Datacenter1

Perdonad que secuestre el hilo durante un instante...

¿Por qué recomiendas los de cPanel?

 

Debido a que son firmados por COMODO y a una prueba en la cual el letsencrypt no fue reconocido en dispositivos móbiles Android 4.X pero el cPanel si

Desconozco si ese problema continua ya que despues de eso no los volví a usar, adicionalmente usamos las reglas mod_security que COMODO proporciona gratis y el soporte hasta en productos gratuitos siempre ha sido sensacional.

Para resumir: Un poco por lealtad a la marca y por la firma del SSL

 

Ahora que se habla de ssl yo utilizo ssl de goddady ¿Es posible que los certificados de godaddy tengan algún problema que cause la excesiva lentitud?

Los ssl gratuitos no los exijo porque los utilice sino como un backup por si el certificado de godaddy falla en unos segundos activo los gratuitos. Que me gusta ser precavido.

 

Nunca he escuchado problemas de lentitud excesiva por un certificado, sin embargo debido a que ssl requiere de encriptación si consumirá más recursos pero debe ser imperceptible, tampoco conozco de un SSL que "falle" lo más común es que inadvertidamente no sea renovado y lo peor que puede suceder es que el visitante reciba la advertencia de sitio no seguro.

 

Yo tengo otro sitio con ssl activado y sí he llegado a necesitar de mi certificado de reserva, por la siguiente razón que paso a compartir por si alguien le puede servir:

Cuando un sitio me va con error, que se cae, que no carga por algunos momentos, que de un momento a otro elevó el consumo de recursos, y la respuesta del soportes es que el servidor está OK, y en efecto lo está pero el sitio no, la solución sencilla para mí es borrar la cuenta del site y crearla de nuevo sobre la misma ip, algo que me toma sólo unos minutos, y ese proceso de limpiar todo y empezar de cero me suele solucionar muchos problemas, y esto creo que se da porque con el tiempo el disco duro y la cuenta en general se va llenando de basura que generan problemas. Así que con un borrón y cuenta nueva me libero de toda esa basura, y es algo sin mucho sentido pero en mis 10 años en este mundo me ha servido en más de una ocasión.

Bien, como al borrar la cuenta se borran los CSR del SSL pues debo generar unos nuevos y esperar a que el emisor del certificado SSL me emita un nuevo certificado, lo que puede durar desde unos cuántos minutos hasta unas varias horas, y no puedo duran varias horas sin ssl pues la gente huye de un sitio marcado como inseguro, así que disponiendo de un SSL que se pueda instalar dese el cpanel pues ese problema no pasa, ya que se instalan un unos cuántos segundos.

Saludos!

 

Otro tema que quiero compartir e sel problema que se generó por la imposibilidad de habilitar las https en uno de mis sites y que me obliga a cambiar de proveedor, pero por el momento no lo he hecho por la razón que paso a exponer:

1. Primer intento de servir https. Todo funcionó correctamente por 24 horas. Luego el sitio se hizo inaccesible y los de soporte no pudieron encontrar el problema y por supuesto tampoco la solución, así que debí servir nuevamente http. El problema es que en esas 24 horas ya había indexado las https en un 90%, así que fue necesaria una segunda redirección 301.
2. Dos días después el proveedor suponiendo que podría ser problema del servidor que ya tenía como dos años, me creó otro cloud de cero así que esperábamos que todo fuera bien e instalamos nuevamente el SSL y otra redirección hacia https, y ahora todo fue bien durante 36 horas, y luego otra vez el sitio inaccesible, y tampoco se encontró el problema así que tocó volver a servir http, y por supuesto otra redirección 301 porque nuevamente google ya me había indexado las https esta vez el 80%.

En menos de una semana fueron 4 redirecciones 301, y una redirección 301 por muy limpia que sea afecta el rankin en Google, y si son 4 redirecciones, una de tras de otra pues el asunto se torna grave y en efecto lo fue, pues terminé perdiendo posiciones y 30.000 visitas diarias, y ya se pueden imaginar el dinero que he dejado de ganar con esas 30.000

Así que por ahora estoy trabajando para recuperar esas 30.000 visitas y una vez mi site alcance el ranking que tenía antes de aquel fiasco, haré otro intento para servir https. Ya he recuperado 15.000 visitas, me falta poco.

Esto refleja las pérdidas que pueden dejar los problemas de servidor. Cuando se tiene un sitio con poco tráfico no se siente una falla, pero cuando es de alto tráfico y uno vive de él, el asunto es a otro precio, y por eso hoy en día el precio de un servidor y del soporte para mi es indiferente, lo que valoro es la garantía de que todo irá bien, y si no es así, pues los problemas llegan de un momento a otro, quiero tener la garantía de que sel proveedor hará su mejor esfuerzo para solucionar el problema, aunque tenga que pagar un sobreprecio por la decididamente del personal técnico en busca del problema y de la solución.

