{"id":229844,"date":"2022-11-11T11:41:00","date_gmt":"2022-11-11T08:41:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229844"},"modified":"2022-11-09T16:37:32","modified_gmt":"2022-11-09T13:37:32","slug":"consertar-valet-wordpress-ajax-bad-gateway","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/pt-pt\/consertar-valet-wordpress-ajax-bad-gateway\/","title":{"rendered":"Consertar Valet, WordPress, Ajax, Bad Gateway"},"content":{"rendered":"\n

H\u00e1 algum tempo<\/a>, voltei a usar o Valet<\/a> para o desenvolvimento local e estou satisfeito com isso desde ent\u00e3o. At\u00e9 algum momento da semana passada, eu ainda n\u00e3o tinha problemas.<\/p>\n

Mas ao trabalhar em um plugin do WordPress que importa dados usando admin-ajax<\/strong>, continuei recebendo uma mensagem curiosa no console, n\u00e3o importa qu\u00e3o grandes ou pequenos fossem os dados. Especificamente, eu estava recebendo um erro sobre "502 (Bad Gateway)."<\/p>\n

\n

O servidor, enquanto atuava como gateway ou proxy, recebeu uma resposta inv\u00e1lida de um servidor de entrada acessado ao tentar atender \u00e0 solicita\u00e7\u00e3o.<\/p>\n<\/blockquote>\n

E se voc\u00ea tentar diagnostic\u00e1-lo com base nessa defini\u00e7\u00e3o<\/a>, n\u00e3o ir\u00e1 muito longe. N\u00e3o \u00e9 que esteja errado, mas \u00e9 que voc\u00ea precisa modificar a configura\u00e7\u00e3o do seu servidor.<\/p>\n

Felizmente, \u00e9 f\u00e1cil. Ou \u00e9 provavelmente f\u00e1cil.<\/p>\n

Valet, WordPress, Ajax, Bad Gateway: A corre\u00e7\u00e3o<\/h2>\n

Antes de compartilhar a corre\u00e7\u00e3o, direi que isso me enviou para um buraco profundo de coelho de todos os tipos de configura\u00e7\u00f5es do Nginx<\/a>, informa\u00e7\u00f5es de proxy reverso, PHP-FPM<\/a> e assim por diante. Se voc\u00ea optar pelo Google por isso, esteja ciente de que provavelmente tamb\u00e9m os encontrar\u00e1.<\/p>\n

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

E a verdade \u00e9 que talvez seja esse o seu problema (vou compartilhar os links no final do post), mas minha corre\u00e7\u00e3o espec\u00edfica foi muito mais f\u00e1cil do que isso.<\/p>\n

Supondo que voc\u00ea esteja usando o macOS, navegue at\u00e9 o\u00a0 diret\u00f3rio .valet<\/strong> em seu terminal com o seguinte comando:<\/p>\n

$ cd ~\/.valet<\/code><\/pre>\n
Uma vez l\u00e1, procure o\u00a0 diret\u00f3rio Nginx<\/strong> e digite:<\/p>\n
$ ls Nginx<\/code><\/pre>\n
Verifique se voc\u00ea v\u00ea um arquivo para seu servidor de desenvolvimento espec\u00edfico. Observe que eu uso o\u00a0 comando link<\/strong> sobre o\u00a0 comando park<\/strong>, ent\u00e3o terei algo como wptrunk.dev<\/strong>. Se voc\u00ea n\u00e3o tiver um arquivo l\u00e1, esse \u00e9 provavelmente o problema.<\/p>\n
E se sim, digite o seguinte comando:<\/p>\n
$ touch Nginx\/your-site.dev<\/code><\/pre>\n
Onde your-site.dev<\/strong> \u00e9 o dom\u00ednio que est\u00e1 causando o problema.<\/p>\n
\"Consertar<\/a><\/p>\n
Em seguida, abra esse arquivo espec\u00edfico no editor de texto de sua escolha e adicione duas linhas:<\/p>\n
fastcgi_buffers 16 16k;\nfastcgi_buffer_size 32k;<\/code><\/pre>\n
Salve o arquivo e reinicie o Valet no terminal com um simples:<\/p>\n
$ valet restart<\/code><\/pre>\n
Em seguida, tente novamente o problema que voc\u00ea estava enfrentando. Para mim, aumentar (ou definir) os tamanhos do buffer para os valores acima funcionou. Voc\u00ea pode precisar de valores maiores, ent\u00e3o, como dizem, YMMV.<\/p>\n
O ponto \u00e9 que a corre\u00e7\u00e3o pode n\u00e3o ser extraordinariamente complicada, portanto, antes de come\u00e7ar a escrever um arquivo de configura\u00e7\u00e3o personalizado inteiro do zero, tente mexer nesses valores primeiro.<\/p>\n
Links Relacionados<\/h3>\n