Comparación pequeña pero significativa…

Dados los mismos parámetros, no da lo mismo cachear con PHP que con Ruby o Perl. ¿De qué me sirve usar Ruby si al procesar los datos antes de cachearlos me revienta el servidor?. ¿De qué me sirve usar Perl si para el mismo número de peticiones necesito 10 servidores en vez de 6 o 7?.

No todo es blanco ni negro (todo dinamico vs todo cacheado). Hay mil escenarios con mil soluciones diferentes, por eso es importante evaluar todos esos datos.

Respecto a lo servidores, claro que puedes empezar con un compartido. Aunque tarde o temprano empezarás a tener servidores especializados en una tarea (uno o varios para contenido estático, uno o varios para la base de datos, etc). Esa es la parte crítica, hacerlo todo equilibrado.

Me explicaré lo que voy persiguiendo, mejor. He dado con un nicho aún de casualidad, una tematica web que aun no existe y que aunque no llegue al alto trafico de amazon , se le puede acercar. Será un sitio internacional, porque en inglés hay mas gente que en español y antes que todos en chino

Pero tengo que tener muy bien definido tanto el lenguaje a desarrollar el sitio como el hardware Puedo llegar a alcanzar un minimo muy minimo de 2 millones de visita unica sólo en Europa

Ahora ya lo sabes. Como experto que eres ¿en que lenguaje me aconsejas que desarrolle el sitio? Java? Perl? Y respecto al hardware? Podría partir de compartidos de momento , muy de momento y montarme mi propia granja con servidores twin en casa y un buen UPS?

Perdoname si te molesto con tanta “tralla” , he entrado en este web por casualidad buscando info sobre “lenguajes programacion web alto trafico”. Ojala que no te sientas molesto. Gracias

Mira alguno de los frameworks que precisamente me has nombrado… TurbogGears gracias a CherryPy, Django con su propio sistema. Mira en Perl Catalyst. O en Ruby Rails. Todos ellos tienen muy bien definido un sistema de caché, a nivel de ficheros, con memcached, de consultas…

A modo de curiosidad. ¿Sabías que la actual versión de motogp.com está basada en un Drupal? En concreto, se encargó de hacerla la gente de Alquimia, que cuenta ya a sus espaldas con más de un proyecto gordo basado en este CMS.

“Te sorprendería ver como el servidor de base de datos de 20minutos.es la mayoría del tiempo se está echando una siestecita. Y es un sitio que está recibiendo miles de comentarios, cientos de miles de usuarios al día.”

Segun veo en las ofertas de trabajo , se ve que lo tienen en PHP .No entiendo bien lo que quieiasres decir ¿como se consigue ese “desahogo” para servir info sin estra llamando a base de datos de contiinuo? ¿seria mejor usar un CMS/propio bajo Perl como Amazon para sitios de alto trafico? Gracias

yo siempre digo lo mismo: lo estático no lo hagas dinámico y lo dinámico no lo hagas estático.

Para dar consultoría gratuita a twitter ;) yo haría: Estadística de usuarios, por sus horas, por sus medias, y asignar recursos en base a estos resultados.

Realmente lo tienen dificil no por el lenguaje/sistemas usados sino por la frecuencia de actualización que tienen,

También sería hacer una diferenciación entre el pool de mensajes 140 caracteres(parte muy dinámica de la aplicación) y el contorno que rodea a eso que es mucho más estático.

Todo esto como dice Luis se piensa antes de tirar la primera línea de código.

saludos y buen post Luis