¿Qué ha ocurrido?

Hace unos días recibí un correo por parte de mi proveedor de hosting habitual, SurpassHosting. “Estamos investigando reportes de problemas de acceso a algunos servicios hospedados en nuestro datacenter del Reino Unido”. No le eché mucha cuenta porque en ese momento parecía que todo estaba funcionando.

Según comunicaciones posteriores parece que han tenido problemas con uno de sus proveedores, un proveedor de colocación. El hardware está desconectado y los datos, rehenes en ellos.

Me consta que están trabajando todo lo que pueden para mover las máquinas a otra localización pero mientras tanto yo tenía el dominio apuntando a la nada. Y no es solo mi blog; ese es el menor de mis problemas. Es que mi dirección de e-mail principal usa este dominio y tampoco estaba activa, y eso sí era un trastorno importante.

Al final he cambiado de proveedor de DNS y, junto con esto, de momento estoy usando servicios alejos en donde puedo. Y el blog ha sido bastante sencillo de mover, la verdad.

Migración a GitHub Pages

Gracias a que este blog es, al final, un conjunto de archivos HTML, es muy fácil moverlos de hospedaje. Y he decidido, de momento, alojarlo en GitHub Pages. En este momento, salvo un potencial error de SSL, deberías estar viendo ya archivos servidos desde ahí.

Al final era subir la carpeta /public y configurar la acción que te ofrecen por defecto para que se desplieguen los archivos de esa carpeta. De momento me sirve así.

Cuando vuelva el servidor original volverán mis otros sitios Web y otros servicios, como la instancia de LinkAce. Pero mientras tanto, al menos esto vuelve a estar disponible.

Los estilos de un documento por defecto de LibreOffice son prácticamente los mismos que podrías encontrar en, por ejemplo, Office 97. Los de Microsoft Office 2007 y posteriores son bastante más agradables y sencillos de adaptar.

Hace unos meses decidí crear mi propia plantilla por defecto para LibreOffice Writer (nada especialmente fancy; básicamente unos pocos estilos modificados para encabezados y alguna cosa más, y el uso por defecto de IBM Plex Sans). Esa tipografía me gusta mucho; me gusta tanto que la usé para escribir mi Trabajo de Fin de Grado¹. Pero este año creo que va a ser el año de Archivo.

(Tampoco es que escriba muchos documentos al año, por otro lado. Pero mejor estar preparado.)

Word, en todo caso, sigue teniendo más opciones y más sencillas. Por ejemplo el selector de temas de fuentes. Pero por algo se empieza.

Cómo establecer una plantilla por defecto en LibreOffice

1. Creas un nuevo documento.
2. Modificas los estilos que quieras modificar. Para ello despliega el panel lateral de estilos, el que tiene una letra A y un pincel, y le vas dando con botón derecho a cada uno para modificar sus propiedades.
3. En la barra de menús, Archivo » Plantillas » Guardar como plantilla.
4. Seleccionas una categoría y escribes un nombre.
5. Marcas la casilla de “Establecer como plantilla predeterminada”.
6. Guardas.
7. Profit!

Acabo de ver que esta fuente la creó el mismo estudio que diseñó Chivo Mono, otra de las fuentes que tuve en este blog durante un tiempo. La verdad es que tienen buen gusto y me gusta haber vuelto a encontrarles. Omnibus-type.

He hecho algunos cambios aquí y allá también en alguna plantilla. Me encanta poder trastear tan fácilmente con las plantillas que generan los archivos HTML que al final son los que llegan a los navegadores.

La tecnología forma parte de mi vida desde que tengo memoria. Ocupa muchas horas de mi tiempo, tanto del laboral como del ocioso. Me paso el día dando el callo por dinero programando aplicaciones, termino mi jornada laboral y a lo mejor me pongo a pensar en cosas para escribir, avanzo en algún curso, programo alguna de mis cosas, pruebo alguna aplicación o sencillamente navego por Internet. Al final siempre estoy en contacto con un ordenador, una tablet o un móvil, y mucha parte del tiempo conectado. Y no me pesa, que conste. La tecnología e Internet llevan permitiéndome ganarme la vida desde hace muchos años.

Pero entiendo que a quienes podáis leer este texto os pueda llegar a aburrir que me centre tanto en la tecnología. Si veo las publicaciones de los últimos tres meses (digamos desde el 1 de junio) cuento, si no me he confundido, 13 publicaciones relacionadas con tecnología, Internet o este blog, de 23 publicaciones en total (14 de 24 si cuento la presente).

No sé si con esa proporción me aventuraría a decir que este es un blog de tecnología como tal. Sí que creo, y esto sí me gusta pensarlo, que es un blog en el que se reflejan algunos aspectos de mi vida, aquellos que decido contar. Y al final gran parte de mi vida en realidad es digital, por lo que muchos de los posts acaban hablando sobre eso.

Publico esta nota básicamente para intentar ver el nuevo post en mi instancia de FreshRSS, ver si se escapan correctamente las entidades HTML y demás.

