Modernización del sitio de MozMx

Community Portal Mozilla Mexico
#16

Hola, llegando tarde a la discusión como siempre :stuck_out_tongue:

Creo que todos coincidimos en que hay que darle una refrescada al sitio, se ve muy viejo y la versión móvil le falta mucho mucho mucho amor. Es un hecho que cualquierda que sea la decisión si quedarnos en WP o migrarnos a Jaykill debemos de tener un template modernou.

Veo 2 debates en paralelo, uno técnico sobre beneficios y y perjuicios de cada plataforma y otro de la forma de postear.

Sobre el primero, mi experiencia es que es una lata estar vigilando un sito de WP, por ese lado estoy con @BoBsicle y @mautematico sobre el cambio de plataforma.

Sobre la forma de postear, podemos hacer tan sencillo o complicado postear sin importar que usemos para administrar los contenidos, como bien lo menciona @elidron y @danys.riot se debe trabajar en paralelo en crear contenido, calendario, etc, etc. se puede hacer algo tan sencillo como si quieres escribir algo mandanos a este correo lo que quieres que posteemos y alguien del equipo lo revisa y lo postea.

…my two cents :moneybag:

#17

Yo me súper apunto a la tarea de definir un flujo (automágico) de CI/CD
para jekyll.

Jekyll y otros generadores de sitios estáticos me parecen buenísimos y
considero que es buen momento para tomar una oportunidad de estas.

Ya comentamos que se escribe fácilmente en markdown, pero como apunta lasr,
siempre puede ser más simple.

Por lo anterior, suponiendo que obtenemos patrocinio para un droplet de los
más pequeñitos de digital ocean (o equivalente), también me apunto a
elaborar una herramienta wysiwyg como auxiliar en la publicación; esta
herramienta enviaría los posts como borradores para que posteriormente
alguno de los que cuenten con el rol o permiso necesario admitan el post a
publicación.

Quien sabe, tal vez esto termine en la creación de un conjunto de
herramientas útiles para toda la comunidad Mozilla y amigos.

#18

Podriamos empezar a trabajar en el cambio del sitio y además adaptarlo a las necesidades actuales de la comunidad, es decir, poner el proceso de contacto con la comunidad, como colaborar y todo esto inclusive.

Con esto podriamos solventar muchos problemas que se tienen actualmente, y dar un aspecto de modernidad y funcionalidad a la comunidad, ya que podriamos seguir con la tendendia que iniciamos en la wiki de cerrar áreas que se tenian y no se trabaja realmente en ellas y orientar a los nuevos interesados en colaborar en proyectos verdaderos dentro de la comunidad y empezar a buscar un refresco de la misma.

Y como dice @lasr21podemos trabajar en paralelo dos equipos, que a la vez sea uno solo, para la administración de los contenidos y el diseño del sitio, a sabiendas de todo lo que esto implica.

Dejo el comentario hasta aquí, para no alargar mucho la discusión ya que hasta hoy se puso de fecha limite para comentarios y mañana tomar una decisión si se realiza el cambio o no, y cual es la alternativa en caso de que no.

Saludos :cookie:

#19

Hola!

Ya dimos bastante tiempo de más para que se presentarán otras opiniones, así que en base a lo hablado anteriormente, se proponen estos dos proyectos.

Uno: Rediseñar el sitio actual, hacerlo atractivo visualmente y responsivo.

Dos: Mudarnos a la nueva plataforma, con el codigo que se requiera, y trabajar en la forma en la que se administrará el contenido para su publicación.

¿Cuál les parece mejor?

Esta vez daremos al dia Lunes 13 de Marzo a las 13 hrs (Hora del DF).

Cabe señalar que cada comentario deberá ser soportado por algo técnico o bien social, o alguna idea propia, que enriquezca a dicho proyecto.

La decisión se tomará de acuerdo al proyecto al que le sean añadidas más ideas que lo enriquezcan, es decir, al comentar se deberá comentar cosas positivas únicamente del proyecto que apoyas y del como se podría trabajar para lograrlo.

No se deberá escribir cosas negativas del proyecto por el cual no estás votando, o hacer alguna comparación entre los proyectos o ideas dadas por alguien más en tu comentario.

