Dans Wordpress Si vous avez l'erreur "Mise à jour échouée" lors de la rédaction d'un ar

il n'y a pas que ça que le *"firewall Ovh"* bloque, mais le mieux est de ne pas utiliser des options dont on ne connaît pas l'incidence

quel est ton hébergement, tu es sur un VPS?

qu'apporte ton lien sur un site qui ne répond pas avec des fautes d'orthographe alors que ce souci est déjà bien connu ici?

oui tu as raison, alors si tu connais d'autres solutions, alors je t'engage à les partager avec la communnauté.
N'est pas le but de ce forum ?

J'ai tout simplement cherché longtemps une solution. Et le titre du post que je mentionne est trop technique et ne permet pas à un Newbie comme moi de le résoudre.

D'ou mon post pour aider d'autres gens. j'ai pris du temps de le faire pour aider d'autre Newbie

ok, tu as un VPS?

oui j'ai opté pour l'offre "Cloud Web"

cloud web n'est pas un VPS, c'est du mutu, donc tu dépend des réglages imposés de mod-security

Bonjour @PascalN2

Merci pour ces liens.
Comme vous le mentionnez, les mises à jour de WordPress et certaines fonctions du nouvel éditeur de WordPress (https://fr.wordpress.org/gutenberg/ gutenberg) rentrent en conflit avec `mod_security`, le firewall applicatif utilisé sur Cloud Web quand l'option `Firewall` est activé.

Nous travaillons actuellement à une mise à jour des options de ce `mod_security` pour qu'il ne bloque plus ni les update de WordPress, ni le nouvel éditeur gutenberg; tout en remplissant ses fonctions de firewall applicatif.

Cette mise à jour sera appliquée prochainement de façon transparente sur tous les hébergements Cloud Web.

pas que Gutenberg!
c'est l'api rest qui est bloquée
ça fait plus de 9 mois au moins que c'est dans cet état et pose problème avec WP... le petit CMS peu connu que certains utilisent

et Ovh parle de rectifier?
et le temps perdus pour trouver qui ne va pas, uniquement sur Ovh?

et pourquoi faire confiance à ceux qui configurent en pensant que sécuriser, c'est se fier à user-agent?!

Bonjour @PascalN2,

Nous venons de mettre à jour l'ensemble des Cloud Web. Vous devriez maintenant pouvoir utiliser toutes les fonctionnalités de WordPress tout en ayant le firewall d'activé sur votre domaine.

Bonjour Pierre,

Je viens d'activer le Firewall sur mon domaine.
Et je viens de tester

J'ai exactement la même erreur. Et je suis sur une version standard de Wordpress...!
Tenez moi informé si vous arrivez à mettre en route votre Firewall.

Merci

@pascalN2, Je suis dans le même cas…
J'ai vu avec un support avancé de WPMU Dev ils m'ont confirmé le même problème avec rest_api
@pierrefr j'ai du désactivé le firewall de l'ensemble de mon hébergement.
j'ai monté un wordpress multisite.
https://premium.wpmudev.org/forums/topic/cant-create-page-on-subsite#post-1405699

quelle est l'adresse du site où on peut vérifier?

actuellement les sites ont le firewall désactivé
@kyodev que souhaite tu vérifier?

que le *"Firewal"* soit désactivé, tu ne serais pas le seul à le penser sans que ça soit le cas

ou regardes dans ton .ovhconfig si c'est vraiment le cas

.ovhconfig

https://docs.ovh.com/fr/hosting/configurer-fichier-ovhconfig/

oui j'ai pas ce fichier dans ma racine de FTP. j'ai .bash_history .DS-Store (un fichier qui est généré par OSX)

j'ai créé du coup ce fichier comme ca je suis sur de la configuration.
merci
j'ai regardé le détaille pour réglé le multisite
mais c'est pas bien clair
ils sous entendent des multisite avec un root folder différent
alors que mon multisite sous wordpress fonctionne sur un root folder…

désolé, je ne comprends pas, ce fichier ne concerne pas multisite
juste la configuration de l'hébergement

je souhaite configurer individuellement le multisite, pour le moment je n'ai pas besoin d'autre moteur d'execution, ni de variable d'exécution. c'est le firewall qui pose problème j'ai du le désactivé.
du coup ovhconfig n'est pas utile. je trouve par contre utile d'avoir un environnement mode development dans certain cas ou l'on souhaite pas de cache.
dans https://docs.ovh.com/fr/hosting/configurer-fichier-ovhconfig/">ovhconfig ils indique que c'est pas possible
.
Mon problème lié a rest_api, était sur un de mes sous site
le site commençant par wpml est le wordpress network, le domaine ou je gère les sous site.
la curiosité est que j'ai créé un nouveau site est j'ai eu le problème que sur un nouveau site (lier au fait que je ne peu rien publié) les autre site n'était pas affecté.
j'aimerai savoir d'où vient le souci. j'aviserai en fonction

le *firewall Ovh*, en fait un mod_security Apache n'est pas compatible api rest
et la config Ovh n'est pas publiée

> je trouve par contre utile d'avoir un environnement mode development dans certain cas ou l'on souhaite pas de cache

avec un réseau de Wordpress, c'est tout "développement" ou tout "production"
tu ne peux pas différencier (1 seule racine)

après perso, pas vu de souci avec le cache du mode production

si besoin, développer dans un sous-domaine, avec une racine et une installation spécifiques, et un fichier `.ovhconfig` lui aussi spécifique