Werte gezielt ablegen
Der eigene Speicherpfad unterscheidet sieben reguläre Größenklassen und einen Large-Pfad. Reflex L1 kann als worker-lokale Ebene hinzukommen; die gemeinsam sichtbare Wahrheit bleibt bei CEL-S.
Clever Engines Layer · Bausteine und Möglichkeiten
CEL WP Object Cache
Verbindet den WordPress-Objektcache mit eigenem Speicher, Messung und dem CEL-Kontrollkanal.
Aufgabe
Der Object Cache arbeitet dort, wo WordPress Werte ablegt und wieder abfragt. Plugin, Drop-in, native PHP-Erweiterung und CEL-S übernehmen dabei verschiedene Aufgaben. Ein schneller Datenzugriff und eine nachvollziehbare Beobachtung werden getrennt behandelt.
Möglichkeiten
Verhalten verstehen
Requestzähler, Laufzeiten, Treffer, Belegung und Testaggregate haben benannte Quellen und Perioden. Ein Cache-Reset muss keine Messperiode löschen.
Unabhängig verbunden bleiben
Ein PHP-Runner hält Anmeldung und Heartbeat auch ohne Website-Besuche in Gang. Seine Herkunft windows_task bleibt vom verkehrsabhängigen wp_cron unterscheidbar.
Zusammenspiel
Das Drop-in bedient die WordPress-Cache-Funktionen. Die PHP-Erweiterung verbindet sie mit Shared Memory; CEL-S hält den gemeinsamen Speicher. Das Plugin stellt Bedienung, Konfiguration und die lokale Schnittstelle für Controls bereit. Cache-GET/SET starten diesen Kontrollkanal nicht.
Eine Observation ist eine zusammengehörige Sicht. Controls übernimmt sie als Delivery, CEL Live bewahrt die unveränderten Bytes. Die lokale Anzeige darf umfassendere Diagnosedaten zeigen, muss dafür aber dieselbe Testperiode und einen passenden Zustand belegen.
Technik
| Laufzeit | Windows / IIS / FastCGI; PHP 8.3 x64 NTS |
|---|---|
| Native Kompatibilität | Transport-Header im vorliegenden Quellstand: ABI 20, Direct Layout 12. Dienst und Extension gehören zusammen. |
| Klassen | Micro 16 B · Pico 144 B · Nano 400 B · Tiny 912 B · Mini 1936 B · Small 3984 B · Medium 8080 B; Large getrennt |
| Kontroll-URL | index.php?rest_route=/cel-object-cache/v1/controls-observation; Commands über controls-command |
| Teilnehmer | cel.participant.contract.v1alpha3; Bootstrap-Nachweis, Registrierung und Sitzungsschlüssel getrennt |
| Messung | cel.wp_object_cache.measurement.v1; Requestzahl, Cache-Deltas und Laufzeit werden gemeinsam am Shutdown committed |
| Test | cel.wp_object_cache.test.v1; eigene test_period_id; kein Umschreiben beim bloßen Lesen |
| Observation / Delivery | cel.wp_object_cache.observation.v2; Delivery v2 enthält observation und event_batch |
| Ereignisse | Stabile Event-IDs bis zur signierten Quittung events.ack |
| R/A/S | Vergleicht Reflex, APCu und CEL-S in einer eigenen Messbasis; Large liegt außerhalb der festen Vergleichsmatrix. |
| Speicherpflege | Produktive GC wird signalisiert; CEL-S übernimmt Arbeit außerhalb des synchronen PHP-GET-Pfads. |
| Prüfinterpreter | Das Full-Paket enthält eine Linux-PHP-8.3-CLI-Prüfquelle. Sie wird mit dpkg-deb -x isoliert extrahiert, ohne Systeminstallation. |
| Beobachtungsalter | Erfassungszeit, Messstand und Zeitpunkt des Read-backs sind unterschiedliche Angaben. |
| Restliche Dateipfade | Runtime-Bericht, Gruppenstatistik und Route Samples liegen ausschließlich im Management-/Runtime-Memory. Diagnose- und Testartefakte können weiterhin bewusst als Dateien geführt werden. |
| Kanonische Site-Adresse | Web-/Admin-Kontext liefert die bestätigte Site-URL; CLI-Heartbeats dürfen sie nicht auf HTTP zurücksetzen. |
Zustände und Betriebsgrenzen
Verbindung, Cachezustand, Messintegrität und Testperiode sind getrennt lesbar. Ein nicht bestätigter Commit wird mit Phase, Fehlergrund und Hashvergleich sichtbar, nicht durch einen beliebigen alten Einzelwert kaschiert.
Die unabhängige Runner-Aufgabe benötigt eine tatsächliche WordPress-Installation mit aktivem CEL-Plugin. Das Setup prüft den geladenen Code und ignoriert Plesk-Spiegel und Backups. INSTALLED bestätigt die Einrichtung der Aufgabe; erst der spätere Heartbeat belegt den Kontakt zu Controls.
Der R/A/S-Test verwendet einen stabilen Testschlüssel je produktivem Cache-Schlüssel. Testkandidaten besitzen eine begrenzte Lebensdauer; ihre Ablage ist vom produktiven Wert getrennt.
Ein fremdes object-cache.php wird nicht ersetzt. Das eigene Drop-in wird mit Hashprüfung und Read-back abgeglichen. Die Reset-Bereiche Cachewerte, Messperiode, Testdaten, Ereignisse und vollständige Beobachtung bleiben getrennt.
Bei einem Paketaustausch bleiben die lokalen Bestände getrennt vom Quell- und Programmstand erhalten: cel-object-cache-config.php der Installation, Site-ID und Bootstrap-/Sitzungsoptionen in WordPress, Eigene PHP-Konfiguration und Extension-Verzeichnis, Lokal gebaute Dienst-/DLL-Dateien.
Werkzeuge
Alle BAT- und PowerShell-Dateien dieses Pakets, einschließlich der internen Aufrufwege. Die Wirkung unterscheidet reine Abfragen, lokale Prüfungen und Eingriffe. Web-Abfragen sind davon getrennt.
build · 3 Werkzeuge
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
component_build_orchestrator.batBuild | Startet die PHP-basierte Zusammenführung der Paketkomponenten. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:tools/resolve_php_runtime.bat |
package_release.batBuild | Erzeugt Full- und WordPress-Upload-Archive aus demselben Quellbaum. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:build/package_release.ps1 |
package_release.ps1Build | Erzeugt Full- und WordPress-Upload-Archive aus demselben Quellbaum. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt Buildausgaben |
Paketwurzel · 10 Werkzeuge
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
build_all.batBuild | Prüft den Quellstand und baut die Komponenten des Pakets. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:tools/resolve_php_runtime.bat, tools/sync_components_batch_fallback.bat, build_cel_backbone_dx_transport.bat, extension/celphpninja/build_local_php83_source.bat, build/package_release.bat |
build_cel_backbone_dx_transport.batBuild | Baut CEL-S und die nativen Prüfprogramme für den Shared-Memory-Transport. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt Buildausgaben |
build_local_php83_source.batBuild | Baut die PHP-8.3-NTS-Erweiterung in den vorgesehenen Varianten. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:extension/celphpninja/build_local_php83_source.bat |
build_php83_avx2.batBuild | Baut die AVX2-Variante der PHP-8.3-Erweiterung. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:extension/celphpninja/build_php83.bat |
run_cel_backbone_dx_client_probe.batTest | Prüft den Shared-Memory-Transport mit dem nativen Client. | PING, SET, GET, ADD und STATS im fest kodierten Scope site:13:. Nur gegen eine Testinstanz ausführen; result und nativer Exitcode beschreiben den Test. Wirkung: schreibt TestwerteAufrufweg:build_all.bat |
run_cel_dx_admin_probe.batDiagnose / Test | Fragt CEL-S ab oder führt eine ausdrücklich gewählte native Testoperation aus. |
Ohne Argumente: ping. stats/lifecycle/slots lesen; setget/add/delete/flush_scope verändern Testdaten. Exit 2 bei fehlendem Programm/Kanal, sonst nativer Exitcode. Wirkung: abhängig vom Kommando |
run_cel_short_memory.batBetrieb | Startet CEL-S im Vordergrund mit den angegebenen Parametern. |
Konsolenausgabe des Werkzeugs; Fehler über Exitcode oder benannte Fehlerzeilen. Wirkung: startet CEL-SAufrufweg:build_all.bat |
run_e89_dx_lifecycle_probe.batDiagnose | Liest PID, Epoch, Slots und Eigentümerzustände aus dem geöffneten Shared-Memory-Kanal. | op=lifecycle mit Prozess-, Epoch- und Slotfeldern. Exit 2 bei fehlendem Programm/Kanal; kein Neustart wird ausgelöst. Wirkung: liestAufrufweg:build_cel_backbone_dx_transport.bat |
run_reflex_ninja_core_api_probe.batTest | Prüft die nativen Reflex-Ninja-Kernfunktionen. |
Nur in einer isolierten Testumgebung: route_setup, class_slot_setup, flush und reset_stats, danach SET/GET-Vergleich. Bericht enthält Zähler; Exit 2=Funktionen fehlen, 3=Bericht nicht schreibbar, 4=Vergleich fehlgeschlagen; Wrapper 10/11=DLL fehlt. Wirkung: konfiguriert, leert und beschreibt native Testbereiche |
run_selftest.batPrüfung | Führt den paketgebundenen PHP-Selbsttest aus. | Prüf- oder Messwerte und Exitcode. Schreibende Tests gehören an einen eigenen Testbestand. Wirkung: Testlauf |
extension/celphpninja · 6 Werkzeuge
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
build_local_php83_source.batBuild | Baut die PHP-8.3-NTS-Erweiterung in den vorgesehenen Varianten. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:extension/celphpninja/build_php83.bat |
build_php83.batBuild | Ermittelt PHP-Buildumgebung und Compiler und baut die angeforderte Extension-Variante. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:tools/check_build_env.bat |
build_php83_avx2.batBuild | Baut die AVX2-Variante der PHP-8.3-Erweiterung. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:extension/celphpninja/build_php83.bat |
check_loaded_php83.batBetrieb | Zeigt, welche PHP-Laufzeit und welche CEL-Erweiterung tatsächlich geladen werden. | Konsolenausgabe des Werkzeugs; Fehler über Exitcode oder benannte Fehlerzeilen. Wirkung: liest |
detect_php83_env.batBetrieb | Ermittelt PHP-8.3-Verzeichnisse, SDK, Includes und Bibliotheken. | Konsolenausgabe des Werkzeugs; Fehler über Exitcode oder benannte Fehlerzeilen. Wirkung: liest |
install_php83_dll.batBetrieb | Kopiert eine gebaute CEL-DLL in das ausgewählte PHP-Erweiterungsverzeichnis. | Aktions- und Fehlerausgabe; Start/Kopieren ist vom anschließenden Health-Nachweis zu unterscheiden. Wirkung: verändert Zustand |
plugin/cel-object-cache/tools · 4 Werkzeuge
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
check_all_controls_runners.batRunner | Prüft Taskziel, Aktivierung, letzte Ausführung und Ergebnis der WordPress-Runner. |
Delegiert an controls_runners.ps1 (Check bzw. Ensure); dessen Exitcode wird weitergereicht. WordPress wird zur Plugin-Prüfung geladen. Wirkung: liestAufrufweg:plugin/cel-object-cache/tools/controls_runners.ps1 |
controls_runners.ps1Runner | Gemeinsame Auswahl, Prüfung und Einrichtung der unabhängigen WordPress-Runner. |
Tabelle mit Task, Site, Status, LastRun und LastResult; 0=abgeschlossen, 1=Prüf-/Setupfehler, 2=Eingabe/keine Sites. INSTALLED bestätigt die Einrichtung, nicht den Heartbeat. Wirkung: je Modus |
ensure_all_controls_runners.batRunner | Findet aktive WordPress/CEL-Installationen und richtet die minütlichen Runner-Aufgaben ein. |
Delegiert an controls_runners.ps1 (Check bzw. Ensure); dessen Exitcode wird weitergereicht. WordPress wird zur Plugin-Prüfung geladen. Wirkung: verändert ZustandAufrufweg:plugin/cel-object-cache/tools/controls_runners.ps1 |
install_controls_runner_task.batRunner | Richtet genau eine benannte WordPress-Runner-Aufgabe über denselben Setup-Code ein. |
Delegiert an controls_runners.ps1 -Mode Ensure; 0=Task eingerichtet/gestartet, 1/2=Fehler. Benötigt lokale Administratorrechte. Wirkung: verändert ZustandAufrufweg:plugin/cel-object-cache/tools/controls_runners.ps1 |
tools · 4 Werkzeuge
| Name | Zweck | Aufruf, Ausgabe und Wirkung |
|---|---|---|
check_build_env.batBuild | Ermittelt Compiler, Buildwerkzeuge und die benötigte Windows-Umgebung. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: prüft die Buildumgebung |
resolve_php_runtime.batBuild | Ermittelt die PHP-CLI für nachfolgende Build- und Prüfaufrufe. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: prüft die BuildumgebungAufrufweg:extension/celphpninja/build_php83.bat |
sync_components.batBuild | Synchronisiert Komponentenbeschreibungen und die Plugin-Dokumentkopie. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:tools/resolve_php_runtime.bat, tools/sync_components_batch_fallback.bat |
sync_components_batch_fallback.batBuild | Prüft und synchronisiert die Komponentenstruktur mit Windows-Bordmitteln. | Buildphasen, Zielpfade und Compiler-/Prüfergebnis; bei Fehlern kein erfolgreicher Abschluss. Wirkung: schreibt BuildausgabenAufrufweg:build/package_release.bat, build/package_release.ps1 |
History
Eigener Shared-Memory-Pfad
Die Cache-Routen wurden auf einen eigenen nativen Dienst, Größenklassen und getrennte Large-Verarbeitung ausgerichtet.
Zusammengehörige Messung
Requestzahl, Cachezähler und Laufzeit erhielten einen gemeinsamen Commit und eine eindeutige Messperiode.
Bestätigte Beobachtung
Observation, Delivery und Ereignisquittung machten Herkunft und Zustand in Plugin und Resilient vergleichbar.
Kontrollkanal ohne Website-Traffic
Unabhängige Runner und eine kanonische Site-Adresse stabilisieren Anmeldung und Abrufe zwischen CLI, WordPress und Controls.
Memory-only Report-Pfad
Runtime-Bericht, Gruppenstatistik und Route Samples werden nicht mehr aus JSON-Dateien gelesen. Fehlt der Memory-Zustand, bleibt die Beobachtung entsprechend leer beziehungsweise nicht verfügbar; das Dateisystem ist kein Laufzeit-Fallback mehr.