Vamos a empezar a arrancar poco a poco este curso. Lo primero va a ser añadir a la base de datos todo el hardware que el personal ha ido validando en el banco de pruebas durante el verano. Veo unos cuantos procesadores, un buen número de placas base e innumerables modelos de memoria RAM. Con esto me pondré en los próximos días.
Actualización software
La primera actuación de calado será meterle mano a las máquinas. Eso probablemente ocurrirá durante la semana del 7 de septiembre (ya se especificará el día). En estos momentos, todas las peticiones web pasan por un proxy-caché en un VPS. La idea inicial era reducir la carga y ancho de banda del backend, pero no ha funcionado como esperaba. Por una parte, se producen ráfagas prologadas de transferencias entre el backend y el VPS que saturan la conexión (todo lo contrario a lo que pretendía). Esto es debido a que cuando alguien se descarga un archivo grande, este se copia entero en la caché mientras se sirve. Por otra parte, se han producido innumerables problemas (principalmente en el museo) por razones que no termino de entender (es la primera vez que configuro la caché de Nginx y hay algo que no estoy haciendo bien).
Eso quiere decir que vamos a volver al esquema anterior: VPS como pasarela para aprovechar las mejoras rutas de sus conexiones y punto.
En paralelo, se va a actualizar el sistema del servidor principal (ahora backend). Esta operación suele ser bastante engorrosa y probablemente tome un día prácticamente entero.
También quedan actualizaciones pendientes de Nodebb (foro) y Mastodon.
Actualización hardware
Por parte del hardware actual, se va a hacer una rotación de discos duros. En los últimos meses han petado un par de discos (uno de ellos de forma repentina y desastrosa). Aquí seguramente hay un fallo de método por mi parte: he dado por sentado que los discos duros son perennes si las condiciones de operación son las adecuadas y el hecho de tener copias, ha hecho que me confíe. También es verdad que en el último año se han multiplicado el número de discos duros: antes teníamos el NAS y el disco de sistema. Ahora, además, hay discos dedicados para recursos de Mastodon, Peertube, Redis, museo, web y el Ryzen 9900X. Las probabilidades de fallo también se multiplican.
Sea como fuere, después de eso, me había quedado sin discos duros aptos para estos menesteres, así que he restituido las reservas (no son nuevos, pero con muy poco uso). Todavía tengo que ver cómo voy a distribuir los servicios y los datos pero eso es irrelevante.
Sobre la campaña de renovación de máquinas que quedó a medias el curso pasado, visto el panorama, no se va a reanudar próximamente. Hace unos meses tenía la esperanza de que las cosas empezaran a normalizarse sobre estas fechas y aunque hay indicios de un cambio de ciclo y parece que se están produciendo algunas fuerzas macro que podrían ayudar a restituir el equilibrio, la auténtica realidad es que para 2026 no va a ser.
Desarrollo
Todavía no sé cuánto tiempo voy a poder reservar para esto los próximos meses. Espero que algo similar a lo que he venido haciendo en los últimos meses pero no hay nada garantizado.
El curso pasado quedó en el tintero el banco de pruebas. Se sacaron algunas versiones de prueba y se encontraron problemas para reproducir resultados haciendo cambios estructurales del programa (esquema de hilos frente a procesos). La idea en principio es mantener el core intacto para los tests 1 al 4, añadir un nuevo test (memoria grande) dentro de un esquema multihilo e ir añadiendo funcionalidades a la interfaz gráfica. También quedan detalles en la web (maquetación, estética de las gráficas y otras cuestiones menores).
En paralelo se va a reimplementar la portada para abandonar el SGBD que creé en su momento y que se ha demostrado tortuoso de mantener, lento e inseguro para pasar a la estructura a la que se migró el banco de pruebas y el museo. Por parte del contenido, la idea es experimentar con la IA (recordad que en Hardlimit se usan exclusivamente modelos abiertos ejecutados localmente). Quiero hacer algunas pruebas a ver cómo funciona. Si los resultados no fueran los esperados, se volverá al método manual. La idea también es ofrecer una versión traducida al inglés. Todo esto va a requerir ingentes cantidades de potencia de proceso, así que por ahí se puede caer la idea. Ya se verá.
Y para terminar con esto, se va a refactorizar todo el código relacionado con la traducción del foro y subtítulos de Peertube. Esto es algo que se ha ido haciendo siempre de forma experimental, a cachos y pegando unas cosas con otras de cualquier forma. Y ha terminado con una estructura de archivos y directorios un poco caótica.
También quiero experimentar con traducciones del foro más libres, en el sentido de que el modelo tenga más libertad para separar y unir oraciones y dar más naturalidad a las traducciones. En estos momentos se instruye que se debe respetar la estructura del texto original y eso a veces da lugar a traducciones poco naturales en el idioma objetivo. Es un tema delicado (desde el punto de vista de la fidelidad de la información que se quiere transmitir) y por eso quiero hacer pruebas antes de ponerlo en marcha.
Todo el tema de las traducciones del foro tendrá una prioridad superior al curso pasado ya que empieza a haber cierta actividad (muy poca, pero la hay) y eso me hace pensar que también debe estar aumentando el número de lectores del foro en inglés.
En fin, hay más cosas en el tintero (promocionar ciertos tipos de contenidos en Peertube, empujar a la gente a participar en el foro, animar a usar la instancia de Mastodon, etc). Pero la infraestructura actual invita a ser cautelosos con presionar un crecimiento moderado de la actividad, sobre todo de Peertube y como al final la idea es que todo se realimente de todo, es algo que queda en pausa.
