gros problème de passage en https/site inaccessible

[id81]

Bonjour
Mon site est hébergé chez ovh, hier j'ai voulu le passer en https. Je n'avais pas fait de mise à jour depuis un certain temps (oui, je sais c'est très bête),et encore moins de backup (oui, je mérite des claques), bref, ma version de joomla était 3.6.0
Je suis allée dans le système >> Configuration >> Serveur >> Forcer SSL >> Admin et Site >> Enregistrer et fermer

J'ai eu un message en anglais comme quoi le passage n'a pas été possible (je n'ai pas noté le message)

Non contente de ne pas avoir réussi, je suis allée dans le fichier configuration.php pour ajouter à la ligne 39 : public $live_site = 'https://www.monnomdedomaine.com'
et ensuite j'ai créé un fichier .htaccess pour faire une redirection comme préconisée par ovh :
RewriteEngine On
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://www.monnomdedomaine.com//$1 [R=301,L]

Là, la catastrophe : mon site n'est plus accessible, je ne peux plus accéder à l'interface d'administration
Hier, le message de firefox était le suivant :

www.gites-et-chambres-tarn.com utilise un certificat de sécurité invalide. Le certificat n’est valide que pour les noms suivants : ssl15.ovh.net, www.ssl15.ovh.net Code d’erreur : SSL_ERROR_BAD_CERT_DOMAIN

J'ai essayé de republier le fichier configuration.php sans cet ajout et de supprimer le .htaccess, ça ne change rien.
Ce matin, j'ai le message suivant :

Bizarre ce double slash à la fin du nom de domaine !

Que faire ? Merci pour votre aide

[RobertG]

Re : gros problème de passage en https/site inaccessible

Commence par vider la variable "live_site"

public $live_site = '';

Neutralise ensuite les lignes que tu cites dans le .htaccess
Le site devrait être de nouveau accessible, ainsi que son administration.
Tente ensuite d'utiliser le passage en https depuis l'onglet serveur de la configuration, dans l'administration. Sauf erreur, ça fonctionne maintenant sans erreur avec ce paramétrage.
Sinon, ce code permet de forcer www et https

RewriteEngine On
RewriteCond %{SERVER_PORT} ^80$ [OR]
RewriteCond %{HTTPS} =off
RewriteRule ^(.*)$ https://www.mondomaine.tld/$1 [R=301,L]
RewriteCond %{HTTP_HOST} ^mondomaine.ftld [NC]
RewriteRule ^(.*)$ https://www.mondomaine.tld/$1 [R=301,L]

[id81]

Re : gros problème de passage en https/site inaccessible

J'ai vidé la variable et supprimé le .htaccess; j'ai le message d'erreur suivant :
"Parse error: syntax error, unexpected T_OBJECT_OPERATOR in /home/gitesetci/www/index.php on line 43"
et toujours pas d'accès à l'interface d'administration

ensuite, j'ai tenté d'envoyer ceci sur .htaccess, ça ne marche pas non plus

[RobertG]

Re : gros problème de passage en https/site inaccessible

Bizarre ! Quelle est la version de PHP ?
Il faudrait aussi vérifier dans le fichier configuration.php si la variable "force_ssl" est bien à "0"
Au besoin, chez OVH, on peut restaurer une sauvegarde des fichiers plusieurs jours en arrière, voire simplement récupérer par ftp l'ancien fichier configuration.php (et le .htaccess) d'avant la tentative de passer en https, si rien d'autre n'a été fait entre la sauvegarde et le plantage

[id81]

Re : gros problème de passage en https/site inaccessible

pour la variable "force_ssl", elle est bien à 0
DONNEES SUPPRIMEES


Pour l'hébergement chez OVH de mon site, voici ce que j'ai en Version PHP globale 4.4
(il y a un encadré qui me dit que cette version n'est plus maintenue et que je peux modifier la configuration dans ovh; mais que cela peut affecter le fonctionnement du site). Me conseillez-vous de le faire ?

J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?

[cavo789]

Re : gros problème de passage en https/site inaccessible

Attention tu donnes trop d'informations dans ton fichier, il y a plusieurs autres informations à retirer et je ne sais pas le faire encet instant depuis mon smart3.

Édite ton dernier message et supprime les données sensibles s'il te plaît.

[lesoutier]

Re : gros problème de passage en https/site inaccessible

Me conseillez-vous de le faire ?

Fortement. C'est d'ailleurs étonnant que ton site tourne avec une version php qui date des temps anciens.

J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?

Ça parait un peu ancien (presque trois ans et demie) si tu n'as rien modifié depuis cette date pourquoi pas, sinon tu vas perdre tous les ajouts (articles, utilisateurs, etc.) faits depuis.

[RobertG]

Re : gros problème de passage en https/site inaccessible

J'ai retrouvé un dossier backup de février 2014 avec un fichier .htaccess, un fichier en JPA et un index.html Est-ce que je peux m'en servir ?

Non, il s'est trop passé de choses depuis.
S'il y a "jpa", ça veut dire que Akeeba backup a été installé : a-t-il été utilisé plus récemment pour faire des sauvegardes (elles sont en principe dans "administrator/components/com_akeeba/backup")

Dans l'administration du compte OVH, il est possible de récupérer des sauvegardes récentes des fichiers, jusqu'à au moins une semaine si je ne me trompe, et de la base à J-1 et J-7
La version de PHP du site doit aussi y être visible, sachant que Joomla! 3 ne supporte pas moins que la 5.3

Il y a d'autres données sensibles dans le code cité ci-dessus : à supprimer rapidement.
A première vue, je n'ai rien remarqué de spécial.

[id81]

Re : gros problème de passage en https/site inaccessible

je viens de supprimer le code, merci de me l'avoir signalé.
J'avais installé akeeba backup en 2014 mais depuis je n'ai plus fait de sauvegarde
Je vais modifier la version php dans ovh (je n'avais jamais rencontré de problème jusqu'à hier).
Entre 2014 et 2017, j'ai fait quelques modifications (ajout de quelques articles/ modifications de textes) sans souci.
Je vais aller voir dans l'administration de mon compte ce que je trouve et ce que je peux faire, et je reviens vers vous.
Ai-je besoin de préciser que mon niveau est grand débutant ?

[id81]

Re : gros problème de passage en https/site inaccessible

Pour modifier la version PHP, j'ai plusieurs propositions; Lesquelles choisir ?
Environnement d'exécution : légacy, jessiei386, stable, testing ?
version de PHP : 5.4 : 5.5 ; 5.6 , 7.0 ; 7.1 ?
moteur : php ; phpcgi ?
mode : production , développement ?
pare-feu applicatif : activé, désactivé ?

Aucune idée de ce que cela signifie et implique. Merci pour vos conseils

Pour restaurer, j'ai trouvé ça dans mon compte chez OVH :


Que faut-il choisir ?

[RobertG]

Re : gros problème de passage en https/site inaccessible

Ta copie d'écran concerne uniquement la base de données, pas les fichiers qui sont disponibles ailleurs.
Si tu n'as pas fait d'autre modification que la configuration, tu ne devrais avoir à restaurer que les fichiers.
Tu peux mettre la version de PHP à 5.6 en mode production, phpcgi. Pas de pare-feu.

[GraphiqueDesign]

Re : gros problème de passage en https/site inaccessible

Chez OVH et dans ton cas, fait une restauration J-x sur l'espace FTP et la même restauration J-x sur la base de données et tu vas forcément retrouver ton site dans l'état où il était avant la manipulation. Ensuite, fait une sauvegarde avec Akkeba avant d'apporter de nouvelles modifs au site.

[RobertG]

Re : gros problème de passage en https/site inaccessible

Oh, ça fonctionne !
Maintenant, il va falloir faire une sauvegarde Akeeba puis faire les mises à jour des extensions et de Joomla!

[id81]

Re : gros problème de passage en https/site inaccessible

Rebonjour
Voilà j'ai fait comme vous avez préconisé et j'ai à nouveau accès à l'interface d'administration et mon site est à nouveau en ligne.
Merci beaucoup.
J'ai tenté de faire les mises à jour une extension à la fois, mais ça n'a pas fonctionné, est-ce due à ma connexion internet trop faible ? Je vais recommencer d'ici ce soir, après avoir fait la sauvegarde
Une fois toutes les mises à jour faites, je réessaierais de passer le site en https. Suite au prochain épisode

[RobertG]

Re : gros problème de passage en https/site inaccessible

Si tu fais les mises à jour directement depuis la page de mise à jour, le transfert se faisant directement du serveur de l'extension à celui de l'hébergement, la vitesse de ta connexion n'a pas d'importance, à mon avis. C'est différent si tu transfères depuis ton ordinateur les fichiers compressés à installer.