Configuration Dolibarr 11.0.4 Sites web déploiement modèle website_coorporate-1.0.zip

Hello,

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/ » ! :slightly_smiling_face:

  • 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/ » ! :skull_and_crossbones:
    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.

Bonjour,

Je voulais tester moi aussi sur une V10, et je rencontre le même problème.

Qu’elle est le fichier à vérifier pour ça?

Bonjour,

Tout dépend ou est installé Dolibarr.
C’est le fichier php.ini

Vous pouvez vérifier les valeurs dans Dolibarr : /admin/system/phpinfo.php

  • max_execution_time
  • max_input_time
  • memory_limit
  • post_max_size

J’ai revérifié le fichier php.ini :

upload_max_filesize = 12M
post_max_size = 12M
memory_limit = 512M

LOG MESSAGES:

  • 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

Bonjour,

Passez le max excution time à 60s

max_execution_time = 60

max_input_time = 60

upload_max_filesize = 12M

post_max_size = 12M

memory_limit = 512M

J’ai même revérifié et installé des extensions PHP .

Résultat ?

Ils disent quoi les logs ?

etc.

LOG MESSAGES:

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

DOnc il faut augmenter le :

à 120s

Quelle que soit la valeur de « max_execution_time = 30 ou 60 ou 120 » le problème persiste :

Fatal error: Maximum execution time of 120+2 seconds exceeded (terminated) in /var/www/monsiteweb/htdocs/core/lib/website.lib.php on line 234

Alors passez à 360s
Tout dépend de la puissance de votre machine

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.

Bonjour,

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ù ?)

A mon avis les deux problémes ne sont pas liés.
Généralement l’erreur ci-dessus à deux sources :

  1. une erreure PHP avant, ce qui provoque le warning
  2. Un problème d’encodage des fichiers et ou du serveur (UTF-8)

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