Il y a deux liens qui pointent sur #todo ici https://github.com/putaindecode/website/blob/5b9574e27a3141f50e636f98ab82ef6c3eacb6b0/src/c-est-quoi-putaindecode/index.html.hbs#L66-L71

Dans le post il est clairement dit que Revel est agnostique, ce qui n'est pas exactement vrai car il existe un module pour gérer les bases de type sql.

Sous ce nom de pauvre fichier texte ce cache tout la page à faire concernant le process à suivre pour "proposer" quelque(s) chose(s) ici.
cf https://github.com/putaindecode/discussions/issues/5
Cette page implique que le post sur comment faire une pr soit fait pour qu'on le link et même éventuellement que celui là soit aussi dans le pipe https://github.com/putaindecode/propositions-de-posts/issues/11

Maybe print a qr code that will show the easteregg.

Bon c'est simple, j'ai pondu ça suite à un truc moche et quelques un de vos commentaires.

Ca c'est commité

@justinmarsan a fait ca sous toshop

Commentaires, tests etc sont bienvenue.
On veut écrire.

Je vois un soucis, c'est le passage de draft à post online, il faudra changer la date lors d'un merge ?
Es ce qu'on demande les posts en PR en temps que draft pour "publier" à la main ?

Après on peut mettre des dates à l'avance, mais du coup je trouve ça assez problématique (même si on peut désactiver au build les posts futurs http://tqcblog.com/2012/08/22/jekyll-drafts/ )

Running "uglify:scripts_dist" (uglify) task
Verifying property uglify.scripts_dist exists in config...OK
Files: src/assets/_scripts/konami.js, src/assets/_scripts/putaindecode.js -> dist/assets/js/putaindecode.js
Minifying with UglifyJS...Warning: Uglification failed. Use --force to continue.

Need to check that.

