PHP e prestazioni

Ho sempre sentito che PHP è per siti Web medi e piccoli mentre .NET e Java per applicazioni aziendali. La mia domanda riguarda PHP. Perché PHP non è una buona opzione per le applicazioni web aziendali? È perché se l'applicazione Web diventa più grande allora PHP sarà più lento in quanto è un linguaggio interpretato?

So che il mondo aziendale sceglierà .NET o J2EE a causa dell'integrazione con i loro prodotti e dei servizi di back-end, ecc. Tuttavia, se abbiamo solo PHP per la creazione di siti e applicazioni Web, come possiamo usarlo per funzionare bene con grandi siti?

In breve, esiste una relazione tra le prestazioni di PHP e le dimensioni del sito Web? Quali sono i fattori che rendono l'opzione PHP non appropriata per i siti di grandi dimensioni?

Le prestazioni probabilmente non sono uno dei fattori. Per un linguaggio dinamico, PHP in realtà funziona abbastanza bene; a seconda dell'attività, potrebbe o meno battere altre tecnologie. Il modello dell'applicazione è semplicemente troppo diverso per confrontarlo direttamente con Java o ASP.NET. Anche se c'è una differenza di velocità misurabile, non è grande ed è probabilmente lineare, il che significa che può essere risolto lanciando più hardware. Inoltre, il linguaggio di programmazione stesso è raramente il collo di bottiglia: algoritmi, accesso al database, larghezza di banda di rete e I / O in generale sono i soliti colpevoli, a meno che non si stia scrivendo qualcosa di veramente ad alta intensità di CPU.

I motivi per utilizzare ASP.NET o Java su PHP che sono più probabili includono:

• Integrazione della piattaforma. ASP.NET offre un'ampia integrazione con .NET e il sistema operativo Windows sottostante.
• Purposeness generale. PHP è stato progettato specificamente per il Web, mentre .NET e Java sono piattaforme di uso generale. Usando Java o .NET, puoi applicare sia front-end desktop che web allo stesso codice condiviso con poco sforzo, mentre PHP non è molto adatto per scrivere applicazioni desktop.
• Funzionalità di organizzazione del codice. Java e .NET sono stati progettati per OOP sin dall'inizio, mentre OOP in PHP è in qualche modo un ripensamento. PHP ha introdotto gli spazi dei nomi di recente e sono limitati e goffi rispetto a ciò che .NET e Java hanno da offrire. La programmazione di tipo aziendale di solito si basa fortemente su OOP, il che rende PHP il candidato minore.

Un altro motivo per l'effetto percepito è che PHP è gratuito (come nella birra) e onnipresente: ogni compagnia di web hosting condivisa a basso costo ha PHP nel suo pacchetto standard, ma un server .NET o Java ti costerà molto di più. Di conseguenza, un'enorme massa di piccoli siti Web utilizza PHP, non perché è lo strumento migliore per il lavoro, ma l'unico a portata di mano.

Questo non vuol dire che PHP non sia adatto a progetti di grandi dimensioni - semplicemente non va bene con il tipo di programmazione "enterprise". I suoi punti di forza risiedono altrove e, se puoi sfruttarli, puoi creare facilmente applicazioni su larga scala come con qualsiasi altra tecnologia web.

Stai confondendo il traffico ("sito Web di piccole e medie dimensioni" di solito significa un sito Web con traffico di piccole e medie dimensioni), con il grado di complicanza della logica aziendale (sito Web semplice vs soluzione aziendale). Nel secondo caso, le prestazioni non sono il fattore chiave.

Ad esempio Facebook è un sito Web ad alto traffico, ma non è un'app aziendale. D'altra parte ci sono moltissime intranet basate su server di applicazioni Java, che non sarebbero in grado di gestire il traffico di siti Web di medie dimensioni.

PHP dal punto di vista delle prestazioni non è l'opzione migliore, ma non è neanche così male. Soprattutto a confronto con altri linguaggi dinamici. Tuttavia, ancora una volta, le prestazioni grezze non sono il fattore più importante. La creazione di siti Web ad alto traffico riguarda di più l'ottimizzazione per la scalabilità a livello di architettura.

Perché PHP è così disprezzato dalle imprese? Ci sono poche cause, prima sarebbe la sua terribile reputazione sulla sicurezza . Il secondo è che viene percepito come un linguaggio per i dilettanti che creano brutti e ingestibili codici di spaghetti HTML-PHP. Tale percezione persiste, anche se ci sono framework MVC maturi. Immagino che avere l'autore originale di PHP sostenga che non hai bisogno di un framework non aiuta. Il fatto che questi dilettanti indifesi con poca o nessuna abilità di programmazione si definiscano "programmatori PHP" non aiuta neanche. La terza ragione è che qualsiasi programmatore esperto sarà d'accordo, che PHP è semplicemente mal progettato come lingua. Puoi vedere chiaramente che è stato progettato da un webmaster,

