Une tâche cron pour les rails: les meilleures pratiques?

Je suis en utilisant le râteau approche (appuyée par heroku)

Avec un fichier appelé lib/tasks/cron.râteau ..

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

À exécuter à partir de la ligne de commande, c'est juste "râteau " cron". Cette commande peut alors être mis sur le système d'exploitation cron/planificateur de tâches comme souhaité.

Mise à jour c'est tout à fait une vieille question et de la réponse! Quelques nouvelles infos:

• le heroku service cron que j'ai référencé a depuis été remplacé par Heroku Planificateur
• pour des tâches fréquentes (de l'esp. où vous voulez éviter les Rails de l'environnement coût de démarrage) mon approche préférée est d'utiliser le système de cron pour appeler un script qui soit (un) poke sécuriser/privé webhook API à invoquer l'exécution de la tâche en arrière-plan ou (b) directement à la file une tâche sur votre système de file d'attente de choix

Dans notre projet, nous avons d'abord utilisé chaque fois que gem, mais face à certains problèmes.

Nous avons ensuite passé à RUFUS PLANIFICATEUR gem, qui s'est avéré pour être très facile et fiable pour l'ordonnancement des tâches dans les Rails.

Nous les avons utilisés pour l'envoi hebdomadaire & tous les jours de mails, et même pour l'exécution de certains périodiques râteau de tâches ou de toute méthode.

Le code utilisé dans le présent, c'est comme:

    require 'rufus-scheduler'

    scheduler = Rufus::Scheduler.new

    scheduler.in '10d' do
      # do something in 10 days
    end

    scheduler.at '2030/12/12 23:30:00' do
      # do something at a given point in time
    end

    scheduler.every '3h' do
      # do something every 3 hours
    end

    scheduler.cron '5 0 * * *' do
      # do something every day, five minutes after midnight
      # (see "man 5 crontab" in your terminal)
    end

Pour en savoir plus: https://github.com/jmettraux/rufus-scheduler

Le problème à chaque fois (et cron), c'est qu'il recharge les rails de l'environnement à chaque fois qu'il est exécuté, ce qui est un réel problème lorsque vos tâches sont fréquents ou beaucoup d'initialisation du travail à faire. J'ai eu des problèmes de production à cause de cela et doit vous en avertir.

Rufus planificateur de ne pour moi ( https://github.com/jmettraux/rufus-scheduler )

Quand j'ai longtemps des travaux à exécuter, je l'utilise avec delayed_job ( https://github.com/collectiveidea/delayed_job )

J'espère que cela aide!

script/coureur et un râteau tâches sont parfaitement bien pour l'exécuter que des tâches cron.

Voici une chose très importante que vous devez retenir lors de l'exécution des tâches cron. Ils ne le feront probablement pas être appelée à partir de la racine du répertoire de votre application. Cela signifie que tous vos besoins pour les fichiers (par opposition à des bibliothèques) doit être fait avec le chemin d'accès explicite: par exemple, Fichier.dirname(__FILE__) + "/other_file". Cela signifie également que vous devez savoir comment appeler explicitement à partir d'un autre répertoire 🙂

Vérifier si votre code prend en charge en cours d'exécution à partir d'un autre répertoire avec

# 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

Aussi, des tâches cron probablement ne courent pas comme toi, donc ne dépend pas de n'importe quel raccourci que vous mettez dans .bashrc. Mais c'est juste une norme cron astuce 😉

Les deux fonctionnent bien. J'ai l'habitude d'utiliser le script/runner.

Voici un exemple:

0 6 * * * cd /var/www/apps/your_app/current; ./script/runner --environment production 'EmailSubscription.send_email_subscriptions' >> /var/www/apps/your_app/shared/log/send_email_subscriptions.log 2>&1

Vous pouvez également écrire un pur-script Ruby pour ce faire, si vous chargez le droit des fichiers de configuration pour se connecter à votre base de données.

Une chose à garder à l'esprit si la mémoire est précieuse, c'est qu'script/coureur (ou une tâche Rake qui dépend de "l'environnement") se charge de l'ensemble de l'environnement Rails. Si vous avez seulement besoin d'insérer des enregistrements dans la base de données, ce sera l'utilisation de la mémoire, vous n'avez pas vraiment. Si vous écrivez votre propre script, vous pouvez éviter cela. Je n'ai pas réellement besoin de faire cela, mais j'envisage de me il.

- Je utiliser backgroundrb.

http://backgroundrb.rubyforge.org/

Je l'utiliser pour exécuter des tâches planifiées ainsi que les tâches qui prennent trop de temps pour la normale client/serveur relation.

À l'aide de quelque chose de Sidekiq ou Resque est un beaucoup plus robuste solution. Ils ont à la fois le soutien de la nouvelle tentative d'emplois, d'exclusivité avec une REDIS verrouillage, de suivi et de planification.

Gardez à l'esprit que Resque est un projet mort (pas activement maintenu), de sorte Sidekiq est une façon meilleure alternative. Il est également plus performant: Sidekiq exécute plusieurs travailleurs sur une seule, multithread processus tandis que Resque s'exécute à chaque travailleur dans un processus séparé.

Une fois que j'ai eu à prendre la même décision, et je suis vraiment heureux avec la décision d'aujourd'hui. Utilisation resque planificateur de parce que non seulement une salle de redis va prendre la charge de votre base de données, vous aurez également accès à de nombreux plugins comme resque-web qui fournit une interface utilisateur de qualité. En tant que votre système se développe, vous aurez de plus en plus de tâches de planification de sorte que vous serez en mesure de les contrôler à partir d'un seul endroit.

Probablement la meilleure façon de le faire est d'utiliser un balai pour écrire les tâches dont vous avez besoin et le juste de l'exécuter via la ligne de commande.

Vous pouvez voir un très utile vidéo à railscasts

Aussi jeter un oeil à ce que d'autres ressources:

• Rails De Râteau Tutoriel

Je ne suis pas vraiment sûr, je suppose que cela dépend de la tâche: la fréquence d'exécution, combien compliqué et combien de communication directe avec les rails de projet est nécessaire etc. Je suppose que si il y avait juste "One Best Way" de faire quelque chose, il n'y aurait pas tant de façons différentes de le faire.

Lors de mon dernier emploi dans un des Rails de projet, nous avons besoin de faire un lot invitation mailer (invitations à des enquêtes, pas de "spamming"), qui doit envoyer le prévu mails à chaque fois que le serveur eu le temps. Je pense que nous allons les utiliser daemon tools pour exécuter les tâches rake que j'avais créé.

Malheureusement, notre société a eu quelques problèmes d'argent, et a été "acheté" par le principal rival de sorte que le projet n'a jamais été terminé, donc je ne sais pas ce que nous devrions éventuellement utilisé.