Optimización website elhacker.net

[3n31ch]

Hola, tenía una duda sobre la website de elhacker.net. ¿En algún momento se han planteado la posibilidad de hacerle alguna pequeña mantención de código o upgrade de algún tipo?. Quiero decir, entiendo la estética del foro y de la pagina, de hecho resulta hasta nostálgico el mantener el mismo diseño y todo eso, pero a nivel de código hay algunas cosas que se podrían mejorar.

Hoy por recomendación de WHK decidí meterme en la warzone y me llamó mucho la atención un menú lateral que te sigue cuando haces scroll hacia abajo. Se estaba moviendo raro, como vibrando, al ver el código me doy cuenta que tiene una posición absoluta que se recalcula con javascript, y que de hecho, al parecer, los submenu no están anidados al mismo, así que se mueven en paralelo.
En la actualidad existen cosas como "position: sticky" que hacen lo mismo solo que mucho mas facilmente, sin esa vibración ni delay, y sobre todo sin necesidad de javascript.

No sé hasta que punto sería viable (o seguro) subir ese código a algún repo (incluso privado, al que solo tengan acceso miembros del staff) y poder hacer pull request o algo que permita optimizar o mejorar esos detallitos de forma paulatina y con la ayuda de la propia comunidad.

Saludos,

[MinusFour]

Hola, tenía una duda sobre la website de elhacker.net. ¿En algún momento se han planteado la posibilidad de hacerle alguna pequeña mantención de código o upgrade de algún tipo?. Quiero decir, entiendo la estética del foro y de la pagina, de hecho resulta hasta nostálgico el mantener el mismo diseño y todo eso, pero a nivel de código hay algunas cosas que se podrían mejorar.

No sé hasta que punto sería viable (o seguro) subir ese código a algún repo (incluso privado, al que solo tengan acceso miembros del staff) y poder hacer pull request o algo que permita optimizar o mejorar esos detallitos de forma paulatina y con la ayuda de la propia comunidad.

Yo creo que varias veces han salido propuestas así. De momento tenemos acceso al código del warzone, de la web y del foro unos 3 o 4 individuos. El código del foro se utiliza para darle mantenimiento solamente, cuando sale un problema puntual.

En cuanto al warzone y a la web, los dos representan un reto significante. Yo estaba trabajando sobre el sitio web hace un año ya:



Realmente estaba configurando el repositorio y el layout que cree no es más que una propuesta.

El problema en sí es que no hay dirección. Por mi parte yo podría hacer lo que quisiera con el nuevo repositorio y si por mi fuera yo eliminaba muchas cosas del sitio, hacer los cambios que yo quisiera y de la forma que yo quisiera. Pero obviamente no es mi sitio web.

Como se que no todos en el foro tienen acceso al código o incluso a la organización de github de elhacker.net (al cual son libres de unirse los miembros del staff realmente, así que si pueden...) lo he puesto también en un foro visible al staff. Muy poca gente han dado su opinión acerca del tema. Y no es que se buscara una opinión técnica (ni tampoco es que no hubiéramos querido una). Ni siquiera confirmación de que les pareciera bien (o mal).

El warzone de una o otra forma también esta ligado con la web. Y es que hay BASTANTE código correspondiente al warzone. Muchos archivos duplicados y cosas por el estilo. Pero en esencia, tenemos los mismos problemas que con el rediseño de la web. Es difícil realizar cambios si no estamos de acuerdo en que cambios son los pertinentes. Nuevamente, podríamos hacer los cambios que quisiéramos sobre el repositorio... pero si estos cambios no terminan gustando una vez que demos por completado todo pues tocaría reescribir los cambios. Vamos que no tiene sentido escribir código para que al final vengan diciendo que tienes que reescribirlo. Si en cambio, recibiéramos la dirección adecuada podríamos evitar estar reescribiendo el código frecuentemente.

Otros problemas:

