[RÉGLÉ] Problème avec Getjoomla FR

[RobertG]

Bonjour,

Je conseille l'utilisation de GetJoomla FR qui n'est plus accessible sur joomla.fr et que je mets donc à disposition sur mon site joomxtensions.com
Il y a 3 jours, pour un test, je l'ai utilisé sur mon serveur PHPNET (Premium performance 1) : aucun problème. Idem ce matin pour contrôle.
Mais un client voulant l'utiliser sur un serveur mutualisé OVH a rencontré toute une série d'erreurs, puis une seule (je ne comprends pas la disparition des autres...) :

Notice: Undefined property: stdClass::$name in /home/************/nouveausite/index.php on line 240

J'ai voulu tester en local avec uWamp et j'ai eu un message d'erreur différent,

ERROR: This class require CURL or allow_url_fopen have to be enabled in PHP configuration

. qui sont pourtant actifs sur la version 7.2.7 de PHP qui y est installée.

Chez OVH, la liste des versions disponibles ne se remplit pas. Le fichier "getjoomla.cache" contient seulement

{"versions":{"_empty_":null},"latest":null}

La liste ne contient que "Dernière version", "Autres versions" et "_empty_". Impossible d'aller plus loin.
Sur mon serveur PHPNET, la liste est parfaite et je peux poursuivre !
La ligne bloquante ($tmp->name) fait partie d'une fonction de décodage JSON :

 public function getLatestVersion()
{
if (empty($this->cache['latest'])) {
$buffer = $this->getURLContents('https://api.github.com/repos/AFUJ/joomla-cms-fr/releases/latest');
$tmp = json_decode($buffer);
$this->cache['latest'] = $tmp->name;
}

return $this->cache['latest'];
} 

Quelqu'un aurait-il une idée de cette différence de comportement ? Testé sous PHP 7.2, 7.4 et 7.0 chez OVH, 7.2.7 sous uWamp et PHP 7.3 et 7.4 sur mon serveur.
Un problème avec le décodage JSON ?
Une idée de solution, ce script étant particulièrement pratique ?

Merci par avance de votre aide !
Robert

[RobertG]

Plus bizarre encore : que ce soit avec getjoomla.php ou encore avec kickstart.php ou unzip.php pour décompresser le pack Joomla! 3.9.22 FR, le message est maintenant chez OVH :

Not Implemented

GET not supported for current URL.

Additionally, a 501 Not Implemented error was encountered while trying to use an ErrorDocument to handle the request.

[cavo789]

Bonsoir Robert

Je vais regarder au code... Je reviens vers toi.

[cavo789]

daneel Yann, pour info

Salut Robert

J'ai fait du code-refactoring et le fichier GetJoomla revu se trouve ici : https://github.com/cavo789/getjoomla.

J'ai ajouté un très grand nombre de "error checking" afin de ne plus avoir des erreurs silencieuses; ce que tu as rencontré sur ton hébergement mentionné ci-dessus.

Le code est fonctionnel toutefois, oui, cela dépends de la configuration des hébergeurs qui vont permettre de télécharger (curl / file_get_contents) ou pas un fichier distant.

