Hosting para sitio web estático (Jekyll) - ¿consejos?

  • Autor Autor Unix
  • Fecha de inicio Fecha de inicio
Por fin lo encontré! Menos mal que me has dicho que está en Cloudflare Pages. Estaba en otro apartado del Dash y sólo me salían las opciones de los DNS.
Es que cada función específica de Cloudflare la encontras en su apartado, igual podes añadir manualmente todas las consultas DNS con CNAME de la ruta del workers ya que así funciona pero no funcionará a menos que desde el mismo proyecto en workers esté reconocido el CNAME que vas a usar, digamos que es un juego de dos bandas de por sí
 
Es que cada función específica de Cloudflare la encontras en su apartado, igual podes añadir manualmente todas las consultas DNS con CNAME de la ruta del workers ya que así funciona pero no funcionará a menos que desde el mismo proyecto en workers esté reconocido el CNAME que vas a usar, digamos que es un juego de dos bandas de por sí
Ya veo, esta es la parte que me está dando la lata, ya que no consigo que funcione la redirección de www a no-www. He añadido un CNAME pero no funcionó. Ahora intentaré hacerlo con Rules.
 
Ya veo, esta es la parte que me está dando la lata, ya que no consigo que funcione la redirección de www a no-www. He añadido un CNAME pero no funcionó. Ahora intentaré hacerlo con Rules.
No hacen falta las rules, tenías el dominio puesto en algún hosting antes que no sea github? A mi me pasaba que por tener en cPanel y el .htaccess creando una redirección no me permitía ejecutar el CNAME Flattening ya que originalmente no se puede usar el root como CNAME (el registro A para dominio.com) sino que CF te lo hace nomás de bonachón, por eso te conviene revisar si te quedó enlazado siquiera de algún modo el dominio a tu antiguo proveedor... si es Github no te sabría decir, en todo caso podes borrar todos los registros dns y crearlos desde 0 para dejar espacio libre a los de CF (haz un backup antes así te resulta mas sencillo restaurar), ya con las rules sería nomás para retocar las urls más que nada, pero no te va a arreglar el flattening
 
No hacen falta las rules, tenías el dominio puesto en algún hosting antes que no sea github? A mi me pasaba que por tener en cPanel y el .htaccess creando una redirección no me permitía ejecutar el CNAME Flattening ya que originalmente no se puede usar el root como CNAME (el registro A para dominio.com) sino que CF te lo hace nomás de bonachón, por eso te conviene revisar si te quedó enlazado siquiera de algún modo el dominio a tu antiguo proveedor... si es Github no te sabría decir, en todo caso podes borrar todos los registros dns y crearlos desde 0 para dejar espacio libre a los de CF (haz un backup antes así te resulta mas sencillo restaurar), ya con las rules sería nomás para retocar las urls más que nada, pero no te va a arreglar el flattening
Sí, borré todos los registros DNS que heredó del otro hosting. Es un poco complejo pero poco a poco lo voy interpretando todo. Tal vez debería vaciar el .htaccess que tengo en la raíz de mi proyecto de Jekyll...

La diferencia en todo este proceso es que estoy haciéndolo con Gitlab, y de momento va bastante bien salvo estos pequeños detalles. Diría que es casi igual a hacerlo con Github.

Si luego quiero hacer redirecciones 301, ¿debería hacerlo con .htaccess o lo haré desde CF?
 
Sí, borré todos los registros DNS que heredó del otro hosting. Es un poco complejo pero poco a poco lo voy interpretando todo. Tal vez debería vaciar el .htaccess que tengo en la raíz de mi proyecto de Jekyll...

La diferencia en todo este proceso es que estoy haciéndolo con Gitlab, y de momento va bastante bien salvo estos pequeños detalles. Diría que es casi igual a hacerlo con Github.

