Skip to content

cnumr/GreenIT-Analysis-cli

Repository files navigation

English version

GreenIT-Analysis-cli

Cette application est basée sur l'extension Chrome GreenIT-Analysis (https://github.com/cnumr/GreenIT-Analysis).

Sommaire

Principe de l'outil

Cet outil simule l'exécution de l'extension sur les pages spécifiées ouvertes dans Chromium en passant par Puppeteer pour récuperer les résultats.

Le système de cache est désactivé pour fiabiliser l'analyse d'une page.

Selon les pages à analyser, il peut être nécessaire de mettre en place une condition afin d'attendre la fin du chargement de la page (voir le paragraphe Construction du fichier d'entrée de l'analyse).

Pour commencer

Pour utiliser l'outil, il faut au préalable vérifier les prérequis et réaliser les étapes d'installation.

Pour cela, deux manières différentes de pouvoir l'utiliser :

  • Soit en passant par une installation manuelle de Node.js
  • Soit en passant par Docker

Node.js

Prérequis

  • Node.js

Installation

  1. Récupérer le code source :
git clone https://github.com/cnumr/GreenIT-Analysis-cli.git
  1. Se positionner dans le répertoire GreenIT-Analysis-cli :
cd GreenIT-Analysis-cli
  1. Installer les packages NPM :
npm install
  1. Créer le lien symbolique pour faciliter l'usage de l'outil :
npm link

Docker

Prérequis

  • Docker

Installation

  1. Créer le dossier /<path>/input qui vous permettra de mettre à disposition le fichier <url_input_file> au conteneur :
mkdir -p /<path>/input
  1. Autoriser tous les utilisateurs à lire dans le dossier /<path>/input :
chmod 755 /<path>/input
  1. Créer le dossier /<path>/output qui vous permettra de récupérer les rapports générés par le conteneur :
mkdir -p /<path>/output
  1. Autoriser tous les utilisateurs à écrire dans le dossier /<path>/output :
chmod 777 /<path>/output
  1. Récupérer le code source :
git clone https://github.com/cnumr/GreenIT-Analysis-cli.git
  1. Se positionner dans le répertoire GreenIT-Analysis-cli :
cd GreenIT-Analysis-cli
  1. Construire l'image Docker :
docker build -t greenit-analysis-cli .

⚠️ Si vous êtes sur MacOS, vous devez lancer la commande avec l'option --platform=linux/amd64 :

docker build --platform=linux/amd64 -t greenit-analysis-cli .

Configurer un proxy

Si vous avez besoin de configurer un proxy, il faut :

  1. Modifier le Dockerfile
# Uncomment if you need to configure the proxy.
# You can init these variables by using --build-arg during the docker build
# Example : docker build [...] --build-arg http_proxy=http://<user>:<password>@<host>:<port>
ENV HTTP_PROXY=$http_proxy
ENV HTTPS_PROXY=$https_proxy
ENV NO_PROXY=$no_proxy

[...]

# Uncomment if you need to configure the proxy.
#RUN npm config set proxy $HTTP_PROXY
  1. Construire l'image en passant les informations du proxy en paramètres

Exemple :

docker build -t greenit-analysis-cli \
  --build-arg http_proxy=http://<user>:<password>@<host>:<port> \
  --build-arg https_proxy=https://<user>:<password>@<host>:<port> \
  --build-arg no_proxy=<no_proxy> \
  .

Usage

Analyse

Construction du fichier d'entrée

Construire le fichier <url_input_file> qui liste les URL à analyser. Le fichier est au format YAML.

Sa structure est la suivante :

Paramètre Type Obligatoire Description
url string Oui URL de la page à analyser
name string Non Nom de la page à analyser affiché dans le rapport
waitForSelector string Non Attend que l'élément HTML définit par le sélecteur CSS soit visible
waitForXPath string Non Attend que l'élément HTML définit par le XPath soit visible
waitForNavigation string Non Attend la fin du chargement de la page. 4 valeurs possibles : load, domcontentloaded, networkidle0, networkidle2
screenshot string Non Réalise une capture d'écran de la page à analyser. La valeur à renseigner est le nom de la capture d'écran. La capture d'écran est réalisée même si le chargement de la page est en erreur.
actions list Non Réalise une suite d'actions avant d'analyser la page

