jf.duprat

Bonjour. Je voudrais demander cette migration pour un hébergement encore sur une offre 2017. La doc dit qu'il faut ouvrir un ticket indiquant la date et l'heure souhaitées. Mais je ne vais pas ouvrir un ticket pour demander une migration dans 2 heures, il faut certainement un délai ... Donc j'ai une question simple : quel délai est raisonnable? Merci de vos précisions.

Bonjour. Je me trouve un peu dans le même cas ... J'ai fait une demande le 16/12 et je suis sans réponse. Je m'inquiète un peu. Avez-vous eu des informations de votre coté? Cordialement. Jean-François

Bonjour. J'ai utilisé : https://docs.joomla.org/Joomla_3.x_to_4.x_Step_by_Step_Migration/fr

Bonjour. sur un hebergement mutualisé, j'ai fait un essai de migration d'un petit site de Joomla 3 à Joomla 4 en suivant une doc de joomla.org. Après quelques tatonnements et adaptations, ça fonctionne, mais en php 7.4.14. Dans IWAL, j'ai mofifié la version de php pour passer en 8.0. Et là mon site est inaccessible, idem coté administration. J'ai des erreurs 500 : - le premier accès : Attempted to load interface "JsonSerializable" from the global namespace. Did you forget a "use" statement? - et si je retente : Attempted to call function "simplexml_load_file" from namespace "Joomla\CMS\Language". Quelqu'un peut il m'aiguiller pour résoudre ce problème? Est-ce qu'il vaut mieux rester sur le php 7.4? Merci pour vos propositions!

Bonjour. Je ne pensais pas que ça dépendait de l'hébergement, mais si je ne suis pas le seul ... J'ouvre un ticket!

Bonjour. J'utilise Dolibarr sur un hébergement mutualisé. Depuis quelques semaines j'ai un problème pour effectuer une sauvegarde par mysqldump. Lorsque je tente de le faire, j'ai un message d'erreur : "Erreur : Échec de l'exécution de commande externe. Vérifiez qu'elle est disponible et exécutable par l'utilisateur de votre serveur PHP. Vérifiez également que la commande n'est pas protégée au niveau du shell par une couche de sécurité comme apparmor." Dolibarr affiche la commande qui est lancée : usr/bin/mysqldump 140088_dolibarr -h mysql3.yulpa.io -u 140088_dolibarr -P 3306 -l --single-transaction --add-drop-table=TRUE --tables -c -e --hex-blob --default-character-set=utf8 --no-tablespaces -p"**********" J'ai lancé cette commande depuis un terminal en connexion SSH en redirigeant la sortie dans un ifchier . L'éxécution démarre, et retourne une erreur : "mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."number-of-buckets-specified"') FROM information_schema.COLUMN_STATISTICS WHERE SCHEMA_NAME = '140088_dolibarr' AND TABLE_NAME = 'llx_accounting_account';': Unknown table 'COLUMN_STATISTICS' in information_schema (1109)" Sur un forum Dolibarr, j'ai demandé de l'aide, et on m'a conseillé de créer à la racine de mon compte un fichier ".my.cnf" contenant : "[mysqldump] column-statistics=0". C'est ce que j'ai fait. J'ai ensuite relancé la commande depuis le terminal. Elle s'exécute sans retourner d'erreur. Mais si je relance la commande depuis Dolibarr, j'ai toujours la même erreur. Je pense que la directive dans le fichier ".my.cnf" n'est pas prise en compte lorsque la commande est lancée depuis Dolibarr. J'imagine que c'est liée à l'utilisateur qui exécute Dolibarr (PHPH et/ou MYSQL)... Mais là, ça dépasse de beaucoup mes compétences, alors j'espère trouver ici quelqu'un qui peut m'aider! Merci d'avance pour tous vos conseils. JF