plan

[josuebrunel]

Hello guys ( @CongoLUG/admins ), ( it's gonna be in French 😸 )
Il nous faut un plan, sur la construction du site :

• Guide de dev
• Technos ( Moi je pars pour un cms hyper facile et rapide. En utilisant du markdown )
• Contenu

Cet issue, sera notre fil de discussion par rapport a ces sujets

[rajilsaj]

enfin il se reveille:) 👍 ok ca me va propose un plan ; j'ai remarque qu'il y a un outil GitHub intéressant Jekyll qu'en penses-tu ?

[josuebrunel]

Ma proposition, Pelican

1. Facile a installer
2. Facile a configurer
3. Utilise du markdown, du coup edition facile
4. Facile a deployer
5. C'est du python 😉 👍

[josuebrunel]

j'ai remarque qu'il y a un outil GitHub intéressant Jekyll qu'en penses-tu ?

Euh je ne connais pas, mais je vais regarder et te dire ce que j'en pense

[josuebrunel]

j'ai remarque qu'il y a un outil GitHub intéressant Jekyll qu'en penses-tu ?

Euh je ne connais pas, mais je vais regarder et te dire ce que j'en pense

Je viens de checker, il fonctionne un peu comme pelican

[rajilsaj]

je lai parcouru il exploite le #markdown je pense sinon quelque chose dans ce sens il peut integrer les flux RSS et est tres flexible

[rajilsaj]

javais deja commencer a developper le site web decu tu peux regarder le #repositorie website du projet CongoLUG

[rajilsaj]

cc ca navance plus bro'

[josuebrunel]

Re, on a toujours pas defini comment on travaillait. J'attends toujours vos propositions. En passant la raison pour laquelle j'ai choisi Pelican, c'est parce que c'est l'outil que j'utilise pour mon site. En plus en feed on peut avoir du rss.
De plus il faut deja documenter tout ce qui est bonne pratique de dev et de publication, exemple :

• On ne developpe jamais sur la branche master 👎
• Une Procedure claire et automatisée pour le deploiement
• Une revue obligatoire avant chaque publication

Ce genre de truc quoi ...

[rajilsaj]

Ok je comprend je connais pas pelican Mai's je suis a laise en front end
On Aug 2, 2015 10:10 AM, "Josue Kouka" notifications@github.com wrote:

Re, on a toujours pas defini comment on travaillait. J'attends toujours
vos propositions. En passant la raison pour laquelle j'ai choisi Pelican,
c'est parce que c'est l'outil que j'utilise pour mon site
http://www.josuebrunel.org/. En plus en feed on peut avoir du rss
http://docs.getpelican.com/en/3.6.0/settings.html#feed-settings.
De plus il faut deja documenter tout ce qui est bonne pratique de dev
et de publication, exemple :

• On ne developpe jamais sur la branche master [image: 👎]
• Une Procedure claire et automatisée pour le deploiement
• Une revue obligatoire avant chaque publication

Ce genre de truc quoi ...

—
Reply to this email directly or view it on GitHub
#1 (comment).

[josuebrunel]

Le truc cool, c'est qu'on a meme pas besoin de s'inquiter du Front-End et du Back-End. Il y'a plein de themes en plus

[rajilsaj]

Lol ok. Allons y pour les solutions simples pour vite nous plonger dans
Linux apres
On Aug 2, 2015 10:16 AM, "Josue Kouka" notifications@github.com wrote:

Le truc cool, c'est qu'on a meme pas besoin de s'inquiter du Front-End et
du Back-End. Il y'a plein de themes http://www.pelicanthemes.com/ en
plus

—
Reply to this email directly or view it on GitHub
#1 (comment).

[josuebrunel]

Ok i'm fine with that pan. I will try to come up with something by tonight. At the least the presentation and a lil wiki on how to work with pelican

[rajilsaj]

ok sounds great