| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente |
| serveurs:installation:web-srv:docker-matomo [2026/09/24 10:37] – [Mise à jour de Matomo] jpmilcent | serveurs:installation:web-srv:docker-matomo [2026/09/24 10:50] (Version actuelle) – [Configurer Matomo] jpmilcent |
|---|
| * Chiffrement SMTP : TLS | * Chiffrement SMTP : TLS |
| * Modifier le fichier de config une fois le volume créé : | * Modifier le fichier de config une fois le volume créé : |
| * Copier le fichier de config de Matomo sur l'hôte : ''docker cp analytics-matomo:/var/www/html/config/config.ini.php ~/docker/analytics.silene.eu/matomo/config/'' | * Copier le fichier de config de Matomo sur l'hôte : ''%% docker cp analytics-matomo:/var/www/html/config/config.ini.php ~/docker/analytics.silene.eu/matomo/config/ %%'' |
| * Modifier le fichier de config en ajoutant les paramètres nécessaire : <code ini> | * Modifier le fichier de config en ajoutant les paramètres nécessaire dans les différentes sections: <code ini> |
| | [database] |
| | schema = "Mariadb" |
| [General] | [General] |
| force_ssl = 0 | force_ssl = 1 |
| assume_secure_protocol = 1 | assume_secure_protocol = 1 |
| proxy_client_headers[] = "HTTP_X_FORWARDED_FOR" | proxy_client_headers[] = "HTTP_X_FORWARDED_FOR" |
| proxy_host_headers[] = "HTTP_X_FORWARDED_HOST" | proxy_host_headers[] = "HTTP_X_FORWARDED_HOST" |
| </code> | </code> |
| * Le service Nginx communique en interne en HTTP avec Matomo (''force_ssl=0'') par contre on indique à Matomo qu'il doit renvoyer ces liens (images, css, js...) en considérant que l'on utilise du HTTPS (''assume_secure_protocol = 1'') et comme Matomo est proxifié par Nginx nous l'indiquons (''%% proxy_client_headers[] = "HTTP_X_FORWARDED_FOR" %%'' et ''%% proxy_host_headers[] = "HTTP_X_FORWARDED_HOST" %%'') | * Le service Nginx communique en interne en HTTP non sécurisé avec Matomo mais en amont Nginx est bien en HTTPS. Nous devons donc indiquer à Matomo qu'il doit considérer que l'on utilise du HTTPS sécurisé (''force_ssl = 1'' et très important ''assume_secure_protocol = 1''). Enfin, Matomo étant proxifié par Nginx nous l'indiquons (''%% proxy_client_headers[] = "HTTP_X_FORWARDED_FOR" %%'' et ''%% proxy_host_headers[] = "HTTP_X_FORWARDED_HOST" %%''). |
| * Retourner le fichier de config dans le volume : ''docker cp ~/docker/analytics.silene.eu/matomo/config/config.ini.php analytics-matomo:/var/www/html/config/config.ini.php'' | * Retourner le fichier de config dans le volume : ''%% docker cp ~/docker/analytics.silene.eu/matomo/config/config.ini.php analytics-matomo:/var/www/html/config/config.ini.php %%'' |
| * Se connecter au container et corriger les droits du fichier copié : ''docker exec -it analytics-matomo /bin/bash'' | * Se connecter au container et corriger les droits du fichier copié : ''%% docker exec -it analytics-matomo /bin/bash %%'' |
| * ''cd /var/www/html/config'' | * ''%% cd /var/www/html/config %%'' |
| * ''chown www-data:www-data config.ini.php'' | * ''%% chown www-data:www-data config.ini.php %%'' |
| * Test l'envoie d'email par Matomo : | * Test l'envoie d'email par Matomo : |
| * Se connecter au container : ''docker exec -it analytics-matomo /bin/bash'' | * Se connecter au container : ''%% docker exec -it analytics-matomo /bin/bash %%'' |
| * Se placer dans le dossier ///var/www/html/// avec : ''cd /var/www/html/'' | * Se placer dans le dossier ///var/www/html/// avec : ''%% cd /var/www/html/ %%'' |
| * Lancer la commande : '' ./console core:test-email test@mon-domaine.ext '' | * Lancer la commande : ''%% ./console core:test-email test@mon-domaine.ext %%'' |
| |
| ==== Mise à jour de Matomo ==== | ==== Mise à jour de Matomo ==== |
| |
| * <del>**Notes** : le volume Docker incluant l'ensemble de Matomo, il est donc nécessaire de procéder en 2 étapes :</del> => Ce n'est plus vrai. Le problème venait du remplacement du script ''entrypoin.sh'' officiel de Matomo par un script personnalisé lançant le Cron (voir installation CBNA). Voici les nouvelles étapes de mise à jour : | * <del>**Notes** : le volume Docker incluant l'ensemble de Matomo, il est donc nécessaire de procéder en 2 étapes :</del> => Ce n'est plus vrai. Le problème venait du remplacement du script ''entrypoin.sh'' officiel de Matomo par un script personnalisé lançant le Cron (voir l'installation CBNA qui est corrigé). Voici les nouvelles étapes de mise à jour : |
| - Mise à jour du container : | - Mise à jour de l'image et du container : |
| * Mettez à jour le fichier //docker-compose.yml// en indiquant la nouvelle version de l'image. Ex. : ''%% image: cbn-alpin/matomo:5.14.0-fpm %%'' | * Mettez à jour le fichier //docker-compose.yml// en indiquant la nouvelle version de l'image. Ex. : ''%% image: cbn-alpin/matomo:5.14.0-fpm %%'' |
| * Mettez à jour le fichier //matomo/build/Dockerfile// en indiquant la nouvelle version de l'image. Ex. : ''%% FROM matomo:5.14.0-fpm %%'' | * Mettez à jour le fichier //matomo/build/Dockerfile// en indiquant la nouvelle version de l'image. Ex. : ''%% FROM matomo:5.14.0-fpm %%'' |
jpmilcent