E sì, nelle aziende si tratta di integrazione di sistema, in cui PHP non brilla neanche. Con sufficiente sforzo è possibile creare moduli C. C'è un bridge PHP-Java, che è abbastanza noioso da usare. Oltre a ciò non hai molto. I tentativi di creare Boost :: PHP (integrazione con C ++) non sono riusciti. I cloni PHP in esecuzione su JVM sono lungi dall'essere qualcosa di simile al 100% di compatibilità con PHP (come nota a margine, non esiste una definizione formale del linguaggio PHP, l'unico riferimento è l'implementazione predefinita).

Non ho idea del perché le persone sostengano che PHP sia per siti Web di piccole e medie dimensioni. Per quanto ne so, questo non è vero. Conosco alcuni siti Web supportati da PHP che sono iniziati in piccolo, poi sono diventati i primi 100 siti Web nel mio paese. Usano ancora PHP e non hanno intenzione di cambiare nulla al riguardo.

La cosa che potrebbe spingere le persone a tale conclusione è che nel caso di Java (e immagino anche con .NET) lo scalling delle applicazioni è un termine spesso riportato nella documentazione e nella letteratura. La maggior parte dei server di applicazioni là fuori supporta una qualche forma di clustering che consente una rapida aggiunta di "potenza" insieme alla crescita della popolarità. In caso di PHP devi creare tu stesso un cluster. Puoi farlo in molti modi, utilizzando diversi componenti e devi conoscere un paio di cose sul funzionamento interno di PHP. Questo probabilmente fa pensare alle persone che con PHP un singolo server (e quindi un sito Web di piccole o medie dimensioni) sia un vicolo cieco per PHP.

Non esiste una sola applicazione web aziendale. Nel mondo aziendale in genere hai un sistema aziendale completo, in cui la web part è piuttosto piccola rispetto all'intero sistema. Ci sono molti sistemi sotto il Web che eseguono l'elaborazione in batch, i messaggi di coda, l'integrazione aziendale, i gateway e molti altri. Evento in alto potrebbe non esserci solo

Mentre PHP è buono per il web non è così buono per gli altri tipi di sistemi distribuiti. E dal momento che esegui tutti questi sistemi in Java o .NET, è anche facile creare lo stack Web sulla stessa piattaforma anziché in PHP.

Direi che i problemi con PHP derivano meno dalle prestazioni di una storia di vulnerabilità della sicurezza. Mentre è senza dubbio possibile scrivere un sito Web di qualsiasi dimensione o complessità particolare in PHP e mantenere comunque la sicurezza, con l'aumentare della complessità, il mantenimento della sicurezza tende a diventare più difficile.

Java, d'altra parte, è stato progettato con almeno alcune idee sulla sicurezza fin dal primo giorno. Sebbene quelli non si adattino interamente alla maggior parte dell'attuale implementazione (il pensiero originale era principalmente sulle applet, non sui servel) che l'enfasi significa che le sue caratteristiche tendono ad adattarsi meglio con la produzione di codice sicuro. E, naturalmente, non si è ancora fermato - poiché ora le applet sono per lo più un problema morto, Java è stato ridefinito per enfatizzare il ruolo sul lato server che occupa (principalmente).

Dal momento che .NET cerca almeno di competere quasi direttamente con Java, offre in questo modo lo stesso tipo di funzionalità e capacità. Puoi discutere (e aderiscono ad entrambi i campi) sul fatto che Sun o Microsoft facciano un lavoro migliore in questo senso, ma il semplice fatto che entrambi abbiano team di persone che stanno davvero cercando di lavorarci offre loro un vantaggio abbastanza serio rispetto a PHP in questo rispetto.

1) Prestazioni: diverse risposte qui sono fuorvianti su questo punto.
Il progetto Phalanger (che ho usato con successo in passato) ti consente di utilizzare il codice C # all'interno di PHP e viceversa, o di passare completamente dall'una all'altra lingua. Probabilmente dovrai apportare alcune modifiche, ma man mano che continuano a lavorarci su, diventa sempre meglio.
Il mio punto è che hanno scoperto che esiste un fattore medio di 2,5 velocità a favore di C # (o .NET in generale, VB farebbe lo stesso, alla fine è MSIL).
Dai un'occhiata ai loro test con Wordpress, ha attirato molti sviluppatori.

Ora non l'abbiamo ancora visto, ma c'è sempre il tipo che ti dirà che FaceBook è scritto in PHP. Sbagliato. Inizialmente, è stato fino a quando hanno capito il loro errore e hanno scritto HipHop per trasformarlo in C ++.

EDIT: A quanto pare che l'ultimo blocco è chiaro, quindi quello che volevo dire è Facebook È scritto in PHP, ma HipHop rende RUN come C ++, per migliorare la velocità complessiva, PERCHE ' PHP è lento.

2) Sicurezza: come è già stato affermato, PHP ha una lunga storia di problemi di sicurezza.

3) Tempo di sviluppo: creare un sito Web in PHP tende ad essere più facile, specialmente con i framework e tutti i "costruttori di siti" disponibili. Creare un sito Web PHP valido, affidabile e sicuro è un'altra storia.