V2 : Différence entre versions
(Page créée avec « Fichier:http://i.kinja-img.com/gawker-media/image/upload/s--zuWtoXQ5--/c_scale,fl_progressive,q_80,w_800/18lfb2ho649utjpg.jpg ») |
(→Les pages dédiées) |
||
| (8 révisions intermédiaires par 2 utilisateurs non affichées) | |||
| Ligne 1 : | Ligne 1 : | ||
| − | + | == Comment décider qui fait quoi ? == | |
| + | Le gars courageux, il se lève, il annonce "je vais tenter de migrer le forum vers biduleBB". Si personne n'a des arguments capables de le faire changer d'avis, et si le staff n'utilise pas son droit de veto, ben il fait ce qu'il a dit ! | ||
| + | |||
| + | == Cahier des charges minimal == | ||
| + | Pour le contenu : | ||
| + | * Un site web avec la possibilité de poster des commentaires | ||
| + | * Un forum | ||
| + | |||
| + | Pour la technique : | ||
| + | * Un disaster recovery plan opérationnel (si le serveur explose, il faut qu'on puisse remettre le site en route en moins d'un WE) | ||
| + | * Le tout facile a maintenir pour une personne qui n'est ni dév, ni ops - facile à maintenir pouvant être pris au sens large. Par exemple, s'il est facile de trouver un gars sachant maintenir le truc, on peut considérer qu'on respecte le cahier des charges | ||
| + | |||
| + | == Les plus (optionnels) == | ||
| + | * Perdre le moins de contenu possible, que ce soit sur le forum et le site | ||
| + | * Les commentaires font partie intégrante du forum | ||
| + | |||
| + | == Les pages dédiées == | ||
| + | * [[V2_Migration_Forum|Migration du forum]] | ||
| + | * [[V2_Migration_Site|Migration du site]] | ||
Version actuelle datée du 30 août 2017 à 14:12
Sommaire
Comment décider qui fait quoi ?[modifier]
Le gars courageux, il se lève, il annonce "je vais tenter de migrer le forum vers biduleBB". Si personne n'a des arguments capables de le faire changer d'avis, et si le staff n'utilise pas son droit de veto, ben il fait ce qu'il a dit !
Cahier des charges minimal[modifier]
Pour le contenu :
- Un site web avec la possibilité de poster des commentaires
- Un forum
Pour la technique :
- Un disaster recovery plan opérationnel (si le serveur explose, il faut qu'on puisse remettre le site en route en moins d'un WE)
- Le tout facile a maintenir pour une personne qui n'est ni dév, ni ops - facile à maintenir pouvant être pris au sens large. Par exemple, s'il est facile de trouver un gars sachant maintenir le truc, on peut considérer qu'on respecte le cahier des charges
Les plus (optionnels)[modifier]
- Perdre le moins de contenu possible, que ce soit sur le forum et le site
- Les commentaires font partie intégrante du forum
