ເປັນຫຍັງຂ້ອຍຊອກຫາ Nginx ທີ່ປະຕິບັດດີກ່ວາ Apache

ອີງຕາມການ ສຳ ຫຼວດ web server ຫຼ້າສຸດໂດຍ Netcraft, ເຊິ່ງໄດ້ ດຳ ເນີນໄປຮອດທ້າຍປີ 2017, (ແນ່ນອນໃນເດືອນພະຈິກ), Apache ແລະ Nginx ແມ່ນເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ແຫຼ່ງເປີດທີ່ຖືກ ນຳ ໃຊ້ຫຼາຍທີ່ສຸດໃນອິນເຕີເນັດ.

Apache ແມ່ນໂປແກຼມ HTTP open-source ແບບເສລີ ສຳ ລັບລະບົບປະຕິບັດການທີ່ຄ້າຍຄືກັບ Unix ແລະ Windows. ມັນຖືກອອກແບບມາໃຫ້ເປັນ server ທີ່ປອດໄພ, ມີປະສິດທິພາບແລະຂະຫຍາຍໄດ້ເຊິ່ງໃຫ້ບໍລິການ HTTP ທີ່ສອດຄ່ອງກັບມາດຕະຖານ HTTP ທີ່ມີຢູ່ທົ່ວໄປ.

ນັບຕັ້ງແຕ່ມັນຖືກເປີດຕົວ, Apache ແມ່ນເຄື່ອງແມ່ຂ່າຍເວັບທີ່ມີຄວາມນິຍົມຫລາຍທີ່ສຸດໃນອິນເຕີເນັດຕັ້ງແຕ່ປີ 1996. ມັນແມ່ນມາດຕະຖານ de facto ສຳ ລັບເຄື່ອງແມ່ຂ່າຍເວັບໃນ Linux ແລະລະບົບນິເວດແຫຼ່ງເປີດ. ຜູ້ໃຊ້ Linux ໃໝ່ ມັກຈະເຫັນວ່າມັນງ່າຍກວ່າໃນການຕັ້ງແລະໃຊ້.

Nginx (ອອກສຽງ 'Engine-x') ແມ່ນໂປແກຼມ HTTP ທີ່ເປີດໃຫ້ໃຊ້ງານ, ບໍ່ເສຍຄ່າ, ມີໂປແກຼມ HTTP ທີ່ມີປະສິດຕິພາບສູງ, ໂປແກຼມຕົວແທນດ້ານຫລັງແລະເຄື່ອງແມ່ຂ່າຍຕົວແທນ IMAP/POP3. ເຊັ່ນດຽວກັນກັບ Apache, ມັນຍັງໃຊ້ລະບົບປະຕິບັດການທີ່ຄ້າຍຄືກັບ Unix ແລະ Windows.

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

ບາງເວັບໄຊທ໌ທີ່ມີວຽກຫຍຸ້ງ ນຳ ໂດຍ:

• Apache ແມ່ນ: PayPal, BBC.com, BBC.co.uk, SSLLABS.com, Apple.com ບວກກັບອີກຫລາຍໆຢ່າງ.
• Nginx ແມ່ນ: Netflix, Udemy.com, Hulu, Pinterest, CloudFlare, WordPress.com, GitHub, SoundCloud ແລະອີກຫຼາຍໆຢ່າງ.

ມີຊັບພະຍາກອນຫລາຍຢ່າງທີ່ຖືກເຜີຍແຜ່ຢູ່ໃນເວັບກ່ຽວກັບການປຽບທຽບລະຫວ່າງ Apache ແລະ Nginx (ຂ້າພະເຈົ້າ ໝາຍ ຄວາມວ່າບົດຂຽນຂອງ Apache Vs Nginx), ເຊິ່ງຫລາຍໆຂໍ້ໄດ້ອະທິບາຍເປັນລາຍລະອຽດ, ລັກສະນະແລະການ ດຳ ເນີນງານທີ່ດີທີ່ສຸດຂອງພວກເຂົາພາຍໃຕ້ສະຖານະການຕ່າງໆລວມທັງມາດຕະການປະຕິບັດງານໃນຫ້ອງທົດລອງ. . ເພາະສະນັ້ນສິ່ງນັ້ນຈະບໍ່ຖືກແກ້ໄຂຢູ່ນີ້.

