使用Craken(以rake为中心的cron作业)

两者都可以正常工作。我通常使用脚本/运行器。

这里有一个例子:

0 6 * * * CD /var/www/apps/your_app/current;./script/runner——环境生产'EmailSubscription. /Send_email_subscriptions的>> /var/www/apps/your_app/shared/log/send_email_subscriptions.log 2>&1

如果加载正确的配置文件来连接数据库，也可以编写一个纯ruby脚本来完成此操作。

如果内存很宝贵，需要记住的一件事是脚本/运行器(或依赖于“环境”的Rake任务)将加载整个Rails环境。如果您只需要向数据库中插入一些记录，这将使用您实际上不必使用的内存。如果您编写自己的脚本，则可以避免这种情况。实际上我还没有必要这么做，但我正在考虑。

使用Sidekiq或Resque是一种更加健壮的解决方案。它们都支持重试作业、使用REDIS锁的排他性、监控和调度。

请记住，Resque是一个死项目(没有积极维护)，所以Sidekiq是一个更好的选择。它的性能也更高:Sidekiq在单个多线程进程上运行多个worker，而Resque在单独的进程中运行每个worker。

Script /runner和rake任务完全可以作为cron作业运行。

在运行cron作业时，您必须记住一件非常重要的事情。它们可能不会从应用程序的根目录被调用。这意味着你对文件(而不是库)的所有需求都应该通过显式路径完成:例如File.dirname(__FILE__) + "/other_file"。这也意味着你必须知道如何显式地从另一个目录调用它们:-)

检查您的代码是否支持从另一个目录运行

# from ~
/path/to/ruby /path/to/app/script/runner -e development "MyClass.class_method"
/path/to/ruby /path/to/rake -f /path/to/app/Rakefile rake:task RAILS_ENV=development

此外，cron作业可能不会像你那样运行，所以不要依赖于你在.bashrc中放入的任何快捷方式。但这只是一个标准的cron提示;-)

我正在使用耙方法(由heroku支持)

使用名为lib/tasks/cron的文件。rake . .

task :cron => :environment do
  puts "Pulling new requests..."
  EdiListener.process_new_messages
  puts "done."
end

要从命令行执行，这就是“rake cron”。然后可以根据需要将此命令放到操作系统cron/任务调度程序上。

更新这是一个相当老的问题和答案!一些新信息:

我引用的heroku cron服务已经被heroku Scheduler所取代 对于频繁的任务(特别是当你想避免Rails环境启动成本时)，我的首选方法是使用系统cron来调用一个脚本，该脚本将(a)戳一个安全/私有webhook API来在后台调用所需的任务，或者(b)直接在你选择的排队系统上排队任务

有意思的是没人提到Sidetiq。 如果你已经在使用Sidekiq，这是一个很好的补充。

Sidetiq提供了一个简单的API，用于为 Sidekiq。

Job看起来是这样的:

class MyWorker
  include Sidekiq::Worker
  include Sidetiq::Schedulable

  recurrence { hourly.minute_of_hour(15, 45) }

  def perform
    # do stuff ...
  end
end