Si luego quiero hacer redirecciones 301, ¿debería hacerlo con .htaccess o lo haré desde CF?
El tema es que si tenías el dominio con Gitlab podría haber algún temita ahí que no sabría decirte, pero por lo pronto yo revisaría lo del htaccess ya que cuando no está presente si podes convertir el "domain.com" en CNAME Flattening, y para los redirección 301 te sugiero que emplees el método que más te guste, el sistema de Cloudflare Pages te reconoce hasta 100 "custom made" redirecciones, el resto podes hacerla con page rules pero luego de 3 ya son pagas, para eso sería mejor incluso emplear el htaccess puro en caso de ser más de 100
 
El tema es que si tenías el dominio con Gitlab podría haber algún temita ahí que no sabría decirte, pero por lo pronto yo revisaría lo del htaccess ya que cuando no está presente si podes convertir el "domain.com" en CNAME Flattening, y para los redirección 301 te sugiero que emplees el método que más te guste, el sistema de Cloudflare Pages te reconoce hasta 100 "custom made" redirecciones, el resto podes hacerla con page rules pero luego de 3 ya son pagas, para eso sería mejor incluso emplear el htaccess puro en caso de ser más de 100
Entonces empezaré a jugar con el .htaccess.

Antes tenía la web en un hosting de Hostgator. Lo que hacía era guardar la carpeta de Jekyll con git en una carpeta privada de Gitlab (antes las privadas de Github eran de pago). Pero no creaba la página ni nada. Simplemente generaba la carpeta _site desde la terminal de mi ordenador, y con el mismo script en bash minificaba los ficheros HTML, CSS y JS y subía toda la carpeta al servidor con rsync usando SSH. Era práctico porque después de cada cambio ejecutaba este script.

Ahora con la página de Gitlab y el dominio personalizado será más fácil todavía, ya que por lo que veo, será suficiente con pushear los cambios, y CF se encargará de todo lo demás.

Volviendo al tema del .htaccess, intento borrando primero las declaraciones de mod_rewrite. En CF > DNS, puse un CNAME con nombre "www" y destino dominio.pages.dev, pero me sale el error 522. Ya es bien difícil esta parte.
 
Entonces empezaré a jugar con el .htaccess.

Antes tenía la web en un hosting de Hostgator. Lo que hacía era guardar la carpeta de Jekyll con git en una carpeta privada de Gitlab (antes las privadas de Github eran de pago). Pero no creaba la página ni nada. Simplemente generaba la carpeta _site desde la terminal de mi ordenador, y con el mismo script en bash minificaba los ficheros HTML, CSS y JS y subía toda la carpeta al servidor con rsync usando SSH. Era práctico porque después de cada cambio ejecutaba este script.

Ahora con la página de Gitlab y el dominio personalizado será más fácil todavía, ya que por lo que veo, será suficiente con pushear los cambios, y CF se encargará de todo lo demás.

Volviendo al tema del .htaccess, intento borrando primero las declaraciones de mod_rewrite. En CF > DNS, puse un CNAME con nombre "www" y destino dominio.pages.dev, pero me sale el error 522. Ya es bien difícil esta parte.
Ya en torno al funcionamiento interno no te podría decir demasiado, pero suena como que si todo pasaba por fuera del htaccess por lo que es bastante raro que no te permita hacer el cambio. Yo por ej al usar un CMS con DirectoryIndex tuve el drama para poner el registro en el dominio por lo que tuve que borrarlo y también borrar el caché (nunca entendí porque no funcionaba sin borrarlo pero bueno)... y no, te conviene cambiarle el nombre o borrarlo completo para que surja efecto, y en CF si tocas los dns directamente nunca va a funcionar como te lo dije antes ya que primero el proyecto tiene que apuntar a esos subdominios/dominio sino... nunca va a localizar la pag ya que legalmente no se puede usar un CNAME para el root, solo registro A con IPv4 o IPv6, por eso el flattening requiere que limpies todo o no funcionará
 
