我是资源调度程序的忠实粉丝。您不仅可以重复运行类似cron的任务，还可以在特定时间运行任务。缺点是，它需要一个Redis服务器。

最好的方法可能是使用rake来编写所需的任务，然后通过命令行执行它。

你可以在railscasts看到一个非常有用的视频

也可以看看其他资源:

Rails Rake教程

无论何时(和cron)的问题是，它每次执行时都会重新加载rails环境，当任务频繁或有大量初始化工作要做时，这是一个真正的问题。由于这个原因，我在生产中出现了问题，必须警告你。

Rufus调度器为我做(https://github.com/jmettraux/rufus-scheduler)

当我有较长的作业要运行时，我使用delayed_job (https://github.com/collectiveidea/delayed_job)

我希望这能有所帮助!

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

这里有一个例子:

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环境。如果您只需要向数据库中插入一些记录，这将使用您实际上不必使用的内存。如果您编写自己的脚本，则可以避免这种情况。实际上我还没有必要这么做，但我正在考虑。

我用了发条宝石，它对我来说工作得很好。还有一个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提示;-)