En todo caso, si seguís teniendo problemas, por favor, decídmelo y le vuelvo a echar un vistazo. Para mí estas cosas son nuevas y las estoy aprendiendo a base de ensayo y error.

En la documentación de Hugo hay información al respecto del “See also”, que es básicamente lo que he implementado. Ya lo dejaré más bonito en algún momento.

Además, ayer dejé en el repositorio del tema de Hugo en el que se basa el de este blog un cambio para adaptar la nomenclatura de los archivos a la de Hugo 0.146.0 (donde hubo cambios relacionados con esto). Dejé una pull request que no sé si será atendida y que probablemente habrá que modificar, pero ya que estaba hecho, no me costaba nada contribuir.

Por otro lado, desde este post en adelante deberíais ver el contenido de todos los posts en el feed RSS. De hecho este post sirve para probar que este cambio funciona bien. ¿A vosotros os aparece todo el texto?

Lo ando mirando, pero la verdad es que no tengo ni idea. Además algunas veces en local sí que se generan los listados bien, lo que me desconcierta todavía más.

Actualización: parece que el tema es que en la versión 0.146.0 de Hugo se cambiaron cosas relacionadas con las plantillas. Hay más información, que estoy intentando digerir, en esta página sobre el nuevo sistema de plantillas de Hugo. Solo moviendo en mi fork del tema base las plantillas del directorio _default a la raíz de la carpeta layouts se arregla.

Hace poco lancé la nueva sección de “Música” y ahora estoy trabajando en expandirla, como comenté en mi post anterior. Mi reflejo sigue siendo la sección de Almanac del blog de Robb Knight y por ello voy a empezar por añadir libros, posteriormente series y películas y así. Y me gusta estarlo haciendo con Git porque así puedo tener tranquilamente mi rama principal, con lo que se despliega en el hosting usando GitHub Actions, y otras ramas secundarias en las que voy trabajando en local sin riesgo de meter la pata. Me gusta este flujo de trabajo, sinceramente. Esto se podía hacer en WordPress pero me resultaba mucho más costoso (sobre todo también porque no conocía tanto la herramienta por dentro, como para tocar las plantillas a nivel de código).

Un paso siguiente sería intentar obtener esta información usando la API de Trakt, y que no lo haga tan artesanalmente (poniendo cada contenido a mano).

Me preocupa, por cierto, estar sobrecargando el feed RSS con cada uno de estos contenidos. Por ello no creo que añada todo el contenido de golpe.

Tengo que corregir un problema de CSS que ocurre, creo, al minificar el CSS, y que no me pasa en local; tengo que dedicarle algo de tiempo para que quede apañado. También tengo que darle una vuelta a la paginación de esa sección; cuando haya más posts tendré que dedicarle un poco más de cariño. Pero me siento orgulloso de haber sido capaz de hacerlo.

Me he fijado también en que estos álbumes aparecen en el feed RSS. ¿Os estorban? Ahora al principio es normal que aparezcan muchos porque tengo muchos que poner, pero procuraré no poner más de uno al día, que tampoco hay necesidad ni prisa.

Eventualmente haré lo mismo con libros, películas y series de televisión. Me gusta mucho la sección “Almanac” del blog de Robb Knight y pretendo hacer algo parecido en realidad. No sé cómo saldrá.

De momento he puesto esta pero no descarto volver a cambiar pronto. Lo que no sé es si volveré a escribir una nota para anunciarlo.

Pues hace poco recibí un aviso: mi almacenamiento mensual de artefactos había superado el límite. ¿Recordáis que al principio el blog generado ocupaba cerca de 300 megabytes, hasta que me dediqué a ir archivo por archivo eliminando una de las ochocientas versiones que generaba WordPress para cada imagen subida? Pues cada pequeño cambio generaba esos mismos 300 megabytes, y resulta que el límite de mi cuenta son 2Gb mensuales. Así que no tardé en llegar a un límite que en realidad no sabía que tenía.

Además me llevé otra sorpresa desagradable, y es que este no es un espacio de almacenamiento total que pudiera liberar eliminando logs y artefactos antiguos, sino el tamaño máximo de artefactos que podía generar, sin importar si los guardo o los borro. No sé si me he explicado bien.

Esto hace que me plantee si a largo plazo quiero seguir utilizando GitHub Actions para generar este blog, pero no quiero tener que montar una máquina virtual con Jenkins ni nada parecido, la verdad. En este momento tengo una cuenta GitHub Pro gratuita porque sigue contando como que estoy matriculado en la universidad, pero esto va a terminar muy pronto. No sé qué hacer, la verdad. Cualquiera de las dos soluciones en servidores externos me cuestan dinero. No mucho, pero sí dinero extra.

A lo mejor es el momento de poner en marcha de verdad un servidor en casa que se ocupe de estas cosas. Pero tampoco quiero cargarme con más trabajo para algo que en realidad es un hobby.

Entiendo que, de los que me leéis, muchos lo haréis por RSS. ¿Qué opináis los que no?

Y no planeo ni parar de escribir este tipo de posts ni volver a separarlos de los posts más largos. La verdad es que estoy contento con la posibilidad de poner unas líneas sueltas sobre algo que me pasa por la cabeza en ese momento y que quiera compartir.

