Que haya un software en php o en lo que sea que hace lo mismo que el de slashdot no me dice nada. El punto fuerte de slashdot es que recibe MUCHISIMO trafico y gestiona bastante info y lo hace bastante bien.
Pero bien, acepto que slashdot pueda ser algo "chico". Lo habia puesto como ejemplo de sitio con mucho trafico y bastante conocido. Que me contas de amazon?, es un sitio chico y sin funcionalidad?
Si no te gusta amazon podemos mirar yahoo, que es otro que usa perl y mod_perl para muchas cosas, o google que lo pide como requisito junto con python en las ofertas de empleo.
Voy a hacer la pregunta inversa, que sitio realmente importante, con funcionalidad y trafico realmente alto funciona con java? (no acepto wanadoo, no cumple estas condiciones).
En primer lugar, por supuesto que slashdot no es una aplicación compleja como lo pudiera ser una web de un banco o una tienda virtual(*). El reto de Slashdot es sacar el máximo partido al hardware y generar contenido dinámico rápidamente y sin consumir demasiados recursos, que es lo que debe juzgarse en una aplicación que es 9X% presentación de contenido. En esa capa la "escalabilidad" se puede lograr con balanceadores de carga, round-robin de DNS y técnicas similares que usan Yahoo, Google y decenas de sitios, gracias a que HTTP es sin estado, y de guardarse se guarda en el cliente.
Es en la presentación donde se mueven mod_perl y jsp/servlets y dónde, en mi subjetiva visión, la versatilidad y rendimiento de mod_perl le hacen mucho mejor(hay gente que puede no coincidir)
Luego tenemos el tipo de aplicación tienda virtual, Amazon, Yahoo Store o E-Bay que aparte de presentación tienen otra cosa corriendo por detrás que en caso de Amazon y Yahoo Store está hecha en C++, y en el de E-bay en Java
Muy probablemente, si vas a hacer esta segunda parte en Java, probablemente tenga bastante sentido usar servlets. De lo contrario, mod_perl. o PHP seguramente son una mejor idea.
Resumiendo, que estás identificando a mod_perl con una manera de hacer las cosas "a lo cgi, pero persistente", y me resisto a creer que pienses que Amazon está hecho como slashdot, donde las SQL se construyen al vuelo.
De todas formas, es normal que mucha gente piense como tú y crea que según que cosas sólo se pueden hacer con Java. El marketing en ese sentido es muy fuerte junto con que probablemente sea una buena opción.
(*) No me creo que hayas dicho que Amazon como aplicación es más simple que la Caixa creyéndolo lo ni harto vino ;-)
--
Programs should be written for people to read,
and only incidentally for machines to execute
Re:Matizando
(Puntos:1)mod_perl vs servlets, no modelos de aplicación
(Puntos:2)( Última bitácora: Lunes, 22 Febrero de 2016, 07:16h )
En primer lugar, por supuesto que slashdot no es una aplicación compleja como lo pudiera ser una web de un banco o una tienda virtual(*). El reto de Slashdot es sacar el máximo partido al hardware y generar contenido dinámico rápidamente y sin consumir demasiados recursos, que es lo que debe juzgarse en una aplicación que es 9X% presentación de contenido. En esa capa la "escalabilidad" se puede lograr con balanceadores de carga, round-robin de DNS y técnicas similares que usan Yahoo, Google y decenas de sitios, gracias a que HTTP es sin estado, y de guardarse se guarda en el cliente.
Es en la presentación donde se mueven mod_perl y jsp/servlets y dónde, en mi subjetiva visión, la versatilidad y rendimiento de mod_perl le hacen mucho mejor(hay gente que puede no coincidir)
Luego tenemos el tipo de aplicación tienda virtual, Amazon, Yahoo Store o E-Bay que aparte de presentación tienen otra cosa corriendo por detrás que en caso de Amazon y Yahoo Store está hecha en C++, y en el de E-bay en Java
Muy probablemente, si vas a hacer esta segunda parte en Java, probablemente tenga bastante sentido usar servlets. De lo contrario, mod_perl. o PHP seguramente son una mejor idea.
Resumiendo, que estás identificando a mod_perl con una manera de hacer las cosas "a lo cgi, pero persistente", y me resisto a creer que pienses que Amazon está hecho como slashdot, donde las SQL se construyen al vuelo.
De todas formas, es normal que mucha gente piense como tú y crea que según que cosas sólo se pueden hacer con Java. El marketing en ese sentido es muy fuerte junto con que probablemente sea una buena opción.
(*) No me creo que hayas dicho que Amazon como aplicación es más simple que la Caixa creyéndolo lo ni harto vino ;-)
Programs should be written for people to read, and only incidentally for machines to execute