Sou agricultor e, de todas as formas possíveis, evito a transição final para o Linux no meu PC, apesar de todas as suas vantagens. Portanto, nos últimos anos, usei o Docker for Windows para criar plataformas locais para projetos. Para não dizer que a coisa é super estável, mas não causou problemas significativos até que em um projeto no Laravel o site começou a se comportar de maneira estranha:
alguns pedidos (e sempre partes
diferentes ) retornaram com erro. O script não pôde abrir o arquivo de cache.
Depois de passar um bom tempo procurando um motivo, decidi nesse caso abandonar o Docker e implantar a plataforma no WSL no modo manual.
Como a WSL é
quase Linux, ou seja, - Na verdade, o cenário não tem características próprias.
Após o MySQL, o nginx e o php7.2 foram instalados a partir do bash, um servidor virtual foi configurado no nginx e tudo isso se recusou a funcionar. Os logs do nginx tinham esta entrada:
connect() to unix:/var/run/php/php7.2-fpm.sock failed (2: No such file or directory) while connecting to upstream
Na WSL, até onde eu sei, não há soquetes como tal, então tive que fazer o seguinte:
- abra o arquivo /etc/php/7.2/fpm/pool.d/www.conf para edição e corrija o valor da diretiva listen
; listen = /run/php/php7.2-fpm.sock ; old value listen = 127.0.0.1:9000 ; new value
- defina o mesmo valor na configuração do servidor virtual nginx
location ~ \.php$ { ... fastcgi_pass 127.0.0.1:9000; ... }
Isso deu um tipo de servidor de trabalho. Parece que porque cada pedido do processado ooooooooooooooooooooooooooooooooooooooooooooooo Já no limite de tempo. Para se livrar dos freios, como se viu, você deve adicionar uma linha ao arquivo /etc/nginx/nginx.conf
http { ... fastcgi_buffering off; ... }
Depois disso, o sistema decolou e até agora parece ótimo.
→ As receitas descritas foram encontradas
aquiPS depois eu descobri de alguma forma uma
maneira de ainda lançar um monte em soquetes, mas ainda não o verifiquei. E
mais um .