You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@madbob sto provando ad installare il gestionale in locale con apache e, nel dubbio che non sia quest'ultimo il problema, anche con nginx. Il primo (apache 2.4) mi restituisce Not Found 404 al link localhost/login, quindi quantomeno reindirizza da localhost anche se non trova l'url, mentre il secondo (nginx 1.24) mi restituisce Bad Gateway 502, quindi il server mi risponde direttamente con questo codice http e non tenta proprio di reindirizzare a localhost/login.
Ho utilizzato la configurazione che hai suggerito su gasdotto.net in entrambi i casi. L'unico modo in cui funziona il gestionale è con php artisan serve. Non so se può essere utile rendere accessibile un ambiente di sviluppo anche con apache e nginx o se hai abbandonato quest'idea.
Domanda
Io non sono un esperto come avrai ben capito, ma a te funziona sia su apache che su nginx oppure anche a te da problemi?
UP Ho risolto con apache, ma resta il Bad Gateway 502 su nginx di cui ti allego il log: 2023/12/05 13:13:02 [error] 9516#1680: *1 connect() failed (10061: No connection could be made because the target machine actively refused it) while connecting to upstream, client: 127.0.0.1, server: ilmiogasdotto.it, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9123", host: "localhost:8000"
PS Per tutti. L'errore sopra lo restituisce quando, nel mio caso ad esempio, non è stato avviato correttamente il fastcgi, condizione necessaria affinché nginx non ti restituisca Bad Gateway 502, per come deve funzionare. Risolto anche con nginx.
The text was updated successfully, but these errors were encountered:
In locale lavoro su Apache2, sul server gasdotto.net gira su Nginx. Raramente, per non dire "mai", adopero php artisan serve.
Nginx ha sempre bisogno di un interprete esterno per gestire il codice PHP (tendenzialmente: FPM), e bisogna esplicitargli il path del socket file usato per connettersi a quest'ultimo (il parametro fastcgi_pass nel file di configurazione).
Questi accorgimenti comunque trascendono GASdotto in sé, sono validi per la pubblicazione di qualsiasi applicazione PHP.
No no, ma infatti ho avuto modo di fare qualche ricerca e alla fine ho trovato la soluzione. Mi sto facendo le ossa diciamo così ;-)
Sia per apache che per nginx comunque erano piccolezze che non facevano funzionare il tutto, diciamo nulla che non si può trovare facendo ricerche ed usando un po' di olio di gomito. Almeno posso iniziare a lavorarci su
@madbob sto provando ad installare il gestionale in locale con apache e, nel dubbio che non sia quest'ultimo il problema, anche con nginx. Il primo (apache 2.4) mi restituisce Not Found 404 al link
localhost/login
, quindi quantomeno reindirizza da localhost anche se non trova l'url, mentre il secondo (nginx 1.24) mi restituisce Bad Gateway 502, quindi il server mi risponde direttamente con questo codice http e non tenta proprio di reindirizzare a localhost/login.Ho utilizzato la configurazione che hai suggerito su
gasdotto.net
in entrambi i casi. L'unico modo in cui funziona il gestionale è conphp artisan serve
. Non so se può essere utile rendere accessibile un ambiente di sviluppo anche con apache e nginx o se hai abbandonato quest'idea.Domanda
Io non sono un esperto come avrai ben capito, ma a te funziona sia su apache che su nginx oppure anche a te da problemi?
UP Ho risolto con apache, ma resta il Bad Gateway 502 su nginx di cui ti allego il log:
2023/12/05 13:13:02 [error] 9516#1680: *1 connect() failed (10061: No connection could be made because the target machine actively refused it) while connecting to upstream, client: 127.0.0.1, server: ilmiogasdotto.it, request: "GET / HTTP/1.1", upstream: "fastcgi://127.0.0.1:9123", host: "localhost:8000"
PS Per tutti. L'errore sopra lo restituisce quando, nel mio caso ad esempio, non è stato avviato correttamente il fastcgi, condizione necessaria affinché nginx non ti restituisca Bad Gateway 502, per come deve funzionare. Risolto anche con nginx.
The text was updated successfully, but these errors were encountered: