Background necessario sugli approcci di concorrenza:
Diversi server Web implementano diverse tecniche per gestire le richieste HTTP in entrata in parallelo. Una tecnica piuttosto popolare sta usando i thread, ovvero il web server creerà / dedicherà un singolo thread per ogni richiesta in arrivo. Il server Web HTTP Apache supporta più modelli per la gestione delle richieste, uno dei quali (chiamato worker MPM) utilizza thread. Ma supporta un altro modello di concorrenza chiamato prefork MPM che utilizza i processi, ovvero il server Web creerà / dedicherà un singolo processo per ogni richiesta.
Esistono anche altri modelli di concorrenza completamente diversi (che utilizzano socket e I / O asincroni), oltre a quelli che mescolano due o anche tre modelli insieme. Allo scopo di rispondere a questa domanda, ci occupiamo solo dei due modelli precedenti e prendiamo ad esempio il server HTTP Apache.
Informazioni necessarie su come PHP "si integra" con i server Web:
PHP stesso non risponde alle effettive richieste HTTP: questo è il lavoro del server web. Quindi configuriamo il web server per inoltrare le richieste a PHP per l'elaborazione, quindi riceviamo il risultato e lo rispediamo all'utente. Esistono diversi modi per concatenare il server Web con PHP. Per Apache HTTP Server, il più popolare è "mod_php". Questo modulo è in realtà PHP stesso, ma compilato come modulo per il server Web e quindi viene caricato proprio al suo interno.
Esistono altri metodi per concatenare PHP con Apache e altri server Web, ma mod_php è il più popolare e servirà anche per rispondere alla tua domanda.
Potresti non aver bisogno di capire questi dettagli prima, perché le società di hosting e le distribuzioni GNU / Linux vengono fornite con tutto ciò che è preparato per noi.
Ora, sulla tua domanda!
Dal momento che con mod_php, PHP viene caricato direttamente in Apache, se Apache gestirà la concorrenza usando il suo MPM di lavoro (ovvero utilizzando i thread), PHP deve essere in grado di operare all'interno di questo stesso ambiente multi-thread, il che significa che PHP deve essere thread-safe per poter giocare correttamente la palla con Apache!
A questo punto, dovresti pensare "OK, quindi se sto usando un web server multi-thread e ho intenzione di incorporare PHP in esso, allora devo usare la versione thread-safe di PHP". E questo sarebbe un pensiero corretto. Tuttavia, come accade, la sicurezza dei thread di PHP è fortemente contestata . È una terra da usare se tu davvero sai davvero cosa stai facendo.
Note finali
Nel caso ti stia chiedendo, il mio consiglio personale sarebbe di non usare PHP in un ambiente multi-thread se hai la scelta!
Parlando solo di ambienti basati su Unix, direi che per fortuna, devi pensarci solo se intendi utilizzare PHP con il web server Apache, nel qual caso ti viene consigliato di utilizzare il prefork MPM di Apache (che non usa i thread, e quindi la sicurezza dei thread di PHP non ha importanza) e tutte le distribuzioni GNU / Linux che conosco prenderanno quella decisione quando installerai Apache + PHP attraverso il loro sistema di pacchetti, senza nemmeno chiederti per una scelta. Se utilizzerai altri server web come nginx o lighttpd , non avrai comunque la possibilità di incorporare PHP in essi. Vedrai l'utilizzo di FastCGI o qualcosa di uguale che funziona in un modello diverso in cui PHP è totalmente fuoridel server Web con più processi PHP utilizzati per rispondere alle richieste tramite ad es. FastCGI. In questi casi, anche la sicurezza del thread non ha importanza. Per vedere quale versione utilizza il tuo sito Web, inserisci un file contenente <?php phpinfo(); ?>sul tuo sito e cerca la Server APIvoce. Questo potrebbe dire qualcosa come CGI/FastCGIo Apache 2.0 Handler.
Se guardi anche la versione da riga di comando di PHP, la sicurezza del thread non ha importanza.
Infine, se la sicurezza dei thread non ha importanza, quindi quale versione dovresti usare: thread-safe o non-thread-safe? Francamente, non ho una risposta scientifica! Ma immagino che la versione non thread-safe sia più veloce e / o meno buggy, altrimenti avrebbero semplicemente offerto la versione thread-safe e non si sarebbero preoccupati di darci la scelta!