Saludos

 

Cloud comprado.

 

Para los que tengan un problema similar con https creo que este hilo resume lo que me ha pasado http://serverfault.com/questions/774285/apache2-with-letsencrypt-is-very-slow
Aclaro que yo utilizo un ssl de goddady pero tenía instalado en el servidor let's enccrypt, así que es probable que por ahí sea el problema.

Ya miraremos. Estoy migrando al nuevo servidor en el cual por recomendación de @Datacenter1 no se ha instalado letsencrypt haber si el problema era por ahí. A rezar por que todo salga bien.

 

Parece que se han solucionado los problemas y agradezco a quienes me han colaborado, especialmente a @Datacenter1. Paso a contar la historia que tal vez a otro le pueda servir.

El problema inició porque al servir https el sitio se volvía excesivamente lento, y el servidor no se sobrecargaba, por lo que el asunto no era por falta de recursos, y el problema parece que se solucionó, y era que las conexiones simultáneas https en el servidor estaban limitadas a 500 y suelo tener hasta 3.000. Ahí estaba el cuello de botella. Pequeños detalles que causan desastres…

Adquirí un cloud con Datacenter1 a un precio muy económico con la intención de migrar mi sitio, pero en vista que el problema que me llevó a buscar otro proveedor se solucionó, dejo mi sitio donde estaba.

Pero como me ha gustado la respuesta del servidor adquirido en Datacenter1, y el soporte técnico que ofrecen es muy bueno (muy recomendable), me lo quedaré como servidor de respaldo.

Debo decir que mi servidor actual responde un poco más rápido que el Datacenter1, alrededor de un 20% según las pruebas que hice durante 12 horas que tuve el sitio corriendo en ese servidor, así que lo dejo como respaldo, porque en todo caso responde muy bien, pues las diferencias se miden en milisegundos, así que cualquiera de los dos me va bien.

Ahora tengo el sitio montado en los dos servidores y he implementado la gestión de dns desde cloudflare, así que ante cualquier problema un cambio de ip en cloudflare lo solucionará.

El problema que tengo es que la base de datos del servidos antiguo debo estarla migrando manualmente al servidor de Datacenter1. Como se trata de una base de datos de apenas 20 MB no es mucho tiempo, pero me gustaría poder automatizar esa tarea. No se si @Datacenter1 me pueda ayudar con eso, pues me sería una solución excelente que me permitirá dormir tranquilo.

Respecto a la implementación de cloudflare debo decir que sólo lo utilizo como gestor de dns, y desactivé el CDN por una razón un tanto salida de lo normal: No me interesa un sitio más rápido de lo que es ahora.

Sucede que he trabajado mucho lo que llaman WPO, y he pasado de tener una velocidad de carga de 3 segundos a menos de un segundo, y cuando bajé a menos de un segundo, empecé a tener problemas con adsense.

Sucede que el contenido de mi site carga antes de que cargue adsense, lo ha hecho que el primer bloque de anuncios, que queda en la parte superior, haya bajado su rendimiento, pues cuando se muestra el anuncio ya el visitando ha fijado la vista al contenido que está debajo de ese anuncio, así que incrementar aún más la velocidad el sitio me perjudicaría en ese aspecto. Si el anuncio se muestra al rato de haberse servido el contenido, se ha perdido un tiempo precioso para que el lector se fije en el anuncio.

Esa ha sido mi historia y nuevamente gracias.

 

Me alegra que el problema haya sido solucionado, que estés satisfecho con ambos servicios y si es posible ayudarte a sincronizar ambas bases de datos de forma automática

Un detalle como me habías comentado los problemas de rendimiento y me encanta afinar servidores para máxima velocidad hice mis propios test usando herramientas propias y pingdom NY en ambos casos y luego de afinar tu servidor noté una velocidad superior, en el test de Pingdom tu web cargo a una velocidad impresionante para ser WP (menos de medio segundo) por lo que pensé y creo que en un ticket lo comenté que sería difícil superar eso, pero luego de afinado el servidor y mysql vi tiempos inferiores a 400 ms, 388 para ser exactos

Puedes indicarme como es la metodología que usas para medir el rendimiento? quiero encontrar la razón del porqué en tus test y los míos hay una diferencia apreciable

 

Sólo utilizo pingdom desde una misma localización y gtmetrix, y en los test que hice en varios momentos cuando había pico de tráfico me arrojó entre 600 y 700 milisegundos. Probablemente realicé los test ates de que hubieras hecho las optimizaciones, pero a decir verdad el rendimiento de su servidor es más que bueno y para mi está muy bien. Si hay diferencia en realidad es imperceptible.

Debo decir que los test los hice en http. En https en mi anterior servidor la carga subió a más de 600 milisegundos. En tu servidor en https no lo he probado con tráfico.

Saludos!