让彪马后记服务器在开发中工作，与赫洛库合作，还是回到Sqlite有意义？
我开始使用< code>puma而不是< code > rails 工作得很好，但是后来在开发和修改代码以及刷新的时候，在某个时候刷新不起作用，延迟了很长时间。我以为它已经崩溃或什么的，所以我关闭了puma服务器，但它说‘优雅地关闭’了几分钟，所以我关闭了终端窗口。然后，在一个新窗口中，当我尝试使用< code>puma时，它显示主机已被占用，因此html" target="_blank">进程仍在运行。找不到它在哪里，我重启了电脑。重新启动后，我现在得到错误<代码>一个未处理的低级错误发生。应用程序日志可能有详细信息。或< code > PG::connection bad Fe _ send auth:未提供密码，具体取决于我运行的是< code>puma还是< code > RAILS _ ENV = development puma 。
这两个响应似乎都没有意义，我看到其他人在rake db：迁移上出现了这个错误。所以我尝试迁移数据库，得到了同样的错误PG::ConnectionBad：fe_sendauth：没有提供密码
在尝试运行服务器时的日志中：Rack应用程序错误：#
现在这对我来说是最没有意义的，因为为什么彪马默认运行正式生产环境，并且需要一个特殊的命令才能在开发中运行？
production:
secret_key_base: <%= ENV["SECRET_KEY_BASE"] %>
是依赖Heroku来传递secret_key_base是我的假设，所以对开发不起作用。但是即使< code > RAILS _ ENV = development puma 抛出
PG::ConnectionBad
fe_sendauth: no password supplied
一个似乎对我没有帮助的线索:
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:888:in `initialize'
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:888:in `new'
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:888:in `connect'
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:568:in `initialize'
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:41:in `new'
activerecord (4.1.7) lib/active_record/connection_adapters/postgresql_adapter.rb:41:in `postgresql_connection'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:435:in `new_connection'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:445:in `checkout_new_connection'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:416:in `acquire_connection'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:351:in `block in checkout'
/Users/lasernite/.rvm/rubies/ruby-2.1.4/lib/ruby/2.1.0/monitor.rb:211:in `mon_synchronize'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:350:in `checkout'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:265:in `block in connection'
/Users/lasernite/.rvm/rubies/ruby-2.1.4/lib/ruby/2.1.0/monitor.rb:211:in `mon_synchronize'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:264:in `connection'
activerecord (4.1.7) lib/active_record/connection_adapters/abstract/connection_pool.rb:541:in `retrieve_connection'
activerecord (4.1.7) lib/active_record/connection_handling.rb:113:in `retrieve_connection'
activerecord (4.1.7) lib/active_record/connection_handling.rb:87:in `connection'
activerecord (4.1.7) lib/active_record/migration.rb:388:in `check_pending!'
activerecord (4.1.7) lib/active_record/migration.rb:377:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/callbacks.rb:29:in `block in call'
activesupport (4.1.7) lib/active_support/callbacks.rb:82:in `run_callbacks'
actionpack (4.1.7) lib/action_dispatch/middleware/callbacks.rb:27:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/reloader.rb:73:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/remote_ip.rb:76:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/debug_exceptions.rb:17:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'
railties (4.1.7) lib/rails/rack/logger.rb:38:in `call_app'
railties (4.1.7) lib/rails/rack/logger.rb:20:in `block in call'
activesupport (4.1.7) lib/active_support/tagged_logging.rb:68:in `block in tagged'
activesupport (4.1.7) lib/active_support/tagged_logging.rb:26:in `tagged'
activesupport (4.1.7) lib/active_support/tagged_logging.rb:68:in `tagged'
railties (4.1.7) lib/rails/rack/logger.rb:20:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/request_id.rb:21:in `call'
rack (1.5.2) lib/rack/methodoverride.rb:21:in `call'
rack (1.5.2) lib/rack/runtime.rb:17:in `call'
activesupport (4.1.7) lib/active_support/cache/strategy/local_cache_middleware.rb:26:in `call'
rack (1.5.2) lib/rack/lock.rb:17:in `call'
actionpack (4.1.7) lib/action_dispatch/middleware/static.rb:84:in `call'
rack (1.5.2) lib/rack/sendfile.rb:112:in `call'
rack-timeout (0.2.0) lib/rack/timeout.rb:108:in `call'
railties (4.1.7) lib/rails/engine.rb:514:in `call'
railties (4.1.7) lib/rails/application.rb:144:in `call'
puma (2.11.0) lib/puma/configuration.rb:82:in `call'
puma (2.11.0) lib/puma/server.rb:507:in `handle_request'
puma (2.11.0) lib/puma/server.rb:375:in `process_client'
puma (2.11.0) lib/puma/server.rb:262:in `block in run'
puma (2.11.0) lib/puma/thread_pool.rb:104:in `call'
puma (2.11.0) lib/puma/thread_pool.rb:104:in `block in spawn_thread'
我被困在哪里，试图解决这个错误。
请提供您所能提供的任何见解。谢谢！
共有1个答案
< code >中是否列出了您的“< code>config/secrets.yml”文件。gitignore？< code>Heroku需要那个文件。从< code >中移除或注释掉它。gitignore。我也有同样的问题，那是我的问题。
此外，请参阅这篇文章以获得相同的答案：如何解决错误“生产环境缺少secret_key_base”（Rails 4.1）
祝你好运！
-
我正在为youtube api实现OAuth 2… 公共静态凭据authorize(列表范围，字符串credentialDatastore)引发IOException { } 它在本地工作。从逻辑上讲，我将回调URL更改为http://localhost:8081/CallBack..在本地工作正常，但当我使用公共IP部署到AWS服务器时，它不起作用。 显示地址已被用于8081异常，甚至没有重定向
-
我正在尝试使用python软件包管理器pip来安装一个软件包及其来自internet的依赖项。然而，我在我的学院里支持一个代理，并且已经设置了http\u proxy环境变量。但当我尝试安装这样的软件包时： 我在日志文件中发现此错误： 我甚至尝试过这样显式设置代理变量： 但是我仍然得到同样的错误。如何让pip在代理服务器后面工作。
-
我正在使用带有HTTP本机模块的Ionic 2向FCM服务器发出推送通知的发布请求。我使用的代码是： 它给我一个错误： 我用Postman尝试了发布请求，它可以完美地传递推送通知。 Postman的代码是： 问题： > 如果我试图添加一个来获取服务器的响应，它会给我一个错误https://github.com/wymsee/cordova-HTTP
-
我已经设置了一些服务和入口来尝试SSL终止。我对作为后端的负载平衡器和节点端口服务没有任何问题，但它与ClusterIP服务完全不起作用。 尽管入口的后端被描述为正常，但我得到的HTTP错误不是来自我的应用程序。 HTTP错误如下： 我的问题很简单：它应该与ClusterIP服务一起工作吗？如果它应该或多或少地写在文档中，我应该在哪里解决这个问题？ 非常感谢。
-
我们团队决定尝试使用OpenShift Origin server部署服务。我们有一个单独的虚拟机，安装了OpenShift原始服务器，运行良好。我能够部署我们的本地docker映像，这些服务也运行良好——pod已启动并运行，获得了自己的IP，我可以从虚拟机访问服务endpoint。 问题是我无法让它工作，所以服务暴露在机器之外。我读到了路由器，它被认为是公开服务的正确方式，但它只是不起作用，现在
-
我正在尝试将大量文件从服务器A传输到服务器B。我已经在A上设置了FTP（使用FileZilla）。 当我尝试从PC连接到A时，它工作正常。但当我尝试从B连接到A时，它不起作用。FTP用户登录，但目录列表命令一直处于停滞状态。 防火墙端口21已打开。我尝试了多台服务器、不同的FTP客户端，但没有用。除了FileZilla，我还尝试了内置FTP服务的ISS，得到了相同的结果。 使用相同凭据从本地完美连