- Django
- Nginx
- uWSGI
- Sisteme de urmărire a bugurilor
De fapt, configurez serverul web pe Raspbery pi. Lucrul pentru mine este complet nou, mai ales în ceea ce privește înființarea nginx și uWSGI (înainte ca totul să fie configurat pentru apache și passenger_wsgi). Dar pentru a ajusta toate acestea sa dovedit și serverul web a câștigat. Pentru a nu uita cum se face (și trebuia să trec printr-o grădină gravă), mi-am făcut o instruire în memoria proiectului meu. Există întreaga secvență de setări, setări, conf și ini-fișiere. Puteți urmări ce și cum este setat.
S-a încercat și a modificat valoarea harakirilor în ini-settings uWSGI. Opțiunile de jucat keepalive_requests. keepalive_timeout. proxy_read_timeout. client_header_timeout. client_body_timeout și send_timeout din configurările nginx. Puneți-le în șuruburile http. și server. și locația. Am pus setările în ambele nginx.conf ale site-ului meu și în configurația globală /etc/nginx/nginx.conf nginx. Nu există nici un efect. Scriptul cade în 60 secunde, indiferent de setările pe care le-am setat.
Nu am uitat să repornească nginx la repornirea serviciului sudo nginx de fiecare dată după modificarea setărilor și să repornește uWSGI când îl editezi ini. Pentru nici un rezultat. Scriptul încă moare în 60 de secunde.
Ce ar trebui să fac? Ce altceva ar putea fi magia să câștige peste timpul de expirare a gateway-ului 504?
Articole similare
Trimiteți-le prietenilor: