Differenze tecniche tra php e java in termini di mole di utenti

[giannino1995]

P.S.: Da cosa lo capisci che è in java?

[Santino83_02]

P.S.: Da cosa lo capisci che è in java?

oddio una volta aveva le pagine in .do e jsp, ora non saprei se hanno semplicemente imparato ad usare l'url rewriting o se hanno cambiato proprio tutto... cmq chissenefrega

[ciro78]

Tempo ne ho, l'unico dubbio è che non vedo siti importanti fatti in java... google, facebook sono fatti tutti in php... Detto in altro modo non so se il java per il web sia il "c++ per il web", non so se ho reso l'idea... l'ho detto con parole mie, spero di non essere frainteso...

guarda che fb non è sta cosa complicatissima che credi.....

[ciro78]

sicuramente non è semplice ma fattibile. guarda qui.
scusami se te lo dico ma facebook non viene progettato dal giannino di turno . fare un'applicazione mt non rende facebook complesso.
prova a realizzare crm che gestiscono vita morte e miracoli di un'azienda e poi ne riparliamo

[giannino1995]

secondo me è più complesso gestire e creare un sito come facebook che un gestionale di un'azienda ma non so cosa sia un mt e un crm percui me ne sto zitto...

[ciro78]

secondo me è più complesso gestire e creare un sito come facebook che un gestionale di un'azienda ma non so cosa sia un mt e un crm percui me ne sto zitto...

Invece di stare zitto puoi approfondire e capire perché FB (Facebook) non è quella gran complessità che tu credi

mt = multi thread
CRM

[Lucciano]

Invece di stare zitto puoi approfondire e capire perché FB (Facebook) non è quella gran complessità che tu credi

mt = multi thread
CRM

Infatti la maggior parte dei crm sono fatti in Php!!

[Santino83_02]

secondo me è più complesso gestire e creare un sito come facebook che un gestionale di un'azienda ma non so cosa sia un mt e un crm percui me ne sto zitto...

Ci sono complessità e complessità... un conto è gestire un sito da milioni di utenti ma con 4 operazioni in croce, un conto un applicativo usato da qualche decina/centinaia/migliaia di utenti ma con centinaia di operazioni e decine di integrazioni. Sono complessità diverse che richiedono soluzioni diverse

[ciro78]

Ci sono complessità e complessità... un conto è gestire un sito da milioni di utenti ma con 4 operazioni in croce, un conto un applicativo usato da qualche decina/centinaia/migliaia di utenti ma con centinaia di operazioni e decine di integrazioni. Sono complessità diverse che richiedono soluzioni diverse

mi hai tolto le parole della tastiera

[Dascos]

Bah, c'è tanta confusione in giro...
Diciamo così. Una applicazione bancaria può essere fatta in php? Sì.
E' sicura come una fatta in Java? Sì.
Perchè allora non ne esistono in php o sono limitate alla parte frontend?

Ecco...perchè? Perchè php NON ha grandi strumenti per interagire con "altri strumenti" ... ovvero ... quando dal tuo sito in php invii i dati per il boniico, DEVI interfacciarti con altri software (non basta infatti registrare sul Db la transazione...essa va anche ESEGUITA verso l'altra banca, controllata, verificata, approvata, indicizzata, schedulata, gestita nelle sue eccezioni ecc ecc ecc).
Php non ti permette di fare questo perchè, nel 99% dei casi e anche più, il trenino di informazioni in uscita dalla tua banca, entra in un flusso (sia software che hardware) gestito da programmi "obsoleti", scritti in cobol magari, o in altri linguaggi tipo chessò Java stesso o anche Smaltalk80 (ne ho visti...sig) che necessitano ad esempio chiamate su sokets o stream incapsulati, securizzati e compagnia bella...tutte cose che col Php diventano estremamente complesse se non addirittura impossibili da fare.
Con Java invece, essendo un linguaggio di programmazione vero e proprio e potendosi appoggiare sulle funzionalità del S.O. in toto, diventa molto ma molto più semplice. Aprire un socket (e gestirlo!) con Java è banale, farlo con Php è più complesso, anche se non del tutto impossibile, perchè Php non è nato per questi scopi.

Questo è, in soldoni, il motivo per cui magari il frontend è sviluppato in php (per via della sua semplicità), ma il backend di controllo (cioè il gestore dei flussi di dati) è molto spesso costruito in Java o, più raramente ma non troppo, con altri linguaggi di programmazione "veri" (c++, cobol, ecc) che magari girano su macchine as400 o Unix con databases in Oracle...