Message site non-sécurisé, alors que j'ai un certificat SSL

Bonjour.
Vérifiez votre contenu.
Vous avez du contenu "mixte" donc du contenu non https mélangé.

Exemple cette image : http://yogacotelk.cluster027.hosting.ovh.net/wp-content/uploads/2019/07/logo-yogacotejardin.png

Elle devrait être en https.

On peut modifier ça directement depuis la base de données, avec quelques requêtes bien choisies (identique à la procédure de changement de domaine sur wordpress).
Il y a plusieurs tutoriels pour ça.

Une recherche rapide me donne par exemple cette page : https://guersanguillaume.com/changer-domaine-wordpress/
Etape 4 : un module existe pour le faire (je viens de le découvrir) si vous n'êtes pas à l'aise avec phpmyadmin.
(faites bien une sauvegarde avant toute manipulation).

> On peut modifier ça directement depuis la base de données, avec quelques requêtes bien choisies (identique à la procédure de changement de domaine sur wordpress).

on **UTLISE PAS** phpmydamin ou autre correction basique, on détruirait les variables php sérialisées stockées dans la base

il faut :
corriger les url en https
corriger les urls erronées avec cluster27

selon le _composer_ utilisé ou les plugins, certains fichiers peuvent être aussi à corriger

il existe un script, mais il faut savoir quels formats d'encodage rechercher
l’idéal est de faire corriger sa base par quelqu'un ayant une expérience ***certaine***

(la version de php doit être augmentée, php7.0 est déprécié)

Merci pour vos réponses.

Pour la version php, ovh propose jusqu'a la 7.3, laquelle choisir ?

Pour les url, un plugin wordpress existe, je vais d'abord voir ce que ça donne avec ça, et je reviens vers vous.
https://wordpress.org/plugins/velvet-blues-update-urls/ https://wordpress.org/plugins/velvet-blues-update-urls/

php7.3 est stable en cours et compatible avec Wordpress

le plugin que tu cites n'est pas une référence
n'interviens que sur la base
ne conseille pas sur les occurrences à chercher
mais bon, à voir...

Ok, merci, je suis passée en php 7.3

Pour la base, quand je fais une recherche je tombe sur pas mal de résultat avec http://yogacotelk.cluster027.hosting.ovh.net, 2092 dans wp-posts...



quand je clique sur wp-post après la recherche je tombe sur ça :



Dois-je éditer chaque ligne manuellement ?? N'y a t'il pas moyen de faire une action groupée ?
De plus je vois que certaines lignes concernées sont des révisions (historique), est il indispensable d'éditer ces lignes aussi ?

Merci pour votre aide.

NON SURTOUT pas avec phpmydmin !
tu va détruire des variables sérialisées php

utilise ton plugin, qui n'est peut-être pas complet
et tu verras les résultats

ton souci est normalement traité par un pro **expérimenté**, qui saura corriger la base et peut-être certains fichiers, avec des utilitaires, pas avec des plugins

mais il n'y a pas UNE recette, c'est selon ce que tu as utilisé sur ton site et son importance
les scripts ou les plugins ne sont que des outils, à savoir utiliser à bon escient

J'ai utilisé velvet blue pour les urls et images.

Puis, voyant qu'il n'avait pas agit sur wp-options après avoir consulté la bdd, j'ai décidé d'utiliser l'extension "Search & Replace" citée et conseillée plus haut par "pppplus".

Apparemment, et grâce à votre aide et aux plugins, tout est ok !



Merci pour votre aide et vos conseils précieux !

ne pas oublier de vider un éventuel cache aussi

search & replace est un script libre servant de base à beaucoup d'autres dont des plugins

Je vide le cache régulièrement avec le plugin : w3 total cache.

Merci pour vos consesils.

pas utile de vider régulièrement
pour une opération comme un changement de domaine c'est à faire ponctuellement, pour information

A ma connaissance, rien n'est sérialisé dans wp_posts.
Uniquement dans wp_options.

Donc (pour moi en tout cas), aucun problème pour modifier les occurrences depuis phpmyadmin pour wp-posts. Évidemment, ça n'engage que moi, et la 10aine de blogs wp que je gère.

Pour les occurrences dans wp-options : là en effet, c'est sérialisé, faut pas toucher à la main.
Mais il suffit en général de retrouver quel plugins a en paramètre l'url, et modifier dans le plugin, depuis l'admin WP.

chaque plugin a son comportement, son format d'encodage, ses tables utilisées

certains jouent à la roulette russe
d'autre comme moi non sauf à tricher...
mais même en trichant, je ne le conseillerais à personne ;)


> Mais il suffit en général de retrouver quel plugins a en paramètre l'url, et modifier dans le plugin, depuis l'admin WP.

manque d'expérience...
moi je vois des *truc* utiliser *_options pour ce qui ne devrait pas en la polluant jusqu'à avoir un taille indécente...
ce n'est pas une option dans un plugin qui changerait ça