(Estoy pensando que en realidad hay más, porque algunas están en esta categoría porque en algún lado tienen que estar, pero no están numeradas)

Me gusta que todo sea, o al menos parezca, más limpio y sencillo.

Sigo planteándome, eso sí, si cambiar de CMS. El drama actual no ayuda, la verdad. Pero reconozco que la principal razón por la que sigo usando WordPress es porque simplifica mucho mi flujo de publicación y los dispositivos desde los que puedo publicar.

Pues hoy me he encontrado dos notas reflexionando sobre si tiene sentido tener más de un lugar donde publicar contenido. Está esta de jrn.sh y esta otra de Kev Quirk donde acaban llegando un poco a la misma conclusión: no hace falta tener más de un sitio, y además merece la pena concentrar todo el contenido en un único sitio (sobre todo si ese sitio ofrece RSS por categorías y cosas así).

jrn.sh de hecho ha decidido probar a tener solo un blog, y Robert Birming ha reflexionado sobre lo mismo para al final concluir en que mejor no. Yo no me planteo hacer lo mismo, mis textos de momento van a seguir separados.

Mi blog personal (este que leéis) va a seguir siendo el espacio donde escribo por escribir, sobre lo que me apetece, me inquieta o me llama la atención en ese momento, pero sin mucha restricción en cuanto a temática. No tiene sentido que mi blog sobre música folk, que suele incluir noticias y que en general no es sobre lo que pienso o sobre lo que me llama la atención, sino una especie de medio de comunicación (con muy poca frecuencia de publicación, lo admito) donde hablo solo sobre música y grupos. Ni menciono los blogs de nicho a los que les hago menos caso aún y que el día que me aburra se van al limbo de los sitios Web.

¿Y mi blog de desarrollo? Me gusta tenerlo separado y además me gusta también usar el dominio .dev, que para algo lo tengo. Además me gusta también que sea un sitio Web estático que genero usando Hugo. Ese sí me planteé consolidarlo aquí, pero en realidad tampoco tiene sentido. Me gusta también tener un pequeño sitio donde no hablo sobre lo que hago la mayor parte del día.

Por cierto, que tengo feeds RSS para determinadas secciones por si queréis leer solo algunas de las notas que escribo.

Foto de Andrew Neel en Unsplash

Pero también estoy pensando muchas veces que quizá lo que las personas quieren publicar no se adecua al formato de un blog. A lo mejor no quieren tener un diario, o no uno en formato largo como los artículos que muchos acabamos escribiendo en sitios como este. Pero sigo pensando lo mismo: hay que escribir y hay que perder el miedo a publicar.

Por esto últimamente estoy también bastante interesado en otros tipos de publicación en Internet. Me sigue gustando mucho el formato de sitio Web amateur, y uno de mis preferidos sigue siendo piornal.net. Me gusta mucho que haya gente poniendo cosas en Neocities, y algún día tengo que experimentar con el protocolo Gemini, que conocí hace no mucho. Me siguen gustando mucho las wikis y me gustan mucho los jardines de notas, aunque admito que no son para mí, al menos de momento.

A lo mejor en vez de montar un blog, con todo lo que ello implica, solo necesitas ponerte a escribir HTML y publicar una Web sencilla pero suficiente, porque a lo mejor solo quieres publicar unas líneas y no lo quieres hacer en una plataforma ajena. Y eso es maravilloso. Si lo haces, por favor, cuéntame, porque lo quiero ver.

Foto de lilartsy en Unsplash

Tenemos que tener acceso a ambas cuentas de hosting para poder llevarlo a cabo.

En el hosting antiguo

• Hacemos un backup de todos los archivos. Podemos omitir los de wp-super-cache. Para ello, accedemos por FTP o simplemente a través del administrador de ficheros de cPanel, hacemos un zip con todo y nos lo descargamos.
• Hacemos un dump de la base de datos. Consultamos el fichero wp-config.php para ver qué base de datos es la que debemos usar, accedemos a phpMyAdmin, buscamos la base de datos, «Exportar» y esperamos un poco. En el caso de musicafolk.es, por ejemplo, ocupó poco más de dos megas.
• Ponemos un mensajito en el blog antiguo para identificar que es el antiguo. Esto es opcional.

En el hosting nuevo

• En el panel de control, damos de alta el dominio.
• Subimos (y opcionalmente descomprimimos) el backup del blog que hicimos antes.
• Creamos una base de datos MySQL, un usuario con una contraseña que conozcamos, y damos permisos a ese usuario a la base de datos que hemos creado.
• Abrimos phpMyAdmin, y en la base de datos que hemos creado, importamos el dump que hicimos antes.
• En wp-config.php del blog del hosting nuevo, cambiamos host, nombre de base de datos, usuario y contraseña de acceso a la base de datos.

En el panel de control del registrador del dominio

• Cambiamos DNS del dominio del antiguo hosting al nuevo hosting.
• Esperamos unas horas.

Opcionalmente tendremos que hacer también la migración de las cuentas de correo y de su contenido, pero eso será carne de otro post.