我的生产Rails应用程序需要167秒来运行rakedb:migrate。可悲的是，没有要运行的迁移。我试图在检查是否有待处理的迁移时调整运行的迁移，但随后检查花费了同样长的时间。我心目中唯一的“借口”是数据库并不小，那里有1M条记录，但我看不出这有什么关系。我查看了日志，但没有任何迹象表明出了什么问题。我在运行ruby2.2.0rails4.2.0有没有人知道为什么会这样，是否有什么办法可以解决？ 最佳答案 运行rakedb:migrate任务还会调用db:schema:dump任务，这将更新您的db/schema.rb。因此，即
出于某种原因，在我的开发机器上，我对通过Net::HTTP执行的HTTPS请求的响应非常非常慢。我试过RestClient和HTTParty，它们都有同样的问题。它似乎是凭空冒出来的。我已毫无问题地提出这些请求数百次，但今天它们的速度慢得令人难以忍受。pry(main)>putsTime.now;HTTParty.get('https://api.easypost.com/v2/addresses');putsTime.now;2015-04-2908:07:08-05002015-04-2908:09:39-0500如您所见，响应耗时2.5分钟。不仅仅是这个EasyPostAPIUR
我一直在调试网站以查找页面加载时间过长的根源，并将其缩小为用于从文本中提取URL的正则表达式:/(?:([\w+.-]+):\/\/|(?:www\.))[^\s在一大块文本上运行大约需要3秒。我发现如果我将第一个子句的逆语句添加到正则表达式((?:[^\w+.-]|^))的开头，它几乎会立即运行:/(?:[^\w+.-]|^)(?:([\w+.-]++):\/\/|(?:www\.))[^\s在我看来，添加的子句根本不应该影响正则表达式，因为没有什么可以导致该子句失败(因为这些字符将与“[\w+.-]++”子句匹配)。为什么这会使正则表达式运行得更快？编辑有些人要求提供我正在尝试做的
我认为这可能有效"abcdefghijk".each{|c|putcc;sleep0.25}我希望看到“abcdefj”一次打印一个字符，每个字符之间间隔0.25秒。但是整个字符串是一次打印出来的。 最佳答案 两件事:您需要使用.each_char来遍历字符。在Ruby1.8中，String.each将逐行进行。在Ruby1.9中，String.each已弃用。如果您希望字符立即出现，您应该手动刷新$stdout。否则，它们往往会被缓冲，以便字符在最后一次出现。.#!/usr/bin/envruby"abcddefghijk".ea
在我的一个Rails应用程序中，当我粘贴文本、键入和(尤其是)删除文本时，控制台开始运行得非常慢。我可以在顶部看到irb正在使用大量cpu。但我不知道如何进一步诊断这个问题。它是几周前才开始发生的。我想知道它是否可能与readline/wirble相关？这两个我都用。我刚刚在另一个应用程序中尝试了它，粘贴了一段文本，它看起来同样糟糕-文本以每秒一个字符的速度出现!也许我的命令行历史已经填满了？我怎样才能删除它？(对于Rails控制台，不是我的bash命令行历史记录)感谢任何建议-max编辑-抱歉，应该提供一些系统详细信息。给你:System-Ubuntu10.04Rubyversion
我使用多个Rails应用程序，一些在Rails3.2/Ruby2.0上，一些在Rails2.3/Ruby1.8.7上。他们的共同点是，随着他们的成长和添加更多的依赖项/gem，他们需要越来越长的时间来启动。开发、测试、生产、控制台，无所谓；有些需要60多秒。首先分析导致加载时间如此缓慢的原因，其次改善加载时间的首选方法是什么？ 最佳答案 有几种情况会导致这种情况。过多的GC遍数和一般的VM缺点-请参阅thisanswer以获得全面的解释。Ruby许多遗留gem必须迭代才能加载文件。如果您使用的是bundler，请尝试bundlecl
在我们的生产环境中，我们注意到Rails应用程序频繁出现峰值(大约每1小时一次)。深入挖掘，这是由于以下查询在单个HTTP请求中累计运行时间超过1.5秒(称为100倍)。SELECTa.attname,format_type(a.atttypid,a.atttypmod),pg_get_expr(d.adbin,d.adrelid),a.attnotnull,a.atttypid,a.atttypmodFROMpg_attributeaLEFTJOINpg_attrdefdONa.attrelid=d.adrelidANDa.attnum=d.adnumWHEREa.attrelid=
今天早上，我将rails从3.2.12更新到3.2.13，这导致我的视图加载出现重大延迟。这是来自加载我的主页:Rails3.2.12:Completed200OKin387ms(Views:339.0ms|ActiveRecord:27.1ms)Rails3.2.13:Completed200OKin4416ms(Views:4361.2ms|ActiveRecord:28.7ms)两者之间的唯一区别是提交了Rails版本，这当然也导致了很多其他的gem被更新......这是Gemfile.lock的区别:GEMremote:https://rubygems.org/specs:
我在调试新闻动态时遇到了很多困难-我是使用JavaScript从头开始编写的。除了IE9(以及某些移动浏览器，OperaMobile)运行缓慢的浏览器外，它在大多数浏览器上都可以正常工作。使用开发人员工具>探查器使我能够找到问题的根本原因。这是对offsetLeft的调用，以确定是否旋转代码行进器，即第一个元素成为最后一个元素。functionNeedsRotating(){varul=GetList();if(!ul){returnfalse;}varli=GetListItem(ul,1);if(!li){returnfalse;}if(li.offsetLeft>ul.offse
如果您将mouseleave监听器放在页面最顶部的div上，如果您将鼠标缓慢移出页面顶部，它不会在Chrome上触发(但如果您快速移动，它会起作用).如果您在文档或正文中监听事件，也是一样的。在Firefox中运行良好。您可以在thiscodepen中看到问题.取消注释CSS填充以查看我当前的解决方法。有没有想过为什么会这样？可能是Webkit错误？还有其他解决方法吗？更新:这与jQuery无关-我在Chrome中使用nativemouseleaveJavaScript事件重现了这个问题。更新:提交Chromium问题:mouseleavenotfiredwhenmovemousesl