et quid des composers qui naturellement peuvent utiliser des fichiers et non la base?

> rien n'est sérialisé dans wp_posts.
aucun problème pour modifier les occurrences depuis phpmyadmin pour wp-post

j'oubliais, tu modifies les GUID sur un site en production...?
tu sais ne pas les corriger dans PMA?

Oui, guid aussi.
Je fais toujours sur phpmyadmin.

Et voici les manips que je fais : https://sql.sh/988-requetes-migrer-wordpress
Il y a plusieurs sites qui donnent exactement les mêmes commandes.

oui mais justement, LA bonne pratique est de NE pas corriger les GUID sauf passage en production...

LIS bien le lien que tu donnes, périmé :

> **ces requêtes sont effectives pour la version 3.5 de WordPress**, mais elles ne sont pas garanties à 100% pour les futures évolutions de WordPress

version 3.5... 2012

> Il y a plusieurs sites qui donnent exactement les mêmes commandes.

eh oui, malheureusement, des trucs à 2 balles qui traînent sur le net ça foisonne mais pas une raison de les propager sans précautions et sans savoir les incidences

bien noté la leçon.

avec détection automatique des types (Sql ou Php), utilitaire wordpress:
`wp search-replace fake1 fake2 --dry-run --all-tables | grep -i php`


perso, j'utilise toujours option `--precise` où toutes les champs sont traités comme s'ils étaient des variables Php

wordpress simple:

```text
Table Column
wp_options option_value
wp_postmeta meta_value
wp_usermeta meta_value
```

wordpress plus ancien et important :
```text
Table Column
wp_commentmeta meta_value
wp_ig_forms body
wp_ig_forms settings
wp_ig_mailing_queue meta
wp_nf3_action_meta value
wp_nf3_action_meta meta_value
wp_nf3_field_meta value
wp_nf3_field_meta meta_value
wp_nf3_form_meta value
wp_nf3_form_meta meta_value
wp_nf3_upgrades cache
wp_options option_value
wp_postmeta meta_value
wp_posts post_content_filtered
wp_usermeta meta_value
```

ce ne sont que deux exemples de ce que j'ai traité aujourd'hui, c'est très diverse

Bonjour à tous, je viens tout juste de renouveler mon domaine et hébergement. Et je me rend compte que mon site à bien été mis en https avec wordpress mais reste non sécurisé via un message "connexion à ce site n'est pas sécurisé". J'ai également activé un certificat SSL.
Si pouvez m'aider à régler ce problème, je ne suis pas un spécialiste encore la dedans.
Merci pour vos retours.

Lien du site : https://thibaultblouin.com/
+ captures d'écrans pour savoir d'ou viens le problème éventuellement.

pas de rapport avec le sujet
commander un certificat SSL: https://docs.ovh.com/fr/hosting/les-certificats-ssl-sur-les-hebergements-web/

(activer n'est pas suffisant)

si besoin ouvre ton sujet

Bonjour à tous

Je viens de lancer un site vitrine : www.vitraux-bertin-lille.fr

Comme pour les personnes précédentes, j'ai le pb d'affichage d'un message "Site non sécurisé" sous chrome et autres navigateurs alors que j'ai bien activé mon SSL.

En regardant dans la console Google Dev Tool pour voir quels étaient les éléments potentiellement impactés par le pb http/https, j'ai ce message :


Quelqu'un pourrait-il m'éclairer sur ce message et au vue de mon site, auriez-vous des pistes sur les pbs ?

Merci d''avance pour votre aide ... !

En regardant dans la console Google Dev Tool pour voir quels étaient les éléments potentiellement impactés par le pb http/https, j'ai ce message :

Bonjour,
Il y a deux remarques négatives à formuler:
1) vous faites référence au nom interne de votre hébergement (cluster031.XXX..XXX) et celui-ci n'acceptera jamais de fonctionner avec https. Utilisez votre nom de domaine à la place.

2) il manque un mot: entre ovh.net et /wp-content , aurait dû se trouver le nom de votre hébergement, par exemple vcisbzjf. Sans cela rien ne vous identifie parmi les milliers d'utilisateurs hébergés sur cluster031. D'où erreur 404.

Bonjour,

2) il manque un mot: entre ovh.net et /wp-content , aurait dû se trouver le nom de votre hébergement, par exemple vcisbzjf. Sans cela rien ne vous identifie parmi les milliers d'utilisateurs hébergés sur cluster031. D'où erreur 404.

non c'est un sous-domaine l'adresse administrative, et c'est bien présent, par contre les ressources ne sont peut être pas dans le dossier "www" et donc l'adresse du cluster ne fonctionnera pas de toute façons.

Cordialement, janus57

non c'est un sous-domaine l'adresse administrative, et c'est bien présent

Tu as parfaitement raison