{"id":230091,"date":"2022-11-11T11:35:00","date_gmt":"2022-11-11T08:35:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=230091"},"modified":"2022-11-09T20:03:22","modified_gmt":"2022-11-09T17:03:22","slug":"correggi-valet-wordpress-ajax-bad-gateway","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/correggi-valet-wordpress-ajax-bad-gateway\/","title":{"rendered":"Correggi Valet, WordPress, Ajax, Bad Gateway"},"content":{"rendered":"\n

Qualche tempo fa<\/a>, sono tornato a utilizzare Valet<\/a> per lo sviluppo locale e da allora ne sono stato felice. Fino alla scorsa settimana, dovevo ancora incontrare problemi.<\/p>\n

Ma quando lavoravo su un plug-in WordPress che importa i dati utilizzando admin-ajax<\/strong>, continuavo a ricevere un messaggio curioso nella console, indipendentemente da quanto fossero grandi o piccoli i dati. In particolare, ricevevo un errore su "502 (Bad Gateway)."<\/p>\n

\n

Il server, fungendo da gateway o proxy, ha ricevuto una risposta non valida da un server in entrata a cui ha avuto accesso durante il tentativo di soddisfare la richiesta.<\/p>\n<\/blockquote>\n

E se provi a diagnosticarlo in base a quella definizione<\/a>, non andrai molto lontano. Non \u00e8 che sia sbagliato, ma \u00e8 che devi modificare la configurazione del tuo server.<\/p>\n

Fortunatamente, \u00e8 facile. O probabilmente \u00e8 facile.<\/p>\n

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

Prima di condividere la correzione, dir\u00f2 che questo mi ha mandato in una profonda tana del coniglio di tutti i tipi di configurazioni Nginx<\/a>, informazioni sul proxy inverso, PHP-FPM<\/a> e cos\u00ec via. Se scegli Google per questo, tieni presente che probabilmente incontrerai anche loro.<\/p>\n

\"Correggi<\/a><\/p>\n

E la verit\u00e0, forse \u00e8 questo il tuo problema (condivider\u00f2 i link in fondo al post), ma la mia soluzione particolare \u00e8 stata molto pi\u00f9 semplice di cos\u00ec.<\/p>\n

Supponendo che tu stia utilizzando macOS, vai alla\u00a0 directory .valet<\/strong> nel tuo terminale con il seguente comando:<\/p>\n

$ cd ~\/.valet<\/code><\/pre>\n
Una volta l\u00ec, cerca la\u00a0 directory Nginx<\/strong> e quindi inserisci:<\/p>\n
$ ls Nginx<\/code><\/pre>\n
Verifica se vedi un file per il tuo server di sviluppo specifico. Nota che uso il comando link sul comando<\/strong> park<\/strong>, quindi avr\u00f2 qualcosa come wptrunk.dev<\/strong>. Se non hai un file l\u00ec, probabilmente \u00e8 questo il problema.<\/p>\n
E in tal caso, inserisci il seguente comando:<\/p>\n
$ touch Nginx\/your-site.dev<\/code><\/pre>\n
Dove tuo-sito.dev<\/strong> \u00e8 qualunque sia il dominio che causa il problema.<\/p>\n
\"Correggi<\/a><\/p>\n
Quindi, apri quel particolare file nel tuo editor di testo preferito e aggiungi due righe:<\/p>\n
fastcgi_buffers 16 16k;\nfastcgi_buffer_size 32k;<\/code><\/pre>\n
Salva il file, quindi riavvia Valet nel terminale con un semplice:<\/p>\n
$ valet restart<\/code><\/pre>\n
Quindi riprova il problema che stavi riscontrando. Per me, aumentare (o definire) le dimensioni del buffer ai valori sopra ha funzionato. Potresti aver bisogno di valori pi\u00f9 grandi, quindi, come si suol dire, YMMV.<\/p>\n
Il punto \u00e8 che la correzione potrebbe non essere straordinariamente complicata, quindi prima di iniziare a scrivere un intero file di configurazione personalizzato da zero, prova prima ad armeggiare con questi valori.<\/p>\n
Link correlati<\/h3>\n