Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Re:Matizando

    (Puntos:1)
    por dk (10554) el Jueves, 12 Agosto de 2004, 14:48h (#336972)
    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).
    [ Padre ]
    • Igualmente de Carax (Puntos:2) Jueves, 12 Agosto de 2004, 15:55h
    • Re:Matizando de Tangarallo (Puntos:2) Jueves, 12 Agosto de 2004, 16:09h
    • Re:Matizando de dk (Puntos:1) Viernes, 13 Agosto de 2004, 10:20h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • por Draco (3721) el Jueves, 12 Agosto de 2004, 21:09h (#337137)
    ( Ú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

    [ Padre ]