Tweet
LA SITUATION
Site Internet hébergé chez OVH (serveur Web apache)crée en 2016 via joomla.fr et construit uniquement via des modules et non Wordpress.
Version de Joomla = 3.9.1
PHP est en version 7.2 sur le serveur (= confirmé par OVH et l’accès client) mais signalé en version 5.6.38 (et 5.5.30 pour la base de donnée).
Il y a 2 fichiers « .ovhconfig » donc 1 de trop que je ne peux ni modifier, ni écarter (en changeant son nom par exemple).
LES PROBLEMES
1.- Il y en a un fichier ovhconfig (corrigé, standard et placé par OVH fin 2018) dans la racine qui indique bien le code (je rajoute ici 3
;;; app.engine.version=7.2 ET un autre plus ancien (2016) qui est situé dans le répertoire www du site. Ce dernier indique ;;;app.engine.version=5.6 et c’est lui, celui se trouvant à la racine ‘www’ de mon espace de stockage qui est pris en charge par Joomla et donc m’indique être en php obsolète.
2.- Le site Internet sous Joomla version 3.9.1 se plante en ‘erreur 500’ chaque fois que j’essaye de retirer ou de modifier (corriger) le fichier ovhconfig qui indique par erreur la version 5.6
Veuillez noter que les 2 actions suivantes ont bloqué le site avec une Erreur 500, alors que je ne touche pas au ‘bon’ fichier ovhconfig en racine.
Je suis donc bloquer et sans autre solution. Je ne prends pas le risque de rentrer dans un code que je ne maîtrise pas d’où mon appel à l’expertise de ceux qui auraient déjà rencontrer ce cas de figure.
1) Normalement ce fichier ovhconfig ne serait pas/plus nécessaire dans le répertoire www. Si je l’écrase sous www (en le renommant). Résultat = Erreur 500
2) si je le conserve en modifiant à la main le code ‘app.engine.version’ de 5.6 en 7.2, résultat = Erreur 500
**** Que faire d’autre ?
**** Y-a-t-il un module Joomla qui actualise et corrige le php sans être un informaticien ?
Pour info, notez que OVH et le module acheté AdminTools d’Akeeba® ont corrigé et actualisé les fichiers .htacces qui ne nécessitent plus de référencement à l’environnement php. Le blocage ne vient donc pas de htaccess.
Je suis sans autre solution. Je ne prends pas le risque de rentrer dans un code que je ne maîtrise pas d’où mon appel à l’expertise de ceux qui auraient déjà rencontré ce cas de figure.
Site Internet hébergé chez OVH (serveur Web apache)crée en 2016 via joomla.fr et construit uniquement via des modules et non Wordpress.
Version de Joomla = 3.9.1
PHP est en version 7.2 sur le serveur (= confirmé par OVH et l’accès client) mais signalé en version 5.6.38 (et 5.5.30 pour la base de donnée).
Il y a 2 fichiers « .ovhconfig » donc 1 de trop que je ne peux ni modifier, ni écarter (en changeant son nom par exemple).
LES PROBLEMES
1.- Il y en a un fichier ovhconfig (corrigé, standard et placé par OVH fin 2018) dans la racine qui indique bien le code (je rajoute ici 3
;;; app.engine.version=7.2 ET un autre plus ancien (2016) qui est situé dans le répertoire www du site. Ce dernier indique ;;;app.engine.version=5.6 et c’est lui, celui se trouvant à la racine ‘www’ de mon espace de stockage qui est pris en charge par Joomla et donc m’indique être en php obsolète.2.- Le site Internet sous Joomla version 3.9.1 se plante en ‘erreur 500’ chaque fois que j’essaye de retirer ou de modifier (corriger) le fichier ovhconfig qui indique par erreur la version 5.6
Veuillez noter que les 2 actions suivantes ont bloqué le site avec une Erreur 500, alors que je ne touche pas au ‘bon’ fichier ovhconfig en racine.
Je suis donc bloquer et sans autre solution. Je ne prends pas le risque de rentrer dans un code que je ne maîtrise pas d’où mon appel à l’expertise de ceux qui auraient déjà rencontrer ce cas de figure.
1) Normalement ce fichier ovhconfig ne serait pas/plus nécessaire dans le répertoire www. Si je l’écrase sous www (en le renommant). Résultat = Erreur 500
2) si je le conserve en modifiant à la main le code ‘app.engine.version’ de 5.6 en 7.2, résultat = Erreur 500
**** Que faire d’autre ?
**** Y-a-t-il un module Joomla qui actualise et corrige le php sans être un informaticien ?
Pour info, notez que OVH et le module acheté AdminTools d’Akeeba® ont corrigé et actualisé les fichiers .htacces qui ne nécessitent plus de référencement à l’environnement php. Le blocage ne vient donc pas de htaccess.
Je suis sans autre solution. Je ne prends pas le risque de rentrer dans un code que je ne maîtrise pas d’où mon appel à l’expertise de ceux qui auraient déjà rencontré ce cas de figure.
.
Commentaire