Sería bueno saber qué es lo que piensan las personas que publican más en la página de Mozilla México, ya que, si les estamos complicando la manera en crear una publicación no creo que sea lo más conveniente. Por otra parte, entiendo que la finalidad es ser más transparentes pero, ¿cuántos de la comunidad han contribuido en publicaciones? (Personalmente no lo he hecho). También hay que considerar que no todos tenemos las mismas habilidades de redacción (no solo me refiero a ortografía y grámatica) y crear publicaciones que tengan cierto impacto y ayude a nuestro “público”. Desde el punto de vista de Social Media (no soy experto en ese tema, @elidron nos lo puede aclarar o explicar mejor) generar contenido puede repercutir de forma positiva o negativa. Tampoco es que vendamos algo pero, considero que es algo que se tiene que tomar en cuenta. Tener un control de lo que se va a publicar permite que más de uno revise el contenido del mismo. Que la transparencia de la publicación de contenido dependa no solo de la modernización del sitio, sino también de los procesos internos.
Totalmente de acuerdo. Creo que la revisión de los post es algo muy importante, y no se como de pueda controlar, acaso en la carpeta de borradores, tendríamos que estar aplicando los mismos procesos de ahora.
Hola mozillians! He seguido el hilo de la discusión por algunos días, viendo los links y buscando un poco más sobre Jekyll. En mi opinión, sí creo que un rediseño del blog de Mozilla México sería ideal, para que desde el punto de vista del usuario sea mucho más sencillo de leer y navegar y a su vez sea mucho más atractivo en diseño (ahora no lo es tanto); también estoy de acuerdo con @odin en que trabajar sobre html puede complicar las cosas para quienes quisieran empezar a escribir en el blog y no tienen un conocimiento previo sobre eso, personalmente trabajando con la wiki, me costó un poco de trabajo empezar a editar justo porque la plataforma no era tan amable como algunos otros editores (esto es importante si queremos integrar a más personas de diferentes núcleos y conocimientos a la comunidad, no solo a los que les interese la parte técnica o que se metan en los fierritos). Yo he publicado varias entradas en el blog en los últimos meses y me gustaría seguir haciéndolo periódicamente, así que agradecería contar con un editor fácil de usar que nos ayude a avanzar e incluir a otros y no nos detenga al enfrentarnos con la barrera del “código”.
De quedarnos en Wordpress, ¿podemos pensar en otro template para contar con un diseño más atractivo?
Abrazo.
Hola! Creo que hay como confusión, la creación del nuevo template y estructura del sitio es lo unico que requiere html, css y todo eso.
La publicación de contenido en el sitio se puede hacer a través de MarkDown tal como lo publicó Mau:
Esto para mantener la facilidad para publicar contenido en el sitio, respecto a lo de la revisión de los post hay que recordar que para que un post sea publicado va a ser necesario que se acepte por el o las personas encargadas de aprobar post en el sitio (tal como se maneja ahora en wp), igualmente hay que recordar que los borradores estarían publicos para poder ser revisados y/o mejorados por algun otro miembro, con tal de que el contenido quede de la mejor forma, igualemente existitía un historial de correcciones y de versiones en caso de que se necesite.
Esto realmente es con el fin de probar algo nuevo, dado que pienso que mantener igual el sitio no nos ha funcionado como muchos mencionan, no hay gran cantidad de contenido en el sitio y los que publicamos somos uno que otro. Igualmente creo que la epoca en la que la gente se sentaba frente a su computadora a leer blogs ya ha pasado, ahora los leen en el trayecto a la escuela, al trabajo o en cualquier otro lugar mediante dispositivos moviles y si vamos a invertir tiempo y recursos en adaptar wp a mobile porque no mejor invertir ese tiempo y esos recursos en algo que nos permita mejorar en más de una area de oportunidad? Creo que con la ayuda de todos los que estamos tanto del ambito del social marketing, desarrollo, rss, diseño. infraestructura podemos hacer algo que nos satisfaga a todos y que sea util y usable para los usuarios y visitantes del sitio.
Saludos! 
Algo que no salto desde el inicio de este hilo fue tu comentario de que no había algo claro de como publicar, te recuerdo que existe el wiki y hay algo, muy poco pero claro, al menos para varios https://wiki.mozilla.org/Mexico/difusion
Reitero, podemos tener la herramienta más chingona y novedosa, pero sin interés de todos en la generación de artículos, seguiremos en el mismo lugar.
A mi me quedo claro que una cosa es la plataforma y otra el tema del template.
Saludos, 
Hola, llegando tarde a la discusión como siempre 
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 
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.
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 
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! 
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.
¿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.
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
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.
Agrego:
WordPress ya soporta edición colaborativa mediante Google Docs - FayerWayer
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 
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?
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
Saludos 
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
Creo que podrian migrar este hilo al github de mozmx para poderle dar un mejor seguimiento. slaudos
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