Come automatizzare un sistema di attività in un software CMS

Mi piace l'idea di memorizzare attività nel db. Non mi piace l'idea di creare un "linguaggio operativo". Perché non memorizzare tutto nel database? La tabella delle attività includerebbe un codice di azione e il contenuto associato. Quando si esegue il polling del db per le attività, si avrà accesso a tutto il contenuto necessario per generare le pagine. Esegui l'azione in base al codice e puoi tenere traccia dei timestamp di quando sono state eseguite le azioni. Ciò annulla il n. 2 dell'aggiunta di file in una cartella.

Le pagine generate possono essere memorizzate nel db. Diamine, potresti persino tradurli al volo (se non sono già in HTML). Dopo aver eseguito correttamente un'operazione, è possibile contrassegnarlo come completo. Questo tipo di sistema ti dà la possibilità di riattivare le attività meno recenti e non ti obbliga a generare file e memorizzarli nel file system (che potrebbe essere un problema in un ambiente ospitato).

Questo tipo di sistema è utilizzato da Wordpress e sembra funzionare perfettamente.

Congratulazioni, stai lavorando per reinventare la coda dei messaggi. Va bene, lo fanno tutti almeno una volta. So di averlo fatto una mezza dozzina di volte. In ogni caso, piuttosto che inventare un linguaggio delle attività e assumerne la complessità, ciò che dovresti cercare è un prodotto di accodamento dei messaggi per PHP. Vorrei fare una raccomandazione, ma non ho fatto nulla di più della monkeypatch in PHP nella memoria recente, quindi non sono sicuro su quale piattaforma iniziare.

Se decidi di doverlo fare da solo, eviterei di scrivere una lingua di attività: basta passare un tipo di attività più i dati. Istanziare le attività tramite una fabbrica di qualche tipo, passare i dati. Non dimenticare un sacco di registrazioni e così puoi avere un'idea del motivo per cui il tuo compito sta silenziosamente fallendo.

Perché non rimuovere le attività? Crea funzioni che faranno cose che fai nelle attività e chiamale quando modifichi un'entità.

Quindi diciamo che stai usando la libreria di traduzioni di venire per tradurre articoli di notizie.
Perché non chiamare generateTranslations quando qualcuno aggiorna o crea un'entità?

EDIT1: (rispondi al commento) Sì, ma da quello che posso vedere, stai correggendo le voci non corrispondenti nel database nell'attività? Penso che sia completamente sbagliato, dovresti scrivere la tua app in modo che tali cose non possano accadere. L'unica cosa che FORSE deve essere scritta come compito è la generazione della cache, e questo è solo se sei limitato e vincolato da qualche altro sistema. (ad esempio se il tuo server può generare tutta la cache in un colpo solo, ma sono abbastanza sicuro che non è il caso) Rileggo il tuo commento, e posso vedere che stai usando l'attività principalmente per sistemare le cose, dovresti davvero rifattorizzare tutto il tuo codice e correggere quei bug. Voglio dire, stai letteralmente rattoppando i dati per compensare i bug che hai introdotto.

EDIT2: ecco alcune cose che dovrebbero andare nelle attività: Invio di e-mail contenenti informazioni su alcuni articoli creati dall'ultima "uguale" email inviata.
Analisi di contenuti da altre fonti (ottenendo articoli da altri siti) SE questa fonte non può notificare nuovi dati che è necessario ottenere o inviare nuovi dati.

Non vedo alcun vantaggio particolare dei file su un DB. Ma perché limitarti a eval (), perché non compilare e memorizzare nella cache il codice compilato (se pensi che un colpo singolo che può accadere spesso in background sia migliore nel tuo caso)?

Ogni modulo può registrare i callback che si verificano quando si esegue il sistema del task. Ogni modulo avrà un file in esso che il tuo sistema di compiti includerà prima dell'esecuzione che configurerà i callback.

/module.name/task.php

\Task\System::regster('startup', function()
{
    // do something
});

\Task\System::regster('shutdown', function()
{
    // do something
});

/task.php

foreach($modules as $module)
{
    require($module . '/task.php');
}

\Task\System::run();