Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Scope portal contenidos #3

Open
bevacqua opened this issue May 7, 2015 · 13 comments
Open

Scope portal contenidos #3

bevacqua opened this issue May 7, 2015 · 13 comments

Comments

@bevacqua
Copy link
Member

bevacqua commented May 7, 2015

Este issue es para definir

  • Qué cosas van a necesitarse en el portal de contenidos:
    • No solo blog posts si no también anuncios y tal vez algún header o sección haciendo mención a eventos próximos
    • Publicar contenido mergeando un pull request
    • Peer review y edición? (idealmente debería poder hacerse en GH dentro de los pull request)
    • Disparar mails, tweets, y demás shares en redes sociales automáticamente?
    • Nombre del subdomain? (blog, contenidos, etc.)
    • Subscripción a lista de distribución (poder elegir si solo para contenidos, o también anuncios, etc)
  • Qué cosas van a ir en el naked domain? (latamjs.org)
    • Fácil navegación entre TLD y contenidos
    • Mapa de eventos pasados y futuros
    • Listado de eventos por país y ciudad que sea fácil de buscar (idealmente incorporado al mapa)
    • Subscripción a lista de distribución (poder elegir si solo para contenidos, o también anuncios, etc)
  • Qué más necesitaríamos considerar para ahora o a futuro? (a nivel "si necesitamos ponerle un sombrero, va a ser virtualmente imposible?")
    • Foo
  • Qué tecnologías podemos usar para esto?
    • Ghost? (estático pero necesita SQLite, no soporta mecanismo por pull requests aún)
    • Harp? (estático, no usa una db?, soporta pull requests (creo), no lo conozco)
    • Pony Foo? (necesita MongoDB, extensible, no soporta pull requests aún, soporte para mailing lists y disparar tweets)
    • Foo
@theHazzard
Copy link

capaz que en algún momento quieran poner videos, o las experiencias desde los eventos en distintos países. como para mostrar que estamos haciendo, o como.
eso y los proyectos en los que se trabaja, con las referencias a sus paginas en Github

@montogeek
Copy link

Recomendaciones de frameworks que podriamos usar:
Hexo http://hexo.io/
Soporta posts, categorias, tags, paginas, ya que los archivos son Markdown con algunas etiquetas JSON o YAML para la configuracion, se pueden crear en un PullRequest.

Soporta de manera nativa la inclusion de codigo, gists, jsfiddle (Muy util para tutoriales de codigo y pequeños demos), videos de Youtube o Vimeo (donde suben muchos talks).

Soporte multidioma (ES y PR).

Soporte de Partials (Para anuncios).

Update
Para publicar automaticamente en las redes sociales se puede usar una formula de IFTTT.

@theHazzard
Copy link

Buenas! instale hexo y hice un deploy a heroku para hacer unas pruebas, no investigue demasiado, así que estas son pruebas preliminares.
Esto es lo que sale de una instalación limpia + un post en blanco

hexo se instala como un comando, el cual se utiliza para:

  • Generar el código inicial del blog
  • Crear un post nuevo (esto puede hacerse escribiendo el Markdown directamente)
  • Hacer deploys automáticos
  • etc.

Esto es lo que hice para poder tener el blog online:

  • En primer lugar, se debe utilizar el comando hexo init <folder> para generar el scaffold del sitio o blog.
  • Luego de esto se realizan todas las configuraciones necesarias en el archivo _config.yml
    • solo configure el deployment para heroku y github.
  • una vez configurado podes crear un nuevo post utilizando hexo new [layout] <title> donde layout puede ser page, post o draft, y bueno, title es el titulo (esto se puede omitir y crear el markdown a mano).
  • ahora la parte que no me gustó, una vez hecho esto se debe ejecutar hexo deploy lo cual genera una la version html de los post y el contenido de la carpeta public, y luego hace el push al servidor de este contenido (se puede omitir la parte del deploy y utilizar hexo generate para solo realizar la generación del contenido public).

