Streszczenie

Chciałem więc potwierdzić moje rozumienie konfiguracji cronów za pomocą Magento; w konsoli administracyjnej System > Configuration > Advanced > System > Cron:

Generuj harmonogramy co #

Nie jestem pewien, o co chodzi w tym ustawieniu.

Zaplanuj z wyprzedzeniem dla #

Zakładam, że to zaplanuje # minuty przed cronami. Jeśli program planujący cron jest skonfigurowany w zakładce cron do uruchamiania co 5 minut, czy ta liczba powinna być również skonfigurowana na 5, czy też Magento nie planuje harmonogramu zadań już zaplanowanych?

Pominięto, jeśli nie uruchomiono w ciągu #

Wydaje mi się, że powiedziałbym, że kiedy cron jest zaplanowany do uruchomienia i nie zostanie wykonany w ciągu # minut, jest ustawiony jako „brak”.

Czyszczenie historii Co #

Wyobrażam sobie, że powinno to przejść przez cron_Scheduletabelę i wyczyścić wszystkie pominięte i wykonane harmonogramy # minuty po ich wykonaniu / pominięciu?

Historia sukcesu Lifetime #

W odniesieniu do poprzedniej konfiguracji zakładam, że wyczyści wszystkie udane harmonogramy po # minutach?

Historia awarii Cykl życia #

Zakładam, że to wyczyści wszystkie pominięte harmonogramy po # minutach? a następnie history cleanup every #, success history and failure historyustawienia to wszystko całkowicie jednoznaczne.

Mylące w usługach cron Magento jest to, że chociaż wywoływane są przez systemowego crona, są one wyodrębniane o jeden poziom wyżej w modelu zdarzeń / obserwatorów, który jest powszechny w Magento.

Gdy to zrozumiesz, ustawienia będą bardziej sensowne. Jeśli chcesz zobaczyć, co dokładnie robią, ich użycie jest całkiem jasne app/code/core/Mage/Cron/Model/Observer.php, czyli obserwator, który jest wyzwalany dla defaultzdarzenia w crontabzakresie, a następnie wysyła wszystkie zaplanowane zadania.

• Generuj harmonogramy Co : minutowy odstęp czasu, kiedy Magento zaplanuje przyszłe zadania. Nie planuje automatycznie zadań przy każdym wykonaniu.
• Zaplanuj z wyprzedzeniem przez : minuty w przyszłości, że zadania mogą być planowane (dodane do cron_schedulekolejki bazy danych).
• Pominięto, jeśli nie zostało uruchomione w ciągu : minut po zaplanowanym czasie zadania mogą być nadal wykonywane przed ustawieniem ich statusu jako missed, co wchodzi w grę, jeśli kolejka potrzebuje dużo czasu, aby przejść przez wszystkie zadania wybrane do uruchomienia podczas bieżące wykonanie Mage_Cron_Model_Observer::dispatch()(ich zaplanowany czas jest teraz lub wcześniej).
• Czyszczenie historii Co : odstęp czasu w minutach, w którym Magento przeprowadzi czyszczenie w cron_schedulekolejce bazy danych, odnosząc się do poniższych ustawień dotyczących przechowywania.
• Historia sukcesów Żywotność i historia awarii Żywotność : minuty w przyszłości, aby pozostawić rekordy w kolejce po osiągnięciu tych stanów. Ma to zastosowanie, jeśli chcesz zobaczyć wyniki poprzednich zadań, ponieważ mogły one zawierać wynikowe wyniki cron_schedule.messages, co może być szczególnie pomocne w przypadku errorstatusu.