Ya en torno al funcionamiento interno no te podría decir demasiado, pero suena como que si todo pasaba por fuera del htaccess por lo que es bastante raro que no te permita hacer el cambio. Yo por ej al usar un CMS con DirectoryIndex tuve el drama para poner el registro en el dominio por lo que tuve que borrarlo y también borrar el caché (nunca entendí porque no funcionaba sin borrarlo pero bueno)... y no, te conviene cambiarle el nombre o borrarlo completo para que surja efecto, y en CF si tocas los dns directamente nunca va a funcionar como te lo dije antes ya que primero el proyecto tiene que apuntar a esos subdominios/dominio sino... nunca va a localizar la pag ya que legalmente no se puede usar un CNAME para el root, solo registro A con IPv4 o IPv6, por eso el flattening requiere que limpies todo o no funcionará
Ya lo conseguí! Muchas gracias, Berker!

Lo que hice fue renombrar el .htaccess, luego añadí una Page Rule para hacer la redirección de la URL con www a la URL sin www, y creé un DNS con CNAME con el nombre www y la redirección al dominio normal.

Creo que solo me quedaría averiguar la capacidad de hacer múltiples redirecciones con .htaccess (tengo una web con una docena de ellas debido a cambios en la arquitectura de la información), revisar si debo hacer la redirección de midominio.pages.dev para evitar contenido duplicado, y tal vez crear una última Page Rule para redireccionar de múltiples backslashes a un único trailing backslash. A ver si por la noche me pongo a ello.
 
Ya lo conseguí! Muchas gracias, Berker!

Lo que hice fue renombrar el .htaccess, luego añadí una Page Rule para hacer la redirección de la URL con www a la URL sin www, y creé un DNS con CNAME con el nombre www y la redirección al dominio normal.

Creo que solo me quedaría averiguar la capacidad de hacer múltiples redirecciones con .htaccess (tengo una web con una docena de ellas debido a cambios en la arquitectura de la información), revisar si debo hacer la redirección de midominio.pages.dev para evitar contenido duplicado, y tal vez crear una última Page Rule para redireccionar de múltiples backslashes a un único trailing backslash. A ver si por la noche me pongo a ello.
Eso es buenísimo, así que también te seguía atosigando el .htaccess, cuando yo lo estaba haciendo me dije "fue, borro todo" y anduvo jajajajajajajajaja, y me olvidé del backup!! jajajajajajaja. Para lo de las redirecciones quizás te sirva más hacerlas con el sistema de .redirect que añaden ellos, recordá que podes tener miles de millones de páginas con Cloudflare Pages y cada una te sirve 100 redirecciones o también podes usar las variables y valores desde el key que si mal no me acuerdo te da gratis 1gb de almacenamiento, tenes bastante para variar y ver que se ajusta a lo que queres lograr
 
Eso es buenísimo, así que también te seguía atosigando el .htaccess, cuando yo lo estaba haciendo me dije "fue, borro todo" y anduvo jajajajajajajajaja, y me olvidé del backup!! jajajajajajaja. Para lo de las redirecciones quizás te sirva más hacerlas con el sistema de .redirect que añaden ellos, recordá que podes tener miles de millones de páginas con Cloudflare Pages y cada una te sirve 100 redirecciones o también podes usar las variables y valores desde el key que si mal no me acuerdo te da gratis 1gb de almacenamiento, tenes bastante para variar y ver que se ajusta a lo que queres lograr
Creo que lo que hace CF es ignorar completamente el archivo .htaccess, porque luego todo lo que puedes configurar desde el Dashboard lo que hace es modificar el .htaccess interno que se usa realmente. Lo deduzco porque por ejemplo, yo ya tenía configuradas varias cosillas en mi .htaccess que se corresponden con todo lo que hay en ese panel: el HSTS, forzar el HTTPS, la compresión de ficheros (que ahora es brotli en vez de gzip), protecciones contra bots maliciosos (yo las metía manualmente), la redirección de HTTP a HTTPS, la redirección de www a sin-www, la eliminación de múltiples trailing slashes (esta no la tengo solucionada aún), y sobretodo las redirecciones 301/302 (te permiten 3 Page Rules entre las que está el tema de las redirecciones).

