Hosting compartido, a volar con el culo al aire
Hace dos dÃas la empresa con la que tenÃa contratado el hosting del blog decidió suspender y cancelar de inmediato mi cuenta, razón por la cual Punto Fape habÃa permanecido off line hasta hoy, alegaron un excesivo uso de los recursos del CPU que provocaba las constantes fallas del servidor.
No me extiendo mucho en el tema porque como toda empresa de hosting, en su TOS indica que se reservan el derecho de cancelar cualquier cuanta por el motivo que a ellos mejor les parezca; por supuesto no lo indican con esas palabras, pero es mas o menos lo que todas dicen.
Intentando resolver el problema les envié varios correos y tickets pero la respuesta por parte de ellos no daba la oportunidad de encontrar ninguna otra alternativa sino mudar el blog de hosting. El correo en resumen y traducido a mi estilo dice: tome su dinero y lárguese de aquÃ. Gracias por nada! es decir, me mandaron a volar con el culo al aire.
Hago un copy & paste para que ustedes lo traduzcan mejor
“Hello,
I have refunded the remainder of your payment for your account and cancelled your payment for future.
You have been provided your files so I suggest you find another host immediately.
This will be the last communication from our company in regards to this issue.
If you have any billing questions or comments please feel free to contact us.
Sincerely,
Billing Dept”
Debo decir que en lo que dicen en su comunicación han sido realmente eficientes, suspendieron la cuenta y en menos de lo que canta un gallo la cancelaron; en las siguientes horas me enviaron el respaldo de archivos y base de datos, y antes de transcurridas las 24 horas me llegó la confirmación con el reintegro por la diferencia del dinero abonado por un año de hospedaje.
Algunos amigos de la blogosfera me enviaron correos interesados en saber que ocurrÃa con el blog y para ofrecer ayuda de ser necesaria, gracias por estar al pendiente amigos mios. Siguiendo con el tema, me dediqué a buscar una nueva casa para Punto Fape y luego de varias horas comparando planes con mas de 20 empresas, decidà que todas eran mas o menos la misma cosa, asà que escogà una con la menor cantidad de quejas y contraté con ellos.
Mientras se completaba el tiempo mÃnimo para cerrar la negociación, me dediqué a buscar causas de ese exhorbitante uso de recursos de CPU; leà chorrocientos posts en chorrocientos blogs tanto en inglés como en castellano, muchos no decÃan casi nada o lo que detallaban no tenÃa relación con mi caso.
En SigT hay una explicación de como evitar esto, pero está casi en chino para mi; de allà me fuà a La Maté por un yogurt y decidà obrar de acuerdo a las sugerencias.
Desactivé los siguientes plugins:
-
Brian’s Threaded Comments. Es un plugin que me gusta mucho porque permite mantener el hilo de los comentarios, pero parece que es uno de los causantes del problema.
-
Compártelo! (Share This). Ya lo conocen, para ofrecer la posibilidad de enviar cualquier artÃculo del blog a las redes sociales; revisando las estadÃsticas, parece que realiza muchas solicitudes a la base de datos y supongo que eso demanda mas recursos de CPU.
-
WP-PostRatings y WP-Polls. Desactivados para disminuir al mÃnimo posible las llamadas a la base de datos.
La verdad quisiera mantener esos plugins funcionando pero mientras no esté seguro de que no son los causantes de la sobrecarga, se quedarán inactivos.
Revisando la base de datos, encontré que contenÃa mucha información de plugins instalados y desinstalados en meses anteriores, como mejor pude eliminé la mayor parte que hacÃa referencia a CForms, Popularity y otros.
Para intentar reducir la demanda:
-
Instalé y activé el plugin WP-Cache en su última versión.
-
Cambié el sistema de comentarios por el básico del theme Kubrick con un par de apaños, bastante cutre pero se quedará asà por lo que resta de año.
Se me presenta un problema porque al buscar formas para monitorear el uso de recursos de CPU y memoria, me encuentro con que la mayorÃa de los servicios de hosting compartido no proveen de ninguna herramienta para hacerlo; asà pues no tengo ni idea de cuales son los valores habituales y cuando se exceden pudiendo llegar a ser suspendido de nuevo. Eso me hace sentir con el culo al aire, si alguien sabe como hacer esto agradezco la info.
Por supuesto todo esto lo hice luego de la propagación de las DNS del nuevo hosting y después de haberme pasado varias horas buscando la causa por la cual ni siquiera podÃa entrar al área de administración del blog; en principio supuse que se deberÃa a que como las DNS no estaban dadas de alta como debe ser el PHP no funcionarÃa.
Luego de corregir un error 500 culpa del .htaccess y pudiendo mostrar un aviso de “Pronto en lÃnea”, pasadas las primeras 24 horas se me ocurre que algo no estaba funcionando como deberÃa, le pedà al soporte técnico de mi nueva casa que me instalaran ellos la base de datos para descartar posibles fallas que hubiese podido comenter en tal actividad; lo hacen diligentemente pero el blog sigue sin tirar.
Hago una instalación “limpia” de wordpress y ¡voila! todo funciona a la perfección, bueno… casi, porque no funciona con mi preciosa base de datos; decido urgar dentro de esa cosa y leyendo por aquà y por allá finalmente considero que lo mejor serÃa desactivar todos los plugins porque quizá alguno sea el culpable.
¿Cómo se desactivan los plugins sino se tiene acceso a la administración del blog?
Simple, a través de la base de datos. La verdad ahora mismo no recuerdo como lo hice, solo se que comparé los valores de mi querida base de datos con la generada en la instalación limpia y dentro de opciones sustituà lo que habÃa en una por lo de la otra. Ya se que suena a chapuza, pero no soy programador ni de lejos entiendo sql ni otros idiomas de ese mundillo.
El apaño resultó y pude finalmente entrar al Dashboard para hacer lo que comenté en párrafos anteriores.
Tengo pendiente varias actividades en relación a esta situación:
-
Encontrar la manera de monitorear el uso de memoria y de recursos de CPU en un hosting compartido.
-
Automatizar la optimización de la base de datos, bien a través de PHPMyAdmin o con el plugin WP-DBManager.
-
Optimizar el theme para que sea mas eficiente.
-
Revisar las sugerencias de EmeZeta a ver que puedo aprovechar de allÃ.
Lo mas importante serÃa aumentar los ingresos fijos generados por el blog para poder contratar un servidor virtual privado y mas adelante de ser necesario uno dedicado; por lo pronto me concentro en este objetivo y hoy aparte del trabajo que ha siginificado todo esto, me he ganado 65 dólares con un artÃculo patrocinado.
Si alguien observa algún mal funcionamiento en el blog agradezco el comentario en cualquier entrada o a través del formulario de contacto que he probado y funciona bien.
La imagen que acompaña este artÃculo es de Ainis, refleja muy bien la situación, porque hasta ahora decÃa “eso no me pasa a mi”… pero como muchos, tengo el blog en un hosting compartido y me siento con el culo al aire… ¡imagÃnense como es eso durante el invierno!
Diciembre 21, 2007
Hola,
Antes de nada mis disculpas si alguna entrada del blog es algo “espesa”, lo que relata ese post es prácticamente una situación absurda en que:
1. No quieren que gastes CPU.
2. Quieren que uses PHP como CGI para monitorizar tu gasto.
3. Usar PHP como CGI aumenta x10 el consumo.
La solución pasaba (ya no te dejan) por usar PHP como módulo y no te dejan por el segundo punto, asà que toca FastCGI (CGI con “consumo normal”) pero no siempre es “activable” y no dan soporte.
De todas formas hay muchos plugins que pueden consumir mucho y muchos posts (tanto en SigT como en otros blogs) con consejos. Si quieres envÃame un mail y miro de echarte una mano aunque si antes no tenÃas WP-Cache ahora seguramente habrás solucionado buena parte del problema.
PD: Te confirmo que el Brian’s — al menos la última vez que lo miré — es uno de esos plugins que terminan causando problemas, además el “Google Analytics for WordPress” puedes ponerlo a mano al final del blog para que si Google va lento no ralentice el blog…
Un saludo
Diciembre 21, 2007
Por mi parte, no puedo ayudarte con Wordpress ya que nunca lo he utilizado, pero si sobre mi propia experiencia:
- Como dice Armonth, Dreamhost utiliza servidores que comparte con muchos usuarios. Esto cuando tu web es pequeña, no importa demasiado, pero si consume demasiado (por exceso de plugins u otras razones) a Dreamhost no le conviene y te ocurre lo que a ti.
A parte de las recomendaciones de Armonth (sobre todo instalar el WPCache) te recomiendo revisar algunos artÃculos:
- Cuanta RAM consume mi servidor: Forma sencilla y rápida de saber cuanta RAM estas ocupando por petición a la web. (Wordpress consume unos 6mb de “fábrica”, intenta reducirlo).
- htaccess: bloquear a la fuerza: Una gran mayoria de los accesos a nuestras webs es por culpa de bots spammers, spammers de trackbacks, y demás basura. Intenta bloquearlos.
- Reducir uso de CPU y memoria: Varias formas de reducir el uso de CPU y la memoria de nuestro servidor.
¡Espero que te sirvan de ayuda!
Saludos
Diciembre 22, 2007
Fabian:
Felicitaciones por estar nuevamente en funcionamiento, sin duda alguna, el trabajo de montar nuevamente el blog fue arduo.
Bienvenido nuevamente.
Diciembre 24, 2007
¿Que empresa fue la que te hizo ese desden? Deben de andar muy liados y con una sobre oferta de clientes.
Vaya maneras … hasta asustan.
saludos y que vaya a mejor.
Diciembre 24, 2007
La empresa es Bluefur, nunca tuve problemas con ellos pero cuando surgieron ya ves como lo solucionan.
Diciembre 24, 2007
Gracias por estar pendiente Hugo
Felices Fiestas!!
Abril 10, 2008
umm creo que ese problema lo tengo yo tambien, pero bueno ya he buscado soluciones
Mayo 17, 2008
por cierto la imagen esta demasiado pero demasiado comica xD
Junio 9, 2008
cuanto pagabas por el hosting? yo tuve el mismo problema con godaddy, mi blog habia un momento en que se sobrecargaba por estar en servidor compartido, asi que compre un virtual dedicado por 30$ usd al mes con wiree.net, y ya no tue problemas.