In Magento 2 gibt es drei Befehle, die als Cronjob eingerichtet werden sollten
* * * * * <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
Mit dem ersten Befehl (
magento cron:run
) werden Indexer neu indiziert, automatisierte E-Mails gesendet, die Sitemap generiert usw. Normalerweise ist es mit der PHP-Befehlszeilendatei verknüpft.ini
. Die beiden anderen Befehle werden vom Komponentenmanager und vom System-Upgrade verwendet.
Quelle: http://devdocs.magento.com/guides/v2.0/config-guide/cli/config-cli-subcommands-cron.html
Wenn ich die Dokumente richtig verstehe update/cron.php
und sie bin/magento setup:cron:run
nur für Modulinstallationen und Updates über das Admin-Panel verwendet werden.
Dies ist in einem ordnungsgemäß bereitgestellten Produktionssystem nicht der Fall, in dem alle Aktualisierungen mindestens zuerst auf einem Staging-System durchgeführt und dann in die Produktion verschoben werden.
Gibt es also einen Grund, diese Cronjobs einzurichten? Was ändert sich, wenn ich sie weglasse?
quelle
update/cron.php
?update
Verzeichnis befindet sich nicht im GitHub-Repository, kann es auch nicht findenvendor
. Composer installiert es anscheinend aus dem Nichts.Antworten:
Updater- und Setup-Cron-Jobs werden während des Upgrades nur über den Web-Setup-Assistenten verwendet. Insbesondere, um den Nachrichtenaustausch zwischen der Setup-Komponente und der Updater-Anwendung zu ermöglichen. Wenn Sie also nicht vorhaben, den Web-Setup-Assistenten zu verwenden, sollte es sicher sein, diese Cron-Jobs zu deaktivieren. Das Schlimmste, was passieren kann, ist, dass beim Versuch, den Web-Setup-Assistenten zu verwenden, ein Fehler bei der Bereitschaftsprüfung auftritt.
Updater ist eine vom Magento selbst unabhängige Anwendung. Es wird während des Magento-Upgrades nur über den Web-Setup-Assistenten verwendet und als Teil des Magento- Projektpakets verteilt (nicht als Magento-Modul und nicht im Magento-Produkt-Metapaket enthalten). Es befindet sich in einem separaten privaten Git-Repository.
Da sich der Updater nicht selbst aktualisieren kann, ist er die einzige Komponente in Magento, die nur manuell über die CLI aktualisiert werden kann. Dies bedeutet, dass Sie während des Upgrades von Magento nicht automatisch eine neuere Updater-Version erhalten.
quelle