Sitio de alto tráfico, ¿que debo considerar?

[xander]

Empezado por JXJ

¿como se va a llamar la pagina porno?

¿la url del sitio.¡?

Pues no, no es porno, para nada. es algo así como una campaña muy ambiciosa que resultará muy atractiva para un cierto sector pues le representará en grandes beneficios. No estoy autorizado por el momento para develar información al respecto hasta el lanzamiento oficial.

La web es un medio muy poderoso, este proyecto me ha servido mucho para abrir los ojos a una gran gama de posibilidades respecto a los negocios en la web, y sobre todo me ha servido para entender como se pueden hacer muchos, pero muchos billetes tan solo proveyendo de servicios web gratuitos (como ya lo hace google por ejemplo) a una considerable población, sabiendo como y con quien hacer las negociaciones.

Remember... you get rich with a niche

[mamcx]

Esta es una excelente presentacion de la gente de joyent (con quien hosteo) y muestra lo que REALMENTE hay que hacer para escalar:

http://www.slideshare.net/fbrunel/ja...rlin-sept-2007

Con ello, lograron hacer que un lenguaje que esta "pobre" en rendimiento con Ruby escale a 1.5 millones de usuarios activos al dia (sitio linkedIn).

[mamcx]

Como quizas la presentacion se puede hacer algo pesada, ya que habla de la escalabilidad de punta a punts - empezando por el costo electrico! - en resumen:

- Optimizar la estructura de la BD para lecturas - si es importante -
- Mandar al carajo a Apache y usar nginx/lighttpd para TODO EL CONTENIDO ESTATICO (imagenes, html plano, css, etc...), y dejar apache solo para el dinamico.

Es posible que nginx / lighttpd sean mas efectivos en manejar el dinamico tambien. Pero es cuestion de hacer pruebas para tu caso

- Hostear el contenido estatico en otro lado
- Separar el servidor DNS o usar uno de terceros
- Usar chache. No pendejear inventandolo, usar memcached que es la "neta"
- Enviar css,js comprimido, versionarlo y ponerlo que no expira en mucho tiempo para que los navegadores lo cacheen de forma efectiva.

Ej:

miestilo-1.css

- Servir todo css y todo js en un solo request. Ej:

http://www.paradondevamos.com/jhonWe...jd.gallery.css

(pa' eso hay script que lo arman. Es muy simple)

Eso es lo que es alcanzable pa' un equipo pequeño. De ahi pa' arriba es lo que dice joyent y toca tirar mas alto.

Yo implemente parcialmente esas ideas, y en cuestion de facil a dificil:

- Usar nginx para el estatico. Muy notable la diferencia. Como uso python, utilizo FastCGI que es mejor que mod_python. Si usas FastCGI para php deberias ver una mejora (pero hay que tunear los parametros)
- Tirar todo el css, js en un solo request. Semi notable.
- Utilizo un servidor DNS de terceros. Como siempre ha sido asi, no te se decir si es muy bueno o no. Quizas en mi caso no porque no estan en el mismo segmento de red.

De hay versionar los css,js puede tener una ventaja marginal. Usar memcached y tunear que se cachea y que no requiere algo mas de inteligencia para evitar fantasmas pero se supone que es lo mas notable en velocidad. Si ademas precalculas & precomprimes los html,js,css y los sirves por nginx mejor.

En fin, notaras que la clave es cachear, cachear y cachear. Es lo mas simple y lo que mas resultado da sin entrar a hacer cosas locas. Si ruby que es lentisimo puede, php seguro que tambien.