Je n’arrive plus à reconfigurer correctement Dolibarr 11.0.4 concernant le module « Sites web » et l’archive « website_coorporate-1.0.zip » via « IMPORTER MODÈLE DE SITE WEB » .
Pourtant j’avais déjà déployé ce modèle de site web sous la version Dolibarr 10.0.3 sans problème.
Le site et le thème fonctionnaient super.
Je précise que ce n’est pas une mise à jour de Dolibarr 10.0.3 vers 11.0.4, mais c’est une nouvelle installation.
Chose étrange, c’est que même en revenant à la version antérieure (10.0.3) et en réinstallant un nouveau site, un nouveau domaine et un autre serveur etc… je retrouve le même problème d’installation avec cette archive « website_coorporate-1.0.zip ».
C’est à dire que la page web ne se recharge pas lorsque j’exécute un clic sur le bouton « ENVOYER LE FICHIER ». La page web tourne dans le vide puis après un laps de temps la page web reste bloquée (Message firefox : La connexion a été réinitialisée. La connexion avec le serveur a été réinitialisée pendant le chargement de la page.).
Après réflexion, ce que je croyais être un bug sous la version 11.0.4 n’en était pas un. Il s’agit vraisemblablement d’un problème d’installation/de configuration. Je ne me souviens plus quelle configuration j’avais effectuée à l’époque sous la version 10.0.3 pour que cela fonctionne.
Dans mon souvenir, je crois qu’il y avait des droits spécifiques sur certains répertoires tels que /documents/medias ou peut-être un autre répertoire dans l’arborescence d’installation de Dolibarr.
Pour être plus précis voici le problème décortiqué point par point :
Mon serveur est en réseau local (configuration: Debian/Armbian Buster, Mariadb, Apache2, Dolibarr 11.0.4).
Jusqu’ici l’installation et la configuration s’effectue sans problème afin de passer à l’étape suivante :
activation du module « Sites web » dans « Configuration » « Modules/Application »
ajout de « monsiteweb » via la page « Sites web » (module)
« CLIC » sur « IMPORTER MODÈLE DE SITE WEB »
En principe l’installation de l’archive devrait suivre cette logique :
L’archive « website_coorporate-1.0.zip » est téléversée dans « documents/website/temp/ » !
Puis l’archive est décompressée dans « documents/website/temp/monsiteweb/ » (voir ci-dessous le résultat) :
$ ls -l /var/www/linuxhote/documents/website/temp/monsiteweb/
total 124
drwxrwxrwx 2 www-data www-data 4096 mai 13 13:55 containers
drwxrwxrwx 4 www-data www-data 4096 déc. 3 16:20 medias
-rw-rw-r-- 1 www-data www-data 108642 déc. 3 16:20 website_pages.sql
Elle devrait être finalement déployée dans « documents/website/monsiteweb/ » :
C’est là le problème, il n’y a aucun fichier déployé dans « documents/website/monsiteweb/ » !
Ce répertoire contient uniquement le lien « medias -> /var/www/monsiteweb/documents/medias ».
Questions :
pourquoi les fichiers décompressés depuis l’archive « zip » dans « documents/website/temp/monsiteweb/ » ne sont-ils pas déployés dans « documents/website/monsiteweb/ » ?
est-ce à ce niveau de l’installation/configuration qu’il y a un problème ?
y aurait-il un problème de droits sur la bdd (Mariadb) ou sur des répertoires ou plus simplement un problème de configuration dans Dolibarr etc … ?
Bref il y a quelque chose qui m’échappe (je ne suis pas développeur Dolibarr).
Merci d’avance aux esprits éclairés qui pourraient m’aider.
Finalement après une nouvelle vérification les pages sont déployées dans « documents/website/monsiteweb/ » :
La base de données du site web est bien créée et les données sont dans les tables.
Par contre ça bloque toujours lorsque la page doit se recharger. La page web tourne dans le vide puis après un laps de temps la page web reste bloquée.
Voici un extrait du fichier « dolibarr.log » :
…
2020-05-16 14:01:16 DEBUG 192.168.1.3 dolWebsiteReplacementOfLinks start
2020-05-16 14:01:16 DEBUG 192.168.1.3 dolWebsiteReplacementOfLinks end
2020-05-16 14:01:16 DEBUG 192.168.1.3 WebsitePage::fetch
2020-05-16 14:01:16 DEBUG 192.168.1.3 sql=SELECT t.rowid, t.fk_website, t.type_container, t.pageurl, t.aliasalt, t.title, t.description, t.image, t.keywords, t.htmlheader, t.content, t.lang, t.fk_page, t.status, t.grabbed_from, t.date_creation, t.tms as date_modification, t.fk_user_creat, t.fk_user_modif FROM llx_website_page as t WHERE 1 = 1 AND t.rowid = 11 LIMIT 1
??? ÇA BLOQUE ICI 2020-05-16 14:01:16 INFO 192.168.1.3 dolWebsiteOutput start (contenttype=html USEDOLIBARRSERVER= USEDOLIBARREDITOR=1)
??? ÇA BLOQUE ICI
Est-ce le problème ?
Logiquement je devrais avoir ceci :
2020-05-16 15:47:42 INFO 192.168.1.3 dolWebsiteOutput start (contenttype=html USEDOLIBARRSERVER= USEDOLIBARREDITOR=1)
2020-05-16 15:47:42 INFO 192.168.1.3 dolWebsiteOutput end
2020-05-16 15:47:42 INFO 192.168.1.3 dolWebsiteOutput start (contenttype=html USEDOLIBARRSERVER= USEDOLIBARREDITOR=1)
2020-05-16 15:47:42 INFO 192.168.1.3 dolWebsiteOutput end
2020-05-16 15:47:42 DEBUG 192.168.1.3 dolWebsiteReplacementOfLinks start
2020-05-16 15:47:42 DEBUG 192.168.1.3 dolWebsiteReplacementOfLinks end
2020-05-16 15:47:42 INFO 192.168.1.3 — End access to /website/index.php
Je viens de tester l’import du template website_coorporate-1.0.zip disponible sur dolistore sur une version 11.0.4. Je ne rencontre pas de difficultés. Regarde si tu vois des anomalies dans le fichier error.log de apache.
Vérifie que la taille max de fichiers en upload pour php est bien supérieur au fichier zip du template.
Essaie aussi d’augmenter la mémoire PHP max.
dans « /var/log/apache2/error.log »:
Fatal error: Maximum execution time of 30+2 seconds exceeded (terminated) in /var/www/monsiteweb.fr/htdocs/core/lib/website.lib.php on line 234
dans « /var/log/apache2/monsiteweb-fr_ssl_error.log »:
[Thu May 21 11:17:54.483724 2020] [php7:warn] [pid 11621] [client 192.168.1.3:60892] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/monsiteweb.fr/htdocs/core/menus/standard/eldy.lib.php:601) in /var/www/monsiteweb.fr/documents/website/monsiteweb/styles.css.php on line 7, referer: https://admin.monsiteweb.fr/website/index.php
sudo tail -f /var/log/apache2/monsiteweb-fr_ssl_error.log:
[Tue May 26 11:39:12.246248 2020] [php7:warn] [pid 29026] [client 192.168.1.3:43278] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/monsiteweb.fr/htdocs/core/menus/standard/eldy.lib.php:601) in /var/www/monsiteweb.fr/documents/website/monsiteweb/styles.css.php on line 7, referer: https://admin.monsiteweb.fr/website/index.php
[Tue May 26 11:40:15.281993 2020] [php7:warn] [pid 29019] [client 192.168.1.3:43320] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/monsiteweb.fr/htdocs/core/menus/standard/eldy.lib.php:601) in /var/www/monsiteweb.fr/documents/website/monsiteweb/styles.css.php on line 7, referer: https://admin.monsiteweb.fr/website/index.php
[Tue May 26 11:41:18.061368 2020] [php7:warn] [pid 29242] [client 192.168.1.3:43352] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/monsiteweb.fr/htdocs/core/menus/standard/eldy.lib.php:601) in /var/www/monsiteweb.fr/documents/website/monsiteweb/styles.css.php on line 7, referer: https://admin.monsiteweb.fr/website/index.php
sudo tail -f /var/log/apache2/error.log
Fatal error: Maximum execution time of 60+2 seconds exceeded (terminated) in /var/www/monsiteweb.fr/htdocs/core/lib/website.lib.php on line 234
Fatal error: Maximum execution time of 60+2 seconds exceeded (terminated) in /var/www/monsiteweb.fr/htdocs/core/lib/website.lib.php on line 234
Fatal error: Maximum execution time of 60+2 seconds exceeded (terminated) in /var/www/monsiteweb.fr/htdocs/core/lib/website.lib.php on line 234
Fatal error: Maximum execution time of 360+2 seconds exceeded (terminated) in /var/www//monsiteweb/htdocs/core/lib/website.lib.php on line 234
Dans mon souvenir une machine équipée du processeur core i3 avec la valeur de « max_execution_time » était réglée sur 30s. L’exécution de la tâche durant le déploiement de " website_coorporate-1.0.zip était très rapide.
Sur un SOC A20 dont la puissance est relativement élevée cela ne devrait pas excéder 30s.
Dans ce cas précis, ce n’est pas le procésseur qui est le plus sollicité mais les I/O pour crée tous les fichiers sur votre disque.
Soit vous avez un disque surchargé ou trop lent, soit il y a un autre probléme sur votre infrastructure, une investigation en profondeur risque d’être nécessaire.
Sur mon serveur (Intel® C2350 +4Go de RAM + HDD ) l’importation du template corporate prends 2,76s
Chaque machine est équipée d’un SSD (120GB et 240GB utilisés à 10% et 30%) dont l’accès (RWX) est en principe plus rapide que sur un HDD. Sauf erreur, je ne pense pas qu’il s’agisse d’un problème matériel. Une chose sûre c’est que le déploiement de Dolibarr et de modules ne posent pas de problèmes particuliers sur ces deux types de machines. Néanmoins le déploiement de « website_coorporate-1.0.zip »
reste problématique sur la machine SoC A20, SSD 120GB :
$ free -h
total used free shared buff/cache available
Mem: 2,0Gi 1,1Gi 115Mi 27Mi 733Mi 760Mi
Swap: 1,0Gi 1,0Mi 1,0Gi
Je n’ai que quelques connaissances de base du langage PHP.
Peut-être y a-t-il un début d’explication du problème sur https://stackoverflow.com/questions/8028957/how-to-fix-headers-already-sent-error-in-php
correspondant au Warning: Cannot modify header information - headers already sent by trouvé dans le fichier log ci-dessus « /var/log/apache2/monsiteweb-fr_ssl_error.log »
Reste à savoir si cela en est vraiment la cause.
Y aurait-il un problème plus simple de configuration Apache, PHP, etc., un oubli … (mais où ?)
Je viens d’installer dolibarr-11.0.4 avec « website_coorporate-1.0.zip » sur ma machine Core i3, SSD 240GB et sur laquelle fonctionnait déjà la dolibarr-10.0.3. Tout est installé sans le moindre problème.
Cependant il y a toujours le WARNING dans le /var/log/apache2/monsiteweb-org_error.log :
[Wed May 27 21:37:26.023770 2020] [php7:warn] [pid 10514] [client 192.168.1.3:32788] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/monsiteweb.org/htdocs/core/menus/standard/eldy.lib.php:599) in /var/www/monsiteweb.org/documents/website/monsiteweb/styles.css.php on line 7, referer: http://admin.monsiteweb.org/website/index.php
Par contre par d’erreur dans le /var/log/apache2/error.log.
Reste à explorer la deuxième source « Un problème d’encodage des fichiers et ou du serveur (UTF-8) » sur la machine SoC A20, 120GB
