El error visible
El error en concreto es de conexion con una base de datos MySQL:
Can't connect to local MySQL server through socket '/tmp/mysql.sock' (11)
Cada vez que aparece este error en la pagina, no se muestra el CAPTCHA y hace imposible completar el formulario correctamente para enviar un SMS desde la web. Probablemente el CAPTCHA se guarde en una base de datos MySQL y se verifique al suscribirse el formulario.
Interaccion con Personal
Cuando comente en Twitter un vez el problema y respondieron "Hubo tareas de mantenimiento, pero ya esta solucionado. Actualiza la pagina presionando F5 que se corrige!", pero el problema persiste. En otra ocasion, me recomendaron "dsd tu explorador ingresá a Herram/opc d internet tildar eliminar el historial de exploracion al salir, aplicar, aceptar, salir y actualizar la página." pero tampoco no funciono ya que claramente es un error del servidor.
UPDATE (mas "soluciones" que ofrece personal, obviamente no entienden el problema):
- 06/06/2011: Ni bien publique este articulos, negaron nuevamente el problema y me recomendaron hacer "Borrado de cache" [@PersonalAr].
- 15/05/2011: Hola! No tenemos reportado novedades.Probaste borrar el historial d navegación? Intentá actualizar la pag reiteradas veces. LM [@PersonalAr]
- 19/05/2011: Hola! Intentá eliminar el historial de navegación. Saludos! NM @PersonalAr
Analisis del servicio
Analizando un poco como funciona el sevicio, pude ver que hay dos servidores que tienen estos formularios para enviar los mensajes: sms1.personal.com.ar y sms2.personal.com.ar; ambos servidores tiran el mismo error en los mismos periodos de tiempo. Decidi hacer un script muy basico que se compruebe cada un minuto si cada uno de estos dos servidores da error o carga el formulario completo para enviar un mensaje y generar unos graficos para que se puedan ver los problemas de disponibilidad de este servicio.
Aca vemos, por ejemplo, un grafico de sms1.personal.com.ar del 03/05/2011 desde las 20hs hasta el final del dia. Los cuadrados indican si en ese minuto hubo un error o si el formulario se cargaba correctamente. Lo ideal seria que este TODO VERDE.
El script intenta acceder a la pagina "http://sms1.personal.com.ar/Mensajes/sms.php" y buscar en su contenido indicios del error de MySQL que se encuentra al principio de la pagina. Si el error existe no se muestra el CAPTCHA, por lo tanto no es posible completar el formulario para enviar el SMS y mi grafico lo muestra en rojo. Cuando no encuentra el error, asume que vamos a poder enviar un SMS y lo marca en verde.
Otro ejemplo del mismo servidor durante todo el dia 04/05/2011:
Que nos dicen los grafiquitos chulos?
Podemos ver que desde las 00hs hasta las 12hs el servicio es usable y estable. A partir de las 12hs comienza a tener problemas menores de disponibiliad y desde las 20hs hasta las 00hs es practicamente inusable.
Se podra implementar el mismo sistema sin utilizar una base de datos (solo datos en la sesion de usuario)? Agregando un servidor mas a los dos que tienen, alcanzara para resolver los problemas de disponibilidad de la noche?
Algunos usuarios afectados
Cuando empeze a buscar en Twitter y Google encontre un monton, algunos como para tener de referencia:
* https://twitter.com/aldulovato/status/66325916665655296
* https://twitter.com/lucianita88/status/66310154454433792
* https://twitter.com/dreamcoders/status/65945527312850944
* http://twitoaster.com/ea00d009/el-cant-connect-to-local-mysql-server-through-socket-tmpmysqlsock-11-de-la-web-de-personal-me-tiene-podrido-personal-fail/
* http://www.taringa.net/posts/ebooks-tutoriales/5539478/No-anda-la-pagina-de-sms-personal-_Solucion_.html
No hay comentarios.:
Publicar un comentario