Impostazioni Magento Advanced / System / Cron *


9

Sinossi

Quindi volevo confermare la mia comprensione delle configurazioni cron con Magento; sotto la console di amministrazione System > Configuration > Advanced > System > Cron:

Genera pianificazioni ogni #

Non sono sicuro di cosa sia questa impostazione.

Pianificare in anticipo per #

Suppongo che questo pianificherà # minuti in anticipo rispetto ai croni. Se lo scheduler cron è configurato nella scheda cron per essere eseguito ogni 5 minuti , anche questo numero dovrebbe essere configurato su 5 o Magento non riprogrammare i lavori già programmati?

Perso se non eseguito entro #

Questo mi sembra come dire quando un cron è programmato per essere eseguito e non eseguito entro # minuti è impostato come 'mancato'.

Pulizia cronologica ogni #

Immagino che questo dovrebbe scorrere attraverso la cron_Scheduletabella e cancellare tutti i programmi mancati ed eseguiti # minuti dopo che sono stati eseguiti / persi?

Storia di successo Lifetime #

Per quanto riguarda la configurazione precedente, suppongo che questo cancellerà tutte le pianificazioni riuscite dopo # minuti?

Durata della cronologia errori #

Presumo che questo cancellerebbe tutti i programmi persi dopo # minuti? e quindi le history cleanup every #, success history and failure historyimpostazioni sono tutte completamente ambigue.

Risposte:


7

La cosa che confonde con i servizi di cron di Magento è che, mentre vengono invocati dal cron di sistema, vengono sottratti un altro livello sopra di esso in un modello di evento / osservatore che è comune in Magento.

Una volta capito, le impostazioni hanno più senso. Se vuoi vedere cosa fanno esattamente, il loro uso è abbastanza chiaro in app/code/core/Mage/Cron/Model/Observer.php, che è l'osservatore che viene attivato per l' defaultevento crontabnell'ambito e a sua volta invia tutti i lavori pianificati.

  • Genera pianificazioni ogni : intervallo di minuti per quando Magento pianificherà i lavori futuri. Non pianifica automaticamente i lavori durante ogni esecuzione.
  • Pianificare in anticipo per : minuti in futuro che i lavori possono essere programmati (aggiunti alla cron_schedulecoda del database).
  • Mancato se non eseguito entro : minuti oltre il tempo programmato in cui i lavori possono ancora essere eseguiti prima di avere il loro stato impostato su missed, che entra in gioco se la coda impiega molto tempo a superare tutti i lavori che sono stati selezionati per essere eseguiti durante esecuzione corrente di Mage_Cron_Model_Observer::dispatch()(il loro orario programmato è ora o precedente).
  • Pulizia cronologica ogni : intervallo di minuti per quando Magento eseguirà la pulizia sulla cron_schedulecoda del database, facendo riferimento alle impostazioni seguenti relative alla conservazione.
  • Cronologia successi Durata e cronologia errori Durata : minuti nel futuro per lasciare i record in coda dopo aver raggiunto questi stati. Questo entra in gioco se si desidera vedere il risultato di lavori passati poiché potrebbero aver inserito l'output risultante cron_schedule.messages, il che può essere particolarmente utile in caso di errorstato.

perché se una modifica ahead_for_scehdule da 1 a 10, non viene più aggiunta una pianificazione a crontab?
LucScu,

I valori predefiniti sono:schedule_generate_every 15 schedule_ahead_for 20 schedule_lifetime 15 history_cleanup_every 10 history_success_lifetime 60 history_failure_lifetime 600
Collin Anderson,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.