Réparer Valet, WordPress, Ajax, Bad Gateway

Il y a quelque temps, j’ai recommencé à utiliser Valet pour le développement local, et j’en suis satisfait depuis. Jusqu’à la semaine dernière, je n’avais encore rencontré aucun problème.

Mais lorsque je travaillais sur un plugin WordPress qui importe des données à l’aide de admin-ajax, je continuais à recevoir un message curieux dans la console, quelle que soit la taille des données. Plus précisément, j’obtenais une erreur à propos de "502 (Bad Gateway)".

Le serveur, tout en agissant en tant que passerelle ou proxy, a reçu une réponse non valide d’un serveur entrant auquel il a accédé en tentant de répondre à la demande.

Et si vous essayez de le diagnostiquer sur la base de cette définition, vous n’irez pas très loin. Ce n’est pas que c’est faux, mais c’est que vous devez modifier la configuration de votre serveur.

Heureusement, c’est facile. Ou c’est probablement facile.

Valet, WordPress, Ajax, Bad Gateway: la solution

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

Et la vérité, c’est peut-être votre problème (je partagerai les liens au bas de l’article), mais ma solution particulière était beaucoup plus simple que cela.

En supposant que vous utilisez macOS, accédez au  répertoire .valet de votre terminal avec la commande suivante :

$ cd ~/.valet

Une fois là-bas, recherchez le  répertoire Nginx puis entrez :

$ ls Nginx

Vérifiez si vous voyez un fichier pour votre serveur de développement spécifique. Notez que j’utilise la  commande link sur la  commande park donc j’aurai quelque chose comme wptrunk.dev. Si vous n’avez pas de fichier là-bas, c’est probablement le problème.

Et si c’est le cas, entrez la commande suivante :

$ touch Nginx/your-site.dev

Où your-site.dev est quel que soit le domaine à l’origine du problème.

Ensuite, ouvrez ce fichier particulier dans l’éditeur de texte de votre choix et ajoutez deux lignes :

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;

Enregistrez le fichier puis redémarrez Valet dans le terminal avec un simple :

$ valet restart

Réessayez ensuite le problème que vous rencontriez. Pour moi, augmenter (ou définir) les tailles de tampon aux valeurs ci-dessus a fonctionné. Vous aurez peut-être besoin de valeurs plus grandes, donc, comme on dit, YMMV.

Le fait est que le correctif n’est peut-être pas extraordinairement compliqué, donc avant de commencer à écrire un fichier de configuration personnalisé complet à partir de zéro, essayez d’abord de bricoler ces valeurs.

Liens connexes

• Erreurs 502 sur admin-ajax.php
• admin-ajax.php : 502 passerelle incorrecte
• Les URL d’administration WordPress renvoient 404
• Dépannage Valet sur Sierra
• Commencer avec Laravel Valet sur OSX
• l’amont a envoyé un en-tête trop volumineux lors de la lecture de l’en-tête de réponse de l’amont