我需要根据用于启动应用程序的Web服务器执行某些初始化。是否可以通过Rails初始化程序以编程方式检测它？ 最佳答案 虽然不是很干净，但你可以使用defined?(::Thin)defined?(::Unicorn)defined?(::Passanger)等等。这将适用于这三个，您必须检查它是否适用于其他人。 关于ruby-on-rails-如何检测用于Rails应用程序的服务器(thin、puma、passenger等)？，我们在StackOverflow上找到一个类似的问题：
我有一个Sinatra::Base网络服务，我想从命令行Ruby程序启动它，所以我有这个:#commandlineprogramfilerequire'mymodule/server'puts"Runningon0.0.0.0:4567,debuggingtoSTDOUT..."MyModule::Server.run!bind:'0.0.0.0',port:4567,environment::production这按预期工作但抛出:$myscriptRunningon0.0.0.0:4567,debuggingtoSTDOUT...==Sinatra/1.3.1hastakenthe
如何阻止RackThin返回以下类型的初始消息？>>Thinwebserver(v1.3.1codenameTripleEspresso)>>Maximumconnectionssetto1024>>isteningon0.0.0.0:3000,CTRL+Ctostop我是这样使用它的:Rack::Handler::Thin.run(Rack::Builder.newdomap("/resource/"){run(Rack::File.new("/"))}map("/")dorun(->env{h=Rack::Utils.parse_nested_query(env["QUERY_ST
在尝试了几个小时(也尝试了God和Bluepill)之后，我决定在这里问我的问题，因为我完全不知道如何解决这个问题。我有一个Rails应用程序。我想使用Thin作为我的应用程序服务器。我想使用Monit来监控我的Thin实例。我使用RVM以本地用户身份管理我的Ruby版本。我设置了以下monit文件，它可能会执行我想要它执行的操作，但不会:checkprocessthin-81withpidfile/Users/Michael/Desktop/myapp/tmp/pids/thin.81.pidstartprogram="/Users/Michael/.rvm/gems/ruby-1.
我在网络上阅读了大量关于不同版本的ruby和rails的线程安全和性能的资料，我想我现在已经很好地理解了这些内容。讨论中似乎奇怪地遗漏了如何实际部署异步Rails应用程序。当谈到应用程序中的线程和同步性时，人们希望优化两件事:以最少的RAM使用率利用所有CPU内核能够在之前的请求等待IO时处理新请求第1点是人们(正确地)对JRuby感到兴奋的地方。对于这个问题，我只是想优化第2点。假设这是我应用中唯一的Controller:classTheController"hello"enddefslowrender:text=>User.count.to_sendendfast没有IO，每秒
当我像这样加载thin时:thinstart-eproduction并尝试访问我的一个页面，我在日志输出中得到了这个:cache:[GET/]misscache:[GET/assets/main-bd1ef4b153740fb69fd615304b87ad0d.css]misscache:[GET/assets/jqModal-8fa734bf4f58524b2799abd73ab7d34f.css]misscache:[GET/assets/jquery-544665ba1d5b4f793290421aafed85c9.js]misscache:[GET/assets/applica
在尝试运行我的config.ru时，我遇到了一个我似乎无法调试的奇怪错误，称为“无接受器”错误。完整错误信息:eventmachine.rb:572:in`start_tcp_server':noacceptor(RuntimeError)有谁知道这个错误是什么意思？谢谢。 最佳答案 正如@Fivell所说，我认为问题在于您之前的thin实例仍在运行。不过，与其从另一个端口开始，我建议您终止之前的实例。像这样的东西应该可以完成工作(我在这里重新创建了问题，所以这是我的实际输出):telemachuscaps$psax|greprub
在阅读here时，我一直在寻找新乘客5的性能测试。它变得更快。我试图找到其他资源来证实这一点，但没有成功。有没有人尝试安装它并看到区别？ 最佳答案 Passenger5在自定义选择的基准测试中得分更高，因为它有一个内置的缓存层(“turbocaching”)，可以避免在短时间内为相同的请求实际运行您的应用程序代码；它不会使您的实际应用程序代码运行得更快。此缓存层仅在某些受限情况下处于事件状态，并且在绝大多数实际情况下不太可能提供太多好处。如果您不小心，缓存层实际上可能最终会破坏您的应用程序-我演示了几个securityvulnera
我一直在研究使用EventMachine为一些工作做后台处理的可能性。在Sinatra中，这似乎工作得很好，但Rails3似乎在呈现View之前执行所有滴答。当我在瘦网络服务器下运行以下代码时，它的行为符合预期。第一个请求立即返回，第二个请求等待3秒sleep调用完成。这是预期的行为。classEMSinatra而在Rails3运行中，我试图做同样的事情:(在瘦身下运行)classEmController在Rails中，sleep调用发生在将View呈现给浏览器之前。结果是我等待3秒来呈现初始页面。有人知道为什么会这样吗？我不是在寻找关于这是否是一个好习惯的评论。我只是在试验。将小任务
我正在尝试在我的应用程序中利用服务器发送的事件。我正在使用Sinatra和sinatra-ssegem。这个gem包装了Sinatrastream:keep_alive调用。在Thin上运行我的应用程序时，我完全没有问题，并且我的事件流按预期工作。但是，当我将我的应用程序切换为与Puma一起运行时，一切正常，除了我的sse_stream什么都不做!它只返回一个空白页。我的流是这样设置的get"/logstream/:server"doifrbcserver=MyApp.servers[params[:server]]sse_streamdo|stream|rbcserver.add_w
