STATO E COMPATIBILITÀ

Quanto PHP esegue davvero phpr?

La copertura è stata misurata integralmente contro PHP 8.5.7 il 30 luglio 2026; lo snapshot del ciclo server è aggiornato al 31 luglio 2026.

2.649

test Zend superati · 65,1% degli eseguibili

539

funzioni core su 654 · 82%

1.017

funzioni interne su 2.143 · 47%

30.472

test WordPress single-site · multisite 31.278

Libreria standard core

82%

Stringhe, array, matematica, variabili, date, output, hashing e regex: la superficie più usata dalle applicazioni ordinarie.

Tutte le funzioni interne

47%

Il gap residuo è dominato da intere famiglie di estensioni specialistiche, non dai fondamentali del linguaggio.

AREE COMPLETE

Superfici chiuse funzione per funzione.

ctype · 100%json · 100%SimpleXML · 100%zlib · 100%bcmath · 100%tokenizer · 100% funzionisession · 23/23xml · 22/22fileinfo · 6/6tidy · 24/24PDO core · 100%

«Completa» significa che tutte le funzioni interne attese per quell'area sono presenti; le suite upstream possono ancora contenere un edge case documentato o una condizione legata all'ambiente.

SOFTWARE REALE

Cosa gira end-to-end.

Questi risultati attraversano molte superfici del runtime insieme e sono protetti da baseline di regressione per nome.

Progetto	Stato misurato	Cosa valida
Composer	Gira	`require`, `install`, `diagnose`, HTTPS e autoloading
PHPUnit	9.6 / 11.5 / 13.x	CLI, output buffering, Reflection e process isolation
Doctrine DBAL	3.769 / 0 / 0	PDO, SQLite, eccezioni, metadata e SQLSTATE
Doctrine ORM	3.484 test · 3 errori · 13 failure	Hydration, UnitOfWork, lazy proxy e Reflection
Symfony HttpKernel	1.665 test · 0 errori · 0 failure	DI container, ciclo kernel, timezone, scope eval e distruttori
WordPress	30.472 single-site · 31.278 multisite	Una divergenza dichiarata per suite; MySQL, HTTP, REST, wp-admin, media e permalink reali

2,06–2,11×

banda di riferimento corrente della CPU full-suite vs oracolo

2,58×

CPU del gruppo media WordPress vs oracolo

~3,0–3,1×

banda corrente del footprint media vs oracolo

0,000

oggetti misurati trattenuti per richiesta dopo il teardown WP-72

LIMITI CORRENTI

Dove phpr non è ancora PHP.

La superficie completa delle estensioni è incompleta

Fra gli esempi grandi restano PostgreSQL, sodium, LDAP, ODBC, socket, FTP, XMLWriter e altre API specialistiche. Le superfici basate su classi rendono inoltre il semplice conteggio delle funzioni incompleto.

La «parità effettiva» include una differenza dichiarata

Entrambe le suite WordPress complete divergono per un solo test perché stream_get_wrappers() elenca onestamente soltanto i wrapper integrati in phpr. La divergenza è catalogata, non nascosta dietro un risultato ingannevole.

L’arena del worker persiste; la VM non ancora

Ogni worker Axum dedicato mantiene ora un RetainSet tra richieste sequenziali e il gate iniziale su due richieste è byte-identico. L’integrazione costruisce ancora una VM e un modulo nuovi per richiesta; i gate sul vero riuso della stessa VM e sull’amplificazione restano aperti.

Nessuna promessa di produzione

I percorsi server sono reali e molto esercitati, ma security review, packaging, verifica multipiattaforma e comportamento sotto carico sostenuto non bastano ancora per sostituire PHP in produzione.

Dati misurati: COVERAGE.md ↗ · trend prestazioni: GAP_TREND.md ↗ · rotta corrente: NEXT_SESSION_WORDPRESS.md ↗ · divergenze note ↗