Sin embargo los dockers que hemos instalado no han generado ninguna web que fuera accesible desde el exterior. Normalmente, cuando empresas o particulares quieren tener una página publicada en internet y no quieren complicarse la vida, contratan a una empresa de hosting para que albergue su web. Albergues hay miles y con montones de planes diferentes, pero os voy a contar los tipos de alojamientos que más he podido ver en empresas con las que he tratado.
Un momento... ¿Me he confundido de artículo? ¿No vas a hablarnos de cómo autohospedar una web usando Docker?
Claro que sí, usuario Anónimo, pero antes de empezar es bueno que veamos que alojar una web no es algo trivial. Es positivo que comparemos «la forma habitual» de hacer las cosas (la forma por la que optan el 90% de las empresas y particulares) con la que vamos a aprender en los siguientes tutoriales. Por eso vamos a ver los tipos de alojamientos más habituales junto con sus costes. Con estos datos podremos determinar las ventajas e inconvenientes que tendremos autoalojando una web en nuestra casa.
Tener un servidor web o de correo doméstico es para cualquier aficionado a la informatica un pequeño lujo. Es una verdadera gozada poder tener un espacio propio para almacenar lo que te dé la gana sin tener que preocuparse de restricciones de espacio o de tráfico típicas que suelen tener muchos hostings. Además, administrar tu propio hosting te obliga a aprender muchísimas cosas que puedes luego aplicar a ámbitos profesionales.
Y por supuesto, cuando ese servidor es directamente para un uso profesional, es una verdadera tranquilidad saber que no tienes que preocuparte de restricciones de ningún tipo y que en cuanto a costes lo único que debe preocuparte es el consumo energético y tener un dominio comprado.
Y que lo digas, pero yo estoy intentando montar el mío y no consigo que funcione. Esto es una locura. Prefiero gastarme los ahorros en un hosting de verdad y no tener que pelearme con esto. Me da que esto no va a funcionar nunca y...
No desesperes Usuario Anónimo. Evidentemente no todo es un camino de rosas cuando te animas a un proyecto de este tipo, pero cuando hay algún problema con un servidor web suele ser sencillo saber dónde está la causa. Un servidor Web que no funciona es como un enfermo. Tienes que fijarte mucho en sus síntomas, porque te darán muchas pistas de dónde puedes tener el fallo. En este artículo veremos como interpretar esos síntomas en un servidor web LAMP para poder tener pistas de cómo curar al enfermo de forma rápida y efectiva. Ojo: la cantidad de problemas posibles que pueden causar una web caída es enorme, así que vamos a centrarnos sólo en cómo saber dónde está el problema y veremos unas cuantas soluciones.
El problema de conseguir un hosting que se adecúe a las necesidades de cada uno ha pasado de ser algo tan trivial como puede ser contratar un alojamiento cualquiera a ser un verdadero quebradero de cabeza.
Estos días, una pequeña empresa a la que ocasionalmente hago algún arreglillo informático, está sufriendo graves problemas con sus cuentas de correo y su página web, que están alojadas en www.tuwev.com (hosting del grupo «Dobleweb»). Esta pequeña empresa que os digo tiene colgada de los servidores de tuwev una pequeña página y todas sus cuentas de correo, pero desde ya hace bastante tiempo no paran de darme reportes de problemas. Se les cae el servidor constantemente (tanto el correo como la página web), y al final del período contratado, todos los años no les llega ninguna notificación y directamente les dan de baja el hosting, en lugar de renovarlo o preguntar si se renueva (llevan unos cuantos años con esta situación). Lo último de lo último es que llevan unos cinco días sin correo electrónico ni página web. Evidentemente estamos intentado llamar al teléfono de soporte del hosting, pero no coge nadie. Como podeis imaginaros, no le recomendaría este albergue a nadie.
Esta es la última, pero he tenido algunas otras malas experiencias de este tipo con otros hostings. Como guía para contratar un albergue que sea acorde a lo que queremos y basándome en mi experiencia, yo tendría en cuenta estos puntos.
1) Personalmente no contrataría en un servidor extranjero. Muchos me podéis decir que los servidores ubicados en Estados Unidos o en Inglaterra son muy baratos. Vale… no lo voy a discutir, pero puestos a pagar, el factor más importante no es el precio. Si quiero algo muy muy barato tiraría por un hosting gratuíto, pero no es el caso que estamos hablando. El tema es que no es de recibo que estemos pagando por un hosting y éste se caiga cada dos por tres, que no haya nadie a quién preguntar cuando tenemos un problema o que haya que esperar muchísimo tiempo por una respuesta a una duda. Nada de esto lo suelen dar los servidores «baratos» ubicados en el extranjero.
2) Personalmente tampoco contrataría en ningún caso a una gran empresa de hosting nacional (Como Arsys, por ejemplo). A pesar de tener una gran infraestructura, son empresas que normalmente están en el punto de mira de hackers y al final no suelen tener precios tan competitivos como aparentan, y por supuesto en ellas eres un número más entre los miles y miles de clientes.
3) Ya sabemos algunos que no vamos a contratar, pero ¿Qué hosting contratar? Personalmente prefiero en estas cosas hacer lo mismo que cuando arreglo el coche. Seguramente sepais de alguien que va al concesionario oficial a arreglar el coche y cuando lo saca de allí, resulta que el coche tiene el mismo problema que cuando entró. Normalmente pasa esto porque en los concesionarios oficiales entran tantos coches al día, que el tuyo es uno más. Siguiendo este ejemplo, muchas veces es preferible un taller mecánico de barrio dónde tal vez te cobren un poco más (aunque muchas veces incluso te cobran bastante menos), pero dónde se van a dedicar a tu coche con más paciencia y con un trato más personal. Pues bien… para mi con los hostings pasa lo mismo. Muchas veces es preferible contratar el espacio con un pequeño hosting local que con una gran empresa de hosting. Además, si tienes algún problema gordo con ellos, siempre puedes ir a sus instalaciones y ponerles las pilas en caso de que se haya caído el servicio.
Siguiendo estas indicaciones, he alojado algunas páginas que he gestionado en www.auriasistemas.net , y la verdad es que estoy muy satisfecho. Yo soy de Coruña y ellos tienen los servidores en Pontedeume (aquí al lado, vamos), y tanto el trato como el servicio es inmejorable. Es cuestión de buscar un poco, pero seguramente cerca de dónde vivais también haya alguna empresa de hosting local que pueda ofreceros mejor trato que los grandes hostings nacionales.
Últimamente he tenido un poco olvidada la web. Cuando logré tener tiempo para dedicarle, he podido comprobar un par de cosas que no me han gustado demasiado. Por un lado, algunas páginas web han vinculado a imágenes del blog. Como sabeis, el contenido del mismo está bajo licencia «creative commons», así que nada que objetar, pero el problema viene por el hecho de que cada vez que alguien de esas otras webs carga la página, me está consumiendo parte del tráfico que me otorga el hosting, y eso es un problema. Ese tráfico a mayores no me aporta nada (Ni ingresos por publicidad ni nada positivo) y hace que quede menos tráfico disponible para el uso habitual del blog.
Como el volumen de este tráfico se empieza a disparar, me he visto obligado a anular la carga de cualquier imagen desde fuera del blog. Esto quiere decir que si alguien vincula desde otra página web a una imagen del blog (para que aparezca en su sitio), el hosting denegará la petición y la imagen no se mostrará en esa web.
¿Cómo lograr eso? Pues con una modificación muy sencilla en la web. Simplemente subes al directorio donde están guardadas las imágenes un archivo llamado «htaccess.txt» con el siguiente contenido:
Acotación:
# NO CARGAR IMAGENES DESDE OTRAS PAGINAS RewriteEngine on RewriteCond %{HTTP_REFERER} !^$ RewriteCond %{HTTP_REFERER} !^http://eldominioquetengas.com [NC] RewriteCond %{HTTP_REFERER} !^http://www.eldominioquetengas.com [NC] RewriteRule .*\.(jpe?g|gif|bmp|png)$ – [F]
Luego, una vez subido por ftp, le cambiais el nombre al archivo, de «htaccess.txt» a «.htaccess» y listo. Así las imágenes no se cargarán en otra página web que no sea la vuestra.
Otro tema que he tenido que retocar es que algunas páginas ya iban a saco y copiaron todo el contenido de la web por medio de los rss. Para solucionarlo, instalé un módulo de RSS que sólo ofrece un cachito de cada noticia (no la noticia entera) y de nuevo usé un archivo .htaccess en el directorio donde estaba el archivo que genera los «rss» para redirigir la petición al nuevo módulo. Esto se hace de la misma forma que en caso anterior, pero cambiando el contenido del archivo por el siguiente:
Acotación:
# redirección de las rss RewriteEngine on RewriteRule ^(backend.php)$ https://www.flopy.es/modules/rss/rss.php?feed=news [R=301,L] RewriteRule ^(backend.php/)$ https://www.flopy.es/modules/rss/rss.php?feed=news [R=301,L]
(Nótese que el archivo «backend.php» eran las antiguas «RSS» y que es redirigido ahora a la nueva dirección de las RSS)
Espero que os puedan servir a alguno para solucionar los cada vez más abundantes problemas de «robo» a saco de contenido.
Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.