Conditions d'attente

Le paramètre waitForNavigation exploite les fonctionnalités de Puppeteer pour détecter la fin de chargement d'une page sans passer par un sélecteur CSS ou un XPath :

  • load : considère que la navigation est terminée lorsque l'événement load est déclenché.
  • domcontentloaded : considère que la navigation est terminée lorsque l'événement DOMContentLoaded est déclenché.
  • networkidle0 : considère que la navigation est terminée lorsqu'il n'y a pas plus de 0 connexion réseau pendant au moins 500 ms.
  • networkidle2 : considère que la navigation est terminée lorsqu'il n'y a pas plus de 2 connexions réseau pendant au moins 500 ms.

Plus de détails ici : https://github.com/puppeteer/puppeteer/blob/main/docs/api.md

Par défaut, si aucun des paramètres de type waitFor n'est défini, alors l'outil considère que la navigation est terminée lorsque l'événement load est déclenché.

Exemple de fichier url.yaml :

# Analyse l'URL collectif.greenit.fr
- name : 'Collectif GreenIT.fr'
  url : 'https://collectif.greenit.fr/'

# Analyse l'URL collectif.greenit.fr/outils.html en spécifiant une condition d'attente via un sélecteur CSS
# Réalise une capture d'écran de la page
- name : 'Les outils du collectif GreenIT.fr'
  url : 'https://collectif.greenit.fr/outils.html'
  waitForSelector: '#header'
  screenshot: 'output/screenshots/outils.png'

# Analyse l'URL collectif.greenit.fr/index_en.html en spécifiant une condition d'attente via un XPath
- url : 'https://collectif.greenit.fr/index_en.html'
  waitForXPath: '//section[2]/div/h2'

Actions

Les actions permettent de définir un parcours utilisateur plus complexe avant de lancer l'analyse.

Il est possible de définir une liste d'actions à travers le champ actions qui est de type liste. La forme d'une action est la suivante :

Paramètre Type Obligatoire Description
name string Non Non de l'action
type string Oui Type de l'action : click, scroll, select, text
element string Non Element du DOM sur lequel l'action doit être exécutée. De type CSS selector
pageChange boolean Non Si true, indique que l'action déclenche un changement de page. Permet d'avoir un calcul des indicateurs dédié à la nouvelle page. Valeur par défaut : false.
timeoutBefore string Non Temps d'arrêt avant d'exécuter l'action (en millisecondes). Valeur par défaut : 1000
waitForSelector string Non Attend que l'élément HTML définit par le sélecteur CSS soit visible
waitForXPath string Non Attend que l'élément HTML définit par le XPath soit visible
waitForNavigation string Non Attend la fin du chargement de la page. 4 valeurs possibles : load, domcontentloaded, networkidle0, networkidle2
screenshot string Non Réalise une capture d'écran de la page, après avoir réalisé l'action. La valeur à renseigner est le nom de la capture d'écran. La capture d'écran est réalisée même si l'action est en erreur.

Les conditions de type waitFor peuvent être réutilisées afin de définir une condition d'attente après l'exécution de l'action. Elles restent optionnelles. La capture d'écran, le cas échéant, est réalisée après cette condition d'attente.

Des paramètres supplémentaires peuvent être nécessaires selon le type de l'action.

click

Ce type d'action permet de simuler un clic sur un élément de la page.

Ce type d'action nécessite les paramètres supplémentaires :

Paramètre Type Obligatoire Description
element string Oui Element du DOM sur lequel le clic est réalisé. De type CSS selector

Exemple :

- name : 'Collectif GreenIT.fr écoindex'
  url : 'https://collectif.greenit.fr/'
  actions:
    - name : 'Clic sur Découvrez nos outils'
      type: 'click'
      element : 'a[title="Nos outils"]'
      pageChange: true
      timeoutBefore: 1000
      waitForSelector: '#header'
scroll

Ce type d'action permet de simuler un utilisateur qui scroll vers le bas de la page.

Ce type d'action n'a pas de paramètre supplémentaire.

Exemple :

- name : 'ecoconceptionweb.com'
  url : 'https://ecoconceptionweb.com/'
  actions:
    - name : "Scroll auto vers le bas de la page"
      type : 'scroll'
select