A) Somos muy pocos involucrados en el rediseño.
B) Github tiene sus limitaciones. Por ejemplo, a mi me gustaría poder exponer los problemas y metas que los repositorios con más miembros del foro sin tener que darles permiso de lectura sobre el código.
C) Problemas organizaciones (que va en que repositorio)
D) No hemos concluido que stack de tecnologías a utilizar (yo prefiero node.js, otros prefieren PHP, docker?, bases de datos? framework?).

[3n31ch]

Entiendo que un rediseño completo puede ser complejo, pero a lo que voy es mucho mas pequeño. Mantener el diseño e incluso mantener las tecnologías back-end. No obstante, retocar el front-end. No me refiero a aplicar react, angular o vue, sino mas bien, html5 y css3.

Ahora respecto a los puntos a, b, c y d:

A) Si, eso es un problema. (pero por lo que explicas pareciera que estarías hasta dispuesto a hacerlo tu solo hahahaa)
B) Para eso se pueden aplicar otro medios que no sean github: slack, jira, el propio sitio web.
C) Entiendo (o quiero entender) que si el back y el front no están separados una cosa sería la web, otra el foro y otra los retos de la warzone. (incluso cada reto podría tener su repo). // no sé si existirá una separación entre la wiki, el blog, etc.
D) Me remito a lo que dije anteriormente. Para iniciar no es necesario modificar las tecnologías, solo optimizar lo que hay.

Saludos,

Modifico: Se me olvido mencionar, tu diseño está genial.

[MinusFour]

Entiendo que un rediseño completo puede ser complejo, pero a lo que voy es mucho mas pequeño. Mantener el diseño e incluso mantener las tecnologías back-end. No obstante, retocar el front-end. No me refiero a aplicar react, angular o vue, sino mas bien, html5 y css3.

El front-end de la web y el warzone tiene como unos 15 años sin tocarse. Lo puedes revisar tu si quieres, solo es irse al sitio en cuestión, click derecho, inspeccionar código fuente y verás de lo que estamos hablando...

Simplemente, no tiene caso parchear el front-end como está ahora. Quizás una o dos cosas puntuales podríamos corregir pero realmente lo que hace falta es un rediseño completo. La web, como diría Indiana Jones, pertenece a un museo.

Ahora, si podemos trabajar la web sin un framework front-end pero realmente que ganamos con esto? React es una librería muy sencilla en mi opinión. ¿Se puede complicar el código? Claro... pero eso no es culpa de React.

A) Si, eso es un problema. (pero por lo que explicas pareciera que estarías hasta dispuesto a hacerlo tu solo hahahaa)

Realmente no estaría dispuesto porque mi intención no sería de crear un sitio nuevo y llamarle "elhacker.net". Si no es desde un punto de vista comunitario tendría que ser desde el punto de vista del creador. Como individuo yo no figuro.

B) Para eso se pueden aplicar otro medios que no sean github: slack, jira, el propio sitio web.

Si, estaba contemplando usar un issue tracker publico. Slack no tiene mucho sentido en mi opinión. Tenemos un canal de Telegram para discutir estas cosas entre los colaboradores pero las cosas se pierden muy fácilmente. La web no tiene una plataforma de comunicación, podríamos usar el foro pero es más de lo mismo, no es ideal. Encima tenemos el problema que lo que acabe en el foro no es visible desde github y viceversa. Jira cuesta dinero a menos que nos limitemos a 10 colaboradores. No es ideal pero pues es una opción. Trello también era una consideración. En fin, hay opciones pero nada es ideal.

C) Entiendo (o quiero entender) que si el back y el front no están separados una cosa sería la web, otra el foro y otra los retos de la warzone. (incluso cada retor podría tener su repo).

La idea inicial era separar el backend del frontend precisamente porque podríamos dejar el frontend público de forma que no había necesidad de exponer el código backend al público. Así, si alguien ve un error puede crear un PR y si le damos el visto bueno se incorpora inmediatamente al sitio web.

Pero mantener los repositorios y sus issues de esta forma se vuelve más complicado.

D) Me remito a lo que dije anteriormente. Para iniciar no es necesario modificar las tecnologías, solo optimizar lo que hay.

Código (html) [Seleccionar] Expandir

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

Saludos,

Modifico: Se me olvido mencionar, tu diseño está genial.

Gracias, por desgracia solo la cabecera esta "bien". El layout necesita mucho trabajo más.

[Danielㅤ]

Hola, el tema del diseño del foro se habló muchas veces como bien menciona el compañero MinusFour.

A) Si, eso es un problema. (pero por lo que explicas pareciera que estarías hasta dispuesto a hacerlo tu solo hahahaa)

Si, tal vez puede ser porque MinusFour podría realizar los cambios y mejoras al sitio pero como también comentó, no es su sitio web pero las ganas y el material lo tiene, de todas maneras se habló hace poco justamente de esto mismo, de mejorar el sitio y el-brujo comentó que aquí hay una especie de democracia en donde personas del staff e incluso hasta colaboradores pueden opinar y decidir sobre temas relacionados con la administración del foro.

El brujo me comentó que pronto están por hacer una mejora al foro, una actualización de la rama SMF 1.1 a la 2.0, éste trabajo aunque le falta algunos retoques, pero ya está prácticamente terminado y en cualquier momento el sitio entrará en modo de mantenimiento para que se pueda hacer el largue upgrade.

Yo entiendo que se quiera mejorar el sitio pero entiendo también que se quiere conservar el estilo y diseño de tantos años y mantener ese valor histórico del diseño.


Saludos

[3n31ch]

Comparto la idea contigo (soy muy de rehacer las cosas desde 0 cuando no me gusta algo). El tema está que que quizás para minimizar la resistencia al cambio se puede optar por una fase intermedia. Pasar de html4 a html5 tampoco es una locura, y por algo se parte. Arreglar un detallito como el menú absolute de la warzone es algo, infimo, pero es algo. Otra forma es en efecto, actualizar todo pero mantener el diseño.

No me mal entiendas, evidentemente sé que es poner un parche sobre una hemorragia, pero bueno, supongo que peor es nada. En mas de una ocasión agradecería que la web tuviera una versión dark bien hecho para que mis ojos no estallaran por las noches.

Como sea, muchas gracias por tomar en cuenta el comentario. Y de tomarse alguna decisión al respecto, no duden en que estaría encantado de ayudar. (No conozco bien REACT, prefiero VUE y odio Angula, pero bueno, uno se acomoda, haahhaha).

Yo entiendo que se quiera mejorar el sitio pero entiendo también que se quiere conservar el estilo y diseño de tantos años y mantener ese valor histórico del diseño.

Con eso diste en el clavo, me agrada la idea de mantener el diseño (tampoco me opongo a un update) no obstante una cosas es el diseño y otra cosa es el código que hay por detrás. Como lo que decía del menú, se lograría el mismo resultado (de hecho mejor), con mucho menos código, pero visualmente no cambiaría nada.

[MinusFour]

Comparto la idea contigo (soy muy de rehacer las cosas desde 0 cuando no me gusta algo). El tema está que que quizás para minimizar la resistencia al cambio se puede optar por una fase intermedia. Pasar de html4 a html5 tampoco es una locura, y por algo se parte. Arreglar un detallito como el menú absolute de la warzone es algo, infimo, pero es algo. Otra forma es en efecto, actualizar todo pero mantener el diseño.

La idea realmente no es empezar todo desde "cero". El sitio web debería ser el sitio web de ahora. No es remplazar el sitio web por otro vaya. Sin embargo, el diseño de la web va de la mano con el markup de la web. El markup de la web va de la mano con el backend de la web. Así se desencadenan cambios a través de todo el sitio web. Por eso uno de los primeros issues que abrí fue este:

No me mal entiendas, evidentemente sé que es poner un parche sobre una hemorragia, pero bueno, supongo que peor es nada. En mas de una ocasión agradecería que la web tuviera una versión dark bien hecho para que mis ojos no estallaran por las noches.

