Bonjour,
J’ai un hébergement mutualiste (perso) sur lequel un domaine et un sous-domaine:
dev.madynco.fr
madynco.fr
Le sous domaine est sécurisé mais pas le domaine principal. J’ai régénéré le certificat SSL, rien n’y fait.
Avez-vous une idée d’où peut venir le problème ?
Merci d’avance.
Certificats SSL - Pourquoi mon site est considéré comme non sécurisé alors que le SSL est activé, le cert
Related questions
- Impossible de mettre en place certificat ssl
65844
05.12.2016 14:02
- Ssl0.ovh.net : impossible de vérifier l'identité serveur
58741
17.05.2019 13:38
- SSL actif mais site web non sécurisé
56806
20.05.2018 14:33
- Problème SSL/multisite "Une erreur est survenue lors de la modification du ou des domai
44664
17.02.2020 09:04
- Certificat SSL et VPS
43413
01.02.2017 11:56
- OVH devrait rapidement trouver un nouveau moyen de gérer les certificats SSL
35781
06.12.2016 08:45
- Redirection 301 et SSL
34880
10.09.2017 09:16
- Certificats SSL quantique QRNG - La mise à jour de nos Certificats SSL sera-t-elle mise à jour automatiquement ?
33007
29.10.2025 08:39
- Impossible de regénérer certificat SSL
30154
20.09.2017 18:55
- Smtp ssl0.ovh.net = Problème d'envoi avec Orange Pro
26254
28.03.2019 07:52
Bonjour,
Vous avez un anti-virus sur votre poste ? (Sophos ?)
Bonjour,
Votre certificat pour dev.madynco.fr a effectivement été généré hier 15h13.
Pouvez montrer une copie d'écran de votre espace client > hébergement > multisite ?
Bonjour @AdrienP17
Dans le source de votre page :
> **Existe :** https://www.madynco.fr/media/pages/home/40f34553af-1701681618/pexels-greta-hoffman-7728077-1024x-300x.jpg
> **N'existe pas :** https:\/\/www.madynco.fr\/media\/pages\/home\/40f34553af-1701681618\/pexels-greta-hoffman-7728077-1024x-300x.jpg
Dans la base de données remplacer partout **"\/"** par **"/"**
Merci de votre aide.

Dans l'onglet multisite le SSL n'était pas activé pour madynco.fr et www.madynco.fr. Je viens de l'activer et de regénérer le certificat. Voici maintenant l'état de l'onglet :
Il n'y a plus de tâche en cours mais le site n'est pas encore considéré comme sécurité. C'est une question de temps ?
C'est très dangereux de recommander cela...
Dans un export de mes bases de données, j'en trouve plein,
voici par exemple un fragment
`,"[{\"209\":\"\\/Photos\\/Frog.jpg\"}]","","[]","/Photos/Frog.jpg","https://driv`...
Pas sûr que ce soit du Wordpress car j'ai plusieurs sites autres que WP dans la même DB.
Ce qui est certain c'est que je casse tout avec ce genre de conseil.
C'est résolu ! Merci à tous.
Votre site fonctionne (avec SSL)
Je ne fais pas du tout la même analyse.
J'ai fait plusieurs fois sans problème des exports puis réimports de base de données.
Je ne fais pas du tout la même analyse.
J'ai fait plusieurs fois sans problème des exports puis réimports de base de données.
Bonjour,
je confirme si je prend l'exemple donnée :
[code]
"[{\"209\":\"\\/Photos\\/Frog.jpg\"}]","","[]","/Photos/Frog.jpg"
[/code]
le double \ est pour que une fois les data importé on retrouve /Photos/Frog.jpg le double \\ sert à faire un "escape" (j'ai pas le terme en français).
Donc enlever les \\ du dump c'est très dangereux.
Cordialement, janus57
Je précise que j'ai parlé de :
* Remplacer **\/**
* Par seulement **/**
Bonjour,
mauvais conseil à donner sans avoir vu comment les datas sont dans la BDD.
Ici soit la BDD a été touché à la main ce qui donne ces incohérence soit c'est un plugin qui a "tout pété".
Da manière générale faut pas dire de toucher à la main les données dans une BDD sans savoir comment les données sont formatés, exemple avec des données "serialize" si on modifie la partie data sans ajuster le nombre pour correspondre => tout cassé
Cordialement, janus57
Dans le cas d'un site installé dans le dossier **/www/toto**, et dont on a changé le dossier racine de **www** à **www/toto**.
Pouvez-vous m'expliquer comment comment remplacer partout **domaine.com/toto** en **domaine.com** dans la base de données ?
Un plugin "search and replace" dont c'est le métier.
Bonjour,
perso vu que je fait partie de ceux qui disent RTFM : https://wordpress.org/documentation/article/changing-the-site-url/#changing-the-site-url
Et le guide vers la fin donne soit commande WPCLI (qui est le mieux) et sinon il y a une commande SQL qui est normalement "safe" a utiliser.
Cordialement, janus57
Merci beaucoup @Fritz2cat et @janus57
Perso je n'utilise plus que wp-cli pour faire des changements d'URL Wordpress et c'est juste parfait.
Bien sur il faut un accès SSH sur l'hébergement ou le faire en local.
https://1cli.org/cli.org/
> wp search-replace 'chaineAChercher' 'chaineARemplacer'
Bonjour @TTY, @janus57 et @Fritz2cat
Je ne pensais pas qu'il pouvait y avoir un plugin de Wordpress qui existait pour ce type d'opération.
J'ai essayé d'abord le plugin **https://wordpress.org/plugins/search-replace/ Search and Replace** mais le remplacement n'a jamais pu être fait.
J'ai essayé ensuite le plugin **https://wordpress.org/plugins/better-search-replace/ Better Search Replace** qui lui fonctionne remarquablement.
J'ai donc mis à jour mon guide dans le paragraphe :
**O9 - Changer l’adresse du site dans toute la base de données – Plugin « Better Search Replace »**
https://www.wordetweb.com/word-et-web/WORDPRESS-guide-installation-de-WordPress-premier-domaine-chez-OVH-FR.htm#_O9__-
_Merci à vous trois._
Bonjour @TTY
C'est certainement l'opération la plus simple à réaliser.
Mais cela nécessite d'avoir un accès SSH sur l'hébergement. Et à donner comme solution à des personnes non férues d'informatique, c'est plus délicat.
Aussi, pour les conseils que je donne, la solution du plugin **Better Search Replace** me semble plus adaptée.
Bonjour,
Sauf si l'hébergeur autorise les fonctions PHP comme shell_exec ou équivalent on peut alors contourner.
Cordialement, janus57