diff --git a/CONTRIBUTING.md b/CONTRIBUTING.md new file mode 100644 index 00000000..d6e030b6 --- /dev/null +++ b/CONTRIBUTING.md @@ -0,0 +1,175 @@ +# Contribuer au référentiel d'écoconception WordPress + +## Qui peut être contributrice ou contributeur ? + +Toute personne qui le souhaite dans le but d'améliorer la version actuelle en proposant : +- la suppression de BP (bonnes pratiques) obsolètes, non applicables ou sans effet ; +- la modification de BP existantes pour correction ou amélioration ; +- l'ajout de nouvelles BP issues du terrain ; +- la suppression de définitions dans le lexique obsolètes, non applicables ou sans effet ; +- la modification de définitions dans le lexique pour correction ou amélioration ; +- l'ajout de nouvelles définitions dans le lexique ; +- toute idée pour l'amélioration de ce référentiel ; +- toute idée pour l'amélioration du site ; +- toute idée pour l'amélioration du flux de travail ; + en respectant les quelques règles et instructions de ce document ou en apportant son avis, expertise, expérience sur les propositions en cours dans [discussion](https://github.com/cnumr/fiches-wordpress-greenit/discussions). + +## Règles de bienséance + +- Tout le monde a sa place, chacun peut apporter son expérience +- Le respect, la conviviabilité, le partage et la bienveillance sont de mise +- Il n'y a pas de bonne pratique bête ou trop simple + +## L'équipe de pilotage + +L'équipe de pilotage est constituée de : +- Heluin Renaud +- Dominique Nicolle +- Yann Gautreau +- Yann Kozon +- Florine Sueur + +Les fonctions de cette équipe sont : +- de s'assurer que les règles et instructions instaurées soient respectées ; +- en cas de désaccord, de trancher une décision par consensus ; +- de résoudre les discussions et d'initier la suite du processus par consensus ; +- de valider les `Pull Request` pour intégration au référentiel et au site par consensus *(via le `merge` de la `PR` -> `develop`)* ; +- **d'aider tout contributeur en difficulté sur Github**. + +## Comment contribuer ? + +Pour une meilleure organisation, nous avons établi un workflow identique pour les propositions au niveau : +- des bonnes pratiques +- des définitions du lexique + +Nous vous proposons une courte vidéo, encore brouillonne, des manipulations décrite ci-dessous : [https://youtu.be/BPOWY_QCc2g](https://youtu.be/BPOWY_QCc2g) + +### 1. Tout commence par une discussion ! + +Dans l'onglet [discussion](https://github.com/cnumr/fiches-wordpress-greenit/discussions), n'hésitez pas à regarder les discussions déjà ouvertes avant d'en créer une nouvelle, peut-être qu'une autre personne a eu la même idée que vous. + +La nouvelle discussion doit : +- avoir un titre explicite, +- être catégorisée (BP, définitions, site, etc.), +- taggée en fonction d'un ajout, d'une modification ou d'une suppression. + +Chaque contributrice et contributeur est libre de participer à la discussion et d'indiquer son accord via l'utilisation de "la flèche vers le haut" ou son désaccord, argumenté par un commentaire, avec un pouce vers le bas. + +Une proposition avec plusieurs avis positifs fera l'objet d'une étude par l'équipe de pilotage qui prendra une décision par consensus, par commentaire ou réunion si nécessaire, sur les suites à donner. + +Trois possibilités : +- la proposition doit être retravaillée, affinée +- la proposition est définitivement rejetée avec justification +- la proposition est validée + +Une fois qu'une décision a été émise, un membre de l'équipe de pilotage clôt la discussion `answered` et crée une `issue` attachée à la discussion : +- en indiquant une liste de tâches à effectuer, +- en la taguant, +- en l'associant à la version du référentiel et board project, +- en l'assignant au contributeur ou à une personne de la discussion volontaire pour traiter le sujet ou à un membre de l'équipe de pilotage en charge de ce sujet. + +### 2. De l'issue à la Pull Request + +Dans l'onglet [Issues](https://github.com/cnumr/fiches-wordpress-greenit/issues), nous vous invitons à trier pour retrouver plus facilement celles qui vous incombent. + +Dans celle-ci, nous vous invitons à créer une branche (`create a branch`) en la nommant : `feat/` + nom de l'issue. Sur cette branche, vous pouvez faire vos ajouts, modifications ou suppressions en fonction du sujet de l'issue. + +**Pour tout ajout ou modification de BP, veuillez respecter le [template](./best-practices-WordPress/template/WP_0.00_Titre de la bonne pratique.md).** + +Lors de la rédaction de votre BP, nous vous recommandons d'utiliser le lexique déjà en place ou de l'augmenter en fonction de vos besoins. +- Pour lier une définition à un mot, utilisez cette écriture : `[[nom du fichier de la définition sans .md|label à afficher]]` (ex: [[extension|plug-in]] plug-in sera affiché et pointera vers le fichier du lexique extension.md). +- Pour surligner une notion importante, utilisez cette écriture : `==Phrase à surligner==`. + +Une fois que vous êtes satisfait de votre proposition et que vous avez coché les tâches, il est nécessaire de faire une `Pull Request` vers `develop` associée à l'issue. Une `Pull Request` peut-être `review` par tous les participants qui souhaitent soumettre des corrections au niveau de l'orthographe, de la syntaxe, de compréhension, de vulgarisation, etc. + +**Seul un consensus de l'équipe de pilotage, via un message en commentaire ou réunion si nécessaire, peut merger la `Pull Request` sur `develop`.** + +## Comment contribuer avec Git directement ? + +Pour ceux qui ne sont pas à l'aise avec Git, voici un petit tour d'horizon où vous trouverez des notions et des mots du patois Git. +> Ceux qui connaissent GIT par cœur n'apprendront rien dans cette partie et peuvent aller directement à la proposition de worflow. + +Git est un système de **versionning de code**, c'est-à-dire que comme Word ou autre, on a un historique des modifications du code. Le code chez nous étant le contenu des fiches. + +GitHub est un des services permettant la centralisation de ces modifications. Il en existe d'autres comme GitLab, Gitea, etc. + +En règle générale, on copie/`clone` (`clone` étant le mot utilisé dans le "langage de GIT") le `repository` sur son ordinateur, on fait ses modifications en local puis on les valide en faisant un `commit` (ce qui crée une version dans notre exemple avec Word) puis on pousse sa modification validée en réalisant un `push` ce qui la met à disposition des autres sur GitHub. + +Quand de multiples personnes collaborent, il se peut qu'ils aient modifié les mêmes fichiers, il faut alors fusionner leurs modifications. +On fait une demande d'import de la dernière version du code présent sur GitHub (`git pull origine main`) et à ce moment-là, il y a deux scénarios possibles : + +1. Git fait alors une fusion/`merge` des deux versions et ne rencontre aucun conflit qu'il ne sait pas résoudre tout seul. +2. Lors de cette fusion, Git n'arrive pas à résoudre tout seul les conflits, on doit alors faire soi-même le `merge`. Git fusionne les modifications et l'on doit lui indiquer quelle est la bonne version, ligne à ligne. Une fois cela fait, on valide/commit et l'on pousse/`push` sur GitHub. + +Une autre notion dans GIT est importante, les `branch`(es). +Il y a une `branch`(e) centrale qui est définie comme la "bonne version", chez nous, la `branch`(e) **main**. + +Dans les équipes de développement, on a l'habitude de travailler chacun dans son coin. Chacun crée sa propre `branch`(e) puis quand on a fini, on transfère ces modifications à un responsable qui se charge de valider et fusionner sa branche. +Pour ce faire, on crée une branche dans laquelle on fait toutes ces modifications. On commit et l'on `push` régulièrement et lorsqu'on a fini, on fait une demande de fusion/validation. Ce que l'on appelle un `Pull Request` (PR) sur GitHub ou une `Merge Request` (MR) sur GitLab. +Ainsi le validateur regarde le contenu de la branche, il valide que les modifications sont valides, qu'elles correspondent aux normes par exemple. + +- S'il n'est pas satisfait, il commente la PR et vous demande de faire des modifications. Vous faites les modifications demandées, puis nouveau `commit`+`push` et vous lui redemandez de regarder, en commentant la PR déjà ouverte. +- S'il est satisfait, il va réaliser lui-même la fusion de cette branche dans la `branch` **develop**. + +### Branches du repo + +- `main`: Branche principale des fiches (Release) ; +- `develop`: Branche des fiches à valider (develop-fiche dans le diagramme) ; +- `site-gatsby-generator`: Branche principale du site en Gatsby (Release) ; +- `develop-site-gatsby`: Branch du site à valider ; +- `feat/*`: Convention de nommage de branche pour les évolutions de fiches ; +- `feat-site/*`: Convention de nommage de branche pour les évolutions du site. + +```mermaid + gitGraph + commit id: "init" + commit id: "create branches" type:HIGHLIGHT + branch develop-fiche + branch site-gatsby-generator + checkout develop-fiche + commit id: "change fiche 1" + commit id: "change fiche 2" + checkout site-gatsby-generator + commit id: "Init Gatsby" tag:"v0" type:HIGHLIGHT + branch develop-site-gatsby + commit + checkout develop-site-gatsby + commit + commit + checkout site-gatsby-generator + merge develop-site-gatsby tag:"Site Release-1" + checkout main + merge develop-fiche tag:"Fiches Release-1" + checkout site-gatsby-generator + merge main + checkout develop-fiche + commit id: "change fiche 3" + commit id: "change fiche 4" + checkout develop-site-gatsby + commit + commit + commit + checkout site-gatsby-generator + merge develop-site-gatsby tag:"Site Release-2" + checkout main + merge develop-fiche tag:"Fiches Release-2" + checkout site-gatsby-generator + merge main + checkout develop-fiche + commit id: "change fiche 5" + commit id: "change fiche 6" + checkout develop-fiche + commit id: "change fiche 7" + checkout main + merge develop-fiche tag:"Fiches Release-3" + checkout site-gatsby-generator + merge main + checkout develop-site-gatsby + commit + commit + checkout site-gatsby-generator + merge develop-site-gatsby tag:"Site Release-3" + checkout develop-fiche + commit id: "change fiche n" + #merge main +``` diff --git a/LICENSE b/LICENSE.md similarity index 100% rename from LICENSE rename to LICENSE.md diff --git a/README.md b/README.md index 04f72e06..f8e32572 100644 --- a/README.md +++ b/README.md @@ -1,20 +1,44 @@

