E303/P346 aktiviert die Primary-Freireserve für Micro bis Medium. Ein nicht verdrängbares Schlüsselverzeichnis macht Plätze außerhalb des natürlichen Suchfensters auffindbar. CEL-S erstellt neue Zuordnungen; direkte PHP-Worker bearbeiten vorhandene Werte koordiniert. ABI38/Direct23 verlangt passende DLL/CEL-S und einen vollständigen Neustart. Large-/Outside-GC-Standards und gespeicherte Regeln bleiben erhalten. R194 aktualisiert die Dokumentation; Controls C213, Live L113, Participants1.0.8 und Authority0.1.4 bleiben.
Die Verwaltung läuft jetzt als native Bibliothek direkt in CEL-S. HTTP und gRPC bleiben wählbar. Gemeinsame Regeln werden über dieselbe begrenzte Auftragsqueue verarbeitet; der schnelle Shared-GET bleibt direkt.
Zwölf gezielte Transportfälle sind bestanden. Windows-Build und Laufzeitabnahme stehen aus. Dieser Quellcheckpoint ist kein Installationsbuild. Stand und Grenzen.
Aktuell: 3.3E303 · Freiplatzliste
E303/P346 aktiviert die Primary-Freireserve für Micro bis Medium. Ein nicht verdrängbares Schlüsselverzeichnis macht Plätze außerhalb des natürlichen Suchfensters auffindbar. CEL-S erstellt neue Zuordnungen; direkte PHP-Worker bearbeiten vorhandene Werte koordiniert. ABI38/Direct23 verlangt passende DLL/CEL-S und einen vollständigen Neustart. Large-/Outside-GC-Standards und gespeicherte Regeln bleiben erhalten. R194 aktualisiert die Dokumentation; Controls C213, Live L113, Participants1.0.8 und Authority0.1.4 bleiben.
build_all.bat und alle aktiven Gates bleiben erhalten. Das mitgelieferte PHP-CLI unter tools/php83-cli-linux/ lässt sich mit dpkg-deb -x ohne Systeminstallation nutzen. Referenzprofile und build/generated werden im vorhandenen Workflow neu erzeugt. RAS verwendet weiterhin einen stabilen Testschlüssel je produktivem Cache-Schlüssel.
Clever Engines Layer · Bausteine und Möglichkeiten
CEL WP Object Cache
Verbindet den WordPress-Objektcache mit eigenem Speicher, Messung und dem CEL-Kontrollkanal.
Paketstand 3.3E303 · Wissensstand 28. Oktober 2026
Freie Primary-Plätze nutzen
Nach erfolgloser natürlicher Suche kann CEL-S einen geprüften freien Platz derselben Klasse verwenden. Die zusätzliche Schlüsselzuordnung hält den Wert für alle Worker auffindbar. Löschen und Aufräumen geben Platz und Zuordnung wieder frei.
Die Verwaltung ist begrenzt; bei voller Zuordnung bleibt der bisherige Ausweichweg. Vorhandene Diagnose und GC-Regeln bleiben. Erst lokal testen und beobachten, danach die Anzeige vereinfachen.
Historische Entwicklung bis E284 – frühere Testaufträge sind abgeschlossen
CEL-Referenzprofile
Der gemeinsame Minimalvertrag wird am tatsächlichen Code für PHP, native und shared geprüft. Requestlokale PHP-Referenz und Found-Edge-Quelle belegen keine vollständige Hosting- oder Windows-/IIS-Freigabe. Bindende Profile und Grenzen stehen in den Architekturvereinbarungen.
Build und Prüfung
build_all.bat führt die vorhandenen Quell-, Build-, Artefakt- und Abnahmegates aus. Receipts binden Quellen und Artefakte strikt. Erzeugte Logs und Referenzprofile werden beim Lauf neu angelegt und gehören nicht in das Quellpaket.
Vorheriger Stand: E304/P347 · C217 · R200
E304/P347: gemeinsame GC-Regeln und flexible Zusatzsegmente (0–16, Standard4; Freigabe5%/5Minuten), native Verwaltung im CEL-S-Prozess mit gRPC oder HTTP. ABI38/Direct23/Extra8 verlangt passende DLL/CEL-S und vollständigen Neustart. Konfiguration, Schlüssel und config/data/context erhalten. Windows-/IIS-Abnahme noch offen.
Offen bleiben Poolquoten und Fairness, Outside-Fallback bei Überlast, große GC-Uhrsprünge und alte Site-Anzeigezähler.
Aufgabe
CEL Object Cache verbindet WordPress mit dem nativen Direktwert-Cache und CEL-S. Shared-GET hat Vorrang. Die Profile PHP, native ohne CEL-S und shared bleiben erhalten; ihre tatsächlich geprüften Fähigkeiten werden getrennt ausgewiesen.
Die produktive Runtime ist E300/P343 mit ABI34. Die Freireserve sammelt freie Primary-Kandidaten passiv; natürliche Schlüsselplatzierung und GET bleiben erhalten. Große Werte und Outside behalten ihre bisherige Verweis-, Reader-Pin- und Freigabeverwaltung. R-L1 und die entfernten Varianten bleiben entfernt.
Speicherebenen und Zuständigkeiten.Gemeinsamer Zugriff und getrennte Zuständigkeiten.
Möglichkeiten
Werte gezielt ablegen
Der eigene Speicherpfad unterscheidet sieben reguläre Größenklassen und einen Large-Pfad. Der gemeinsame produktive Speicher liegt bei CEL-S.
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.
Die Ebenen einer WordPress-Site
WordPress spricht mit Plugin und Drop-in; die native Erweiterung hält pro Worker den lokalen Reflex-L1. CEL-S besitzt den gemeinsamen Speicher und trennt die Bereiche der Sites voneinander.
Der lokale Worker-Pfad und der gemeinsame Dienst gehören zusammen, bleiben aber klar getrennte Ebenen. Originalgröße in neuem Tab öffnen ↗
Outside und Messstand prüfen
Der kanalweite Outside-Zähler „Abweisungen“ umfasst einen vollen Datenpool und einen vollen Index. Die Indexbelegung wird getrennt gezeigt. Scheitert „Messung neu starten“, erscheinen im Reset-Nachweis Schreibphase und native Ursache. Ein Requestzähler „—“ bei Messstand „incomplete“ ist kein Nullwert. Die Kontinuitätskachel meldet ohne echte Probe „nicht geprüft“.
Technik
Aktueller Stand
E303/P346 aktiviert die Primary-Freireserve für Micro bis Medium. Ein nicht verdrängbares Schlüsselverzeichnis macht Plätze außerhalb des natürlichen Suchfensters auffindbar. CEL-S erstellt neue Zuordnungen; direkte PHP-Worker bearbeiten vorhandene Werte koordiniert. ABI38/Direct23 verlangt passende DLL/CEL-S und einen vollständigen Neustart. Large-/Outside-GC-Standards und gespeicherte Regeln bleiben erhalten. R194 aktualisiert die Dokumentation; Controls C213, Live L113, Participants1.0.8 und Authority0.1.4 bleiben.
Laufzeit
Windows / IIS / FastCGI; PHP 8.3 x64 NTS
Native Kompatibilität
ABI38 / Direct23 / Large5 / Extension7; passende E303-DLL/CEL-S gemeinsam bauen und starten.
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
Separater Reflex-Testcore/APCu/CEL-S-Vergleich. Zusätzlicher Testspeicher bei Bedarf; kein produktiver Worker-Spiegel.
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. E241: nur die ausdrücklich aktivierte 10-Minuten-Laufzeitdiagnose schreibt maximal 64 Aufrufe in request-timing-v1.php; normale Management-/Runtime-Memory bleibt bestehen.
Kanonische Site-Adresse
Web-/Admin-Kontext liefert die bestätigte Site-URL; CLI-Heartbeats dürfen sie nicht auf HTTP zurücksetzen.
Outside-Umstellung
Die Bereinigung ändert keine Speicherkapazität oder Adressierung. Der koordinierte Neustart beim DLL-/Dienstwechsel kann flüchtige Cachewerte verwerfen.
Aktueller Prüfschritt
SM beim nächsten Start: zentrale Größen, genaue gemeinsame Spitzen, lokale Windows-Abnahme erforderlich.
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.
Ergebnisse: logs/p4_<Run>/result.json und getrennte Workerdateien.
Wirkung: eigene private Testinstanz; beendet nur selbst gestartete Prozesse. Optional --perf für normale GET-Treffer.
build_management.bat
Startet den nativen Verwaltungsbuild über PowerShell.
Keine eigenen Parameter; CEL_GRPC_NATIVE_TOOLS_ZIP und CEL_GRPC_NATIVE_SDK_ROOT werden weitergereicht. Versionierte DLL, Schlüsselhilfe und Verifikator unter bin/. Kein Download. Wirkung: schreibt Buildausgaben
build_management.ps1
Baut den gepinnten nativen gRPC-/HTTP-Zugang mit Visual C++ und CMake.
-ToolsZip PFAD -SdkRoot PFAD [-Jobs 1..8] Prüft Quelllock, SDK und neue Artefakte; behält den SDK-Cache außerhalb des Pakets. Wirkung: schreibt Buildausgaben
tools/init_management_key.bat
Erzeugt ausschließlich einen fehlenden Systemschlüssel.
Pfad zur bestehenden INI; vorhandene Werte/Schlüssel bleiben erhalten. Vorhandene Schlüssel werden nie überschrieben. Native Hilfsdatei muss zum Build passen. Wirkung: erstellt fehlenden Schlüssel
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.
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.
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.
Gemeinsame Auswahl, Prüfung und Einrichtung der unabhängigen WordPress-Runner.
-Mode Check|Plan|Ensure; -PhpExe; -SearchRoot oder -WordPressRoot; optional -TaskName, -MaxAgeSeconds, -Help
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.
-PhpExe PATH; -SearchRoot PATH oder -WordPressRoot PATH
Delegiert an controls_runners.ps1 (Check bzw. Ensure); dessen Exitcode wird weitergereicht. WordPress wird zur Plugin-Prüfung geladen.
plugin/cel-object-cache/tools/Check-Controls-1.3.83.ps1: Prüft die laufende Controls-Version und Ereignisquellen.
tools/check_gc_source_loaded.php: Prüft die geladene E238-PHP-Erweiterung, ABI und Diagnose-API ohne GC oder Reset.
CEL_Runner.ps1
Zeigt CEL-Runner-Aufgaben an, pausiert sie und gibt zuvor aktive Aufgaben wieder frei. Als Administrator in Windows PowerShell 5.1; Aufrufparameter im Param-Block. Der zuvor aktive Zustand wird bewahrt. Nur die Aufgabenplanung wird verändert, nicht IIS oder CEL-S.
History
Die maßgeblichen Änderungen und die Grenzen früherer Prüfungen sind im zusammengefassten Änderungsverlauf beschrieben. Vollständige historische Dateien bleiben in den unveränderten früheren Paketen. Ein historischer Lauf belegt keine neue Windows-/IIS-/Performance-Abnahme.
Aktuell maßgeblich sind site_gc und die bestätigten Regeln je Site und Klasse. Die frühere globale Absenderaufzeichnung bleibt nur als native Kompatibilität erhalten und wird nicht mehr regulär abgefragt.
E238 ergänzt die Speicherbeobachtung um eine stabile Installationskennung, PHP-SAPI und Ausführungsart. Der Controls-Runner setzt vor WordPress ausdrücklich seinen Diagnosemarker; andere CLI-Aufrufe bleiben als andere CLI oder WP-CLI erkennbar. Der Plugin-Bootstrap bindet Herkunft an den tatsächlich vorhandenen Cache-Scope, ohne diesen zu ändern.
Die Kennung ist ein Hash des kanonischen wp-content-Pfads. Gleichbleibende Windows-Pfade ergeben unabhängig von Großschreibung und Slash-Form dieselbe Kennung. Der Klartextpfad wird nicht veröffentlicht. Beim Requestbeginn und Requestende wird der native Kontext gelöscht.
Die aus dem Cache-Scope gelesene Domain bleibt im JSON als domain erhalten. reported_domain stammt aus der WordPress-Domainermittlung. Für unknown-domain zeigt die Oberfläche die zusätzliche Domain zusammen mit dem unveränderten Scope. Sind unterschiedliche Installationen mit gleichem Scope protokolliert, macht ambiguous_cache_scopes das sichtbar. Ein leerer Befund beweist keine vollständige Isolation.
Das Protokoll gruppiert gebundene Installations-/Scope-/Ausführungs-/Parameter-Kombinationen über PIDs hinweg. Letzte PID und PID-Wechsel bleiben sichtbar; Wechsel sind keine Anzahl unterschiedlicher Worker. Die Grenzen bleiben 64 Absenderkombinationen und 32 Wechsel. E238 benutzt eine getrennte V2-Diagnoseabbildung; alte Worker und nicht registrierte Herkunft bleiben ausdrücklich unvollständig.
GET/SET, GC-Regeln und Cache-Schlüssel bleiben unverändert. Die Diagnose ist keine atomare Besitzanzeige für gemeinsame Parameter. INSTALL_E265.txt beschreibt Full-Installation und Abnahme. Erfassung weiterhin lokal im WordPress-Plugin, keine neue Controls-Report-Übertragung.
Arbeitszweig S3 · noch nicht ausgeliefert
Zusatzsegmente können bei dauerhaft geringer Belegung entfallen. Standard: höchstens 5 % für mindestens fünf Minuten. Die Anzahl ist von 0 bis 16 einstellbar, Standard vier je Klasse. Geschützte Daten bleiben erhalten. Large und Outside werden weiterhin einzeln gepflegt.
Freigaben, verworfene Cachewerte und noch gehaltene Ownerbezüge werden getrennt gezeigt. Direkte Shared-Treffer bleiben direkt. Portable Quellen und die Verwaltungskette sind geprüft; Windows-/IIS-/Mehrprozess- und Leistungstest stehen aus. Dieser Quellstand ist kein installierbarer Build. Einzelheiten und Grenzen: Arbeitsstand.
Arbeitszweig S2D · noch nicht ausgeliefert
Gemeinsame Aufräumregeln und Website-Regeln werden getrennt verwaltet. Der Verwaltungsweg erhält optional gRPC oder HTTP; der schnelle direkte Shared-GET bleibt erhalten. Dienststart, Rechte und Bedienung sind als Quellen ergänzt; Windows/IIS-Abnahme und neue Produktlieferung folgen. Arbeitsstand und Grenzen.
Aktueller Stand: E305/P348 · C218 · R201
Online-Belegungsgrenzen der Grundklassen, Large/Outside-Budgets und gezielter Cacheklassenreset für alle Sites. HTTP/gRPC-Verwaltung online umschaltbar; frisches Rücklesen mit Revision und Dienstinstanz. Physische Grundreservierung und Einzelwertgrößen bleiben erhalten. ABI38/Direct23/Extra8 erfordert passende neue native Artefakte und vollständigen Worker-Neustart bei der Installation.
Alle drei Konfigurationsorte: OC config/cel-s-management.ini ([server] enabled/transport/bind/auth_key_file), Controls config/controls.ini ([shared_gc] enabled/transport/target/auth_key_file), Resilient config/controls.ini ([shared_gc] auth_key_file außerhalb des Webroots). Derselbe Systemschlüssel, Authority-Rechte cel.admin.read / cel.controls.execute. Bestehende config/data/context und Schlüssel erhalten. Vollständige Anleitung: CONTROL_PLANE_E305.md.
Speicherabruf gegen endloses Laden abgesichert, historische Speicherhinweise und Schreibdiagnoselink entfernt. Windows/IIS/echte Worker/GET-Latenz bleiben lokal offen; Poolquoten, Fairness, Outside-Fallback bei Überlast, große GC-Uhrsprünge und übrige alte Site-Anzeigezähler bleiben separate Arbeiten.