Ce type d'action permet de simuler la sélection d'une ou plusieurs valeurs dans une liste déroulante.

Ce type d'action nécessite les paramètres supplémentaires :

Paramètre Type Obligatoire Description
element string Oui Element du DOM représentant la liste déroulante. De type CSS selector
values list Oui Liste des valeurs à sélectionner

Exemple :

- name : 'ecoconceptionweb.com'
  url : 'https://ecoconceptionweb.com/'
  actions:
    - name : "Saisie du choix Proposer dans le select Sujet"
      type : 'select'
      element : '#subject'
      values: ['proposer']
text

Ce type d'action permet de simuler la saisie d'un texte dans un champ d'un formulaire par exemple.

Ce type d'action nécessite les paramètres supplémentaires :

Paramètre Type Obligatoire Description
element string Oui Element du DOM dans lequel le texte est saisi. De type CSS selector
content string Oui Contenu du texte à saisir

Exemple :

- name : 'Collectif GreenIT.fr écoindex'
  url : 'https://collectif.greenit.fr/'
  actions:
    - name : "Remplir l'email dans le formulaire de contact"
      type : 'text'
      element: '#form_email'
      content: 'john.doe@mail.com'
      timeoutBefore: 1000

Commande

greenit analyse <url_input_file> <report_output_file>

Paramètres obligatoires :

  • url_input_file : Chemin vers le fichier YAML listant toutes les URL à analyser. (Valeur par défaut : "url.yaml")
  • report_output_file : Chemin pour le fichier de sortie. (Valeur par défaut : "results.xlsx")

Un exemple de fichier listant les scénarios à analyser se trouvent dans le dossier samples.

Paramètres optionnels :

  • --grafana_link : Lien du dashboard Grafana à afficher dans le rapport HTML quand le format choisit est influxdbhtml. Exemple : http://localhost:3000/d/YoK0Xjb4k/greenit-analysis?orgId=1.

  • --device , -d : Emulation du terminal d'affichage. (Valeur par défaut : "desktop")

    Choix :

    • desktop
    • galaxyS9
    • galaxyS20
    • iPhone8
    • iPhone8Plus
    • iPhoneX
    • iPad
  • --format , -f : Format du rapport. Ce paramètre est optionnel : s'il n'est pas défini, alors le format sera déduit en fonction de l'extension du fichier du rapport. Lorsqu'il est défini, le paramètre format est prioritaire vis-à-vis de l'extension.

Choix :

  • xlsx

  • html

  • influxdb

  • influxdbhtml

  • --headers , -h : Chemin vers le fichier YAML contenant les headers HTTP configurés pour accéder aux URL à analyser.

    Exemple de headers.yaml :

    accept: 'text/html,application/xhtml+xml,application/xml'
    accept-encoding: 'gzip, deflate, br'
    accept-language: 'en-US,en;q=0.9,en;q=0.8'
  • --headless : Paramètre permettant d'activer ou de désactiver le mode headless. Lorsque ce mode est désactivé, cela permet de visualiser l'automatisation des actions dans le navigateur. Valeurs possibles : [true, false]. Valeur par défaut : true.

  • --influxdb : Active l'écriture des données dans une base influxdb

  • --influxdb_hostname : URL de la base influxdb

  • --influxdb_org : Nom de l'organisation influxdb

  • --influxdb_token : Token de connexion pour influxdb

  • --influxdb_bucket : Bucket infludb sur lequel envoyer les données

  • --language : Langue utilisée dans le rapport. (Valeur par défaut : fr. Valeurs autorisées: fr, en)

  • --login , -l : Chemin vers le fichier YAML contenant les informations de connexions.

    Exemple de login.yaml :

    url: "https://url/login"
    fields:
      - selector: '#usernameFieldId'
        value: username
      - selector: '#passwordFieldId'
        value: password
    loginButtonSelector: '#loginButtonId'

    Plus d'informations sur les selectors : https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Selectors

  • --max_tab : Nombre d'URL analysées en "simultané" (asynchronicité). (Valeur par défaut : 40).

  • --mobile : Type de connexion. Si true : mobile, sinon : filaire. Valeur par défaut : false (filaire).

  • --proxy , -p : Chemin vers le fichier YAML contenant les informations de configuration du proxy.

    Exemple de proxy.yaml :

    server: "<host>:<port>"
    user: "<username>"
    password: "<password>"
  • --retry , -r : Nombre d'essais supplémentaires d'analyse en cas d'echec. (Valeur par défaut : 2)

  • --timeout , -t : Nombre de millisecondes maximal pour charger une url. (Valeur par défaut : 180000)

  • --worst_pages : Nombre de pages à traiter en priorité affichées sur la page de résumé. (Valeur par défaut : 5)

  • --worst_rules : Nombre de bonnes pratiques à respecter en priorité affichées sur la page de résumé. (Valeur par défaut : 5)

Usage avec Docker

  1. Déposer le fichier <url_input_file> dans le dossier /<path>/input.
  2. Lancer l'analyse :
docker run -it --init --rm --cap-add=SYS_ADMIN \
  -v /<path>/input:/app/input \
  -v /<path>/output:/app/output  \
  -e TZ=<timezone> \
  --name GreenIT-Analysis \
  greenit-analysis-cli

📝 Remarque : il faut définir la variable d'environnement TZ pour définir votre timezone afin d'afficher correctement les dates dans les rapports. Exemple de timezone : TZ=Europe/Paris.

💡 Astuce : afin de consulter les captures d'écran prises par l'outil, vous pouvez soit les enregistrer dans le dossier /app/output et bénéficier ainsi du point de montage existant, soit créer un point de montage dédié aux captures d'écran.

  1. Récupérer les résultats dans votre dossier /<path>/output

Redéfinir les variables URL_PATH et RESULTS_PATH

Vous pouvez redéfinir les variables URL_PATH et RESULTS_PATH si vous souhaitez changer le nom des fichiers ou leur emplacement.

Exemple :

docker run -it --init --rm --cap-add=SYS_ADMIN \
  -v /<path>/input:/app/input \
  -v /<path>/output:/app/output  \
  -e TZ=<timezone> \
  -e "URL_PATH=/app/input/myapp_url.yaml" \
  -e "RESULTS_PATH=/app/output/results_20210101.xlsx" \
  --name GreenIT-Analysis \
  greenit-analysis-cli

Surcharger l'instruction CMD définie dans le Dockerfile

Vous pouvez surcharger la commande renseignée par défaut dans le Dockerfile.

Exemple :

docker run -it --init --rm --cap-add=SYS_ADMIN \
  -v /<path>/input:/app/input \
  -v /<path>/output:/app/output  \
  -e TZ=<timezone> \
  --name GreenIT-Analysis \
  greenit-analysis-cli \
  greenit analyse /app/input/url.yaml /app/output/results.xlsx --max_tab=1 --timeout=15000 --retry=5

Lancer l'analyse avec la configuration d'un proxy

Vous pouvez déposer le fichier proxy.yaml dans le dossier /<path>/input et lancer le conteneur :

docker run -it --init --rm --cap-add=SYS_ADMIN \
  -v /<path>/input:/app/input \
  -v /<path>/output:/app/output  \
  -e TZ=<timezone> \
  --name GreenIT-Analysis \
  greenit-analysis-cli \
  greenit analyse /app/input/url.yaml /app/output/results.xlsx --proxy=/app/input/proxy.yaml

Formats des rapports

Excel (xlsx)

Prérequis :

  • Soit le paramètre suivant est définit : --format=xlsx ou -f=xlsx
  • Soit le fichier de sortie doit avoir l'extension .xlsx

Exemple :

greenit analyse /app/input/url.yaml /app/output/results.xlsx --format=xlsx

Le rapport Excel est composé :

  • D'un onglet représentant le rapport global : moyenne de l'ecoindex de toutes les URL analysées, les URL prioritaires à corriger, les bonnes pratiques prioritaires à mettre en oeuvre, ...
  • D'un onglet par URL analysée : l'ecoindex de l'URL et ses indicateurs ayant servi à le calculer, les indicateurs de consommation d'eau et d'émissions de gaz à effet de serre, le tableau des bonnes pratiques, ...

Exemple d'un rapport :

  • Onglet global :

Onglet global du rapport Excel

  • Onglet pour une URL analysée :

Onglet d'une URL analysée dans le rapport Excel

HTML

Prérequis :

  • Soit le paramètre suivant est définit : --format=html ou -f=html
  • Soit le fichier de sortie doit avoir l'extension .html

Exemple :

greenit analyse /app/input/url.yaml /app/output/global.html --format=html

Le rapport HTML est composé :

  • D'une page résumé : nombre de scénarios analysés, nombre d'erreur, tableau récapitulatif des scénarios analysés avec leurs indicateurs associés (ecoindex, eau, GES, nombre de bonnes pratiques à mettre en oeuvre). Un scénario débute par l'ouverture d'une page web via son URL, puis réalise un certain nombre d'actions pouvant éventuellement entrainer l'ouverture d'une autre page. Pour accéder au rapport détaillé d'un scénario analysé, il suffit de cliquer sur le nom du scénario. Un tableau récapitulatif des bonnes pratiques non respectées (dans au moins 1 scénario) est aussi présent.
  • D'une page par scénario analysé : total du nombre de requêtes HTTP, taille et poids des pages analysées, ainsi qu'un tableau détaillant page par page, et action par action, les indicateurs tels que l'ecoindex et ses indicateurs ayant servi à le calculer, les indicateurs de consommation d'eau et d'émissions de gaz à effet de serre, le tableau des bonnes pratiques, ...

Exemple d'un rapport :

  • Page globale :

Page globale du rapport HTML

  • Page pour un scénario analysé :

Page d'un scénario analysé dans le rapport HTML

  • Page pour un scénario analysé incluant un changement de page :

Page d'un scénario analysé incluant un changement de page dans le rapport HTML

InfluxDB/Grafana

Prérequis :

  • Le paramètre suivant est défini : --format=influxdb ou -f=influxdb

Les données seront envoyées sur influxdb et peuvent être visualisées avec un outil comme Grafana.

Un docker-compose.yml avec un exemple de configuration d'influxdb et de grafana est présent dans le projet. Lors de la première utilisation, quelques étapes de mise en place sont nécessaires :

  • Changer les couples nom d'utilisateur/mot de passe dans le fichier .env (optionel) ;
  • Démarrer le conteneur influxdb : docker compose up greenit-cli-influxdb ;
  • Se connecter à influxdb (http://localhost:8086 par défault) pour récupérer l'id de l'organisation (dans l'url après la connexion http://localhost:8086/orgs/<org id>) et le token de connection (data -> API Token), et renseigner les variables d'environnement correspondantes ;
  • Il est ensuite possible de démarrer le conteneur grafana et d'envoyer les données sur influxdb.

Ces étapes ne seront pas nécessaires à nouveau. Il faudra toutefois redémarrer au moins le conteneur influxdb avant un test.

Exemple d'usage :

greenit analyse exampleUrl.yaml /app/output/global.html --format=influxdbhtml --influxdb_hostname http://localhost:8086 --influxdb_org organisation --influxdb_token token --influxdb_bucket db0

Exemple de dashboard grafana pour un scénario et une action : Exemple de dashboard grafana

InfluxDB/Grafana + HTML

Prérequis :

  • Le paramètre suivant est défini : --format=influxdbhtml ou -f=influxdbhtml

Ce paramètre permet à la fois d'envoyer les données dans InfluxDB, les visualiser dans Grafana, et générer un rapport HTML.

La particularité se trouve dans le rapport HTML généré : une colonne supplémentaire s'affiche dans la page globale pour consulter l'évolution dans le temps des indicateurs d'une page en redirigeant vers le board Grafana.

greenit analyse exampleUrl.yaml --format=influxdb --influxdb_hostname http://localhost:8086 --influxdb_org organisation --influxdb_token token --influxdb_bucket db0

Page globale du rapport HTML généré avec l'option influxdbhtml :

Page globale du rapport HTML généré avec l'option influxdbhtml

ParseSiteMap

greenit parseSitemap <sitemap_url> <yaml_output_file>

Paramètres obligatoires :

  • sitemap_url : URL de la sitemap à transformer.
  • yaml_output_file : Chemin pour le fichier de sortie. (Valeur par défaut : "url.yaml")

Flags généraux

  • --ci : Log de façon traditionnelle pour assurer la compatibilité avec les environements CI.

Conditions d'utilisation

Cet outil fait appel à une API ne permettant pas son utilisation à des fins commerciales.