Eh, yo creo que el foro y el sitio web están así por tener esa mentalidad. Se rompe algo, un pequeño parche aquí. Se rompe otra cosa, otro parche por aquí y al final acabas con un sistema de tuberías todo parcheado. ¿Funciona? Si... pero olvídate de incrementar la presión de agua porque te cargas todo.

La esencia de la web es lo que debe perdurar y en mi opinión su diseño no es parte esencial de la web. Esta bien dejar una versión archivada por ahí como contexto histórico pero nada más. Pero como dije, esa es solo mi opinión.

[@XSStringManolo]

Yo intenté echar un cable en su día pero no manejaba las tecnologías que se estaban utilizando. Asique no logré ni hacer una aportación pequeña.

Quizas ahora pueda aportar, que estuve aprendiendo React y estoy mas familiarizado.

El principal problema que veo es el mismo que comenta MinusFour, no hay una serie de directrices claras, entonces a la hora de toma de decisiones no tienes claro que hacer.

A parte en el repositorio, desarrolladores que programen web no sé si somos solo 3 o 4. Yo tengo 0 conocimiento del backend del foro, asique ni la menor idea de como se va a integrar o como siquiera te puedes plantear el desarrollo del front si no sabes de donde vas a sacar el código del backend. Tampoco manejo de consultas sql, por lo que todo el backend si se toca (que entiendo que es necesario al estar seriamente integrado con el front) yo no aportaría nada.

Sobre todo, faltan decisiones sobre que es exactamente lo que se quiere hacer. Que tecnologías se van a utilizar. Etc.

[karmany]

Respecto a la estética a mí tampoco me importaría echar una mano en el código CSS y hacer el foro responsive, así no obligarías a instalar en el smartphone la app tapatalk. Si hubiera un Github para esto (igual hay) yo me apuntaría.
¿Qué dificultades veo? El código final html que es una basura. Es como los antiguos códigos del siglo pasado en el que el diseño se hacía a base de tablas. Veo que un simple mensaje como este tiene anidadas 3 tablas y atributos obsoletos en línea como cellspacing o cellpadding entre otros. Entonces, hacer responsive el horrible código html actual, sería ir bloqueando desde css todas las propiedades y hacer uso de !important. Por esto, si se quisiera hacer responsive desde css y mantener las tablas (por no hacer una gran modificación al código html final) habría que hacer una mínima limpieza de los archivos PHP quitando todos los atributos obsoletos. Pero...
¿merece la pena trabajar en diseño sobre tablas?

[MinusFour]

Respecto a la estética a mí tampoco me importaría echar una mano en el código CSS y hacer el foro responsive, así no obligarías a instalar en el smartphone la app tapatalk. Si hubiera un Github para esto (igual hay) yo me apuntaría.
¿Qué dificultades veo? El código final html que es una basura. Es como los antiguos códigos del siglo pasado en el que el diseño se hacía a base de tablas. Veo que un simple mensaje como este tiene anidadas 3 tablas y atributos obsoletos en línea como cellspacing o cellpadding entre otros. Entonces, hacer responsive el horrible código html actual, sería ir bloqueando desde css todas las propiedades y hacer uso de !important. Por esto, si se quisiera hacer responsive desde css y mantener las tablas (por no hacer una gran modificación al código html final) habría que hacer una mínima limpieza de los archivos PHP quitando todos los atributos obsoletos. Pero...
¿merece la pena trabajar en diseño sobre tablas?

Si tenemos un repositorio para el foro, privado a la organización de GitHub, el cual cualquier colaborador/moderador/administrador puede pedir una invitación.

Tendría que revisar que tantos cambios son necesarios para hacer responsive el tema del foro. Pero realmente no tiene caso, la idea es migrar a una nueva versión de SMF y/o a otro sistema. Los cambios que hagas serían mejor sobre la actualización.

Por lo menos la nueva versión de SMF tiene un tema responsive y sería solo ajustar colores y cosas así.