Les he preguntado en el foro si es posible usar un .htaccess propio para las redirecciones, pero ya me imagino que me dirán que no, porque esa es la gracia de su negocio: si quieres más redirecciones, compra más Page Rules. Lo que haré es crear algunas redirecciones con JavaScript, que no serán `Redirect 301` pero funcionarán a ojos de Google, que es lo que me interesa a fin de cuentas.

Lo que me fallaba realmente en el momento de redireccionar de www a sin-www era que no tenía bien configurada la DNS. Es decir, hay que tener las dos cosas: 1 Page Rule y el DNS configurado. En su foro dicen que si tienes activado el "use always HTTPS" ya no necesitas hacer nada más, pero me encontré con que no es así realmente. Tuve que gastar una Page Rule xD. Bueno, espero no tener que gastar muchas más...

PS. Y veo que no funciona la opcion de minificar HTML, CSS y JS, pero creo que da igual porque sigue puntuando 100 en PageSpeed jajaja. (Ya me daba 100 antes de migrar, ahora es un 21% más rápida según ellos).
 
Creo que lo que hace CF es ignorar completamente el archivo .htaccess, porque luego todo lo que puedes configurar desde el Dashboard lo que hace es modificar el .htaccess interno que se usa realmente. Lo deduzco porque por ejemplo, yo ya tenía configuradas varias cosillas en mi .htaccess que se corresponden con todo lo que hay en ese panel: el HSTS, forzar el HTTPS, la compresión de ficheros (que ahora es brotli en vez de gzip), protecciones contra bots maliciosos (yo las metía manualmente), la redirección de HTTP a HTTPS, la redirección de www a sin-www, la eliminación de múltiples trailing slashes (esta no la tengo solucionada aún), y sobretodo las redirecciones 301/302 (te permiten 3 Page Rules entre las que está el tema de las redirecciones).

Les he preguntado en el foro si es posible usar un .htaccess propio para las redirecciones, pero ya me imagino que me dirán que no, porque esa es la gracia de su negocio: si quieres más redirecciones, compra más Page Rules. Lo que haré es crear algunas redirecciones con JavaScript, que no serán `Redirect 301` pero funcionarán a ojos de Google, que es lo que me interesa a fin de cuentas.

Lo que me fallaba realmente en el momento de redireccionar de www a sin-www era que no tenía bien configurada la DNS. Es decir, hay que tener las dos cosas: 1 Page Rule y el DNS configurado. En su foro dicen que si tienes activado el "use always HTTPS" ya no necesitas hacer nada más, pero me encontré con que no es así realmente. Tuve que gastar una Page Rule xD. Bueno, espero no tener que gastar muchas más...

PS. Y veo que no funciona la opcion de minificar HTML, CSS y JS, pero creo que da igual porque sigue puntuando 100 en PageSpeed jajaja. (Ya me daba 100 antes de migrar, ahora es un 21% más rápida según ellos).
Es bastante raro todo pero al menos ya tenes todo gratis de por sí, yo como tengo con un subdominio aplicado un hosting con php ya te imaginas que me sirve de 10 tener el htaccess propio pero la mayoría de configs solo te aplican ahí mismo por lo que dudo que te vayan a recomendar tener tu propio .htaccess. Lo de minificar te fijaste desde tu perfil de Cloudflare -> Dominio -> Caché y la segunda pestaña? Ahí se activa pero tenes que borrar el caché para que te lo tome, también podes optar por poner cabeceras de larga data para que sea casi carga instantánea lo cual te serviría mejor en estos casos pero si tenes 100/100 no creo que haya mucho drama. Por otra parte estuve viendo que añadieron GItlab por lo que voy a echarle un ojo a ver que tal, por lo menos para páginas estaticas en mi caso me sirvió bastante bien pero me hice un tremendo lío intentando instalar Hugo jajajajaja
 
