tzinm@blog:~$

Organizando los feeds en Miniflux

2025-05-13T00:00:00+00:00

Esta entrada está inspirada en esta otra entrada titulada Trying to organize my feeds</a> del blog de Joel Chrono.

Parece que no soy la única persona que se preocupa por el orden/organización, sea de la índole que sea. 

La cantidad de feeds total a los que estoy suscrito es inferior a la de Joel. No obstante, me gusta agruparlos por categorías por la posibilidad que ofrece de seleccionar en un momento determinado aquellos que me interesa revisar.

Los blogs personales representan alrededor del 90% de mis suscripciones. Hasta hace poco, todos estos se agrupaban en una misma categoría denominada Blogs.

Hacerlo de este modo era poco eficiente. El siguiente paso que seguí, tras decidir incluir la sección Blogroll</a> en este blog, fue separar la categoría Blogs en dos.

Blogs (ES) -> blogs en español.</li>
Blogs (EN) -> blogs en inglés.</li> </ul>
La mayor parte de los blogs que sigo son en inglés. Por tanto, una gran parte de mis suscripciones seguían acumulándose en una categoría. Esta fórmula seguía siendo poco eficiente.
Finalmente, tomando prestada alguna idea de la entrada de Joel, he agrupado los feeds en nueve categorías diferentes.

0.1 🥇 Oro</li>
0.2 🥈 Plata</li>
0.3 🥉 Bronce</li>
0.4 🔎 Explorar</li>
1 🏛️ Instituciones</li>
2 📬 Newsletters</li>
3 💰 Finanzas</li>
4 🚀 Releases</li>
5 📂 Archivo</li> </ul>
He utilizado esta nomenclatura —números por delante del nombre— para que al ordenar las categorías alfabéticamente se ordenen según mis preferencias 1</a>.
Las cuatro primeras categorías las utilizo exclusivamente para blogs personales. Las tres primeras (de mayor a menor interés) he decidido limitarlas —de manera artificial— a un máximo de 10 suscripciones. En la categoría Explorar se ubican el resto de blogs personales. Aquellos que tienen contenido que no siempre resulta de mi interés.
Sobre el resto de categorías, se puede deducir por su nombre qué contenido agrupan. En la categoría Instituciones incluyo instituciones públicas como el ayuntamiento donde vivo. Utilizo la categoría Releases para estar al tanto de las novedades de algunos servicios que tengo autoalojados2</a>.
En último lugar, la categoría Archivo agrupa feeds que he dejado de consultar pero que quiero seguir manteniendo. Además, puedo evitar que se muestren la entradas de estos feeds gracias a que Miniflux permite indicar a nivel de categoría que los feeds incluidos en ella no se muestren en la lista global de no leído.
También podemos “podar” nuestro lector RSS preferido de varias formas.
Aplicando reglas</a> para filtrar entradas que no nos interesen.</li>
Muchos blogs personales ofrecen varios feeds —además del feed principal— para que sus lectores se suscriban al que más les interese. Evitando descargar todas las publicaciones.</li> </ul>
Por último, debo actualizar el script que genera el contenido publicado en la sección Blogroll para reflejar las nuevas categorías para los blogs personales. Creo que mantendré esta organización durante una temporada.

En Miniflux se ordenan correctamente las categorías poniendo el emoji delante de los números. No así en otras aplicaciones, por lo que finalmente he optado por dejarlo de esta manera. ↩</a> </li>

Tal y como describía en este toot</a>, cuando son proyectos alojados en GitHub simplemente añado al final de la url de las releases .atom</code>. ↩</a> </li> </ol> </footer>