ahora, esto quizás puede automatizarse (el pase de markdown a html) solo comento lo que pude experimentar antes de ir a dormir jaja

Saludos amigos! espero que esto sea de ayuda.

@markzrt
Copy link

markzrt commented May 7, 2015

Hola, es themeable facilmente? visualmente me recuerda wordpress...

@gaboesquivel
Copy link
Member

removemos eventos del scope de news.latamjs.org ? http://noticias-latamjs.herokuapp.com/
revisemos el scope de news y el de contenidos. que queremos en cada uno.
de repente no son excluyentes y podemos dejar la sección de eventos en news y también la opción de agregar los eventos al calendario.

@bevacqua
Copy link
Member Author

Esto es tema de gt-contenidos +@cherta
A mi criterio, en news solo irian posts creados exclusivamente por la comunidad y posts promovidos por nosotros q vengan del blog, via gt-medios.
Dejaría news muy muy simplificado, al estilo de news.ycombinator.com pero responsive

@cherta
Copy link

cherta commented May 11, 2015

Concuerdo con @bevacqua no es que no quiera los demás contenidos pero veo a news.latamjs.org como un punto de entrada de noticias, como si fuera un medio más ala twitter.

Me parece que si hacemos cosas pequeñas bien enfocadas tenemos mayores chances de tener éxito.

@theHazzard
Copy link

concuerdo, aparte no se si quedaría bien que los eventos se encuentren bajo el subdominio news.
a lo sumo se podrían colocar los enlaces a la pagina de eventos, o algo por el estilo.

@gaboesquivel
Copy link
Member

ok que les parece entonces noticias y artículos únicamente como categorías en news

@bevacqua
Copy link
Member Author

Yo directamente me desharía de las categorías.

@gaboesquivel
Copy link
Member

ok

@xfry
Copy link

xfry commented Jun 6, 2015

Como veo la cosa, hasta ahora el escope de Contenidos tendría dos categorías?

  • Artículos: lista una cantidad de artículos iniciales.
  • news [ anuncios, eventos, ] layout dividido en esas dos secciones

Nombre del subdomain: por cultura general ya algunos usuarios están enterados de que Blog = contenido, artículos. Así que blog.latamjs.org estaría bien.

Qué cosas van a ir en el naked domain? (latamjs.org) Que tal un layout dividido en tres partes:

  • Header: El header debe tener un enfoque claro, que queremos lograr en la primera iteración de la comunidad, ¿Ganar más miembros? ¿promover los artículos, traducciones y eventos? Resolver estas dudas nos ayudaría a tener más claro el enfoque del header inicial.
  • Que es Latamjs una preposición de valor clara y corta y concisa
  • Artículo destacado: 3 últimos artículos publicados en la sección blog y dejar un link a ver más artículos, que lleve a la sección Blog
  • Evento de la semana: Mapa de eventos pasados y futuros o listar evento más cercano a su realización, y dejar un link a ver más eventos, que lleve a la sección Eventos
  • Miembros: link a lista de miembros? Top de miembros?
    Qué tecnologías podemos usar para esto?

En mi caso particular, me gustaría que usáramos la tecnología que más documentación tenga, para poder aumentar el scope de participación de miembros compartiendo artículos y editando código fuente. Harpjs he visto que tiene buena documentación además @julianduque y @edsadr tengo entendido que tienen cosas en producción con él, nos sirve mucho esa experiencia.

Bueno, esas son mis sugerencias y quiero tener participación activa. Iniciaré por traducción y lo que pueda codear, solo póngame un Todo: hacer cualquier cosa y estaré disponible.

@edsadr
Copy link

edsadr commented Jun 7, 2015

@xfry https://github.com/coljs/medellinjs esta hecho con Harp, la experiencia ha sido positiva... peeero si tuvimos la necesidad de modificarlo para añadir ciertas partes dinámicas al sitio... la mayoría datos que traemos del API de meetup.com ... sino se tiene esto hay que recompilar el sitio cada vez que se cambie el contenido...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants