653 - Cambiando de VPS y otras desdichas
Cual es el mejor VPS #linux para alojar tus proyectos? He probado varios,y para mi proyecto principal cambio de VPS. Te cuento las razones y el porqué
Como ya he comentado en mas de una ocasión, esto del selfhosting tiene sus ventajas e inconvenientes. Y, el principal inconveniente, es sin lugar a dudas que en la mayoría de los casos, te conviertes en un Juan Palomo, tu te lo guisas, tu te lo comes. Lo cierto es que mientras las cosas van bien, es todo una auténtica maravilla. El problema es cuando se tuerce la cosa. Aquí no tienes a quien llorarle. Pero, si además eres un inquieto, e ignoras aquel principio básico de la informática si algo funciona no lo toques, los problemas te problemas te pueden crecer hasta límites insospechados. Y básicamente, esto es lo que me sucedió a mi hace unos pocos días. Y el problema es que está afectando bastante. Así en ese episodio del podcast te voy a hablar sobre de porque he cambiado de VPS para atareao.es y otras desdichas.
Cambiando de VPS y otras desdichas
Asegurando atareao.es
Una vez publicado un artículo en atareao.es hay dos asuntos que siempre me preocupan,
- La seguridad.
- El alcance.
Y precisamente todo esto empezó hace un par de semanas o mas, por culpa de la seguridad.
Traefik
Como bien sabes el proxy inverso que utilizo en todos mis servidores es Traefik. Este proxy permite hacer todo tipo de configuraciones. En este caso me permite añadir una serie de middlewares, como por ejemplo, autenticación básica, filtrado de IPs, añadir o quitar cabeceras, y mucho mas.
Así en concreto he añadido un par de middlewares a mi configuración por defecto,
ˋˋˋyaml
gzip:
compress: {}
default-security-headers:
headers:
browserXssFilter: true # X-XSS-Protection=1; mode=block
contentTypeNosniff: true # X-Content-Type-Options=nosniff
customResponseHeaders:
X-Robots-Tag: «noindex, nofollow»
forceSTSHeader: true # Add the Strict-Transport-Security header even when the connection is HTTP
frameDeny: true # X-Frame-Options=deny
referrerPolicy: «strict-origin-when-cross-origin»
stsIncludeSubdomains: true # Add includeSubdomains to the Strict-Transport-Security header
stsPreload: true # Add preload flag appended to the Strict-Transport-Security header
stsSeconds: 63072000
ˋˋˋ
El primero de ellos, gzip, comprime las respuestas de los servidores, y el segundo, default-security-headers, añade una serie de cabeceras de seguridad por defecto. Y, precisamente, este último, es el que me ha dado problemas.
Si te fijas, hay una línea que dice X-Robots-Tag: "noindex, nofollow"
. Esta cabecera, lo que hace es indicar a los crawlers de los buscadores que no indexen la página. Y, precisamente, esto es lo que ha sucedido. Google ha dejado de indexar atareao.es. Y, esto es un problema, porque si no te indexan, no existes. Así que, he tenido que quitar esta cabecera, y esperar a que Google vuelva a indexar atareao.es.
Y esto es precisamente lo que quería comentar del alcance. Con el alcance me refiero a que llegue al máximo número de personas posibles, y para esto no hay mas que cumplir con las recomendaciones de SEO, en general de las indicaciones de Google a través de las distintas herramientas que pone a nuestra disposición.
Copiar y pegar
Uno de los problemas mas habituales con los que me encuentro es que en muchas ocasiones simplemente copiamos y pegamos cualquier receta que encontramos en internet, sin pensar en exactamente lo que es y las posibles consecuencias de hacerlo.
Esto es algo de lo que mas frecuentemente me quejo. No se trata de copiar y pegar, se trata de entender lo que estamos haciendo. Y, si no lo entendemos, no lo hagamos. Aquí, tengo un claro ejemplo del problema que tiene esto de copiar a lo loco.
Google Search Console
Gracias a las herramientas de Google, en concreto a Google Search Console, es como localicé el problema. A partir de ese momento, he tratado de reindexar poco a poco las páginas, evidentemente, después de quitar las malditas cabeceras. Soy consciente de que se trata de un problema lento, pero la verdad es que la impaciencia me corroe.
Así que día a día, voy viendo como las páginas se van indexando, y como el tráfico va volviendo a la normalidad. Pero, la verdad es que es un proceso lento. Y ha sido justo en este momento cuando he observado algo que no me había fijado en los últimos tiempos.
Es curioso que estaba realmente preocupado de como le afectaría a atareao.es el alojarlo en su propio VPS, y el problema ha sido mas bien mi torpeza, mas que cualquier otra cosa.
El rendimiento
Algo que siempre me ha preocupado es el rendimiento de atareao.es. Lo cierto es que estaba bastante satisfecho de la velocidad que había quedado cuando lo migré al nuevo hosting. Sin embargo, con tanto visitar la página para ver si se indexaba o no, empecé a notar que la página iba mucho mas lenta de lo que me gustaría. En general iba mas lenta que unas semanas atrás.
Inicialmente lo achaqué a mi metedura de pata, pero pronto me di cuenta que el problema no era ese. Por alguna razón iba demasiado lento. Así que opté por lo más drástico.
Cambiando de VPS
Revisando los resultados de PageSpeed Insights, lo que me encontré fue que lo que mas tardaba era el entregar el contenido, así que decidí probar el proveedor del alojamiento.
Desde hace unos años que utilizo Contabo, ya hasta la fecha no había tenido nunca ningún tipo de problemas. Tengo alojadas dos páginas desde hace ya bastantes años, y durante los últimos dos años he migrado tres mas, incluido atareao.es.
La cuestión es que he decidido probar con Hetzner, y la verdad es que la diferencia se nota. La velocidad de entrega de las páginas es mayor.
Sobre la migración
Tengo que decirte que la migración ha sido lo mas sencillo de todo. Como te conté en el episodop 605 titulado Migraciones y backup de volumenes Docker, utilizo una imagen Docker que implementé para la ocasión que se encarga de hacer las copias de seguridad todos los días. De esta forma solo he tenido que restaurar la copia de seguridad del día anterior y a correr.
Después de esto, he vuelto ha hacer las mismas pruebas, utilizando para ello las herramientas de desarrollo de Firefox y nada que ver. Como te decía anteriormente, la velocidad de entrega de las páginas es mayor.
A pesar de todo he añadido un complemento adicional a WordPress para que mejorara la entrega de css y javascript con lo que todavía he ganado algún que otro punto.
Si tienes la ocasión, visita atareao.es y me dices que sensación tienes en cuanto a la rapidez de la página web.
No has pensado en usar un generador de sitio estático ?