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提示;-)

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

我用了发条宝石，它对我来说工作得很好。还有一个clockwork gem允许脚本作为守护进程运行。

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提示;-)

我曾经也做过同样的决定，今天我对这个决定很满意。使用resque调度程序，因为不仅一个单独的redis会从你的数据库中取出负载，你还可以访问许多插件，如resque-web，它提供了一个伟大的用户界面。随着系统的发展，你会有越来越多的任务要安排，这样你就可以从一个地方控制它们。

我不太确定，我猜这取决于任务:多长时间运行一次，有多复杂，需要与rails项目进行多少直接交流等等。我想如果做一件事只有“一种最好的方法”，就不会有那么多不同的方法了。

在我在Rails项目中的上一份工作中，我们需要制作一个批量邀请邮件(调查邀请，而不是垃圾邮件)，它应该在服务器有时间的时候发送计划好的邮件。我认为我们将使用守护进程工具来运行我创建的rake任务。

不幸的是，我们公司遇到了一些资金问题，被主要竞争对手“收购”了，所以这个项目一直没有完成，所以我不知道我们最终会用什么。