{"id":229740,"date":"2022-11-11T11:28:00","date_gmt":"2022-11-11T08:28:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229740"},"modified":"2022-11-09T16:10:44","modified_gmt":"2022-11-09T13:10:44","slug":"reparer-valet-wordpress-ajax-bad-gateway","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/fr\/reparer-valet-wordpress-ajax-bad-gateway\/","title":{"rendered":"R\u00e9parer Valet, WordPress, Ajax, Bad Gateway"},"content":{"rendered":"\n

Il y a quelque temps<\/a>, j’ai recommenc\u00e9 \u00e0 utiliser Valet<\/a> pour le d\u00e9veloppement local, et j’en suis satisfait depuis. Jusqu’\u00e0 la semaine derni\u00e8re, je n’avais encore rencontr\u00e9 aucun probl\u00e8me.<\/p>\n

Mais lorsque je travaillais sur un plugin WordPress qui importe des donn\u00e9es \u00e0 l’aide de admin-ajax<\/strong>, je continuais \u00e0 recevoir un message curieux dans la console, quelle que soit la taille des donn\u00e9es. Plus pr\u00e9cis\u00e9ment, j’obtenais une erreur \u00e0 propos de "502 (Bad Gateway)".<\/p>\n

\n

Le serveur, tout en agissant en tant que passerelle ou proxy, a re\u00e7u une r\u00e9ponse non valide d’un serveur entrant auquel il a acc\u00e9d\u00e9 en tentant de r\u00e9pondre \u00e0 la demande.<\/p>\n<\/blockquote>\n

Et si vous essayez de le diagnostiquer sur la base de cette d\u00e9finition<\/a>, vous n’irez pas tr\u00e8s loin. Ce n’est pas que c’est faux, mais c’est que vous devez modifier la configuration de votre serveur.<\/p>\n

Heureusement, c’est facile. Ou c’est probablement facile.<\/p>\n

Valet, WordPress, Ajax, Bad Gateway: la solution<\/h2>\n

Avant de partager le correctif, je dirai que cela m’a envoy\u00e9 dans un trou de lapin profond de toutes sortes de configurations Nginx, informations de proxy inverse,<\/a> PHP-FPM<\/a>, et ainsi de suite. Si vous optez pour Google pour cela, sachez que vous les rencontrerez probablement aussi.<\/p>\n

\"R\u00e9parer<\/a><\/p>\n

Et la v\u00e9rit\u00e9, c’est peut-\u00eatre votre probl\u00e8me (je partagerai les liens au bas de l’article), mais ma solution particuli\u00e8re \u00e9tait beaucoup plus simple que cela.<\/p>\n

En supposant que vous utilisez macOS, acc\u00e9dez au\u00a0 r\u00e9pertoire .valet<\/strong> de votre terminal avec la commande suivante\u00a0:<\/p>\n

$ cd ~\/.valet<\/code><\/pre>\n
Une fois l\u00e0-bas, recherchez le\u00a0 r\u00e9pertoire Nginx<\/strong> puis entrez\u00a0:<\/p>\n
$ ls Nginx<\/code><\/pre>\n
V\u00e9rifiez si vous voyez un fichier pour votre serveur de d\u00e9veloppement sp\u00e9cifique. Notez que j’utilise la\u00a0 commande link<\/strong> sur la\u00a0 commande park<\/strong> donc j’aurai quelque chose comme wptrunk.dev<\/strong>. Si vous n’avez pas de fichier l\u00e0-bas, c’est probablement le probl\u00e8me.<\/p>\n
Et si c’est le cas, entrez la commande suivante\u00a0:<\/p>\n
$ touch Nginx\/your-site.dev<\/code><\/pre>\n
O\u00f9 your-site.dev<\/strong> est quel que soit le domaine \u00e0 l’origine du probl\u00e8me.<\/p>\n
\"R\u00e9parer<\/a><\/p>\n
Ensuite, ouvrez ce fichier particulier dans l’\u00e9diteur de texte de votre choix et ajoutez deux lignes\u00a0:<\/p>\n
fastcgi_buffers 16 16k;\nfastcgi_buffer_size 32k;<\/code><\/pre>\n
Enregistrez le fichier puis red\u00e9marrez Valet dans le terminal avec un simple :<\/p>\n
$ valet restart<\/code><\/pre>\n
R\u00e9essayez ensuite le probl\u00e8me que vous rencontriez. Pour moi, augmenter (ou d\u00e9finir) les tailles de tampon aux valeurs ci-dessus a fonctionn\u00e9. Vous aurez peut-\u00eatre besoin de valeurs plus grandes, donc, comme on dit, YMMV.<\/p>\n
Le fait est que le correctif n’est peut-\u00eatre pas extraordinairement compliqu\u00e9, donc avant de commencer \u00e0 \u00e9crire un fichier de configuration personnalis\u00e9 complet \u00e0 partir de z\u00e9ro, essayez d’abord de bricoler ces valeurs.<\/p>\n
Liens connexes<\/h3>\n