W Magento 2 są trzy polecenia, które należy skonfigurować jako 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
Pierwsze polecenie (
magento cron:run
) ponownie indeksuje indeksujące, wysyła automatyczne wiadomości e-mail, generuje mapę witryny i tak dalej. Zwykle jest to powiązane z.ini
plikiem wiersza poleceń PHP . Pozostałe dwa polecenia są używane przez Component Manager i System Upgrade.
Źródło: http://devdocs.magento.com/guides/v2.0/config-guide/cli/config-cli-subcommands-cron.html
Jeśli dobrze rozumiem dokumenty update/cron.php
i bin/magento setup:cron:run
są one używane tylko do instalacji modułów i aktualizacji z panelu administracyjnego.
Jest to coś, co nie dzieje się w prawidłowo wdrożonym systemie produkcyjnym, w którym wszystkie aktualizacje są przynajmniej wykonywane w systemie pomostowym, a następnie przenoszone do produkcji.
Czy jest więc jakiś powód, aby skonfigurować te cronjobs? Jakie zmiany, jeśli je pominę?
update
Katalog nie jest w repozytorium GitHub, nie można również znaleźć w vendor
, kompozytor instaluje go znikąd wydaje.
update/cron.php
?