ຂ້າພະເຈົ້າພຽງແຕ່ຈະແບ່ງປັນປະສົບການແລະຄວາມຄິດຂອງຂ້າພະເຈົ້າກ່ຽວກັບການໂຕ້ວາທີທັງ ໝົດ, ໂດຍໄດ້ທົດລອງໃຊ້ Apache ແລະ Nginx, ທັງຢູ່ໃນສະພາບແວດລ້ອມການຜະລິດໂດຍອີງໃສ່ຄວາມຕ້ອງການໃນການເປັນເຈົ້າພາບໃນການ ນຳ ໃຊ້ໂປແກຼມເວັບທີ່ທັນສະ ໄໝ, ໃນພາກຕໍ່ໄປ.

ເຫດຜົນທີ່ຂ້ອຍຊອກຫາ Nginx ປະຕິບັດດີກ່ວາ Apache

ຕໍ່ໄປນີ້ແມ່ນເຫດຜົນທີ່ຂ້ອຍມັກເຄື່ອງແມ່ຂ່າຍເວັບໄຊຕ໌ Nginx ຫຼາຍກວ່າ Apache ສໍາລັບການຈັດສົ່ງເນື້ອຫາເວັບທີ່ທັນສະໄຫມ:

Nginx ແມ່ນ ໜຶ່ງ ໃນບັນດາເຄື່ອງແມ່ຂ່າຍເວັບທີ່ມີນ້ ຳ ໜັກ ເບົາຢູ່ທີ່ນັ້ນ. ມັນມີຮອຍຕີນນ້ອຍໆໃນລະບົບທຽບໃສ່ກັບ Apache ເຊິ່ງປະຕິບັດ ໜ້າ ທີ່ກວ້າງຂວາງທີ່ ຈຳ ເປັນໃນການເຮັດວຽກ.

ເນື່ອງຈາກວ່າ Nginx ລວມເອົາຫລາຍໆສ່ວນຂອງຄຸນລັກສະນະຫຼັກ, ມັນຂື້ນກັບເຄື່ອງແມ່ຂ່າຍເວັບໄຊທ໌ທີ 3 ທີ່ອຸທິດຕົນເຊັ່ນ: backend Apache, FastCGI, Memcached, SCGI, ແລະເຄື່ອງແມ່ຂ່າຍ uWSGI ຫຼື server server, ໝາຍ ຄວາມວ່າເຄື່ອງແມ່ຂ່າຍຂອງພາສາເຊັ່ນ Node.js, Tomcat , ແລະອື່ນໆ

ສະນັ້ນການ ນຳ ໃຊ້ ໜ່ວຍ ຄວາມ ຈຳ ຂອງມັນຈຶ່ງ ເໝາະ ສົມກັບການ ນຳ ໃຊ້ຊັບພະຍາກອນທີ່ ຈຳ ກັດຫຼາຍກວ່າ Apache.

ເຊິ່ງກົງກັນຂ້າມກັບສະຖາປັດຕະຍະ ກຳ ທີ່ເຮັດດ້ວຍກະທູ້ - ຫລືຂະບວນການທີ່ແນໃສ່ (ຂອງຂະບວນການ ‑ ຕໍ່ການເຊື່ອມຕໍ່ຫລືເສັ້ນດ້າຍຕໍ່ແບບແຜນການເຊື່ອມຕໍ່), Nginx ໃຊ້ສະຖາປັດຕະຍະ ກຳ ທີ່ສາມາດປັບຂະ ໜາດ ໄດ້, ສາມາດເຮັດໄດ້ (ຍ້ອນບໍ່ສະ ເໝີ). ມັນໃຊ້ຮູບແບບຂະບວນການທີ່ມີຄວາມຮັບຜິດຊອບທີ່ ເໝາະ ສົມກັບຊັບພະຍາກອນຮາດແວທີ່ມີຢູ່.

ມັນມີຂັ້ນຕອນຕົ້ນສະບັບ (ເຊິ່ງປະຕິບັດການ ດຳ ເນີນງານທີ່ມີສິດທິພິເສດເຊັ່ນ: ການຕັ້ງຄ່າການອ່ານແລະການຜູກພັນກັບທ່າເຮືອ) ແລະເຊິ່ງສ້າງຂະບວນການຂອງຜູ້ອອກແຮງງານແລະຜູ້ຊ່ວຍຫຼາຍໆຄົນ.

