FAQ

Domande frequenti.

Maturità, compatibilità, architettura e aspettative realistiche sul progetto.

phpr è pronto per la produzione?

No. È un runtime sperimentale in sviluppo attivo. WordPress, MySQL, HTTP e grandi suite applicative sono milestone reali, ma security review, packaging, verifica multipiattaforma, completezza delle estensioni e comportamento sotto carico sostenuto non sono pronti per sostituire PHP in produzione.

WordPress gira davvero?

Sì, nell'ambiente di sviluppo misurato. WordPress 7.0.1 si installa su MySQL reale tramite MySQLi nativa e viene servito con phpr -S; frontend, login, REST, wp-admin, pretty permalink e media hanno gate byte-identici. Le suite complete single-site e multisite sono a parità effettiva con l'oracolo.

Perché «parità effettiva» invece di zero differenze?

Ogni suite WordPress completa ha una sola differenza dichiarata per nome. stream_get_wrappers() elenca soltanto i wrapper davvero implementati, senza fingere che quelli registrabili dall'utente siano disponibili. La divergenza è documentata e stabile.

È un transpiler da PHP a Rust?

No. phpr analizza il sorgente PHP, lo abbassa in rappresentazioni intermedie, compila bytecode ed esegue quel bytecode in una VM scritta in Rust.

Quale versione di PHP usa come oracolo?

L'oracolo corrente è PHP 8.5.7. Le cifre globali su funzioni e corpus Zend usano la misurazione completa del 30 luglio 2026; lo stato del lifecycle server è aggiornato al 31 luglio 2026.

Le estensioni PHP in C funzionano?

Non come moduli PECL binariamente compatibili. Alcune superfici sono implementazioni Rust native, come MySQLi e fileinfo. Altre usano FFI mirata verso librerie di sistema come libgd, libxslt, libtidy e zlib, mantenendo la verifica contro PHP.

phpr è più veloce di PHP?

Non in generale. Le misure WordPress correnti collocano la CPU full-suite nella banda 2,06–2,11× e il gruppo media a 2,58× dell'oracolo. I miglioramenti sono grandi e misurati, ma non costituiscono una promessa prestazionale di produzione.

Il nuovo server Axum è già persistente e asincrono?

Non ancora. Esistono Axum e un’architettura worker-attore su thread dedicati, con lifecycle esplicito cablato e un RetainSet persistente per worker. Il percorso corrente crea ancora una VM nuova per richiesta; riuso della stessa VM, evidenza sotto carico e I/O nativo non bloccante restano passi successivi.

Il progetto è affiliato a PHP, Rust o WordPress?

No. È un progetto indipendente. PHP, Rust e WordPress sono citati per descrivere il linguaggio compatibile, la tecnologia di implementazione e il principale workload applicativo.

Come posso contribuire?

Scegli un test ufficiale, un gap di estensione o una fixture del lifecycle; riproducila con PHP 8.5.7, implementa la differenza minima fedele e riesegui i gate per nome rilevanti senza regressioni.