¿Cómo podemos contribuir al código abierto? 2025-04-30T00:00:00+00:00 Cuando nos hablan sobre contribuir a proyectos de código abierto, más allá del apoyo económico mediante donaciones, solemos pensar que la única manera de hacerlo es aportando líneas de código a los proyectos que utilizamos o que nos resultan interesantes. Lo ideal sería poder colaborar con “mano de obra”. Sin embargo, no siempre es factible. Ya sea porque no tenemos conocimientos sobre desarrollo de software, porque desconocemos la tecnología empleada para desarrollar la aplicación o por cualquier otro motivo. Pero, ¿es realmente así? ¿No existen otras formas de contribuir? He reflexionado sobre ello durante las últimas semanas. En particular, desde que inicié este blog y he comenzado a contribuir de esas “otras formas” con mayor frecuencia, especialmente en las herramientas que utilizo para que este blog funcione. ¿Cuáles son esas “otras formas” de las que hablo? Reportar errores: es común que, tras utilizar intensivamente una aplicación, en algún momento detectemos un fallo o un mal funcionamiento. No debemos desaprovechar la oportunidad de compartirlo con el desarrollador. Para ello, podemos utilizar los canales que nos proporcionan, generalmente en plataformas de desarrollo colaborativo como Codeberg, GitLab o GitHub, entre otras. </li> Proponer sugerencias: no solo encontraremos errores, sino que también se nos pueden ocurrir nuevas ideas. Ideas que, a los desarrolladores detrás del proyecto, no se les habían ocurrido previamente. Estas pueden ayudar a mejorar la aplicación o a incorporar nuevas funcionalidades, lo que podría atraer a más usuarios interesados en la herramienta. </li> </ol> Algunas de mis últimas aportaciones (algunas son sugerencias y otras reportes de errores) que he realizado en diversos proyectos: Ente Auth</a> - Keyboard shortcuts in the Ente Auth Windows application</a> </li> LinkAce</a> - Improve RSS Feeds by adding tags for LinkAce links Tags</a> </li> Zen Browser</a> - Sidebar width setting: apply globally or per window</a> </li> Zola</a> - get_taxonomy_term</code> does not handle terms with special characters</a> </li> </ul> Debemos ser conscientes de que nuestras contribuciones no siempre serán consideradas. La mayoría de las personas que conforman un proyecto de código abierto lo hacen de manera altruista, en su tiempo libre. Por tanto, en muchas ocasiones es difícil que puedan atender todas las contribuciones. A pesar de ello, es importante recordar que, sin la cantidad de contribuciones realizadas a lo largo de la historia, muchos proyectos de código abierto no habrían llegado a ser lo que son hoy en día. Desde este pequeño rincón, animo a que sigamos colaborando a proyectos de código abierto. Todo lo que podamos aportar será bienvenido. Aunque inicialmente no sea considerado, puede que sea la semilla para que, a partir de esa nueva idea, nazca un nuevo proyecto. Implementar microblogging en un sitio web estático 2025-04-21T00:00:00+00:00 No tenía previsto hablar sobre este tema en la segunda entrada del blog, pero tras leer el artículo “Modelos experimentales de microblog</a>” del blog danirod.es</a> me apetecía compartir mi opinión al respecto. Aunque este blog lleva poco tiempo en funcionamiento, la idea de publicar entradas de tipo microblog no es nueva para mí. Recientemente he abierto un issue</a> en el tema que utilizo para este sitio web (construido con Zola</a>) para sugerir una plantilla que permita disfrutar esta funcionalidad. </a> Problemas que detecta Dani</h2> Por lo tanto, si escribes muchos posts, acaba volviéndose difícil ponerse al día. Hay que hacer mucho scroll y además algunos sistemas como RSS simplemente no resultan cómodos cuando cada día entran 40 posts cortos </blockquote> Es cierto, puede ser un problema. No obstante, dependiendo de la herramienta o plataforma que utilicemos para nuestros blogs personales, existen fórmulas que permiten mitigar este problema. </a> Crear un feed separado del contenido principal</h3> Al crear un feed independiente, los lectores del blog que estén interesados únicamente en el contenido más elaborado no recibirán en su lector RSS las entradas de tipo microblog. Esto proporciona mayor flexibilidad. Utilizando la herramienta EchoFeed</a>, es posible automatizar la republicación de estas entradas en la red social de tipo microblog preferida. En un issue</a> que he abierto en el proyecto LinkAce</a> explico cómo se puede aprovechar esta herramienta. </a> Deshabilitar el feed</h3> Otra opción pasa por deshabilitar u ocultar estas entradas del feed principal e incluso de los diferentes feeds activos. Tabi</a>, el tema que utilizo en este sitio web, lo permite hacer a través de su configuración</a>. No son soluciones perfectas. De hecho, es probable que no todas las plataformas permitan hacerlo fácilmente. Pero vale la pena considerarlas como alternativas viables. Otro problema es el propio título. ¿Qué título le pones a un post de 30 palabras? ¿Tiene sentido realmente? </blockquote> No tiene sentido tener que buscar un título. Las redes sociales de tipo microblog (como Mastodon, Bluesky o Twitter) están diseñadas para publicar contenido sin fricciones: escribir lo que se nos pasa por la cabeza y publicar. La mayoría de generadores de sitios web estáticos obligan a establecer un título. Por tanto, para replicar el comportamiento de estas RRSS, es necesario buscar la forma de automatizar este proceso. ¿Cómo? Utilizando la fecha y hora de publicación indicada en el frontmatter. Esto encaja con el funcionamiento de dichas redes, donde la fecha y hora forman parte del contexto de la publicación. Una entrada publicada hoy podría no tener ningún valor dentro de un año ni reflejar la opinión actual de quien la escribió. </a> Solución planteada por Dani</h2> Mi idea consiste en simplemente usar un único post por día y agregar cada cosa separada al final del mismo como si fuese una sección independiente, o un párrafo suelto. </blockquote> A pesar de haber planteado soluciones a los problemas destacados, su propuesta me resulta interesante. Sería como llevar un diario público, similar a lo que implementan muchos sistemas de gestión del conocimiento personal (PKM</a>) con sus daily notes. </a> Economizar recursos</h3> Cada actualización o publicación en un sitio web estático requiere su reconstrucción. Si en nuestra red social preferida de tipo microblog publicamos una media de cinco entradas al día, replicar eso en nuestro sitio estático implicaría reconstruirlo cinco veces diarias. Un gasto innecesario de recursos. </a> Feed unificado</h3> Al agrupar todas las publicaciones de tipo microblog en una única entrada diaria, si esta se incluye en el feed principal, los lectores RSS no recibirán notificaciones constantes. Cada publicación podría tener su propio encabezado, correspondiente a la hora en que fue añadida, manteniendo un orden cronológico dentro de la entrada diaria. En definitiva, sería genial poder hacer POSSE</a> (Publish (on your) Own Site, Syndicate Elsewhere) desde nuestros sitios web estáticos. Hola Mundo 2025-03-10T00:00:00+00:00 Tras mucho tiempo posponiendo iniciar mi propio blog, por fin ha llegado el día. Me ha costado más de la cuenta, no por procrastinación, sino por la parálisis por análisis</a> que sucede cuando las opciones a elegir son innumerables e invertimos demasiado tiempo en analizar cuál es la mejor opción1</a>. He sido y soy consumidor habitual de blogs de diferentes temáticas. Lo hago a través de mi instancia self-hosted de Miniflux</a>. Esto me lleva, no solo a la lectura de los feeds a los que estoy suscrito, sino a descubrir nuevos blogs. Recientemente he descubierto el blog personal de Chris Hannah</a>. La entrada titulada “Focussing on the Wrong Things When Starting a Blog</a>” me ipulsó definitivamente a iniciar este blog. Es una entrada corta, merece la pena la lectura completa. Pero si algo tengo que destacar, es la frase con la que termina (extensible a cualquier ámbito de la vida). The most important thing is that you actually start. </blockquote> He decidido aplicarme el cuento y ponerme manos a la obra. He elegido Zola</a> como SSG (Static Site Generator) junto al (bien documentado) tema tabi</a>. Entraré en más detalle sobre cómo he montado este blog en una entrada específica o en la página Colophon2</a> que enlazaré en algún lugar del blog. No quiero extenderme demasiado, ya habrá oportunidad en el futuro de publicar entradas con más contenido 😉 Debemos tratar de no buscar la perfección. Es mejor hecho que perfecto. ↩</a> </li> Una de las páginas que puede tener un sitio web</a>, que es utiliazada para describir cómo está construido. ↩</a> </li> </ol> </footer>

Esto proporciona mayor flexibilidad. Utilizando la herramienta EchoFeed</a>, es posible automatizar la republicación de estas entradas en la red social de tipo microblog preferida. En un issue</a> que he abierto en el proyecto LinkAce</a> explico cómo se puede aprovechar esta herramienta.</p>

En definitiva, sería genial poder hacer POSSE</a> (Publish (on your) Own Site, Syndicate Elsewhere</em>) desde nuestros sitios web estáticos.</p>

En definitiva, sería genial poder hacer POSSE</a> (Publish (on your) Own Site, Syndicate Elsewhere</em>) desde nuestros sitios web estáticos.</p>

tzinm@blog:~$

Organizando los feeds en Miniflux

¿Cómo podemos contribuir al código abierto?

Implementar microblogging en un sitio web estático

Hola Mundo

tzinm@blog:~$

Organizando los feeds en Miniflux

¿Cómo podemos contribuir al código abierto?

Implementar microblogging en un sitio web estático

</span></a> Solución planteada por Dani</h2> Mi idea consiste en simplemente usar un único post por día y agregar cada cosa separada al final del mismo como si fuese una sección independiente, o un párrafo suelto.</p> </blockquote>

Hola Mundo