- CNUMR - + CNUMR + + Association Green IT

-# fiches-wordpress-greenit -> L'ensemble du référentiel : titre, fiche, règle de test, seuil de conformité et taxonomie des bonnes pratiques pour WordPress de la version 1 sont publiés sous [licence Creative Commons BY-NC-ND](LICENCE). Cela signifie que vous pouvez l'utiliser librement pour des utilisations non commerciales, à la condition de maintenir la paternité du contenu, via un lien vers https://collectif.greenit.fr et https://www.ecoconceptionweb.com. -- [Comment mettre en page une fiche](./best-practices-WordPress/template/README.md) -- [Ecoindex, plugins, badge, CLI](/Ecoindex,%20plugins,%20badge,%20CLI/README.md) -- [Guide des 'n' bonnes pratiques pour WordPress](/best-practices-WordPress/README.md) -- [Personas / profils ciblés](./personnas/README.md) -- [Lexique](./lexique/Lexique.md) +# Les bonnes pratiques d'écoconception pour WordPress -## Branches du repo +**Accéder au [site](referentiel-web.greenit.eco)** + +|Version |Date| +|:-- |:--| +| version 1 | oct 2022 | + +## Pourquoi ce projet en plus des [115 bonnes pratiques web](https://github.com/cnumr/best-practices) ? + +**WordPress alimente plus d'un tier du web, 43% en octobre 2022 !** + +Pourquoi ? Simple d'installation avec de nombreux ajouts (extensions) possibles et une grande personnalisation sans pour autant avoir strictement besoin de connaître le fonctionnement d'un serveur ou celui d'une base de données ou même les bases du `Html` et du `CSS` en font ses points forts. + +Même pour les professionnels du web, WordPress représente un gain de temps important de développement, une maintenance facile, une prise en main rapide pour le client avec une grande autonomie pour un budget moindre qu'un développement sur-mesure. + +Malheureusement, WordPress a aussi ses points noirs voulant être une solution qui répond aux besoins de tous. Il peut rapidement devenir obèse avec un impact environnemental important où une vigilance particulière et adaptée à ce CMS en termes d'écoconception, que nous vous proposons via ce référentiel, doit lui être portée pour réduire au mieux son emprunte environnementale. + +*Source : [W3Techs](https://w3techs.com/technologies/history_overview/content_management/all)* + +## À qui s'adressent les Bonnes Pratiques (BP) WordPress ? + +Nous avons conçu ces BP en ayant les différents profils d'utilisateur, en ce sens ce référentiel s'adresse aussi bien à **Madame et Monsieur tout le monde qu'aux designers ou développeuses et développeurs**. Pour ce faire, sur certaines BP vous trouverez différents niveaux de solutions proposées en fonction de votre appétence pour le code. + +## Comment contribuer ? + +Nous avons besoin de vous ! Ce référentiel doit vivre et suivre l'évolution du web et de WordPress en particulier. Toute proposition ou idée d'ajout, d'amélioration, de modification ou de suppression (BP, lexique, site et organisation) est la bienvenue. **Pour ce faire, n'hésitez pas à lire [le guide des contributeurs](CONTRIBUTING.md).** + +Nous remercions chaleureusement l'ensemble des contributrices et contributeurs qui ont participé à la mise au point de ce référentiel pour Wordpress et le font évoluer. + + +## Explication des branches du repos - `main`: Branche principale des fiches (Release) ; - `develop`: Branche des fiches à valider (develop-fiche dans le diagramme) ; @@ -22,7 +46,6 @@ - `develop-site-gatsby`: Branch du site à valider ; - `feat/*`: Convention de nommage de branche pour les évolutions de fiches ; - `feat-site/*`: Convention de nommage de branche pour les évolutions du site. - ```mermaid gitGraph commit id: "init" @@ -77,3 +100,8 @@ commit id: "change fiche n" #merge main ``` + +## Licence + +L'ensemble du référentiel : titre, fiche, règle de test, seuil de conformité et taxonomie des bonnes pratiques pour WordPress sont publiés [sous licence Creative Commons BY-NC-ND](LICENSE.md). Cela signifie que vous pouvez l'utiliser librement pour des utilisations non commerciales, à la condition de maintenir la paternité du contenu, via un lien vers https://collectif.greenit.fr/ et https://www.ecoconceptionweb.com/. + diff --git a/assets/logo-asso.png b/assets/logo-asso.png new file mode 100644 index 00000000..d9677760 Binary files /dev/null and b/assets/logo-asso.png differ diff --git a/best-practices-WordPress/README.md b/best-practices-WordPress/README.md deleted file mode 100644 index a601d4d7..00000000 --- a/best-practices-WordPress/README.md +++ /dev/null @@ -1,65 +0,0 @@ ---- -title: Guide des 'n' bonnes pratiques pour WordPress -created at: Wed Jun 30 2021 13:28:29 GMT+0000 (Coordinated Universal Time) -updated at: Thu Jul 01 2021 12:11:57 GMT+0000 (Coordinated Universal Time) ---- - -# Guide des 'n' bonnes pratiques pour WordPress - -Lien vers la mailling list : - -## [Préface de la publication](./fiches/0.%20Pr%C3%A9face.md) - -## Fiches - -## Comment créer une nouvelle fiche ou éditer une fiche - -Lire [ici](./template/README.md). - -## Worflow avec les Status - -1. TO DO -2. DOING -3. TO VALIDATE -4. DONE 🚀 - -## Liste des fiches WordPress - -| Fiches | People | Famille | Status | -| :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------- | :---------------- | ------------- | -| [01. Entretenir son site régulièrement](./fiches/01.%20Entretenir%20son%20site%20r%C3%A9guli%C3%A8rement.md) | Catherine G.
Franklin L. | `Front-Office` | `TO VALIDATE` | -| [02. Limiter l'autocomplétion lors d'une recherche](./fiches/02.%20Limiter%20l'autocompl%C3%A9tion%20lors%20d'une%20recherche.md) | Renaud H. | `Front-Office` | `TO VALIDATE` | -| [03. Formulaires de contact](./fiches/03.%20Formulaires%20de%20contact.md) | Catherine G. | `Fonctionnalités` | `TO VALIDATE` | -| [04. Mesurer l'impact environnemental](./fiches/04.%20Mesurer%20l'impact%20environnemental.md) | `TBD` | `Thèmes` | `TODO` | -| [05. Préférer la pagination au défilement infini](./fiches/05.%20Pr%C3%A9f%C3%A9rer%20la%20pagination%20au%20d%C3%A9filement%20infini.md) | Dominique N. | `Front-Office` | `TO VALIDATE` | -| [06. Ajouter les éléments de caching dans le HtAccess](./fiches/06.%20Ajouter%20les%20%C3%A9l%C3%A9ments%20de%20caching%20dans%20le%20HtAccess.md) | Dominique N. | `Cache` | `DOING` | -| [08. Limiter l'utilisation des vidéos](./fiches/08.%20Limiter%20l'utilisation%20des%20vid%C3%A9os.md) | Dominique N. | `Vidéo / Audio` | `TO VALIDATE` | -| [09. Ne pas afficher les flux des réseaux sociaux](./fiches/09.%20Ne%20pas%20afficher%20les%20flux%20des%20r%C3%A9seaux%20sociaux.md) | Dominique N. | `Fonctionnalités` | `TO VALIDATE` | -| [10. Limiter le nombre d'extensions](./fiches/10.%20Limiter%20le%20nombre%20d'extensions.md) | Yann K. | `Fonctionnalités` | `DOING` | -| [11. Eliminer les fonctionnalités non essentielles](./fiches/11.%20Eliminer%20les%20fonctionnalit%C3%A9s%20non%20essentielles.md) | Renaud H. | `Fonctionnalités` | `TO VALIDATE` | -| [12. Utiliser un système Cache](./fiches/12.%20Utiliser%20un%20syst%C3%A8me%20Cache.md) | Franklin L. | `Cache` | `TO VALIDATE` | -| [13. Ne pas afficher les documents à l'intérieur des pages](./fiches/13.%20Ne%20pas%20afficher%20les%20documents%20%C3%A0%20l'int%C3%A9rieur%20des%20pages.md) | Yann K. | `Documents` | `DOING` | -| [14. Augmenter l'intervale de temps entre deux sauvegardes automatiques](./fiches/14.%20Augmenter%20l'intervale%20de%20temps%20entre%20deux%20sauvegardes%20automatiques.md) | Dominique N. | `Stockage` | `TO VALIDATE` | -| [15. Limiter le nombre de révisions](./fiches/15.%20Limiter%20le%20nombre%20de%20r%C3%A9visions.md) | Dominique N. | `Stockage` | `TO VALIDATE` | -| [16. Sécuriser l'accès à l'administration](./fiches/16.%20S%C3%A9curiser%20l'acc%C3%A8s%20%C3%A0%20l'administration.md) | Dominique N. | `Sécurité` | `TO VALIDATE` | -| [17. Ne pas bloquer les mises à jour de sécurité automatique](./fiches/17.%20Ne%20pas%20bloquer%20les%20mises%20%C3%A0%20jour%20de%20s%C3%A9curit%C3%A9%20automatique.md) | Yann K. | `Sécurité` | `TODO` | -| [18. Sécuriser les identifiants d'accès à l'administration](./fiches/18.%20S%C3%A9curiser%20les%20identifiants%20d'acc%C3%A8s%20%C3%A0%20l'administration.md) | Dominique N. | `Sécurité` | `TO VALIDATE` | -| [19. Limiter le nombre de requêtes HTTP](./fiches/19.%20Limiter%20le%20nombre%20de%20requ%C3%AAtes%20HTTP.md) | Yann K. | `Thèmes` | `TO VALIDATE` | -| [20. Mobile First](./fiches/20.%20Mobile%20First.md) | Renaud H. | `Thèmes` | `TO VALIDATE` | -| [21. Comment choisir son thème](./fiches/21.%20Comment%20choisir%20son%20th%C3%A8me_.md) | Dominique N. | `Thèmes` | `TO VALIDATE` | -| [22. La taille des images](./fiches/22.%20La%20taille%20des%20images.md) | Renaud H. | `Images` | `DONE` | -| [23. Le poids des images](./fiches/23.%20Le%20poids%20des%20images.md) | Yann K. | `Images` | `DOING` | -| [24. Les carrousels](./fiches/24.%20CLes%20carrousels.md) | Yann K. | `Images` | `To Validate` | -| [25. Choisir un hébergeur adapté](./fiches/25.%20Choisir%20un%20h%C3%A9bergeur%20adapt%C3%A9.md) | Catherine G. | `Hébergement` | `To Validate` | -| [26. Chargement paresseux des images (lazy loading)](<./fiches/26.%20Chargement%20paresseux%20des%20images%20(lazy%20loading).md>) | Dominique N.
Catherine G. | `Images` | `To Validate` | -| [27. Utilisez des polices de caractères standard](./fiches/27.%20Utilisez%20des%20polices%20de%20caract%C3%A8res%20standard.md) | Dominique N.
Renaud H. | `Thèmes` | `TO VALIDATE` | -| [28. Type d'images à utiliser suivant le contexte d'utilisation](./fiches/28.%20Type%20d'images%20%C3%A0%20utiliser%20suivant%20le%20contexte%20d'utilisation.md) | Renaud H. | `Images` | `DONE` | -| [29. Eviter les animations](./fiches/29.%20Eviter%20les%20animations.md) | Yann K. | `Front-Office` | `TODO` | -| [30. Limiter le poids des fichiers CSS](./fiches/30.%20Limiter%20le%20poids%20des%20fichiers%20CSS.md) | Yann K. | `Thèmes` | `TODO` | -| [31. Limiter le poids des fichiers JS](./fiches/31.%20Limiter%20le%20poids%20des%20fichiers%20JS.md) | Yann K. | `Thèmes` | `TODO` | -| [32. Services tiers en général](./fiches/32.%20Services%20tiers%20en%20g%C3%A9n%C3%A9ral.md) | Yann K. | `Thèmes` | `TODO` | -| [33. Mettre des données en cache](./fiches/33.%20Mettre%20des%20donn%C3%A9es%20en%20cache.md) | Dominique N. | `Cache` | `To Validate` | - -## Liste des fiches non-WordPress - -- [07. Utiliser une version de headless / sans tête](./fiches/07.%20Utiliser%20une%20version%20de%20headless%20_%20sans%20t%C3%AAte.md) diff --git a/best-practices-WordPress/template/README.md b/best-practices-WordPress/template/README.md index af3c15bc..43906dfb 100644 --- a/best-practices-WordPress/template/README.md +++ b/best-practices-WordPress/template/README.md @@ -1,66 +1,64 @@ -# Comment créer une fiche +# Prise en main du template -## Template de fiche +Nous vous mettons à disposition le [template](./WP_0.00_Titre de la bonne pratique.md). -Utiliser le template présent [ici](./TEMPLATE.md). +## Le titre -Il est découpé en deux blocs, le premier est encadré par des `---`. +**Le titre d'une bonne pratique se construit sous le format suivant WP_._.** +- Le premier chiffre correspond au moment du cycle de vie d'un WordPress où votre bonne pratique s'inscrit. + 1. Analyse des besoins + 2. Installation + 3. Conception & Design + 4. Intégration & Développement + 5. Contenu & médias + 6. Tests & validation + 7. Mise en ligne + 8. Maintenance + 9. Fin de vie + +- Le second correspond au numéro de la bonne pratique, à savoir à la suite de son groupe. + + Exemple : WP_3.08_Préférer faire des sites roses est bien une pratique correspondant au cycle de vie Conception & Design et est la huitième fiche de ce groupe. + + ## Le corps + +Il est découpé en deux blocs, le premier est encadré par des `---` : +1. Dans cette première partie, vous trouverez les métadatas utiles pour générer convenablement le site (cf. [frontmatter](https://frontmatter.codes)). +2. Dans la deuxième partie se trouve le contenu de la bonne pratique elle-même. -Dans cette première partie, vous trouverez les métadas qui peuvent servir à utiliser les fichiers markdown pour génrérer des sites (cf. [frontmatter](https://frontmatter.codes)). +> ⚠️ Attention si vous souhaitez utiliser des images, audios ou vidéos, il est nécessaire de tous les regrouper par bonne pratique dans le dossier `medias_` que vous aurez créé dans le dossier `fiches`. -Dans la deuxième partie se trouve le contenu de la fiche elle-même, au format `cnumr / best-practices` que vous trouverez [ici](https://github.com/cnumr/best-practices). +## Explication de certaines métadatas -## Medias utilisé(s) dans la fiche +### Le cycle de vie +Le cycle de vie d'un service numérique regroupe les étapes par lesquelles ce service passe au cours du temps. +Nous l'avons défini comme suit : +- Analyse des besoins +- Installation +- Conception & Design +- Intégration & Développement +- Contenu & médias +- Tests & validation +- Mise en ligne +- Maintenance +- Fin de vie -Les médias doivent être regroupés par fiche dans un dossier au format suivant `medias_` - -## Ajouter la fiche à la liste des fiches - -Lorsque vous créez/éditez une fiche, il faut mettre à jour [la page les listants](../README.md). Il faut y reporter les métadatas de la fiche. - -## Métadatas de la fiche - -- `title`: \. \ -- `path`: /fiches/\- -- `people`: \ -- `scope`: \ - - Cache - - Documents - - Fonctionnalités - - Front-Office - - Hébergement - - Images - - Sécurité - - Stockage - - Thèmes - - Vidéos/Audio -- `state_validation`: \ - - 1 - TO DO - - 2 - DOING - - 3 - TO VALIDATE - - 4 - DONE 🚀 -- `responsible`: \ - - Code(use·ur) → Développeu·se·r - - Designeu(se·r) - - Low-code → Freelance et développeur Front-End d'agences - - No-code → Madame et Monsieur tout le monde -- `lifecycle`: \ - - 1 - En amont - - 2 - Conception / Design - - 3 - Développement - - 4 - Mise en ligne - - 5 - Maintenance -- `priority_implementation`: \ - - Faible 👍 - - Moyen 👍👍 - - Fort 👍👍👍 -- `environmental_impact`: \ - - Faible 🌱 - - Moyen 🌱🌱 - - Fort 🌱🌱🌱 -- `saved_resources`: \ - - Processeur - - Mémoire vive - - Stockage - - Réseau - - Requêtes +### La priorité d'implémentation +Nous estimons la priorité de mettre en oeuvre une bonne pratique via ce système : +- Faible 👍 +- Moyen 👍👍 +- Fort 👍👍👍 + +### L'impact environnemental +Nous évaluons l'impact de chaque bonne pratique, voire de chaque solution proposée avec le système suivant : + - Faible 🌱 + - Moyen 🌱🌱 + - Fort 🌱🌱🌱 + +### Les ressources sauvegardées +Pour une meilleure compréhension, de la localisation de l'impact ou des impacts environnementaux : + - Processeur + - Mémoire vive + - Stockage + - Réseau + - Requêtes diff --git a/best-practices-WordPress/template/TEMPLATE.md b/best-practices-WordPress/template/TEMPLATE.md deleted file mode 100644 index cdc7ad95..00000000 --- a/best-practices-WordPress/template/TEMPLATE.md +++ /dev/null @@ -1,34 +0,0 @@ ---- -title: . -path: /fiches/- -people: -scope: -state_validation: -responsible: -lifecycle: -priority_implementation: -environmental_impact: -saved_resources: ---- - -## Sujet - -Description de l'information du la fiche - -## GreenIT vous conseille - -Indications GreenIT - -## Exemple - -Exemple s'il y en a - -## Principe de validation - -| Le nombre ... | est inférieur ou égal à | -| ------------- | :---------------------: | -| de ... | 0 | - -## Source - -Source s'il y en a diff --git a/best-practices-WordPress/template/WP_0.00_Titre de la bonne pratique.md b/best-practices-WordPress/template/WP_0.00_Titre de la bonne pratique.md new file mode 100644 index 00000000..7a40f845 --- /dev/null +++ b/best-practices-WordPress/template/WP_0.00_Titre de la bonne pratique.md @@ -0,0 +1,50 @@ +--- +title: WP_0.00 +path: /fiches/ +people: +scope: +responsible: +lifecycle: +priority_implementation: +environmental_impact: +saved_resources: +toIndex: +--- + +## Sujet + +Quel est le sujet, la problématique de cette bonne pratique ? + +## GreenIT vous conseille + +Quelles solutions pouvons-nous apporter ? +Il est possible de différencier les solutions et d'indiquer pour chaque son impact environnemental comme suit : + +### Solution no-code 🌱 + +### Solution code pas-à-pas 🌱🌱🌱 +Si sorte de tutoriel + +### Solution code 🌱🌱🌱 + +## Exemple + +Exemple s'il y en a. Les exemples peuvent aussi être insérés directement dans les différentes solutions proposées. + +## Principe de validation + +| Le nombre | est inférieur ou égal à | +| ------------- | :---------------------: | +| de ... | 0 | + +## Source + +Source s'il y en a