Propuesta para rehacer la web

[Toriomg]

Propuesta: rehacer la web del GUL (gul.uc3m.es)

Lista de dudas y propuestas para rehacer gul.uc3m.es y que quede profesional y guapísima (que es lo que somos: más guapos que profesionales).

Escribo con el QWERTY americano: me da pereza usar tildes y las 'Ñ' las voy a escribir con ';'. Es mi punto intermedio de eficiencia entre usar el español y usar alguna movida como el DVORAK.

Resumen

Rehacer la web del GUL para unificar estilos con las subpáginas, modernizar el stack (TS + Astro), meter SEO y multiidioma, y automatizar el despliegue. Este issue recoge las dudas abiertas y las propuestas a discutir antes de tocar código.

Convenciones

Rama default

Seguimos usando de web_<año> como sucesión de ramas y para la default tb??. O cambiamos a usar main directamente, e ir haciendo PRs para cambios?
Las versiones de cada año, las podriamos indicar con las tags de git.

Ficheros varios

Ficheros varios para establecer buenas practicas: .gitignore, CONTRIBUTING.md, usar prettier como formateador...

Subpaginas

Existen distintos repos para las subpaginas de la web.

Icono / enlace	Servicio	Repo en github.com/guluc3m
Nextcloud → /ftp	Instancia Nextcloud + espejo FTP	nextcloud-docker (docker-compose) y ftpsync (mirror de Debian)
Jamón → /jamon	Web del evento "GUL Jamón"	gulJamonWeb
Zoe → /zoe	Web de promoción del asistente Zoe	webzoe
Radio → /radio	Web de Radio GUL	webradio

Imagino que habria que adaptarlas al nuevo estilo xa q no quede dispar.

Además, la página de las Jornadas Técnicas queda fuera de este rediseño (creo).

Propuestas para nuevas sub paginas:

• Linux install (Esta ya esta propuesta): En el issue de Albert guluc3m/linux-install para tenerlo bonito en web, se puede meter como subpagina.
• Con las actas se podria hacer tb?
• Una breve introduccion de como usar la plantilla de typst.

Al meollo de la cuestion

Para lograr cohesión y homogeneidad, tener los repos separados complica compartir estilos entre ellos.

Opciones que se me ocurren:

• Monorepo: no veo moverlos todos, cuando pueden salir cosas (intereses) nuevas y q otras se queden en desuso. Aunque puede que tener un repositorio para cada web a la larga tampoco sea la mejor idea.
• Vendorizarlo (i.e. copiar y pegar en cada repo y sacar una PR): por definicion es una idea mala teniendo +4 repos
• Que los otros repos apunten los CSS, Web Components, JS... genericos (usando 'gul-' como indicador de esto: p.ej. <gul-*>) al codigo del repo principal, que si estan alojados en el mismo server no creo que hubiese mucho problema.

A los mejor estoy pensando demasiado (que llevo media hora haciendolo), y lo mejor es meterlo todo en un unico repo y archivar los otros.

SEO

Meter un SEO minimo, con og:images para la previsualizacion en X, whatsapp... y meter el sitemap. Ademas de meter un llms.txt para que chati diga que somos los mejores.

Meter multiples idiomas

Tenerlo al menos el ingles como idioma secundario. En la web de Open usé i18n para el build; si aquí se hace vanilla habría que separarlo, con los textos por idioma en un .json. Aunq lo mejor es tenerlo en paginas separadas: /en, /fr...

MOVIDAS TECNICAS

Lenguaje

Migrar de JS a Typescript 100%. Aunq tampoco hay mucho codigo que migrar.

Luego usaría Astro: es más cómodo para programar componentes y evita el HTML crudo (que odio a muerte).

Implica meter Node.js y un npm run build. Cómodo para desarrollar, peeeero nada dice que en 3 años se rompa y haya que mantenerlo.

Si se usa Astro, lo documentaré para el siguiente insensato que toque algo de código.

Donde alojamos el repo

Lo seguimos teniendo en Github o lo metemos a Codeberg?

Unpopular opinion for GUL's folks: Yo prefiero Github pese al <90% de reliability, pq codeberg aun no lo veo lo suficientemente maduro (y los servers son un ESP32 pq va lentisimo, diossss).

Que ya luego hable el femboy.

Hosting

Ahi no me meto, ya me decis vosotros como lo meteis en el gul-server, y de ahi adapto lo q yo haga.

Luego meter algo de Github Actions, para que al sacar release de la web o un push a main, se buildee y se despliegue sola.

LA WEB EN SI

El wireframe ya lo hare en otro momento, cuando ya hablemos de que tiene que tener la web. Asi q para discutir un poco como hacerlo:

• QRs y links a los grupos telegram, link al server de discord (x si un dia se vuelve a usar).
• Secciones que manden al install, a las jornadas...
• Proyectos que mostrar?
• le haria una pagina a las plantillas de typst, explicando como usarlas (usando lo mismo que usemos para el linux-install)
• Mostrar tanto el github como el codeberg de la asoci
• chascarrillos o cosas graciosas como las que ponia en open.
• no se mas

Estilos

