Open MinusFour opened 4 years ago
drvy
commented
4 years ago Yo votaría por hacer un tema nuevo con colores parecidos pero con estándar moderno. Tanto en front-end como por back-end estaria genial hacer cambios.. el CMS yo por lo que he visto, deja que desear, al menos un sistema de plantillas más decente como Twig. El backend sin embargo lo mantendría en PHP pues ya está optimizado y preparado, de lo contrario tocaría tirar todo.
MinusFour
commented
4 years ago La pregunta es: ¿Hacemos pocos cambios y conservamos la mayoría del sitio como está o conservamos lo esencial del sitio y es un sistema completamente nuevo? De ahí, podemos decir que queremos cambiar (si solo queremos hacer unos cambios) o que queremos conservar (si son muchos cambios).
Ahorita el repositorio está sentado en medio y podemos tirar para cualquier lado pero no a los dos. Yo creo que el sitio debería modernizarse, entre más pasa el tiempo más difícil va a ser de seguir manteniendo el sitio. Va a llegar un punto en que seguir "parcheando" problemas no va a ser sostenible.
ehnwebmaster
commented
2 years ago La mayoría del material, secciones, trucos se pueden ir fuera.
Lo único que interesa de la web son los servicios:
Y cosa así.
Las descargas están obsoletas, los manuales, igual, la secciones también.
Se puede conservar algo tipo "legacy" del web vieja con el nuevo diseño por motivos históricos, pero el resto de material fuera.
Los textos manuales algunos pocos valen la pena, el resto tienen muchos años...... 10 años o más
Básicamente, ¿Que queremos (y podemos) cambiar y que se quiere conservar? No hay una meta fija de momento, solo hemos hablado en el foro vagamente de cambios tentativos.
Hasta ahora, lo único que queda claro es que el sitio web debe (e.g. elhacker.net) debe verse mejor bajo dispositivos móviles.
Hablamos un poco de hacer el sitio responsive. ¿Pero que cambios podemos hacer para hacer el sitio responsive? Yo sugerí por ejemplo arreglar el markup y utilizar HTML5 (por ejemplo utilizar elementos semanticos:
header,section,footer,article, et all).¿Hacemos cambios al Layout? El Layout que tiene (cabezal, menus laterales, centro, cabecera) es también una idea muy vieja. Me recuerda a los CMS de hace 15 años de Joomla, php-nuke, etc. Yo creo que si podemos adaptar el Layout a que sea responsive pero ¿Quizás sea una buena idea considerar un mejor Layout?
Otro punto muy importante es la arquitectura que tiene el sitio. De momento, el backend y el frontend están algo integrados en un solo lugar. Lo que significa que el que este trabajando sobre frontend puede ver el código del backend. En mi opinión lo mejor sería de una vez separar estos dos. Este repositorio trabaja con React con el propósito de poder facilitar el desarrollo frontend. Es muy flexible y lo podemos adaptar al backend actual pero también estaríamos descartando algunas de las ventajas con un backend con una arquitectura moderna (por lo menos algo con MV*),
Podemos hacer muchos cambios ahora, este repositorio es muy flexible y estándar para desarrollo de aplicaciones web modernas o podemos hacer cambios muy sencillos sobre el código existente.
Yo solo estoy un poco perdido por que tanto debemos cambiar y sería bueno definir algunas metas.
@ehnwebmaster @drvy