- WordPress :4.6.1
- Statut : non résolu
- This topic has 13 réponses, 7 participants, and was last updated il y a 2 years by
100son_net.
- Messages
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 5.6.25/5.5.52
- Thème utilisé : dkret3
- Extensions en place : testé uniquement avec des plugins comme backwpup ou UpdraftPlus
- Nom de l’hébergeur : ovh
- Adresse du site : colombelesvesoul.fr/wordpress
Problème(s) rencontré(s) : après passage en https, les sauvegardes programmées ne se déclenche plus.
Bonjour,
il y a quelques jours en suivant un tuto d’Alex de WPMarmite que j’ai appliqué à la lettre, j’ai passé le site indiqué plus haut en https avec un certificat let’s encrypt chez OVH.
Malheureusement, il y a un problème important qui n’arrive pas qu’à moi.
J’ai les sauvegardes en principe avec BackWPup qui ne démarrent plus.
Idem avec UpdraftPlus.le message de BackWPup concernant la connexion au serveur est le suivant :
Réponse HTTP non prévue :
Erreur HTTP de WP :cURL error 35: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocolApparement le cron ne fonctionne plus. OVH m’a conseillé d’utilisé leur cron mais pour le moment sans succès ou d’utiliser un plugin compatible https ????
Un utilisateur de BackWPup propose quelques lignes en PHP pour corriger le problème, mais chez moi, rien de mieux.La discussion est sur le forum du plugin BackWPup et concerne des utilisateurs hébergés chez OVH
ici la discussion,
https://wordpress.org/support/topic/curl-error-35-error140770fcssl-routinesssl23_get_server_hellounknown-protoc/qui renvoie aussi sur https://bugs.reinom.com/view.php?id=1783
et le code php pour utiliser une url en http se dirigeant vers le port 443 qui ne change rien chez moi :
merci pour votre aide.
Bonsoir 🙂
Etrange, je ne pense pas que ça soit un problème de cron mais plutôt un problème de communication entre les serveurs de backup et votre site.
Pour confirmer il suffit par exemple de programmer la publication d’un article, s’il se publie à la date prévu, le cron fonctionne.
Le certificat est installé correctement (https://www.ssllabs.com/ssltest/analyze.html?d=colombelesvesoul.fr&hideResults=on).
Il faudrait voir avec le support des extensions :/
Merci pour cette réponse.
Un article planifié, reste planifié avec la mention en rouge : »planification manquée »
Configuration étrange de ton Nom de domaine avec un sous-dossier /wordpress/ sans doute là quelque chose qui coince, pour cette façon de faire ?
A quoi te sert cette page ? : https://www.colombelesvesoul.fr/
c’est une animation tilt viewer à base de photos qui amènent au site wordpress
En terme référence c’est mauvais, pourquoi mettre le site en sous-dossier ?
c’est un petit village, moi je suis un amateur wordpress depuis 8 ans et le référencement n’est pas mauvais et suffisant, l’essentiel pour moi était la vitesse, readsl au village mais hier a été inauguré notre nra med (fibre+cuivre), j’espère 44 Mbps chez moi en download.
le site est dans un sous-dossier à cause de l’accueil animé.
je peux tout grouper à la racine, animation et site ?
Tu peux toujours tout regrouper mais il te faut créer ta page d’index statique…
@momofr@free.fr
effectivement, je connais, j’en ai déjà réalisées.
Concernant mon problème initial, après de multiples tests, plugins désactivés, https retiré, puis réinstallé, le passage en https bloque mon cron wordpress sans trop savoir pourquoi mais cela semble venir d’un problème avec OVH compte tenu des problèmes d’autres utilisateurs.
Solution actuelle, j’utilise le cron de mon hébergeur OVH et là toutes les fonctions se servant d’un cron semble fonctionner.
Un problème de droits peut être… je ne vois autre chose.
Bonjour,
J’ai le même problème sur un site un activant le SSL d’OVH. Les CRON ne fonctionnent plus ainsi que certains plugins (utilisant wp_remote_get ou wp_remote_post apparemment). J’ai Secupress et UpdraftPlus qui plantent. Avec les mêmes réglages sur un autre serveur je n’avais pas de soucis, mes CRON et plugins fonctionnaient. C’est vraiment un soucis dû au SSL d’OVH…
Si quelqu’un en sait plus et a une solution je suis preneuse !
Bonjour,
J’ai le même problème sur mon WordPress, et j’ai tenté quelque chose.
En premier lieu, j’ai installé le plugin WP Crontrol, pour voir mes tâches CRON.Ensuite, j’ai désactivé mes tâches CRON via le fichier wp-config, avec la ligne suivante : define(‘DISABLE_WP_CRON’, ‘true’);
Pour finir, j’ai activé des crons via OVH (cf article Le Cron WordPress : problèmes et solutions).J’ai effectué ces 3 étapes ce soir. J’attends de voir ce que cela donne dans les prochains jours.
Je pourrai donner des nouvelles.Cela provient définitivement d’OVH, j’ai créé un sujet sur leur forum pendant la journée: https://community.ovh.com/t/ovh-devrait-rapidement-trouver-un-nouveau-moyen-de-gerer-les-certificats-ssl/956
Bonjour,
La question du cron WordPress est une vrai prise de tête. J’ai écrit un article sur le cron WordPress, mais je ne suis pas sûr d’être arrivé au bout de la question. 🙂
Quand on désactive le mécanisme par défaut du cron WordPress, UpdraftPlus affiche une alerte : « Attention: Le planificateur de sauvegarde est désactivé dans votre installation WordPress, par le biais du réglage DISABLE_WP_CRON. Aucune sauvegarde ne peut débuter (même la sauvegarde immédiate) tant que vous n’aurez pas paramétré un moyen de lancer le planificateur manuellement ou tant que vous ne l’aurez pas activé. Cliquez ici pour plus d’information. »
C’est assez déconcertant. Si quelqu’un connaît un moyen d’éviter ça…
- Vous devez être connecté pour répondre à ce sujet.