Colores: Gradientes del gris del logo a negro; blanco para destacar con los textos.

Me gusta el estilo de esta plantilla generica, aunque no usaria los glow gradient (los q estan de moda ahora con la IA), sino que algo mas pixelado como este banner de Github:

Meter como un efecto en el background el juego de la vida de Conway para el landing o en alguna pagina.

PINGÜINOS

MUCHOS PINGÜINOS, EXCESO DE PINGÜINOS, TODOS LOS PINGÜINOS GORDITOS POSIBLES. VIVA TUX.

Me imagino que en vez de usar los puntos para bullets, o en sitios asi; podemos usar un .svg de Tux, puede estar gracioso.

[rajayonin]

Unos apuntillos...

Webs y monorepo

• Zoe está bastante muerto, se puede quitar y ya
• Nextcloud es literalmente el frontend, no hay mucho que tocar
• Radio era un wrapper muy ligero de Azuracast (literalmente con <iframe/>s, y ya ni está levantado. Chapao también.
• GUL Jamón va aparte
• Guía de instalación, lo que dice el issue de su repo

En definitiva, dos repos activos: webpage y webpage-jamon (este último, siendo monorepo front y back).

Que sea GitHub/Codeberg/Forgejo se ya verá, es irrelevante aquí todo esto. ¿Molaría autodespliegue? Sí. Ya hay un issue que lo menciona creo.

La Web en sí

• Links no, que luego vienen bots y no queremos eso. Que nos escriban un correo (tampoco poner el link mailto, que quede con el AT como ahora)
• Los chascarrillos son las fortunas. Me da igual como y donde, pero las quiero. Y que sean un JSON esta vez por favor.
• Proyectos interesantes? Plantillas (hay que publicar, la guía de uso debería ser la propia documentación); guía de instalación (link). Quizás proyectos pasados como Zoe y jueguitos, o fotos de lo de los teclados y las charlas. Quizás también links a los vídeos de YouTube. Hay que darle una vuelta.

Cosa visual

Bro, haz lo que quieras. Odio el frontend y soy daltónico. Sólo pido que no parezca puto slop y que se note que somos unos frikardos linuxeros y furros.

Tejnologías

Usa lo que más rabia te de, si total es una web simple y hoy en día los LLMs te pueden dar mucho juego. He programado algo con Vue y sé que para cosas simples los frameworks estos son sencillitos, sobretodo una vez montados. Si te gusta Astro, adelante. TS, ya que hay que hacer build, pues por qué no, aunque van a ser 50 líneas.

Bun > NPM. Si no te gusta Anthropic (understandable), pues PNPM.
Aunque ya puestos a probar cosas nuevas... Vite+? Eso ya te lo hace literalmente todo (dependencias, linter, formatter, build)

El resto

SEO, prettier, y toda esa mierda, perfe. Multiidioma... la cosa es que la asociación es en Español. Los chats son en español, las charlas son en español. Parte de la razón es que no hay demasiado discourse sobre software libre en Español. Pero eso es algo que tiene que decidir la propia asociación.

Ramas y demás

main, marcamos versiones con tags, y a tomar por culo.

[z4na14]

Principalmente ya ha comentado Luisda cosillas que he visto yo también, pero añado unos retoques.

Cloud

Hemos cambiado de Nextcloud a Copyparty. Tenemos 4 mierdas subidas, que de por si solamente lo usábamos para acceder a los archivos del NFS. Se puede configurar también para WebDAV y permitir editar los documentos desde el cliente preferido de cada uno. Además de que tenemos un propio dominio justamente para el cloud.

Direcciones

Lo dicho, cloud a cloud-gul.uc3m.es, y el resto a gul.uc3m.es/

• /jamon
• /ctf
• /guia
• /pies-de-richard-stallman.jpg
• todo lo que vaya surgiendo (servicios de compis que quieran subir sus proyectos)

VCS

Codeberg huele a perro muerto. Forgejo en nuestro servidor y GitHub de mirror.

Página

Español, y como ya ha mencionado Luisda, sin enlaces. Quiero un gate humano. Tambien estaría bien dejarlo lo más simple posible, sin usar frameworks como Astro. Es preferible que el que venga después no necesite una base. Y pnpm, a usar un gestor vibecodeado para vuestros proyectos personales...

y muchos pinguinos, gracias :D

[rajayonin]

Tambien estaría bien dejarlo lo más simple posible, sin usar frameworks como Astro. Es preferible que el que venga después no necesite una base.

Lo mismo se podría decir de HTML/CSS y, específicamente en nuestra página web actual, Bootstrap 4. El que venga va a venir con lo que venga, y si no tiene base, o no lo hace él, o lo dicho, se aprende. Hoy en día prácticamente nadie programa frontend a pelo. Dado que es un framework bastante estándar y usado, y el chaval lo va a hacer él, déjale.

Y otra cosa: dudo bastante que se toque mucho la web en los próximos cinco años, como ha sido el caso de la actual. Y si el que llega tiene cero ganas de tocar Astro y/o prefiere usar X tecnología nueva, que la rehaga. Es una página estática simple, si sabes en un par de tardes lo tienes.