Tweet
Bien le bonjour !
En essayant de mettre en place mon propre server d’update pour mes extensions perso, j’ai remarqué un problème…
Sur plusieurs de mes sites en production, en version 3.10.2, à la recherche des mises à jour des extensions j’ai plusieurs extensions qui me renvoient « Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID [..] ». Les mêmes extensions me posent ce problème sur plusieurs de mes sites (tous hébergés chez OVH, SSL activé).
En revanche, les sites de mises à jour de Joomla!, ou encore de Helix Ultimate ne posent pas de problème.
Pourtant, si je teste dans Firefox les URLs des sites de mises à jour mis en erreur, les fichiers xml d’update apparaissent bien !
J’avoue sécher !!!
De plus, j’ai fait des tests avec mon propre serveur d’update mis en place pour tester la mise à jour d’une extension perso. Un sous-domaine est utilisé exclusivement pour la mise à jour d'extensions, configuré en mode « mutlisite » chez OVH, avec SSL et Firewall activés.
Il apparait que si l’URL mon site de mises à jour est en http:// dans l'URL "updateserver" de mon extension, Joomla le prend bien en compte, en revanche si l’URL est en https:// Joomla me retourne encore une erreur « Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID [..] ».
Pourtant l’URL en https est parfaitement accessible.
N’ayant jamais remarqué ce problème de mises à jour d’extensions jusqu’à très peu je m’interroge :
En essayant de mettre en place mon propre server d’update pour mes extensions perso, j’ai remarqué un problème…
Sur plusieurs de mes sites en production, en version 3.10.2, à la recherche des mises à jour des extensions j’ai plusieurs extensions qui me renvoient « Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID [..] ». Les mêmes extensions me posent ce problème sur plusieurs de mes sites (tous hébergés chez OVH, SSL activé).
En revanche, les sites de mises à jour de Joomla!, ou encore de Helix Ultimate ne posent pas de problème.
Pourtant, si je teste dans Firefox les URLs des sites de mises à jour mis en erreur, les fichiers xml d’update apparaissent bien !
J’avoue sécher !!!
De plus, j’ai fait des tests avec mon propre serveur d’update mis en place pour tester la mise à jour d’une extension perso. Un sous-domaine est utilisé exclusivement pour la mise à jour d'extensions, configuré en mode « mutlisite » chez OVH, avec SSL et Firewall activés.
Il apparait que si l’URL mon site de mises à jour est en http:// dans l'URL "updateserver" de mon extension, Joomla le prend bien en compte, en revanche si l’URL est en https:// Joomla me retourne encore une erreur « Mise à jour : Impossible d'ouvrir le site de mise à jour avec l'ID [..] ».
Pourtant l’URL en https est parfaitement accessible.
N’ayant jamais remarqué ce problème de mises à jour d’extensions jusqu’à très peu je m’interroge :
- Est-ce que les dernières versions de Joomla! ont un soucis avec certains accès serveur distant en https ?
- Est-ce simplement l’hébergeur OVH qui cause cela ? (je n’ai pas d’autre hébergeur chez qui tester cela…)
- Finalement, est-ce si important de passer en https pour un sous-domaine exclusivement employé pour les mises à jour de mes extensions ?
Commentaire