Es bastante raro todo pero al menos ya tenes todo gratis de por sí, yo como tengo con un subdominio aplicado un hosting con php ya te imaginas que me sirve de 10 tener el htaccess propio pero la mayoría de configs solo te aplican ahí mismo por lo que dudo que te vayan a recomendar tener tu propio .htaccess. Lo de minificar te fijaste desde tu perfil de Cloudflare -> Dominio -> Caché y la segunda pestaña? Ahí se activa pero tenes que borrar el caché para que te lo tome, también podes optar por poner cabeceras de larga data para que sea casi carga instantánea lo cual te serviría mejor en estos casos pero si tenes 100/100 no creo que haya mucho drama. Por otra parte estuve viendo que añadieron GItlab por lo que voy a echarle un ojo a ver que tal, por lo menos para páginas estaticas en mi caso me sirvió bastante bien pero me hice un tremendo lío intentando instalar Hugo jajajajaja
Sí, si lo tengo activado. A mí me sale en Speed > Optimización; tengo los tres marcados.

2021-12-05_11:02:44.webp

Luego hago lo de purgar cache. Intenté incluso lanzando un nuevo "git pull" para forzar el deploy con estas opciones, y nada, todo sigue igual. Pero bueno de momento lo dejaré así.

Cloudflare tiene muchas cosas buenas, incluso pude añadir una variable ("JEKYLL_ENV=production") para que salgan códigos que no salen en localhost, como sería el caso del Google Analytics. Activé también el Bots Fight, a ver qué tal funciona (antes metía algunas declaraciones en el .htacess).
 
Sí, si lo tengo activado. A mí me sale en Speed > Optimización; tengo los tres marcados.

Ver el archivo adjunto 645916
Luego hago lo de purgar cache. Intenté incluso lanzando un nuevo "git pull" para forzar el deploy con estas opciones, y nada, todo sigue igual. Pero bueno de momento lo dejaré así.

Cloudflare tiene muchas cosas buenas, incluso pude añadir una variable ("JEKYLL_ENV=production") para que salgan códigos que no salen en localhost, como sería el caso del Google Analytics. Activé también el Bots Fight, a ver qué tal funciona (antes metía algunas declaraciones en el .htacess).
Bien bien, por lo menos dentro de lo que fue la migración te está yendo bien, también vi que podes ejecutar consultas estilo API donde te da 100.000 por día, aunque no tengo demasiada idea del uso que podría tarde al typescript pero se ve interesante, y sí, vi que podes meterle bastantes variables sin drama, sin problemas de límite ni nada, hay que explotar la joyita y refinar nomás
 
Bien bien, por lo menos dentro de lo que fue la migración te está yendo bien, también vi que podes ejecutar consultas estilo API donde te da 100.000 por día, aunque no tengo demasiada idea del uso que podría tarde al typescript pero se ve interesante, y sí, vi que podes meterle bastantes variables sin drama, sin problemas de límite ni nada, hay que explotar la joyita y refinar nomás
Ya lo tengo casi todo solucionado. Es genial esto de tener un hosting gratuito xD. Implica mayores conocimientos pero luego todo son ventajas. A ver si Google me sube posiciones o algo jaja
 
Ya lo tengo casi todo solucionado. Es genial esto de tener un hosting gratuito xD. Implica mayores conocimientos pero luego todo son ventajas. A ver si Google me sube posiciones o algo jaja
Esperemos que sí te ayude en eso, tengo entendido que la mayoría que migró a CF por CFPages tuvo una mejoría bastante notable y lo mejor es que no pagas nada, que podes tener una linda cuota de archivos y sin límite de transferencia... ilimitados hits, básicamente es un paraíso gratuito en vez de pagar un host que te llevaría unos $12 anuales para algo similar jajajaja
 
Atrás
Arriba