Dokumentation · Technische Dokumentation
Cron-Events und Scheduler
Dieses Dokument beschreibt die WP-Cron-Events, die das Plugin ADP Car Market Hub plant, die benutzerdefinierten Intervalle, die es registriert, und die Sperrstrategie (Locking), die überschneidende Ausführungen verhindert.
Wann Sie dieses Dokument verwenden sollten
Lesen Sie dieses Dokument, wenn Sie Folgendes tun müssen:
- Automatische Importe im Admin-Tab Automatisierung konfigurieren.
- Einen externen System-Cron einrichten, um Importe zuverlässig auszulösen.
- Ausgefallene, überlappende oder blockierte Importläufe diagnostizieren.
- Produktions-Deployments planen, bei denen WP-Cron zugunsten eines echten Cronjobs deaktiviert ist.
Für die Importlogik pro Fahrzeug siehe Import-Engine. Für die Funktionsweise der Bildwarteschlange siehe Bild-Importer und Warteschlange.
Übersicht
Das Plugin verwendet zwei komplementäre Trigger-Pfade:
- WP-Cron — der in WordPress integrierte Pseudo-Cron, der durch Frontend-Seitenaufrufe ausgelöst wird. Das Plugin registriert hier Cron-Hooks und benutzerdefinierte Intervalle.
- REST-Cron-Endpunkt —
GET /wp-json/as24ci/v1/cron-import, authentifiziert durch ein Token, ermöglicht es einem echten System-Cron, Importe selbst auf Websites mit geringem Traffic auszulösen.
Beide Pfade rufen denselben gemeinsamen Runner auf, AS24CI\Scheduler::run_import(), der eine temporäre Sperre (Transient Lock) erwirbt, an den Importer delegiert, optional Full-Sync-Löschungen durchführt, den Bild-Warteschlangen-Worker plant und den Durchlauf protokolliert.
Vom Plugin registrierte Cron-Hooks
AS24CI\Scheduler wird während des Bootstraps von AS24CI\Plugin instanziiert und registriert die folgenden WordPress-Hooks:
| Hook | Gebunden an | Zweck |
|---|---|---|
cron_schedules | Scheduler::add_cron_intervals() | Registriert die Intervalle as24ci_every_6_hours und as24ci_custom. |
as24ci_scheduled_import | Scheduler::run_scheduled_import() | Haupt-Import-Event. Ruft run_import('wp-cron') auf. |
as24ci_image_queue_process | Scheduler::run_image_queue() | Bild-Warteschlangen-Worker (siehe Bild-Importer und Warteschlange). |
Ai_Assistant::AI_QUEUE_HOOK | Ai_Assistant::process_ai_queue (statisch) | Hintergrund-KI-Generierungs-Worker. Bedingungslos gebunden, sodass der Callback immer existiert; die Planung wird durch KI-Optionen gesteuert. |
Zusätzlich registriert die Hauptdatei des Plugins (adp-car-market-hub.php) einen separaten Filter cron_schedules, der das Intervall as24ci_every_5_minutes (300 Sekunden) bedingungslos hinzufügt – nützlich für die KI-Warteschlange und alle benutzerdefinierten Integrationen, die einen Takt von unter einer Stunde benötigen.
Andere Plugin-Subsysteme planen ihre eigenen Events unabhängig:
as24ci_daily_cleanup— tägliche Bereinigung der Analytics-Aufbewahrung, verwaltet vonAS24CI\Analytics. Bei der Aktivierung geplant und bei der Deaktivierung entfernt.- Preisfindungs-Engine-Cron — täglich, verwaltet von
AS24CI\Pricing_Engine(Hook-Tagas24ci_pricing_analysis_cron). Geplant, wenn die Funktion aktiviert ist, und bei Deaktivierung gelöscht. - Datenqualitäts-Scanner — läuft nach eigenem Zeitplan (Hook-Tag
as24ci_automated_taxonomy_scan, verwaltet vonAS24CI\Data_Quality_Scanner), gesteuert durchas24ci_dq_scan_frequencyundas24ci_dq_scan_time. - KI-Warteschlangen-Worker — Hook-Tag
as24ci_process_ai_queue, verwaltet vonAS24CI\Ai_Assistant. Bedingungslos gebunden; geplant im Intervallas24ci_every_5_minutesnur, wenn der KI-Assistent aktiviert ist, und bei Deaktivierung gelöscht. - Lizenz-Revalidierung — Hook-Tag
as24ci_license_refresh, verwaltet vonAS24CI\License_Manager. Geplantdailybei Aktivierung (und über eine Selbstheilungadmin_init) und gelöscht bei Deaktivierung. Dies ist die maßgebliche tägliche Aktualisierung des ADP Car Market Hub-Lizenz- / Feature-Rechte-Status.
Benutzerdefinierte Intervalle
| Intervall-Schlüssel | Länge | Registriert in |
|---|---|---|
as24ci_every_5_minutes | 300 s | adp-car-market-hub.php (immer verfügbar). |
as24ci_every_6_hours | 6 h | Scheduler::add_cron_intervals(). |
as24ci_custom | N Minuten | Scheduler::add_cron_intervals(). N stammt aus as24ci_cron_custom_minutes und ist auf ein Minimum von 15 begrenzt. |
Standardmäßige WordPress-Intervalle (hourly, twicedaily, daily) werden ebenfalls vom Import-Zeitplan akzeptiert.
Planen des Haupt-Import-Events
Das Haupt-Import-Event ist as24ci_scheduled_import, geplant von AS24CI\Scheduler::reschedule(). Die Methode:
- Ruft
unschedule()auf, um alle vorhandenen Vorkommen des Hooks zu löschen. - Kehrt sofort zurück, wenn
as24ci_auto_import_enabledauf0steht (es wird kein Event geplant). - Liest
as24ci_cron_schedule(Standardhourly). Zulässige Werte:hourly,as24ci_every_6_hours,twicedaily,daily,as24ci_custom. - Berechnet den Zeitstempel für den nächsten Durchlauf über
calculate_next_run(): - Fürdailyundtwicedailywird die konfigurierte Startzeitas24ci_cron_start_time(HH:MM, 24 h) verwendet, interpretiert in der Zeitzone der WordPress-Website. Wenn die heutige Startzeit bereits vergangen ist, wird der nächste Durchlauf auf morgen verschoben. - Für alle anderen Zeitpläne ist der nächste Durchlauf sofort. - Ruft
wp_schedule_event( $next_run, $schedule, 'as24ci_scheduled_import' )auf.
Der Scheduler plant nie mehr als ein Vorkommen des Hooks; unschedule() löscht jeden ausstehenden Eintrag, bevor reschedule() einen neuen hinzufügt.
Der gemeinsame Runner
AS24CI\Scheduler::run_import( string $source = 'manual' ) ist der einzige Einstiegspunkt, der verwendet wird von:
- Dem Cron-Hook
as24ci_scheduled_import(Quelle:wp-cron). - Dem REST-Cron-Endpunkt (Quelle:
rest). - Dem Admin-Button "Jetzt ausführen" (Quelle:
manual).
Der Runner:
- Erwirbt die temporäre Sperre
as24ci_cron_import_running(Scheduler::LOCK_TRANSIENT) mit einer Gültigkeitsdauer (TTL) vonScheduler::LOCK_TTL. Eine veraltete Sperre (älter als die TTL) wird automatisch gelöscht. - Erhöht für Cron- und REST-Quellen das PHP-Ausführungszeitlimit über
set_time_limit(300)auf 300 Sekunden. - Liest
as24ci_cron_max_vehicles(Standard50) undas24ci_cron_image_queue(Standard1). - Ruft entsprechend
Importer::set_cron_image_queue( true|false )auf. - Iteriert über die konfigurierten Händler-IDs und ruft für jede
Importer::import_all_for_seller()auf, wobei die Anzahl der Fahrzeuge und das vollständige in diesem Durchlauf gefundene Setlisting_idsakkumuliert werden. Stoppt, sobald das Fahrzeuglimit erreicht ist. - Wenn der Full-Sync aktiviert ist (
as24ci_full_sync = 1) und der Durchlauf nicht durch das Limit abgebrochen wurde, wirdImporter::full_sync_after_import( $remote_ids )aufgerufen. Der Full-Sync-Aufruf ist wirkungslos (No-Op), wenn das Remote-ID-Set leer ist (Sicherheitsvorkehrung). - Plant den Bild-Warteschlangen-Worker (
maybe_schedule_image_queue_worker). - Gibt die Sperre frei und setzt den Cron-Bild-Warteschlangen-Modus im Block
finallyzurück, sodass nachfolgende manuelle Aufrufe unbeeinflusst bleiben. - Protokolliert
as24ci_last_run_timeundas24ci_last_run_status(Array mit Zählern{ inserted, updated, skipped, errors, sync_deleted, sync_kept, api_active }). - Invalidiert den temporären Dashboard-Wert "API-Status" (
Admin_Page::TRANSIENT_API_STATUS), sodass die Dashboard-Karten beim nächsten Laden der Seite aktualisiert werden.
Der Runner gibt array{ success: bool, message: string, counts:
array<string,int> } zurück.
REST-Cron-Endpunkt
AS24CI\Cron_Endpoint::register_routes() registriert eine einzelne GET-Route:
GET /wp-json/as24ci/v1/cron-import
Die Authentifizierung erfolgt innerhalb des Handlers. Das Token wird aus as24ci_cron_token gelesen. Der Endpunkt:
- Lehnt Anfragen ab, wenn kein Token konfiguriert ist (
403, mit einer Meldung, die den Administrator auffordert, eines in der Admin-Benutzeroberfläche zu generieren). - Akzeptiert das Token entweder über den Header
Authorization: Bearer <token>(bevorzugt – hält das Token aus den Server-Zugriffsprotokollen fern) oder den Query-Parameter?token=<token>. - Ruft bei Erfolg
Scheduler::run_import( 'rest' )auf.
Das Plugin verfolgt auch Pings für "externer Cron ist aktiv" unabhängig vom REST-Endpunkt:
- Der Aufruf einer beliebigen URL mit
?as24ci_cron=1aktualisiertas24ci_last_external_cron_runüberCron_Endpoint::record_external_ping()(eingehängt ininit) auf den aktuellen Unix-Zeitstempel.
Sperren und Nebenläufigkeit
Das Plugin verwendet zwei kurzlebige Transients, um überlappende Arbeiten zu verhindern:
| Transient | Besitzer | TTL | Zweck |
|---|---|---|---|
as24ci_cron_import_running | Scheduler | Scheduler::LOCK_TTL (~40 Min.) | Einzeldurchlauf-Sperre für run_import(). |
as24ci_image_queue_running | Scheduler | Scheduler::IMAGE_QUEUE_LOCK_TTL | Einzeldurchlauf-Sperre für den Warteschlangen-Worker. |
Eine veraltete Sperre (älter als die TTL) wird vom nächsten Runner automatisch gelöscht, sodass ein Prozess, der mitten im Durchlauf abgestürzt ist, zukünftige Importe nicht dauerhaft blockiert. Eine manuelle Behebung (Löschen des Transients via WP-CLI oder ein Datenbank-Tool) ist nur erforderlich, wenn Sie einen neuen Durchlauf früher erzwingen möchten, als es die TTL zulässt.
Konfigurationsreferenz
| Option | Auswirkung | Standard |
|---|---|---|
as24ci_auto_import_enabled | Hauptschalter für den Cron-gesteuerten Import. | 0 |
as24ci_cron_schedule | Einer von hourly, as24ci_every_6_hours, twicedaily, daily, as24ci_custom. | hourly |
as24ci_cron_start_time | HH:MM (24 h, Zeitzone der Website). Verwendet von daily / twicedaily. | 06:00 |
as24ci_cron_custom_minutes | Minuten für den Zeitplan as24ci_custom. Begrenzt auf >= 15. | 30 |
as24ci_cron_mode | wp-cron oder server-cron. Steuert Hinweise in der Admin-Benutzeroberfläche. | wp-cron |
as24ci_cron_token | Token für den REST-Cron-Endpunkt. | (keiner) |
as24ci_cron_max_vehicles | Fahrzeug-Obergrenze pro Cron- / REST-Durchlauf. 0 = unbegrenzt. | 50 |
as24ci_cron_image_queue | Bildwarteschlange während Cron- / REST-Durchläufen verwenden. | 1 |
as24ci_full_sync | Lokale Fahrzeuge löschen, die nach jedem Import in der API fehlen. | 0 |
as24ci_last_run_time | Unix-Zeitstempel des letzten abgeschlossenen Durchlaufs. | 0 |
as24ci_last_run_status | Array mit Zählern des letzten Durchlaufs. | (leer) |
as24ci_last_external_cron_run | Unix-Zeitstempel des letzten ?as24ci_cron=1-Pings. | 0 |
Die Konstanten für Scheduler::LOCK_TTL und den Bild-Warteschlangen-Worker sind im Code definiert; überprüfen Sie die aktuellen Werte im Quellcode, wenn Sie genaue Zahlen benötigen.
Schritt-für-Schritt-Anleitung
Aktivieren automatischer Importe über WP-Cron
- Öffnen Sie den Admin-Tab Automatisierung.
- Stellen Sie den Cron-Modus auf
wp-cronein. - Aktivieren Sie den Auto-Import (
as24ci_auto_import_enabled = 1). - Wählen Sie einen Zeitplan. Legen Sie für
daily/twicedailydie Startzeit fest. Legen Sie füras24ci_customdas Intervall fest (mindestens 15 Minuten). - Speichern Sie die Einstellungen. Der Tab "Import & Limits" ruft
Scheduler::reschedule()auf, um den nächsten Durchlauf zu registrieren. - (Optional) Reduzieren Sie die Fahrzeuge pro Cron-Durchlauf bei sehr großen Katalogen, damit die einzelnen Durchläufe innerhalb des PHP-Zeitlimits des Hosts bleiben.
Auslösen von Importen über einen System-Cron
- Wechseln Sie den Cron-Modus auf
server-cron, damit die Admin-Benutzeroberfläche Hinweise zum Server-Cron anzeigt. - (Empfohlen) Deaktivieren Sie WP-Cron in
wp-config.php:
- Setzen Sie
define( 'DISABLE_WP_CRON', true );. WordPress führt geplante Events dann nur noch aus, wenn sie explizit angestoßen werden.
- Generieren Sie ein Token im Bildschirm "Import & Limits". Das Plugin speichert es in
as24ci_cron_token. - Konfigurieren Sie Ihren System-Cron so, dass er den REST-Endpunkt aufruft, beispielsweise stündlich:
0 * * * * curl -fsS -H "Authorization: Bearer YOUR_TOKEN" \
"https://example.com/wp-json/as24ci/v1/cron-import?as24ci_cron=1"
Der optionale Query-Parameter ?as24ci_cron=1 aktualisiert auch den im Admin-Status angezeigten Zeitstempel für "externer Cron ist aktiv".
- Überprüfen Sie die Antwort. Ein erfolgreicher Durchlauf gibt ein JSON-Payload mit Zählern zurück; ein
403weist auf ein fehlendes oder falsches Token hin.
Betriebshinweise
- WP-Cron wird durch den Website-Traffic ausgelöst. Auf Websites mit geringem Traffic können geplante Events verspätet oder gar nicht ausgeführt werden. Verwenden Sie in Produktionsumgebungen einen echten System-Cron.
- Der Aufruf
set_time_limit(300)wird möglicherweise von Hosts ignoriert, die PHP-Zeitlimits erzwingen. Das Plugin protokolliert in diesem Fall eine Warnung. - Die Option
as24ci_full_syncist aus Sicherheitsgründen ein Opt-in. Wenn sie aktiviert ist, werden Fahrzeuge, deren Angebote aus der API verschwinden, dauerhaft gelöscht (einschließlich ihrer importierten Anhänge). Stellen Sie sicher, dass die konfigurierten Händler-IDs den gesamten Katalog abdecken, den Sie online halten möchten. - Durch das Deaktivieren des Plugins werden alle seine geplanten Events gelöscht (
as24ci_scheduled_import, die Bereinigung der Analysen, der Zeitplan für die KI-Warteschlange, der Zeitplan für die Preisfindungs-Engine und das Eventas24ci_license_refresh– plus der veraltete Hookas24ci_competitor_watcher_cron) und der Transientas24ci_cron_import_runningentfernt. - Das Plugin codiert niemals externe Cron-URLs oder Token fest im Code. Das obige Beispiel verwendet einen Platzhalter; ersetzen Sie diesen vor dem Deployment durch Ihren eigenen Host und ein generiertes Token.
Fehlerbehebung
- Importe werden nicht automatisch ausgeführt. Überprüfen Sie
as24ci_auto_import_enabled = 1, ob ein Zeitplan ausgewählt ist und obwp_next_scheduled( 'as24ci_scheduled_import' )einen zukünftigen Zeitstempel zurückgibt. Wenn der Wertfalseist, speichern Sie den Tab „Automatisierung“ erneut, umreschedule()aufzurufen. Import already in progresswird protokolliert. Die Sperre für den Einzellauf wird von einem anderen Runner gehalten. Warten Sie, bis die TTL der Sperre abläuft (der nächste Runner löscht eine veraltete Sperre automatisch), oder löschen Sie den Transientas24ci_cron_import_runningüber WP-CLI für einen sofortigen Neuversuch.No seller IDs configuredwird zurückgegeben. Legen Sieas24ci_seller_idsin den API-Einstellungen fest.- Tägliche Zeitpläne werden zur falschen Zeit ausgelöst. Das Plugin verwendet die Website-Zeitzone WordPress (
wp_timezone()). Überprüfen Sie die Zeitzone unter Einstellungen → Allgemein, nicht die lokale Zeit des Servers. - REST-Endpunkt gibt
403zurück. Entweder fehlt das Token (as24ci_cron_tokenist leer – die Antwortnachricht bestätigt dies) oder das Token in der Anfrage stimmt nicht überein. Generieren Sie ein neues Token in der Admin-Benutzeroberfläche. - Der externe Cron sieht im Admin-Status inaktiv aus. Stellen Sie sicher, dass die von Ihnen aufgerufene URL
?as24ci_cron=1enthält (oder dass der REST-Cron-Endpunkt erfolgreich ist) und dass die Anfrage die Website WordPress erreicht (keine Firewall, keine Authentifizierungssperre). Das Plugin aktualisiertas24ci_last_external_cron_runbei jedem erfolgreichen Ping. - Die Bildwarteschlange wird nach einem Cron-Import nicht geleert. Dies ist ein separater Worker. Siehe den Abschnitt zur Fehlerbehebung in Bild-Importer und Warteschlange.