Les contrôles d'erreurs que j'ai ajouté sont nombreux comme vérifier que le dossier où tu vas télécharger le fichier zip est en écriture (is_writable), si le download a réussi, si les différentes fonctions retournent bien une valeur (et non pas False qui est significatif d'une erreur), etc.

Du coup, ma proposition : retente avec le nouveau script et vois si cela passe sur ton hébergement. Si pas, au moins, tu auras des erreurs bien plus explicites.

[RobertG]

Merci Christophe,

Hélas, malgré la suppression de l'historique et des cookies, j'ai toujours la même erreur en local avec uWamp, que ce soit avec PHP 7.0.3 ou 7.2.7
Comme déjà dit, Curl et allow_url_fopen sont pourtant activés dans les deux versions de PHP !

Et chez OVH, testé sur deux serveurs différents, je n'ai plus de message d'erreur mais seulement le cadre et la liste ne contient que le texte "Dernière version" non sélectionnable. La seule différence avec la version précédente de Yann est la suppression des messages d'erreur. Problème de décodage chez OVH ?

Un test rapide sur mon serveur PHPNET : affichage initial OK, téléchargement du pack et décompression, mais erreur ensuite "file not found" avec cette URL dans la barre d'adresse : "?install=https%3A%2F%2Fgithub.com%2FAFUJ%2Fjo omla-cms-fr%2Freleases%2Fdownload%2F3.9.22.1%2FJoomla_3.9.2 2-FR-Stable-Full_Package.zipinstallation/index.php

Autre test sur mon serveur World VIP PlanetHoster : même erreur au moment de passer à l'étape d'installation.

[RobertG]

Encore Merci Christophe !

Bilan : son script fonctionne, sauf chez OVH où la plupart du temps, c'est l'accès à Github qui est bloqué.

GetJoomla FR est donc disponible à l'adresse précédemment citée https://github.com/cavo789/getjoomla

Pour rappel : avec le placement du fichier index.php et l'ouverture de l'adresse du site, l'installation de Joomla! se fait en un temps record.
GetJoomla se charge du transfert du pack de serveur à serveur, quasi instantané, et de sa décompression.
Plus besoin d'envoyer des centaines de fichiers avec le risque d'erreurs de transfert, ou un pack à décompresser en ligne, ce qui prend nécessairement plus longtemps.

[cavo789]

Bonsoir

C'est en effet une limitation de Github (sur lequel est hébergé la liste des packages Joomla.fr par l'AFUJ).

En mode public, Github accepte un certain nombre de connexions provenant de la même adresse IP puis, en cas de dépassement, retourne un message JSON tel que

{"message":"API rate limit exceeded for ...","documentation_url":"..."}

.

Et, sur un hébergement mutualisé OVH, chaque site sur le même serveur a, forcément la même adresse IP et peut-être même qu'un pool de serveur a la même adresse IP ce qui peut faire plusieurs milliers de sites avec la même adresse IP.

La chance que ce fameux seuil de xxx accès par IP et par moment est dépassé est vraiment élevé.

Cela explique que, parfois, cela fonctionne : coup de chance, le quota n'était pas encore dépassé.

Pour le script GetJoomla, je vais prendre ce problème en compte et adapter le script pour afficher le message d'erreur retourné par Github si message il y a.

Quelle serait la solution structurelle ? Il n'y en a pas ! A moins d'avoir une adresse IP personnelle ou à moins d'avoir un gros coup de chance; Github ne permet qu'un certain nombre de connexions.

Bonne soirée.

[cavo789]

Script à jour avec encore plus de contrôles et un meilleur rendu des erreurs :

[RobertG]

Bonjour,

Ayant lancé des tests avec PHP 8, j'ai sur mon serveur PHPNET en PHP 8 CGI l'erreur suivante après la récupération du pack et sa décompression. La page se réaffiche avec ce message :

Warning: Cannot modify header information - headers already sent by (output started at /home/www/************/joak8/index.php:585) in /home/www/**************/joak8/index.php on line 222

L'adresse dans le navigateur est

http ://monsite .tld/index.php?install...ll_Package.zip

L'appui sur la touche "retour chariot" ouvre bien la première page d'installation.
J'ai reproduit le phénomène sur le même serveur, pas testé sur d'autres.

[cavo789]

Salut Robert

Ton erreur mentionne une erreur dans le script index.php. C'est le script de Joomla ici non ?

[RobertG]

Non, c'est sur la page index.php de Getjoomla, dans la zone que tu as réservé pour, que l'erreur apparaît au moment où on devrait passer sur la première page d'installation de Joomla! après la décompression du pack, et il suffit de presser la touche "entrée" du clavier pour que l'installation puisse démarrer. Je ne suis pas allé voir le code.

[cavo789]

Je viens d'aller voir le code de getjoomla, la ligne 222 est celle de la redirection vers le fichier index.php du dossier d'installation de joomla.

Faudra que je regarde en localhost après avoir installé php8 si j'ai la possibilité de réduire au silence ce warning.

[RobertG]

Merci Christophe !

[RobertG]

Ce qui m'étonne, à moins que ça ait un rapport avec la version de PHP, c'est que je n'ai pas eu cette erreur lors d'installations précédentes depuis un mois.

[cavo789]

GetJoomla 1.1.2 dispo; patch en place (https://github.com/cavo789/getjoomla...index.php#L225).

Aucun warning dorénavant; j'ai préféré ne plus utiliser la commande header() qui, en effet, retournait un warning silencieux avec PHP 7.