Nginx: Setup ແລະການຕິດຕັ້ງ

ເຕັ້ນຣໍາກຸ໊ຍ, nginx ແມ່ນຫຍັງ? ຈຸດປະສົງ, ລັກສະນະ, ທາງເລືອກໃນການປັບແຕ່ງ - ເຫຼົ່ານີ້ແມ່ນສິ່ງທີ່ນັກພັດທະນາເວັບໄຊຕ໌ທຸກຄວນຈະຄຸ້ນເຄີຍກັບການທົດສອບການພັດທະນາຂອງເຂົາເຈົ້າ.

ກ່ຽວກັບ nginx ບອກ Word

ເຄື່ອງມືນີ້ມີຫນຶ່ງ workflows ຕົ້ນຕໍແລະຫຼາຍ. ຂໍ້ສະເຫນີຄັ້ງທໍາອິດກັບການອ່ານແລະການຢັ້ງຢືນການຕັ້ງຄ່າ. ນອກຈາກນີ້ຢູ່ພາຍໃຕ້ການຄວບຄຸມຂອງຕົນແມ່ນການຄຸ້ມຄອງ workflow. ບັນຫາໃນອະດີດ - ເພື່ອຈັດການການຮ້ອງຂໍມາ. ຮູບແບບການນໍາໃຊ້ nginx ທີ່ແມ່ນອີງໃສ່ກອງປະຊຸມ. ກົນໄກການໄດ້ຖືກນໍາໃຊ້, ໂດຍອີງຕາມລະບົບປະຕິບັດການເພື່ອໃຫ້ບັນລຸການຮ້ອງຂໍການຈັດສັນປະສິດທິພາບໂດຍກົງລະຫວ່າງຂະບວນການພະນັກງານໄດ້. ຈໍານວນຂອງເຂົາເຈົ້າໄດ້ຖືກລະບຸໄວ້ສະເຫມີໃນເອກະສານການຕັ້ງຄ່າໄດ້. ມູນຄ່າດັ່ງກ່າວສາມາດໄດ້ຮັບການບໍ່ວ່າຈະມີການສ້ອມແຊມຫຼືກໍານົດອັດຕະໂນມັດ, ນໍາພາໂດຍຈໍານວນຂອງແກນປະມວນຜົນທີ່ສາມາດໄດ້ຮັບການດໍາເນີນການ. ໃນການຕັ້ງຄ່າ nginx ຂອງລະບົບແລະລະຫັດໄດ້ຖືກດໍາເນີນການນໍາໃຊ້ເອກະສານການຕັ້ງຄ່າໄດ້. ດັ່ງນັ້ນ, ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະມີການປ່ຽນແປງບາງສິ່ງບາງຢ່າງ, ທ່ານຈໍາເປັນຕ້ອງໄດ້ຊອກຫາຊື່ຂອງຕົນ. ປົກກະຕິແລ້ວມັນແມ່ນຢູ່ໃນຄໍາສັ່ງ / etc / nginx (ແຕ່ເສັ້ນທາງອາດຈະແຕກຕ່າງກັນກັບລະບົບອື່ນໆ) ແລະມີ .conf ຂະຫຍາຍ.

ເລີ່ມການເຮັດວຽກເລີ່ມຕົ້ນໃຫມ່, ແລະເຂົ້າສູ່ລະບົບ

ເພື່ອເຮັດສິ່ງນີ້, ທ່ານຕ້ອງເຮັດໃຫ້ການເຮັດວຽກບໍລິຫານ. ຕັ້ງຄ່າ nginx, ເຄື່ອງແມ່ຂ່າຍຂອງເປັນໄປໄດ້ພຽງແຕ່ໃນເວລາທີ່ມັນຈະເລີ່ມຕົ້ນ. ການຄຸ້ມຄອງແມ່ນດໍາເນີນການຂໍຂອບໃຈທີ່ຈະໂທຫາການບໍລິຫານທີ່ມີພາລາມິເຕີ -s. ເພື່ອເຮັດສິ່ງນີ້, ການນໍາໃຊ້ດັ່ງຕໍ່ໄປນີ້:

ສັນຍານ nginx -s

ໃນກໍລະນີດັ່ງກ່າວນີ້, ທ່ານສາມາດປ່ຽນແທນຄໍາສັ່ງດັ່ງຕໍ່ໄປນີ້ (ຈະຕ້ອງມາຈາກຜູ້ໃຊ້ທີ່ເປີດເຄື່ອງມື):

1. ຢຸດ. ມັນຖືກນໍາໃຊ້ສໍາລັບການປິດລະບົບໄວ.
2. ໂຫລດ. ທີມງານທີ່ຈໍາເປັນເພື່ອໂຫລດໄຟລ໌ການຕັ້ງຄ່າ. ຄວາມຈິງແລ້ວແມ່ນວ່າການປ່ຽນແປງໃດໆຈະບໍ່ມີຜົນບັງຄັບຈົນກ່ວາເອກະສານການເຮັດວຽກ. ແລະໃນຄໍາສັ່ງທີ່ຈະມີຜົນບັງຄັບ, ໃນການຣີບູດເປັນສິ່ງຈໍາເປັນ. ທັນທີທີ່ທ່ານໄດ້ຮັບສັນຍານດັ່ງກ່າວນີ້, ຂະບວນການຕົ້ນຕໍເລີ່ມເພື່ອກວດສອບຄວາມຖືກຕ້ອງຂອງອົງປະກອບ syntactic ຂອງເອກະສານການຕັ້ງຄ່າໄດ້ແລະພະຍາຍາມທີ່ຈະສະຫມັກຂໍເອົາຄໍາແນະນໍາທີ່ມີຢູ່ມີ. ໃນກໍລະນີຂອງຄວາມລົ້ມເຫຼວ, ມັນຈະມ້ວນກັບຄືນໄປບ່ອນການປ່ຽນແປງແລະຈະເຮັດວຽກຮ່ວມກັບຕົວກໍານົດການມີອາຍຸ. ຖ້າຫາກວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນສົບຜົນສໍາເລັດ, ມັນຈະເປີດ workflows ໃຫມ່, ແລະມີອາຍຸຈະຖືກສົ່ງໄປຫາທີ່ສຸດຄວາມຕ້ອງການ.
3. ເຊົາ. ໃຊ້ສໍາເລັດທີ່ຮາບລື່ນຂອງການເຮັດວຽກໄດ້. ມັນຖືກນໍາໃຊ້ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະລໍຖ້າຈົນກ່ວາການຮ້ອງຂໍໃນປັດຈຸບັນສໍາເລັດການບໍາລຸງຮັກສາ.
4. ເປີດ. ປິດແລະເປີດໄຟລ໌.

ການນໍາໃຊ້ງົບປະມານຂອງ

ຂະບວນການກໍານົດຄ່າສາມາດໄດ້ຮັບການປະຕິບັດການນໍາໃຊ້ Unix ຫມາຍຄວາມວ່າ (utility ຂ້າຈະໄດ້ຮັບການປຶກສາຫາລືເປັນຕົວຢ່າງ). ພວກເຂົາເຈົ້າປົກກະຕິແລ້ວການນໍາໃຊ້ກົນໄກໃນການສົ່ງສັນຍານໂດຍກົງກັບຂໍ້ມູນຂະບວນການ. ເຂົາເຈົ້າໄດ້ຖືກເຊື່ອມຕໍ່ໂດຍວິທີການຂອງລະຫັດ. ຂໍ້ມູນນີ້ແມ່ນໄດ້ຖືກເກັບຮັກສາໄວ້ໃນເອກະສານ nginx.pid. ໃຫ້ພວກເຮົາສົມມຸດວ່າພວກເຮົາມີຄວາມສົນໃຈໃນຂະບວນການ№134. ຫຼັງຈາກນັ້ນ, ສໍາລັບການສໍາເລັດກ້ຽງຂອງຄວາມຕ້ອງການທີ່ຈະສົ່ງໃຫ້ພວກເຮົາຂໍ້ມູນຂ່າວສານດັ່ງຕໍ່ໄປນີ້:

ຂ້າ -s QUIT 1628

ໃຫ້ພວກເຮົາສົມມຸດວ່າພວກເຮົາຕ້ອງການທີ່ຈະເບິ່ງບັນຊີລາຍຊື່ຂອງໄຟລ໌ເປີດທັງຫມົດໄດ້. ພວກເຮົາກໍາລັງເຮັດໃຫ້ການນໍາໃຊ້ຂອງ ps ຜົນປະໂຫຍດ. ທີມງານຍັງຈະເບິ່ງດັ່ງຕໍ່ໄປນີ້:

ps -ax | grep nginx

ຫມາຍຄວາມວ່າ, ທີ່ທ່ານສາມາດເບິ່ງ, ໂດຍການນໍາໃຊ້ເຄື່ອງມືເພີ່ມເຕີມຊີ້ໃຫ້ເຫັນວ່າມັນໄປຄໍາຮ້ອງສະຫມັກຂອງຕົນ. ແລະໃນປັດຈຸບັນໃຫ້ຂອງສຸມໃສ່ວິທີການຄໍາຫມັ້ນສັນຍາ nginx ການຕັ້ງຄ່າ.

ໂຄງປະກອບການຂອງເອກະສານການຕັ້ງຄ່າ

ການຕິດຕັ້ງແລະປັບແຕ່ງ nginx ປະກອບເຮັດວຽກຮ່ວມກັບໂມດູນ. ພວກເຂົາເຈົ້າກໍາລັງ configured ການນໍາໃຊ້ຄໍາສັ່ງທີ່ກໍານົດໄວ້ໃນເອກະສານການຕັ້ງຄ່າໄດ້. ພວກເຂົາເຈົ້າສາມາດຈະງ່າຍດາຍຫຼື block. ປະເພດທໍາອິດປະກອບດ້ວຍແນວທາງນະຕົວກໍານົດການ, ຊຶ່ງສາມາດແຍກອອກຈາກສະຖານທີ່, ແລະໃນຕອນທ້າຍຂອງເຂົາເຈົ້າສະແດງອອກດ້ວຍອັຖພາກ - (;). ທ່ອນໄມ້ທີ່ມີໂຄງປະກອບການທີ່ຄ້າຍຄືກັນ. ແຕ່ແທນທີ່ຈະເປັນການປິດຄໍາສັ່ງນີ້ຕັ້ງຢູ່ທີ່ກໍານົດໄວ້ເພີ່ມເຕີມຂອງຄໍາແນະນໍາທີ່ໄດ້ວາງໄວ້ໃນວົງເລັບ curly ({} ຄໍາແນະນໍາ). ຖ້າຫາກວ່າພວກເຂົາເຈົ້າສາມາດສະແດງຊື່ແລະຕົວອື່ນໆທີ່ຂະບວນການດັ່ງກ່າວ, ພວກເຂົາເຈົ້າໄດ້ຖືກເອີ້ນວ່າການກໍ່ສ້າງດັ່ງກ່າວມີສະພາບການ. ໃນຖານະເປັນຕົວຢ່າງ, http, ສະຖານທີ່ແລະເຄື່ອງແມ່ຂ່າຍ.

ການແຜ່ກະຈາຍຂອງເນື້ອຫາແບບຄົງທີ່

ນີ້ແມ່ນຫນຶ່ງໃນຄວາມທ້າທາຍທີ່ສໍາຄັນທີ່ສຸດກໍາລັງປະເຊີນການຕັ້ງຄ່າ nginx ໄດ້. ພາຍໃຕ້ການແຜ່ກະຈາຍທາງສະຖິຕິຂອງເນື້ອໃນແມ່ນຮູບພາບຫມາຍຄວາມວ່າແລະ HTML, ຫນ້າ (ບໍ່ dynamic). ສົມມຸດວ່າພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ເຮັດວຽກດຽວກັບການຕັ້ງຄ່າການ nginx nix ກຸ່ມ. ມັນເປັນການຍາກທີ່ຈະເຮັດແນວນັ້ນ? ບໍ່ມີ, ໃຫ້ຂອງເບິ່ງຕົວຢ່າງ. ກ່ອນທີ່ຈະເລີ່ມດໍາເນີນການມັນ, ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະລະອຽດເງື່ອນໄຂຂອງບັນຫາໄດ້. ດັ່ງນັ້ນ, ອີງຕາມການຮ້ອງຂໍ, ໄຟລ໌ທີ່ຈະມາຈາກລະບົບພາຍໃນອື່ນໆ. ດັ່ງນັ້ນ, ໃນ / ຂໍ້ມູນ / www ພວກເຮົາມີ HTML ເອກະສານ. ແລະໃນລະບົບ / ຂໍ້ມູນ / ຮູບພາບຕ່າງໆທີ່ມີຮູບພາບຕ່າງໆ. nginx ການຕັ້ງຄ່າທີ່ດີທີ່ສຸດໃນກໍລະນີນີ້ຮຽກຮ້ອງໃຫ້ແກ້ໄຂເອກະສານການຕັ້ງຄ່າໄດ້, ທີ່ທ່ານຕ້ອງການກໍາຫນົດຄ່າຫນ່ວຍຂອງເຄື່ອງແມ່ຂ່າຍພາຍໃນ http. ເພື່ອສະຫນັບສະຫນູນທັງສອງຈະໄດ້ຮັບການນໍາໃຊ້ເປັນສະຖານທີ່.

ການປະຕິບັດ: ເຄື່ອງແມ່ຂ່າຍ

ດັ່ງນັ້ນ, ທໍາອິດພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ສ້າງລະບົບແລະວາງຕົນເອງໃນໄຟລ໌ທີ່ພວກເຂົາເຈົ້າຈໍາເປັນຕ້ອງໄດ້ຂະຫຍາຍ (ໃນ html ທີ່ທ່ານຕ້ອງການທີ່ຈະເພີ່ມເນື້ອໃນ). ຫຼັງຈາກນັ້ນເປີດໄຟລ໌ການຕັ້ງຄ່າ. ໃນມັນເຄື່ອງແມ່ຂ່າຍຂອງໄວ້ໃນຕອນຕົ້ນແລ້ວມີຕັນຫຼາຍ, ທີ່ສໍາລັບພາກສ່ວນທີ່ສຸດແມ່ນຄວາມຄິດເຫັນອອກ. ເພື່ອບັນລຸຜົນໄດ້ຮັບທີ່ດີທີ່ສຸດຂະບວນການນີ້ຕ້ອງການທີ່ຈະໄດ້ຮັບການເຮັດດ້ວຍຄວາມນັບຖືກັບອົງປະກອບຕັ້ງແຕ່ຕອນຕົ້ນ. ຫຼັງຈາກນັ້ນຕື່ມເປັນຫນ່ວຍບໍລິການເຄື່ອງແມ່ຂ່າຍຂອງໃຫມ່ໂດຍໃຊ້ລະຫັດນີ້:

http {

ເຄື່ອງແມ່ຂ່າຍຂອງ {

}

}

ເອກະສານການຕັ້ງຄ່າສາມາດເຮັດວຽກຮ່ວມກັບຕັນດັ່ງກ່າວຈໍານວນຫນຶ່ງ. ແຕ່ພວກເຂົາເຈົ້າຕ້ອງໄດ້ຮັບການຈໍາແນກໄດ້ໂດຍຊື່ແລະພອດຜ່ານທີ່ມີຂໍ້ມູນແມ່ນໄດ້ຮັບຂອງເຂົາເຈົ້າ.

ການປະຕິບັດ: ສະຖານທີ່

ກໍານົດພາຍໃນເຄື່ອງແມ່ຂ່າຍ:

ສະຖານທີ່ / {

ຮາກ / ຂໍ້ມູນ / www;

}

ການປາກົດຕົວຂອງສັນຍະລັກ "/" ແມ່ນມີຄວາມຈໍາເປັນທີ່ຈະສົມທຽບຂໍ້ມູນທີ່ໄດ້ແລະເບິ່ງວ່າມີການດັ່ງກ່າວເປັນທີ່ຢູ່ຈາກການຮ້ອງຂໍດໍາເນີນການນີ້. ຖ້າຫາກວ່າມີບັນຫາທີ່ບໍ່ມີ, ຫຼັງຈາກນັ້ນລະບຸ path / ຂໍ້ມູນ / www ກັບເອກະສານທີ່ຕ້ອງການທີ່ຕັ້ງຢູ່ໃນລະບົບທ້ອງຖິ່ນ. ຖ້າຫາກວ່າມີການແຂ່ງຂັນກັບຈໍານວນຫນ້ອຍຕັນ, ຫຼັງຈາກນັ້ນເລືອກເອົາຫນຶ່ງທີ່ມີຄໍານໍາຫນ້າທີ່ຍາວທີ່ສຸດ. ໃນຕົວຢ່າງນີ້, ຄວາມຍາວເທົ່າກັບຫນຶ່ງ, ie, ການນໍາໃຊ້ຈະໃຫ້ສະເພາະແຕ່ໃນກໍລະນີທີ່ບໍ່ມີ "ການແຂ່ງຂັນ". ໃນປັດຈຸບັນ, ປ່ອຍໃຫ້ມັນຈະອັບເດດ:

ສະຖານທີ່ / images / {

ຮາກ / ຂໍ້ມູນ

}

ວິທີສາມາດລະບຸ, ພວກເຮົາກໍາລັງຊອກຫາສໍາລັບຮູບພາບໃດຫນຶ່ງ. ໃນປັດຈຸບັນ, ໃຫ້ຂອງສົມທົບການພັດທະນາທັງຫມົດທີ່ໄດ້ຜ່ານມາ, ແລະການຕັ້ງຄ່າໃນຂະນະນີ້ແມ່ນເປັນດັ່ງຕໍ່ໄປນີ້:

ເຄື່ອງແມ່ຂ່າຍຂອງ {

ສະຖານທີ່ / {

ຮາກ / ຂໍ້ມູນ / www;

}

ສະຖານທີ່ / images / {

ຮາກ / ຂໍ້ມູນ

}

}

ນີ້ເປັນສະບັບພາສາການເຮັດວຽກຂອງກໍລະນີທີ່, ໃນມາດຕະຖານ №80ພອດ. ເຄື່ອງແມ່ຂ່າຍຂອງໂດຍບໍ່ມີບັນຫາໃດສາມາດສາມາດໃຊ້ໄດ້ໃນຄອມພິວເຕີຂອງທ່ານ, ຖ້າຫາກວ່າທ່ານໄປທີ່ຢູ່: http: // localhost /. ແນວໃດບໍ່ນີ້ທັງຫມົດເຮັດວຽກ?

ຫຼັກການຂອງການປະຕິບັດງານຂອງຕົວຢ່າງການ

ດັ່ງນັ້ນ, ໃນເວລາທີ່ພວກເຂົາເຈົ້າມາສອບຖາມທີ່ຂຶ້ນຕົ້ນດ້ວຍ a / images, ເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌ລະບົບທີ່ສອດຄ້ອງກັນຈະຖືກສົ່ງໄປຫາຜູ້ໃຊ້ໄດ້. ໃນເມື່ອບໍ່ມີຂອງເຂົາຈະໄດ້ຮັບຂໍ້ມູນທີ່ຊີ້ບອກວ່າຄວາມຜິດພາດ 404 ຖ້າປະຕິບັດການຕັ້ງຄ່າ nginx ໃນຄອມພິວເຕີຂອງທ້ອງຖິ່ນ, ຫຼັງຈາກນັ້ນ http ການຮ້ອງຂໍ: //localhost/images/example.png ພວກເຮົາຈະໄດ້ຮັບເອກະສານທີ່ມີ /data/images/example.png ສະຖານທີ່. ໃນເວລາທີ່ທ່ານລະບຸ "/" ການຊອກຫາສັນຍາລັກຈະໄດ້ຮັບການດໍາເນີນການໃນລະບົບ / ຂໍ້ມູນ / www. ແຕ່ພວກເຮົາມີການປ່ຽນແປງພຽງແຕ່ການຕັ້ງຄ່າ. ມັນຈະເລີ່ມຕົ້ນການເຮັດວຽກ, ມັນຕ້ອງເລີ່ມຕົ້ນ. ເພື່ອເຮັດສິ່ງນີ້, ການນໍາໃຊ້ nginx -s ການໂຫຼດ. ໃນກໍລະນີທີ່ໄດ້ປະຕິບັດງານຕາມປົກກະຕິເປັນໄປບໍ່ໄດ້, ໃນ access.log ແລະໄຟລ໌ error.log ຢູ່ໃນຄໍາສັ່ງ / usr / local / nginx / ຂໍ້ມູນບັນທຶກ, ທ່ານສາມາດຊອກຫາສາເຫດຂອງຄວາມຜິດດັ່ງກ່າວ.

ການສ້າງເຄື່ອງແມ່ຂ່າຍຂອງຕົວແທນທີ່ງ່າຍດາຍ

ມັນສາມາດເວົ້າໄດ້ກ່ຽວກັບ nginx - ການຕັ້ງຄ່າຂອງສະຖານທີ່ນີ້ເປັນຫນຶ່ງໃນຄໍາຮ້ອງສະຫມັກທົ່ວໄປຫຼາຍທີ່ສຸດ (ແລະພົບທົ່ວໄປ, ໂດຍວິທີການ). ມັນໃຊ້ຫຼັກການຂອງເຄື່ອງແມ່ຂ່າຍທີ່ໄດ້ຮັບການຮ້ອງຂໍ, ແລະຫຼັງຈາກນັ້ນ redirects ໃຫ້ເຂົາເຈົ້າກັບສະຖານທີ່ທີ່ຈໍາເປັນ. ຫຼັງຈາກນັ້ນ, ຄໍາຕອບທີ່ຄາດຫວັງຈາກເຂົາເຈົ້າ, ທີ່ຈະສົ່ງໃຫ້ພວກເຂົາຫນຶ່ງຜູ້ທີ່ກໍານົດຫນ້າວຽກ. ສະນັ້ນໃຫ້ເບິ່ງຢູ່ໃນຕົວຢ່າງຂອງການສ້າງຈຸດພື້ນຖານການ. ມັນຈະຈັດການກັບການຮ້ອງຂໍຜູ້ໃຊ້ບໍລິການແລະສະຫນອງໃຫ້ເຂົາເຈົ້າມີຮູບພາບຈາກລະບົບຂອງທ້ອງຖິ່ນ. ດັ່ງນັ້ນ, ເພື່ອປ້ອງກັນ http ເພີ່ມເຄື່ອງແມ່ຂ່າຍຂອງຄົນອື່ນທີ່ມີເນື້ອໃນດັ່ງຕໍ່ໄປນີ້:

ເຄື່ອງແມ່ຂ່າຍຂອງ {

ຟັງ 8080;

ຮາກ / ຂໍ້ມູນ / UP1;

ສະຖານທີ່ / {

}

}

ໃນປັດຈຸບັນ, ໃຫ້ຂອງ decipher ສໍາລັບທ່ານ: ການສ້າງເຄື່ອງແມ່ຂ່າຍຂອງງ່າຍດາຍ. ພຣະອົງຈະຟັງ ພອດ 8080 ບໍ່ມີຟັງ, ຫຼັງຈາກນັ້ນເຄື່ອງແມ່ຂ່າຍຂອງການຈະດໍາເນີນໃນວັນທີ 80. ຈະໄດ້ຮັບການສະແດງການຮ້ອງຂໍທັງຫມົດພາຍໃນລະບົບເອກະສານພາຍໃນທີ່ກໍາລັງມຸ້ງໄປຫາລະບົບ / ຂໍ້ມູນ / UP1 (ແນ່ນອນ, ກ່ອນຫນ້ານັ້ນມັນຈະມີຄວາມຈໍາເປັນທີ່ຈະສ້າງມັນ). ເພື່ອໃຫ້ສາມາດກວດກາເບິ່ງມັນເປັນສິ່ງຈໍາເປັນເພື່ອຈັດວາງໄຟລ໌ index.html ຂອງ. ເນື່ອງຈາກຕໍາແຫນ່ງຂອງຄໍາສັ່ງໃນສະພາບການຂອງເຄື່ອງແມ່ຂ່າຍຂອງຮາກຂອງພວກເຮົາສາມາດນໍາໃຊ້ສະຖານທີ່ຕະຫຼອດເວລາໄດ້ (ເປັນດັ່ງນັ້ນຈຶ່ງມີຂໍ້ຈໍາກັດການເຂົ້າເຖິງອອກ). ໃນປັດຈຸບັນພວກເຮົາກໍາລັງເຮັດວຽກເພື່ອສ້າງຕົວແທນໃດຫນຶ່ງ. ສໍາລັບການໄປເຮັດວຽກ, ພວກເຮົາຈໍາເປັນຕ້ອງສັ່ງ proxy_pass, ສໍາລັບການທີ່ຈະໄດ້ຮັບການລະບຸຊື່ອະນຸສັນຍາ, ແລະສະຖານທີ່ທີ່ Port ເປັນພາລາມິເຕີ (ສໍາລັບການເຊື່ອມຕໍ່ພາຍໃນມັນຈະເບິ່ງຄື http: // localhost: 8080). ໄດ້ຮັບຜົນໄດ້ຮັບນີ້:

ເຄື່ອງແມ່ຂ່າຍຂອງ {

ສະຖານທີ່ / {

proxy_pass http: // localhost: 8080;

}

ສະຖານທີ່ / images / {

ຮາກ / ຂໍ້ມູນ

}

}

ຖ້າຫາກວ່າທ່ານເບິ່ງລະຫັດແລະວິເຄາະມັນ, ທ່ານອາດຈະສັງເກດເຫັນວ່າສະຖານທີ່ຫນ່ວຍບໍລິການທີສອງໄດ້ມີການປ່ຽນແປງ. ດັ່ງນັ້ນ, ໃນກໍລະນີດັ່ງກ່າວນີ້, ມັນສາມາດເຮັດວຽກຮ່ວມກັບຮູບພາບຂະຫຍາຍເປັນປົກກະຕິ. A ທີ່ແຕກຕ່າງກັນພຽງເລັກນ້ອຍ, ມັນສາມາດໄດ້ຮັບການສະແດງດັ່ງຕໍ່ໄປນີ້:

ສະຖານທີ່ ~ \ (gif | jpg | png) $ {.

ຮາກ / ຂໍ້ມູນ / images;

}

ການຕັ້ງຄ່າ proxy ສຸດທ້າຍແມ່ນເປັນດັ່ງຕໍ່ໄປນີ້:

ເຄື່ອງແມ່ຂ່າຍຂອງ {

ສະຖານທີ່ / {

proxy_pass http: // localhost: 8080 /;

}

ສະຖານທີ່ ~ \ (gif | jpg | png) $ {.

ຮາກ / ຂໍ້ມູນ / images;

}

}

ມັນຈະຜະລິດເຫຼົ້າແວງການຮ້ອງຂໍສຸດທ້າຍຂອງການທີ່ມີນາມສະກຸນເຫຼົ່ານີ້ແລະສົ່ງໃຫ້ເຂົາເຈົ້າກັບບຸກຄົນຜູ້ທີ່ຮ້ອງຂໍໄຟລ໌. ຢ່າລືມວ່າມັນຈະຈໍາເປັນຕ້ອງ restart ຖ້າຫາກວ່າທ່ານຕ້ອງການທີ່ຈະກວດສອບເອກະສານການຕັ້ງຄ່າໄດ້. ແລະເຊື່ອວ່າຂ້າພະເຈົ້າ, ມັນເປັນພຽງແຕ່ nginx ການຕັ້ງຄ່າ. ຖ້າຫາກວ່າທ່ານເປີດການຕັ້ງຄ່າ "Vkontakte" ເຄື່ອງແມ່ຂ່າຍຂອງໄຟລ໌ຫຼືບໍລິສັດຂະຫນາດໃຫຍ່ອື່ນໆ, ພວກເຂົາເຈົ້າຈະມີຂໍ້ກໍານົດເພີ່ມເຕີມກ່ວາຄໍາເວົ້າໃນບົດຄວາມນີ້.