Mag-reload sa halip na mag-restart
Inuutusan ng reload ang NGINX na basahing muli ang configuration. Nagsisimula ito ng mga bagong worker process at hinahayaang tapusin ng mga luma ang kanilang mga bukas na request, kaya karaniwang walang napapansin ang mga bisita. Kung hindi mailapat ang bagong configuration, patuloy na tumatakbo ang NGINX gamit ang luma. Pinatitigil muna ng restart ang service kaya napuputol ang mga koneksiyon, at maaari itong mabigong magsimulang muli kung mali ang configuration.
I-back up ang file na babaguhin mo
Bago mag-edit, gumawa ng kopya sa tabi ng file at isama ang petsa sa pangalan nito. Huwag mag-iwan ng mga kopya sa direktoryong nilo-load ng NGINX gamit ang wildcard tulad ng conf.d/*.conf o sites-enabled/*, dahil ilo-load din ang mga ito. Sa Debian at Ubuntu, i-edit ang file sa sites-available; karaniwang link lamang dito ang entry sa sites-enabled.
sudo cp -a /etc/nginx/sites-available/example.conf /root/example.conf.$(date +%Y%m%d-%H%M%S)Subukan bago mag-reload
Sinusuri ng nginx -t ang syntax at mga file na tinutukoy ng configuration, tulad ng mga certificate. Gamitin ang nginx -T para makita ang buong configuration matapos isama ang mga naka-include na file. Mag-reload lamang kapag pumasa ang pagsubok; tinitiyak ito ng pagdurugtong ng mga command gamit ang &&. Hindi masasabi ng pagsubok kung ginagawa ng configuration ang nilalayon mo, kaya buksan ang website pagkatapos.
sudo nginx -t && sudo systemctl reload nginx
sudo nginx -T | less
curl -I https://example.com/Kapag may naging problema
Ibalik ang backup na kopya, subukan muli at mag-reload. Kung huminto ang service, makikita sa error log at journal kung bakit. Maghanap ng mga mensahe tungkol sa port na ginagamit na, nawawalang certificate o dobleng pangalan ng server.
sudo cp -a /root/example.conf.20261031-120000 /etc/nginx/sites-available/example.conf
sudo nginx -t && sudo systemctl reload nginx
sudo journalctl -u nginx -n 50 --no-pager
sudo tail -n 50 /var/log/nginx/error.logMga hindi saklaw ng reload
Ang mga koneksiyong tumatagal gaya ng WebSockets ay nananatili sa mga lumang worker hanggang matapos ang mga ito, kaya maaaring patuloy na tumakbo ang mga lumang worker nang ilang panahon at gumamit ng dagdag na memory. Maaaring kusang i-restart ng package upgrade ang service. Subukan muna ang malalaking pagbabago sa test server, kasama ang mga certificate at redirect.
NGINX Manager sa CH-J Server Manager
Nag-e-edit ang NGINX Manager ng mga configuration file sa mga pinamamahalaang direktoryo ng NGINX sa mga Linux server, hanggang 512 KiB bawat file. Kapag nagse-save, gumagawa ang application ng backup na may hulaping .chj-backup-, nagpapatakbo ng nginx -t at pinananatili lamang ang pagbabago kapag matagumpay ang pagsubok. Kailangan ng reload ang tahasang kumpirmasyon mo at inuulit nito ang pagsubok bago magsimula. Hindi pinapalitan ang naka-enable na symlink; i-edit ang katugmang file sa sites-available.