Plantage passage de J4 à J5...

[MikAuto'Pistes]

Bonsoir à toutes et à tous,

MySQL 8.0
PHP 8.2

Plantage ce soir lors du passage de Joomla 4 à Joomla 5... Page rouge et plus d'accès au site et à l'administration. J'ai donc modifié les droits du le fichier config sur 644 et j'ai défini $debug sur true et $error_reporting sur maximum.


A priori, c'est problème vient de l'extension jchoptimizer. Comme conseillé, j'essaie de désactiver le composant en passant par la base de donnée mais je ne le trouve pas. A-t-il un nom spécifique ?

Est-ce que le problème vient bien de jchoptimizer ? Si non, cela vient de quoi ?

Merci pour votre soutien et votre aide...
MikA

[cavo789]

Bonsoir

Il faut remonter le souci au développeur de JCH car c'est un souci à régler au niveau de son code.

Pour être simple : il veux étendre une classe de Joomla qui est dite "finale" ce qui ne se peut.

Soit les développeurs joomla retirent le keyword "final" soit le développeur de JCH change son code.

Rien à faire de ton côté si ce n'est de désactiver JCH jusqu'à résolution.

[woluweb]

pour faire court, depuis J4 JCH est plus de nature à ralentir Joomla qu'à l'accélérer... (voir les articles de Nicholas dans le Joomla Community Magazine p ex).
Donc pas de raison de se fatiguer à le faire fonctionner, autant le virer d'office.

[RobertG]

Bonjour,

C'est curieux ! J'ai plusieurs sites utilisant JCH Pro et que j'ai récemment passés en version 5.0.0 sans le moindre incident.
Et je viens de tester sous PHP 8.2, le paramétrage en mode production de JCH augmente légèrement les performances, au moins sur ce site. Idem sur un autre site sous PHP 8.1

[daneel]

D'après sa fiche sur l'annuaire des extension (JED), l'extension a été mise à jour récemment (version 8.1.2 du 24 octobre 2023)
avec une compatibilité joomla 5 et un correctif php dans la version JCH 8.1.1 :

https://extensions.joomla.org/extension/jch-optimize/

Le changelog donne ls informations suivantes ... traduites en français !


8.1.2

[ÉLEVÉ] Correction de l'erreur PHP dans le fichier CacheManager.php.
[FAIBLE] Correction du problème des erreurs JavaScript sur certains sites.
[MOYEN] Correction du problème lors de l'utilisation de Smart Combine en excluant les fichiers JavaScript.
[MOYEN] Certains images ne s'affichent pas lorsque l'option "Charger les images Webp" est activée.

8.1.1
Cette version est une mise à jour de maintenance qui corrige une erreur PHP sur certains sites. Tout le monde est invité à effectuer la mise à jour.
Développé et testé sur PHP 8.2.11 et Joomla! 4.4.0|5.0.0

[ÉLEVÉ] Corrections de bogues

Version 8.1

Nouveautés

Cette version est une mise à jour majeure avec de nombreux changements, dont le principal est la compatibilité avec Joomla 5. Par conséquent, nous ne prenons plus en charge la version 3.10, car nous ne maintenons qu'un seul package d'installation pour les différentes plateformes, mais les bases de code étaient tout simplement trop différentes. La version minimale de PHP est désormais la 8.0.

La plupart des changements concernent l'onglet "Préchargement" dans la page des options, où nous avons réorganisé les paramètres dans différentes fonctionnalités pour les rendre plus intuitifs et introduit une fonction pour charger les images les plus importantes pour le rendu à l'aide de l'attribut "fetchpriority" pour améliorer les performances sur PageSpeed.

Il y a également une nouvelle fonctionnalité dans l'onglet "CSS" pour inclure des déclarations CSS afin d'améliorer le décalage de mise en page cumulatif. Lorsque j'aide d'autres personnes à optimiser leur site, j'ai souvent besoin de cette fonctionnalité, alors cela permet d'insérer facilement des déclarations CSS simples pour mobile ou desktop afin de gérer le décalage pendant le rendu, sans se soucier des requêtes multimédias car celles-ci seront générées automatiquement pour vous.

De plus, nous avons retravaillé le script d'optimisation des images pour le rendre plus efficace et plus rapide, en incluant certaines options pour modifier la concurrence ou la taille des paquets de fichiers en fonction des capacités de votre serveur afin d'augmenter encore la vitesse ou de limiter la sortie en fonction des capacités du serveur. Consultez le CHANGELOG pour plus de détails supplémentaires.

Développé et testé sur PHP 8.2.11 et Joomla! 4.4.0|5.0.0

Nouveau :

• Ajout de la fonctionnalité CSS personnalisé pour réduire le CLS
• Ajout du paramètre "sections HTML" pour la fonction de réduction du DOM
• Ajout de la fonction pour précharger les images LCP avec une priorité de chargement élevée
• Ajout d'une section Préconnect pour les origines tierces, y compris les CDN

Supprimé :

• Suppression du paramètre CDN "Préconnecter les CDN"
• Suppression du paramètre HTTP/2 "Pousser les fichiers CDN"
• Prise en charge du stockage WinCache supprimée

Modifié :

• Amélioration du script d'optimisation des images
• La prise en charge minimale de Joomla est désormais la version 4.0. NE PREND PLUS EN CHARGE JOOMLA 3
• La version minimale de PHP est désormais la 8.0

Divers :

• De nombreuses autres améliorations mineures et corrections de bugs.

[guillenphoto]

pour faire court, depuis J4 JCH est plus de nature à ralentir Joomla qu'à l'accélérer... (voir les articles de Nicholas dans le Joomla Community Magazine p ex).
Donc pas de raison de se fatiguer à le faire fonctionner, autant le virer d'office.

Bonjour Woluweb,

je suis vos interventions avec interêt depuis que je suis sur le forum. J'apprécie beaucoup vos conseils et votre travail.

Personnellement, pour nos deux sites, nous utilisons JCH. Et heureusement, sinon les performances seraient catastrophiques.

Pour l'instant, nous sommes toujours en Joomla 4.4. Nous attendons la nouvelle version des extensions de RAXO pour passer en Joomla 5.

Nous sommes dans deux hébergements mutualisés chez Infomaniak. Nous avons envisagé le passage avec JElastic ou une adresse IP dédiée mais nous avons abandonné l'idée à cause des manipulations à réaliser. Nous sommes deux photographes et non des webmasters.

Pour en revenir à JCH, voici un exemple de performances avec JCH.

La page https://www.guillenphoto.com/fr/ a un score de 75 avec Page Speed pour les mobiles. 83 pour le desktop.
Cette page utilise JCH.

La même page sur mon site de test : https://gpfa99.guillenphoto.com/fr/ sans JCH a des scores de 28 et 71.

La différence est énorme.

Nous avons essayé de mettre en place les recommandations du fameux article dont vous parler mais nous ne sommes jamais parvenus à obtenir de bons scores.

Dans notre cas, nous apprécions beaucoup JCH. Samuel est à notre écoute. C'est suite à l'une de nos remarques qu'il a créé la version 8.1.2 en ajoutant un nouveau champ.

Nous ne sommes pas des spécialistes, juste des utilisateurs de Joomla. Je vous garantis que les résultats sont sans équivoque.

Sincèrement,
A. Guillen

[Fred2FR3]

Bonsoir,
Je trouve votre thème très joli, lequel est-ce ?
Pour la lenteur, pour moi cela ne fait aucun doute que c'est l’hébergement de votre site qui en est la cause.

https://gtmetrix.com/reports/www.guillenphoto.com/tZwLNsuN/

[woluweb]

avec lighthouse sur mon ordi, je vois que le temps de réponse initial du serveur est de 1,62 secondes, ce qui est énorme

sinon, je (re) confirme que je n'ai jamais utilisé JCH sur du J4 ou J5 et que ça ne m'empêche pas d'obtenir 100% de performance
Mais le template peut jouer énormément.

Il faudrait essayer p ex le même site avec Cassiopeia et déjà comparer les résultats.

J'ignore quel est le template utilisé (gpfa serait un gavick pro ?)

mais bref : investiguer le temps de réponse du serveur... mais aussi voir du côté du template

[guillenphoto]

Bonjour Fred2FR3 et Woluweb,

je vous remercie tous les deux d'avoir pris le temps de me répondre.

Vous avez raison concernant le temps de réponse de l'hébergeur est important. Nous sommes chez Infomaniak. Comme je vous l'ai indiqué précédemment, nous avons demandé pour utiliser Jelastic mais il faut mettre en place l'environnement par nous-mêmes. Nous n'avons pas les compétences et nous n'avons pas le temps.

Suite à la remarque de Woluweb, nous venons d'essayer Cassiopeia. Même temps de réponse. Le problème vient vraiment de chez Infomaniak. Nous avons deux environnements mutualisés.

Les templates de nos deux sites ont été créés avec Template Creator. Il y a quelques années, nous utilisions un template de Gavick mais la mise en place de la boutique en ligne avec Hikashop nous a obligés à prendre Template Creator car nous avions des besoins précis qu'aucun template commercial n'offrait.

Nous avons le même template pour les deux sites avec quelques variations car nous n'offrons pas les mêmes prestations.
Nous trouvons que Template Creator est très puissant et surtout très flexible. Nous maîtrisons totalement le design.

Comme nous ne sommes pas des développeurs et que notre travail n'est pas web designer, nous avons trouvé l'outil qui correspond à nos attentes. De plus Cédric, le développeur est réactif et très professionnel.

Pour créer nos deux sites web, nous avons utilisé la méthode de Donald Miller (storybrand.com) chez qui nous avons suivi un stage pour créer un contenu qui soit adapté à nos clients et qui les incitent à rester sur nos pages.

Changer aujourd'hui d'hébergeur nous demanderait du temps pour la recherche, les tests, la mise en place. Ce temps nous ne l'avons pas.

Merci encore pour vos réponses.

Sincèrement,
A. Guillen

[woluweb]

Soit dit en passant, quand on migre vers Planethoster ils s'occupent eux-mêmes de tout.