Por si acaso probe ambas url y un enlace desde la pagina del comercio, el resultrado era el mismo, hasta que se soluciono.
Saludos. FMAQ. El dom, 09-04-2006 a las 12:09 -0500, Antonio Ognio escribió: > El Sat, 08-04-2006 a las 15:53 -0500, Felix Manuel Arismendi Quispichuco > escribió: > > 15:48 o 3 con 48, como quieran, pongo en el browser: www.onpe.gob.pe, > > respuesta, "Service Unaveilable", bueno a las 3 y algunos minutos > > tambien habia tratado por curiosidad y lo mismo, que roche, a horas de > > las elecciones, se presume sin riesgo a equivocarse, que aun hay gente > > intentando averiguar su local de votacion, y se toparan con esa > > situacion, en fin. > > Por las cabeceras HTTP el servidor sería un Red Hat Entreprise Linux, > y el software servidor web es Apache con PHP. Lo que me molesta es que > salga "Service Unavailable" en www.onpe.gob.pe y no te enteres de que > lo que realmente estas buscando esta en www.elecciones2006.onpe.gob.pe > > Es dificil juzgar a los colegas con elementos de juicio tan generales, > pero cualquier webmaster con criterio (el problema es que CUALQUIERA > es webmaster, si ahora la web es tan importante para los servicios de > IT debería haber mas formación al respecto) diseñaría una estrategia > ó plan de contingencia para afrontar una situación de muchas visitas > y un exceso de carga en el servidor. > > La solución mas simple sería tener una página estática muy pequeñita > indicando que el servidor tiene problemas de carga y que las consultas > de mesa de votación las pueden hacer en el otro sitio web, un simple > link. > > Recuerdo que el 11 de Setiembre del 2001, el dia de las torres gemelas, > que fue algo totalmente imprevisible, tuvimos que improvisar en la > empresa donde trabajaba y logramos poner nuestro sitio web (de un > conocido canal de televisión) en linea a los pocos minutos de que > el servidor colapsara usando una versión estática de la página que > habiamos diseñado anteriormente para dispositivos móviles (Avantgo) > que era bastante ligera. Fué 100% improvisación pero el plan salio > bien: fuimos de las pocas páginas en Perú y en latinonoamerica que > pudimos seguir operando el dia en que todo el mundo estaba en su > casa buscando información por Internet (al menos en USA). > > > En el caso de la base de datos, hacerla escalar era muy facil. > Me imagino que usan Oracle, pero fuera la base que fuera, es > super simple usar un esquema de roundrobin para distribuir el > nivel de carga entre varios servidores con réplicas idénticas > de la información ya que solo se trata de consultas. Si > se necesitara escribir, el esquema sugerido es un servidor > master para escritura y varios servidores esclavos para > lectura con un esquema de sincronización. Hay por ahi presentaciones > de Rasmus Lerdorf, creador de PHP sobre como hacer esto con > un poquito de configuración de Apache, MySQL y Squid. > > Es cosa de QUERER atender al público web, de respetarlo y de tener > criterio. En fin. Si no fuera por El Comercio no hubiera llegado > a es página yo tampoco. (Bueno, hubiera seguido buscando) > > Antonio. > > _______________________________________________ > Linux-plug mailing list > [email protected] > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug
_______________________________________________ Linux-plug mailing list [email protected] http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug
