Raisons d'installer cronjob pour l'installation: cron: exécuter et mettre à jour / cron.php sur un système de production déployé?

11

Dans Magento 2, trois commandes doivent être configurées en tant que cronjob

* * * * * <path to php binary> <magento install dir>/bin/magento cron:run | grep -v "Ran jobs by schedule" >> <magento install dir>/var/log/magento.cron.log
* * * * * <path to php binary> <magento install dir>/update/cron.php >> <magento install dir>/var/log/update.cron.log
* * * * * <path to php binary> <magento install dir>/bin/magento setup:cron:run >> <magento install dir>/var/log/setup.cron.log

La première commande ( magento cron:run) réindexe les indexeurs, envoie des e-mails automatisés, génère le plan du site, etc. Il est généralement associé au .inifichier de ligne de commande PHP . Les deux autres commandes sont utilisées par le gestionnaire de composants et la mise à niveau du système.

Source: http://devdocs.magento.com/guides/v2.0/config-guide/cli/config-cli-subcommands-cron.html

Si je comprends bien les documents, update/cron.phpet bin/magento setup:cron:runne sont utilisés que pour les installations de modules et les mises à jour depuis le panneau d'administration.

C'est quelque chose qui ne se produit pas dans un système de production correctement déployé où toutes les mises à jour sont d'abord effectuées sur un système intermédiaire, puis déplacées vers la production.

Y a-t-il une raison de mettre en place ces cronjobs? Qu'est-ce qui change si je les laisse de côté?

magento2 magento-2.0 cron magento-2.1 deployment Fabian Schmengler
la source
Où est-ce update/cron.php?
Raphael au Digital Pianism du
Le updaterépertoire n'est pas dans le référentiel GitHub, il ne peut pas non plus le trouver vendor, composer l'installe de nulle part, il semble.
Fabian Schmengler
Intéressant, j'ai fait une installation depuis GitHub et je ne le trouve pas.
Raphael au Digital Pianism du
Cela est expliqué dans les documents: "Ces tâches cron fonctionnent dans l'assistant de configuration Web, que les développeurs contributeurs ne peuvent pas utiliser pour installer ou mettre à jour l'application ou les composants Magento." (développeurs contributeurs = installés depuis GitHub)
Fabian Schmengler
Lol a fini par poser une question: magento.stackexchange.com/questions/134449/…
Raphael au Digital Pianism du

Réponses:

4

Les tâches cron de mise à jour et de configuration sont utilisées uniquement lors de la mise à niveau via l'assistant de configuration Web. En particulier, pour permettre l'échange de messages entre le composant Setup et l'application Updater. Par conséquent, si vous ne prévoyez pas d'utiliser l'assistant de configuration Web, vous devez désactiver ces tâches cron en toute sécurité. La pire chose qui puisse arriver, vous obtiendrez un échec de vérification de préparation lors de la tentative d'utilisation de l'assistant de configuration Web.

Updater est une application indépendante du Magento lui-même. Il est utilisé uniquement lors de la mise à niveau de Magento via l'assistant de configuration Web et est distribué dans le cadre du package de projet Magento (pas en tant que module Magento et n'est pas inclus dans le métapaquetage du produit Magento). Il vit dans un référentiel git privé séparé.

Étant donné que le programme de mise à jour ne peut pas se mettre à niveau lui-même, il s'agit du seul composant de Magento, qui ne peut être mis à niveau que manuellement via CLI. Cela signifie que vous n'obtiendrez pas automatiquement la nouvelle version de mise à jour lors de la mise à niveau de Magento.

Alex Paliarush
la source