Quand je lance happyplan (maintenant que j'ai un workaround pour le bug des fonts) et que j'ouvre la page c-est-quoi-putaindecode, je me retrouve avec une page sans layout, comme ça :

Il me manque le header et le footer.

Pour info, j'ai ce warning dans la sortie d'happyplan, mais je suis pas certain que ça ait quelque chose à voir :

Running "compass:dev" (compass) task
WARNING: On line 8 of /home/madx/Code/PutainDeCode/website/build/assets/_css/putaindecode.scss:
  It's not clear which file to import for '@import "css-recipe-media/index"'.
  Candidates:
    css-recipe-media/_index.scss
    css-recipe-media/index.scss
  For now I'll choose _index.scss.
  This will be an error in future versions of Sass.

http://cl.ly/image/2S2Y263i0x2x

like francejs/francejs.github.com#54

Comme évoqué dans #21 et #25 on va faire un post complet sur comment contribuer et faire un CONTRIBUTING.md beaucoup plus concis et technique.

Je me sers de cette issue pour en préparer le contenu, merci d'apporter vos remarques en commentaire, je répercuterai en conséquence sur l'issue de base.

Dernière mise à jour : 2013-09-27 16:05 by @MoOx

Contribuez !

Chez Putain de Code, on re laisse l'opportunité d'apporter ra pierre à l'édifice, comme on rz l'explique sur notre site.

Tu trouveras ici un condensé des bonnes pratiques pour pouvoir participer.

Créez votre fork

C'est l'étape la plus simple, utilise l'interface de GitHub pour ça.

Soumettre un post

• Crée une branche avec un nom de la forme post.<nom du post> (ex. post.contribuer-a-p)
• Écris ton post dans src/_posts/_drafts/ en respectant bien la convention du nom de fichier titre.md (genre contribuer-a-p.md)
• Une fois que tout est prêt, fais une demande de Pull-Request de ta branche vers notre branche master en mettant en titre Post: Le titre de ton post (évidemment tu remplaces ce qu'il y a après Post: par le vrai titre hein)
• On va passer ton post en revue, éventuellement te demander de corriger deux trois trucs, et au bout d'un moment l'accepter (sauf s'il est nul, évidemment)
• De notre côté on va lui mettre une date de publication et le passer dans src/_posts/ pour le publier

Apporter un correctif

Si tu remarques qu'il y a une grosse fôte dans un article, ou que certains points peuvent être plus détaillés, libre à toi de nous proposer tes corrections !

• Il faut que tu aies un fork comme on a expliqué plus haut
• Crée une branche fix.<nom du post> (genre fix.contribuer-a-p)
• Fais tes modifications sans nous pourrir l'article
• Fais une Pull-Request comme pour un nouveau post MAIS avec en titre Correctif: Le titre du post corrigé (là aussi, remplace en conséquence)
• De notre côté on va passer en revue la modification, puis éventuellement on l'acceptera

Pull-Requests

N'oublie pas de bien détailler et d'expliquer le contenu de tes Pull-Request, y'a un champ exprès pour ça autant t'en servir !

Si jamais on trouve qu'une PR n'est pas complète, on va te la tagguer [WIP] jusqu'à ce que tout soit bon, à ce moment là on enlèvera le tag et on mergera dans notre master.

Tout est dans le titre. C'est un peu embêtant pour lire :)

#9 (comment)

We need to remove all borders on the png logos.

Cf http://putaindecode.fr/posts/comment-contribuer/#comment-1111014811

Petit thread pour savoir comment on va différencier les membres des contributeurs visuellement.

Pour ma part pour l'instant je pense à un signe distinctif au niveau de l'avatar (encerclé d'une certaine façon pour les membres par exemple)

Y'a aussi le fait que les contributeurs n'ont pas forcément de bio, à nous de voir si on permet d'en avoir une.

On prend un google analytics ou bien ?
Vous connaisez autre chose ?

J'ai cette erreur en lançant happyplan

Running "webfont:glyphicons" (webfont) task
Warning:   File "/home/madx/Code/PutainDeCode/website/node_modules/happyplan/node_modules/grunt-webfont/tasks/scripts/eotlitetool.py", line 292
    raise FontError, 'truncated font data'
                   ^
SyntaxError: invalid syntax
mv: impossible d'évaluer « dist/assets/fonts/icons.eotlite »: Aucun fichier ou dossier de ce type Use --force to continue.

Il manquerait pas un fichier ?

• shahor
• OwlyCode

Pour la home: max 4
Page posts: par pour l'instant
Feed.xml: 20

Il nous faut un theme sympa qui colle avec le site.

Voilà ce que j'ai sous la main

Sinon mettez ici votre propal, ou juste un theme de couleur si vous avez que ça :)

Si je fais un $ happyplan, j'ai le message d'erreur :

Running "webfont:glyphicons" (webfont) task
Warning:   import md5 Use --force to continue.

Aborted due to warnings.

Apparemment un bug de warning python.

Donc si je fais un $ happyplan --force, j'ai le message d'erreur :

Running "watch" task
Waiting...WARNING: On line 8 of /Users/sbalayn/Sites/perso/putaindecode/website/build/assets/_css/putaindecode.scss:
  It's not clear which file to import for '@import "css-recipe-media/index"'.
  Candidates:
    css-recipe-media/_index.scss
    css-recipe-media/index.scss
  For now I'll choose _index.scss.
  This will be an error in future versions of Sass.

Le site apparait, mais cassé.

Comment on gère les auteurs et contributeurs sur un article ?
On gère à la main, via une/des clé(s) author (post à auteur unique), authors (tableau si co-écriture), et contributors (pour les ajouts etc)?
Je pense que author et authors c'est bien, pour les contributions, on pourra récup ça de git je pense.
On pourrait tout faire de git, sauf que si co-écriture, on ne sera pas qui sont les auteurs, soit auteur (commit initial) ou contributeurs (tous les intervenants).

Qu'en pensez vous ?

Ref #21

Tant qu'on a pas trop de contenus, on devrait caller une homepage avec un edito plus liens vers les premiers posts, le manifesto, le twitter...

Par exemple: https://twitter.com/Oshydaka/status/397748042000252928
Mais y'a d'autres choses à ajuster.

We need to wait that this issue is done happyplan/happyplan#41

• Post layout
• posts page
• disqus (I've something here https://github.com/MoOx/moox.io/blob/master/src/_partials/scripts/disqus.html - Should be moved in happyplan btw :)

Faut qu'on fasse un post où on explique TOUT.

C'EST PAR LÀ https://docs.google.com/document/d/1E6E1ibk3vaBj33UjR5AKBfCJrjYtXnvBaiYtJiTQles/edit

J'ai mis un post avec une date pour respecter la convention Jekyll dans src/_posts/

En lançant happyplan j'ai l'erreur suivante :+1:

Running "jekyll:compile" (jekyll) task
`jekyll build --config build/jekyll/src/_config.yml` was initiated.

Jekyll output:
Configuration file: build/jekyll/src/_config.yml
            Source: build/jekyll/src
       Destination: build/jekyll/dist
      Generating... Warning: Command failed: error: undefined method `[]' for nil:NilClass. Use --trace to view backtrace
 Use --force to continue.

Aborted due to warnings.

parce que c'est pratique :)

Voici une liste non exaustive des posts que je vois bien en ligne avant qu'on communique pour le site (titres raccourcis à l'extrème)

• HTML https://github.com/putaindecode/propositions-de-posts/issues/1
• Git https://github.com/putaindecode/propositions-de-posts/issues/11
• PR https://github.com/putaindecode/propositions-de-posts/issues/8
• Vanilla JS https://github.com/putaindecode/propositions-de-posts/issues/6
• CSS https://github.com/putaindecode/propositions-de-posts/issues/2
• Vagrant #27
• Golang #42
• Commit foireux #33
• Contributing #36

Ca vous parait bien ? Vous en voyez d'autres ?

Je suis actuellement en train de bosser sur mon article autour de Golang, Revel et Mgo. J'ai quelques bouts de code à partager mais le rendu actuel est pas tip top. Je me doute qu'on va s'en occuper, je voudrais surtout savoir si quelqu'un a des plans de ce côté là.

Sinon je peux très bien aussi m'en occuper et faire une proposition de colorisation du code.

Actuellement le binding entre Revel et Mgo repose sur un singleton qui stocke la session en cours afin de la récupérer directement plus tard quand le besoin s'en fait sentir.

Il vaudrait mieux:

• cloner cette session et fermer le clone à chaque requête revel.
• cloner la session au besoin dans un autre module et la fermer manuellement avec un defer

Pour résumer, dans le app/modules/mongo/mongo.go :

func init() {

    doTheConnexion()

    revel.InterceptMethod((*Mongo).CloneIt, revel.BEFORE)
    revel.InterceptMethod((*Mongo).KillTheClone, revel.AFTER)
}

Rien ne change en théorie pour le controlleur, mais dans un autre module :

func DoStuff(user *models.User) {
    clone := mongo.GetClonedSession()
    defer clone.Close()
    // tu peux maintenant manipuler ta mgo.Session via le clone
    // [ ... ]
}

Please add your 2 bios here respecting this minimal rules:

• 3rd person
• no link like "Github: @blablablabla, Twitter: @blablabla" (we will add them using elegant icons)
• One with 100 char max (for this pages) & one with 400 char max (expanded version, will be for example below your post)
• @rhannequin
• @kud
• @madx
• @mlbli
• @Nyalab
• @Shahor
• @dguyon
• @justinmarsan
• @lionelB
• @MoOx

(Par @mlbli+)
Choisir une interface externe ou construire un système à part entière.

Si l'on part sur un hosting GitHub, cela implique de toute façon que les commentaires soient stockés ailleurs.

Propositions :

• Disqus
• NodeJS + Express (hosting Heroku, ou autre ?)

@todo

posts/index.html & feed.xml sont impactés.

assemble/assemble#387

html,
body {
background: #41
}

not only on body.

Ref #58