ຂະບວນການຂອງຜູ້ອອກແຮງງານແຕ່ລະຄົນສາມາດຈັດການການເຊື່ອມຕໍ່ HTTP ຫລາຍພັນຄັ້ງພ້ອມໆກັນ, ອ່ານແລະຂຽນເນື້ອຫາໃນແຜ່ນ, ແລະສື່ສານກັບເຊີຟເວີທີ່ຢູ່ທາງເທິງ. ຂະບວນການຊ່ວຍເຫຼືອ (ຜູ້ຈັດການ cache ແລະ cache loader) ສາມາດຈັດການກັບການປະຕິບັດການເກັບຂໍ້ມູນເນື້ອຫາຂອງ disk.

ນີ້ເຮັດໃຫ້ການດໍາເນີນງານຂອງມັນສາມາດປັບຂະຫນາດໄດ້, ແລະເຮັດໃຫ້ມີປະສິດຕິພາບສູງ. ວິທີການອອກແບບນີ້ເຮັດໃຫ້ມັນວ່ອງໄວ, ເອື້ອ ອຳ ນວຍໃຫ້ແກ່ການ ນຳ ໃຊ້ທີ່ທັນສະ ໄໝ. ນອກຈາກນັ້ນ, ໂມດູນຂອງພາກສ່ວນທີສາມສາມາດຖືກ ນຳ ໃຊ້ເພື່ອຂະຫຍາຍການເຮັດວຽກແບບດັ້ງເດີມໃນ Nginx

Nginx ມີໂຄງປະກອບເອກະສານການຕັ້ງຄ່າແບບງ່າຍດາຍ, ເຮັດໃຫ້ມັນງ່າຍດາຍໃນການຕັ້ງຄ່າ. ມັນປະກອບດ້ວຍໂມດູນທີ່ຄວບຄຸມໂດຍທິດທາງທີ່ລະບຸໄວ້ໃນເອກະສານການຕັ້ງຄ່າ. ນອກຈາກນັ້ນ, ຄຳ ສັ່ງແນະ ນຳ ແບ່ງອອກເປັນທິດທາງ block ແລະທິດທາງງ່າຍໆ.

ຄຳ ສັ່ງກ່ຽວກັບ block ແມ່ນ ກຳ ນົດໂດຍສາຍເຊືອກ ( { ແລະ } ). ຖ້າ ຄຳ ສັ່ງ block ສາມາດມີທິດທາງອື່ນພາຍໃນສາຍແຂນ, ມັນຖືກເອີ້ນວ່າສະພາບການເຊັ່ນເຫດການ, http, server ແລະສະຖານທີ່.

http {
	server {
		
	}
}

ຄຳ ສັ່ງແນະ ນຳ ທີ່ງ່າຍດາຍປະກອບດ້ວຍຊື່ແລະຕົວ ກຳ ນົດທີ່ແຍກອອກຈາກບ່ອນຫວ່າງແລະສິ້ນສຸດດ້ວຍລະຫັດ semicolon (;) .

http {
	server {
		location / {
				
				## this is simple directive called root
			   	root  /var/www/hmtl/example.com/;

		}
		
	}
}

ທ່ານສາມາດປະກອບມີເອກະສານການຕັ້ງຄ່າທີ່ ກຳ ຫນົດເອງໂດຍໃຊ້ຕົວຢ່າງລວມເຖິງ.