Una vez llegada la fecha limite para comentar, se hará una reunión vía mumble en donde se anunciará el proyecto ganador, se elegirán los responsables de cada tarea y los pasos a seguir.

Saludos! :rice:

1 Like
#20

A mi lo que no me queda claro y que no me han ayudado a ver, es ¿que tipos de problemas? el punto principal aquí es que NO se genera contenido constantemente, el flujo esta en el wiki así como la forma de colaborar, que esta puede mejorar, es un hecho (https://wiki.mozilla.org/Mexico/difusion), reitero, la plataforma es lo de menos, y sobre las actualizaciones, estamos al pendiente @tuxlany un servidor al tanto para cubrirlas lo más pronto posible y que no nos causa ninguna lata.

#21

¿Que tiempo llevaría cada una de estás? Eso sería importante saberlo.

Yo me inclino por esta: [quote=“BoBsicle, post:19, topic:13615”]
Uno: Rediseñar el sitio actual, hacerlo atractivo visualmente y responsivo.
[/quote]

Mis argumentos están en la parte de arriba de este hilo.

#22

Hola, para tener mas claridad de la intensión del voto

  • Uno: Rediseñar el sitio actual(Wordpress), hacerlo atractivo visualmente y responsivo.
  • Dos: Mudarnos a la nueva plataforma(Jekyll), con el codigo que se requiera, y trabajar en la forma en la que se administrará el contenido para su publicación.

0 voters

Show results
1 Like
#23

Mudarnos a Jekyll.

Por la forma en que funciona Jekyll, si montamos las tripas en un dcvs (como git), lograremos que todo quede versionado, y aprovechando esto:

  • Resulta posible hacer regresiones en el contenido.
  • Resulta fácil revivir y escalar el sitio en un sólo paso.

Por la forma en que funciona Jekyll, resulta simple gestionar la seguridad:

  • Una vez generado el sitio, todo el contenido estático puede ser servido desde cualquier servidor web estático que, por ejemplo, sólo admita peticiones GET y descarte cualquier query, parámetro, método y cabecera que no esté en una lista blanca

Considero que con Jekyll podemos alcanzar un flujo de trabajo bastante descentralizado e in the open.

1 Like
#24

Agrego:

WordPress ya soporta edición colaborativa mediante Google Docs - FayerWayer

#25

Hola @odin creo que eso que tu comentas en otro tema, que también es necesario abrir a discusión, este hilo es único y exclusivo para el sitio y la forma en la que se administra el contenido, más no para tratar el como se va a generar ese contenido. Te invito a abrir otro hilo para poder hablar más el respecto y no desvirtuar este.

El problema que queremos solucionar es poco atractivo visual y dinamismo del sitio, además de la facilidad de acceder y leer el contenido del blog desde diferentes dispositivos, además de que se necesita una mayor administración del sitio actualmente.

Todo esto ya se habló en la etapa anterior, por fa hay que proseguir en esto si no nunca tomaremos una decisión.

** Nota: Del tiempo, considero que ambos proyectos llevarían el mismo tiempo el cual variaría de la cantidad de interesados en colaborar en el que se elija, calculemos unos 4 meses aproximadamente. **

Saludos :pill:

#26

Bueno se cumplio el plazo y se eligio que nos mudaramos a Jekyll @mautematico @BoBsicle pueden poner un mini plan de como lo visualizan el cambio y timeline para ver como los podemos ayduar así como los requisitos?

#27

Hola!

Bien, ahora creo que haremos la reunión por Mumble para que todos los interesados en apoyar en la migración puedan asistir y armar el plan a seguir, así como las actividades a realizar por cada uno. Les parece si dejamos la reunión para el Jueves 16 de Marzo a las 9:30 pm hora del DF?

Las actividades a tratar serían las siguientes:

  • Crear el repositorio en GitHub.
  • Generar una url temporal
  • Hacer el respaldo de WP
  • Estructura del sitio en Jekyll
  • Montar un demo
  • ¿Tema propio o modificar uno ya existente?

Les dejo el enlace a la wiki de Mumble: https://wiki.mozilla.org/Mexico/servidor_charlas

Recuerden que la contraseña la deben pedir a quien más confianza le tengan :stuck_out_tongue:

Saludos :alarm_clock:

#28

Faltan estas actividades en la lista:

  • Configurar DNS del dominio temporal de jekyll
  • Relacionado con Generar una url temporal
  • Configurar TLS/https en el dominio temporal
  • Definir si usaremos el flujo automático de gh-pages o definiremos
    nuestro propio flujo CI/CD
  • Definir si usaremos o no github-pages para servir el sitio
    • Repercute en la configuración TLS/https
    • Repercute en el flujo CI/CD

Idealmente, el dominio temporal será un parámetro que podremos cambiar en
un solo paso para cuando llegue el momento de usar el dominio principal.

Me parece bien jueves 16 de marzo a las 21:30 (hora del DF), como propone
BoB

#29

Creo que podrian migrar este hilo al github de mozmx para poderle dar un mejor seguimiento. slaudos

#30

Hola!

Les dejo el enlace al pad
https://public.etherpad-mozilla.org/p/migracionmozmx

Como nota importante próxima reunión 24 de Marzo.

Saludos
Uriel

#31

Este es un mensaje de Erik Perez que puso en el grupo de telegram, lo pongo para que no se pierda y en lo que registra en el discourse

Disculpen por ponerlo aquí iba a ponerlo en el foro de Mozilla México, pero no supe cómo registrarme.

Ya escuche y leí todo sobre el hilo de la nueva modernización de la página, pero no entendí si ya se está trabajando, ni cuales son lo avances, con su permiso, propongo que el que guste puede hacer un sitio web en wix (es gratis) y fácil, cualquiera sin conocimientos puede hacer un diseño desde cero, solo se necesitan imágenes, para eso propongo que todos los diseñadores graficos que hay o dibujantes colaboren haciendo imágenes en png y una foto del dibujo (en el caso de los dibujantes) y publicarlas en telegram para su uso por los miembros de la comunidad y al final juntaríamos lo mejor de las propuestas de todos para adaptarla a una sola y que a la mayoría les guste, para hacer un sitio 3.0 en el servidor de la página con colaboración de los desarrolladores de la parte técnica y la más compleja y ver si es posible.

También propongo que el que guste suba 3 dibujos o más, imágenes normales o de mozilla o de publicidad que les guste o se les haga atractivo para darnos una idea de como dar forma a la página y a los diseños (Yo propongo algo referente a pixelart o codigo estilo hacker, o algo futurista o como estilo película Tron o como si fuera publicidad para gamers)

También falta proponer formas de acomodar para que la información y temas más importantes de los menos importantes, también sus avances, los temas finalizados y al acuerdo que se llegó entre los participantes y cuantos participantes hay.

Para concluir, al finalizar este proyecto propongo hacer el video tutorial de apoyo para los que no conocen como empezar a colaborar, podemos hacerlo con los miembros de mozilla hispanos, propongo que pongamos un video en el sitio de mozilla hispanos y otro en el de las comunidades para familiarizarse con cada uno y no tener dudas sobre las demás comunidades o clubs, también hablar con altos mandos de mozilla para informar en una nueva actualización a todos los usuarios de firefox que quieran apoyar a la comunidad.

Gracias por atención y corríjanme si algo no se puede.

#32

@BoBsicle @mautematico tendrán novedades de como va esto o se quedo medio estancando desde la ultima vez?

#33

Hola estimados @BoBsicle @mautematico

Puedo apoyarlos con pruebas de investigación de UX y Usabilidad del nuevo sitio mientras se encuentra en fase de desarrollo, díganme como nos poenos de acuerdo…

Saludos

#34

Hola @lasr21 @quarry.cero pues la pagina ya está digamos exportada aquí pero nos atoramos un poco aplicando el tema ya que entramos en algo de discusión sobre cual era el más apropiado, quedamos de usar el tema de MozActivate pero no hemos logrado avanzar en eso ya que está a discusión como y en donde montar el tema y la pagina jeje cc @odin @mautematico

#35

Hola! Debido a que este tema se ha estancado y pues es obvio que el sitio necesita ser renovado, se propone que solicitemos el apoyo a otras comunidades, ésto con el fin de apoyarnos y establecer mejores lazos con las multiples comunidades existentes.

Quedo a la espera de los comentarios, para poder proceder en su caso máximo el día 5 de Febrero con la invitación a comunidades a apoyarnos con código, diseño o cualquier otra cosa que ayude a destrabar este importante tema.

Saludos

1 Like