http {
	server {

	}
	## examples of including additional config files
	include  /path/to/config/file/*.conf;
	include  /path/to/config/file/ssl.conf;
}

ຕົວຢ່າງທີ່ສາມາດ ນຳ ໃຊ້ໄດ້ ສຳ ລັບຂ້ອຍແມ່ນວິທີທີ່ຂ້ອຍຈັດການ Nginx ງ່າຍໆໃນການເຮັດວຽກຫລາຍໆເວັບໄຊທ໌ທີ່ມີຫລາຍລຸ້ນ PHP ທີ່ແຕກຕ່າງກັນ, ເຊິ່ງມັນເປັນສິ່ງທ້າທາຍ ໜ້ອຍ ໜຶ່ງ ກັບ Apache.

ໜຶ່ງ ໃນການ ນຳ ໃຊ້ທົ່ວໄປຂອງ Nginx ແມ່ນການຕັ້ງຄ່າມັນເປັນເຊີຟເວີຕົວແທນ, ໃນກໍລະນີນີ້ມັນໄດ້ຮັບ ຄຳ ຮ້ອງຂໍ HTTP ຈາກລູກຄ້າແລະສົ່ງຕໍ່ໃຫ້ກັບໂປແກຼມ proxied ຫຼືສາຍນ້ ຳ ທີ່ຖືກກ່າວເຖິງຂ້າງເທິງ, ຜ່ານໂປໂຕຄອນທີ່ແຕກຕ່າງກັນ. ນອກນັ້ນທ່ານຍັງສາມາດດັດແກ້ຫົວຂໍ້ການຮ້ອງຂໍຂອງລູກຄ້າທີ່ຖືກສົ່ງໄປຫາເຄື່ອງແມ່ຂ່າຍທີ່ຖືກສົ່ງຕໍ່, ແລະຕັ້ງຄ່າການຕອບໂຕ້ທີ່ຕອບແທນຈາກເຄື່ອງແມ່ຂ່າຍທີ່ຖືກສົ່ງຕໍ່.

ຫຼັງຈາກນັ້ນມັນໄດ້ຮັບ ຄຳ ຕອບຈາກ server ທີ່ສົ່ງຕໍ່ແລະສົ່ງຕໍ່ໃຫ້ລູກຄ້າ. ມັນງ່າຍທີ່ຈະ ກຳ ນົດຄ່າເປັນເຊີຟເວີຕົວແທນເມື່ອທຽບກັບ Apache ເນື່ອງຈາກໂມດູນທີ່ຕ້ອງການແມ່ນຢູ່ໃນຫລາຍກໍລະນີທີ່ເປີດໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.

ເນື້ອຫາຫຼືແຟ້ມແບບຄົງທີ່ແມ່ນໄຟລ໌ປົກກະຕິທີ່ເກັບໄວ້ໃນແຜ່ນໃນຄອມພິວເຕີເຊີຟເວີ, ຍົກຕົວຢ່າງເອກະສານ CSS, ເອກະສານ JavaScripts ຫຼືຮູບພາບຕ່າງໆ. ໃຫ້ພິຈາລະນາສະຖານະການທີ່ທ່ານໃຊ້ Nginx ເປັນ ໜ້າ ທີ່ ສຳ ລັບ Nodejs (server application).

ເຖິງແມ່ນວ່າເຄື່ອງແມ່ຂ່າຍຂອງ Nodejs (ໂດຍສະເພາະກອບ Node) ໄດ້ສ້າງໃນລັກສະນະຕ່າງໆ ສຳ ລັບການຈັດການເອກະສານທີ່ຄົງທີ່, ພວກເຂົາບໍ່ ຈຳ ເປັນຕ້ອງມີການປະມວນຜົນທີ່ເຂັ້ມຂົ້ນເພື່ອສົ່ງເນື້ອຫາທີ່ບໍ່ເຄື່ອນໄຫວ, ດັ່ງນັ້ນມັນຈຶ່ງເປັນປະໂຫຍດໃນການປະຕິບັດການຕັ້ງຄ່າເຊີຟເວີຂອງເວັບໃຫ້ບໍລິການເນື້ອຫາທີ່ຄົງທີ່ໂດຍກົງ ລູກຄ້າ.

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

ເພື່ອຮັບຮູ້ປະສິດທິພາບສູງແລະເວລາ ສຳ ລັບການ ນຳ ໃຊ້ເວັບໄຊຕ໌ທີ່ທັນສະ ໄໝ ອາດຈະຮຽກຮ້ອງໃຫ້ມີການ ນຳ ໃຊ້ຫລາຍໆກໍລະນີໃນໂປແກຼມ HTTP ດຽວຫຼືແຈກຢາຍ. ສິ່ງນີ້ອາດຈະ ຈຳ ເປັນ ສຳ ລັບການຕັ້ງຄ່າດຸ່ນດ່ຽງການໂຫຼດເພື່ອແຈກຢາຍການໂຫຼດລະຫວ່າງເຊີຟເວີ HTTP ຂອງທ່ານ.

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

Nginx ໃຊ້ວິທີການດຸ່ນດ່ຽງການໂຫຼດດັ່ງຕໍ່ໄປນີ້:

• round-robin (ວິທີການເລີ່ມຕົ້ນ) - ການຮ້ອງຂໍເຖິງເຄື່ອງແມ່ຂ່າຍທີ່ຢູ່ເບື້ອງເທິງແມ່ນຖືກແຈກຢາຍເປັນຮູບຊົງຮອບ (ໃນບັນຊີລາຍຊື່ຂອງເຄື່ອງແມ່ຂ່າຍໃນສະລອຍນ້ ຳ ທີ່ຢູ່ຂ້າງເທິງ).
• ເຊື່ອມຕໍ່ ໜ້ອຍ ທີ່ສຸດ - ທີ່ນີ້ ຄຳ ຮ້ອງຂໍຕໍ່ໄປແມ່ນສົ່ງຕໍ່ກັບເຊີບເວີທີ່ມີ ຈຳ ນວນເຊື່ອມຕໍ່ ໜ້ອຍ ທີ່ສຸດ.
• ip-hash - ທີ່ນີ້ hash-function ຖືກໃຊ້ເພື່ອ ກຳ ນົດວ່າ server ໃດຄວນຖືກຄັດເລືອກ ສຳ ລັບ ຄຳ ຮ້ອງຂໍຕໍ່ໄປ (ອີງຕາມທີ່ຢູ່ IP ຂອງລູກຄ້າ).
• Generic hash - ພາຍໃຕ້ວິທີການນີ້, ຜູ້ເບິ່ງແຍງລະບົບລະບຸຕົວ hash (ຫຼືຄີ) ພ້ອມກັບຕົວ ໜັງ ສືທີ່ໃຫ້, ຕົວແປຂອງເວລາຮ້ອງຂໍຫຼືເວລາແລ່ນ, ຫຼືການປະສົມປະສານຂອງມັນ. ຕົວຢ່າງ, ກະແຈອາດຈະແມ່ນ IP ແລະພອດທີ່ມາ, ຫຼື URI. Nginx ຫຼັງຈາກນັ້ນແຈກຢາຍການໂຫຼດລະຫວ່າງບັນດາເຊີບເວີທີ່ຢູ່ທາງເທິງໂດຍການສ້າງ hash ສຳ ລັບ ຄຳ ຮ້ອງຂໍໃນປະຈຸບັນແລະວາງມັນໃສ່ກັບ server ທີ່ຢູ່ເບື້ອງເທິງ.
• ເວລາ ໜ້ອຍ ທີ່ສຸດ (Nginx Plus) - ມອບ ໝາຍ ການຮ້ອງຂໍຕໍ່ໄປໃຫ້ກັບ server ທີ່ຢູ່ເບື້ອງເທິງທີ່ມີ ຈຳ ນວນເຊື່ອມຕໍ່ ໜ້ອຍ ທີ່ສຸດໃນປະຈຸບັນແຕ່ພໍໃຈກັບເຊີບເວີທີ່ມີເວລາຕອບສະເລ່ຍຕ່ ຳ ສຸດ.

ຍິ່ງໄປກວ່ານັ້ນ, Nginx ແມ່ນໂປແກຼມໃຊ້ເວບໄຊທ໌ທີ່ສາມາດປັບຂະ ໜາດ ແລະທັນສະ ໄໝ ໄດ້ໂດຍສະເພາະໂປແກຼມໂປແກຼມຮຽກຮ້ອງໃຫ້ວິສາຫະກິດຕ້ອງການເຕັກໂນໂລຢີທີ່ໃຫ້ປະສິດຕິພາບສູງແລະສາມາດປັບຂະ ໜາດ ໄດ້.

ບໍລິສັດ ໜຶ່ງ ທີ່ໄດ້ຮັບຜົນປະໂຫຍດຈາກຄຸນລັກສະນະການປັບແຕ່ງທີ່ ໜ້າ ອັດສະຈັນຂອງ Nginx ແມ່ນ CloudFlare, ມັນໄດ້ຄຸ້ມຄອງເພື່ອປັບຂະ ໜາດ ການ ນຳ ໃຊ້ເວບໄຊທ໌ຂອງຕົນເພື່ອຈັດການກັບ ໜ້າ ເວບໄຊທ໌ຫລາຍກວ່າ 15 ພັນລ້ານລາຍການໃນແຕ່ລະເດືອນດ້ວຍພື້ນຖານໂຄງລ່າງທີ່ຂ້ອນຂ້າງພໍສົມຄວນ, ອີງຕາມທ່ານ Matthew Prince, ຜູ້ຮ່ວມກໍ່ຕັ້ງແລະ CEO ຂອງ CloudFare.

ສຳ ລັບ ຄຳ ອະທິບາຍທີ່ລະອຽດກວ່າ, ໃຫ້ເບິ່ງບົດຄວາມນີ້ໃນ blog Nginx: NGINX ທຽບກັບ Apache: ມຸມມອງຂອງພວກເຮົາ ສຳ ລັບ ຄຳ ຖາມເກົ່າທົດສະວັດ.

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