W3 Total Cache

ຄຳຖາມທີ່ພົບເລື້ອຍ

ເປັນຫຍັງຄວາມໄວຈຶ່ງສຳຄັນ?

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

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

• Google.com: +500 ms (ຄວາມໄວຫຼຸດລົງ) -> ສູນເສຍຜູ້ເຂົ້າຊົມ -20% [1]
• Yahoo.com: +400 ms (ຄວາມໄວຫຼຸດລົງ) -> ສູນເສຍຜູ້ເຂົ້າຊົມ -5-9% (ຜູ້ເຂົ້າຊົມອອກໄປກ່ອນທີ່ໜ້າເວັບຈະໂຫຼດສຳເລັດ) [2]
• Amazon.com: +100 ms (ຄວາມໄວຫຼຸດລົງ) -> ຍອດຂາຍຫຼຸດລົງ -1% [1]

ໜຶ່ງສ່ວນພັນຂອງວິນາທີອາດຈະເບິ່ງຄືບໍ່ດົນ, ແຕ່ມັນສົ່ງຜົນກະທົບຢ່າງມະຫາສານ. ເຖິງວ່າທ່ານຈະບໍ່ແມ່ນບໍລິສັດໃຫຍ່ (ຫຼື ກຳລັງຢາກຈະເປັນ), ແຕ່ຄວາມສູນເສຍກໍຄືຄວາມສູນເສຍ. W3 Total Cache ແມ່ນຄຳຕອບສຳລັບເວັບໄຊທີ່ໄວຂຶ້ນ, ຜູ້ເຂົ້າຊົມທີ່ພໍໃຈ ແລະ ຜົນລັດທີ່ດີຂຶ້ນ.

ຜົນກະທົບອື່ນໆອີກຫຼາຍຢ່າງຈາກປະສິດທິພາບທີ່ບໍ່ດີ ໄດ້ຖືກຄົ້ນພົບເມື່ອຫຼາຍກວ່າທົດສະວັດກ່ອນ:

• ຄວາມໜ້າເຊື່ອຖືທີ່ຮັບຮູ້ໄດ້ຕ່ຳລົງ (Fogg et al. 2001)
• ຄຸນນະພາບທີ່ຮັບຮູ້ໄດ້ຕ່ຳລົງ (Bouch, Kuchinsky, and Bhatti 2000)
• ຄວາມຫງຸດຫງິດຂອງຜູ້ໃຊ້ເພີ່ມຂຶ້ນ (Ceaparu et al. 2004)
• ຄວາມດັນເລືອດເພີ່ມຂຶ້ນ (Scheirer et al. 2002)
• ອັດຕາການໄຫຼຂອງຂໍ້ມູນຫຼຸດລົງ (Novak, Hoffman, and Yung 200)
• ອັດຕາການປ່ຽນເປັນລູກຄ້າ (Conversion) ຫຼຸດລົງ (Akamai 2007)
• ອັດຕາການອອກຈາກເວັບໄຊເພີ່ມຂຶ້ນ (Nielsen 2000)
• ຖືກມອງວ່າໜ້າສົນໃຈໜ້ອຍລົງ (Ramsay, Barbesi, and Preece 1998)
• ຖືກມອງວ່າໜ້າດຶງດູດໜ້ອຍລົງ (Skadberg and Kimmel 2004)

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

ເປັນຫຍັງ W3 Total Cache ຈຶ່ງດີກວ່າວິທີການເກັບແຄັດອື່ນໆ?

ມັນແມ່ນລະບົບທີ່ສົມບູນແບບ. ປລັກອິນແຄັດສ່ວນໃຫຍ່ເຮັດວຽກໄດ້ດີໃນການເພີ່ມປະສິດທິພາບພຽງບາງຢ່າງ. ແຕ່ Total Cache ແຕກຕ່າງອອກໄປ ເພາະມັນແກ້ໄຂປັດໄຈຕ່າງໆທີ່ເຮັດໃຫ້ປະສິດທິພາບຂອງເວັບໄຊຫຼຸດລົງ. ມັນເຮັດໄດ້ຫຼາຍກວ່າພື້ນຖານ, ເກີນກວ່າພຽງແຕ່ການຫຼຸດການໃຊ້ CPU ຫຼື ແບນວິດສຳລັບໜ້າ HTML. ສິ່ງທີ່ສຳຄັນບໍ່ແພ້ກັນແມ່ນ ປລັກອິນນີ້ບໍ່ຈຳເປັນຕ້ອງມີການແກ້ໄຂທີມ, ແກ້ໄຂໄຟລ໌ .htaccess ຫຼື ປັບປ່ຽນການຂຽນໂປຣແກຣມເພື່ອເລີ່ມຕົ້ນ. ສິ່ງທີ່ສຳຄັນທີ່ສຸດຄື ມັນເປັນປລັກອິນດຽວທີ່ຖືກອອກແບບມາເພື່ອເພີ່ມປະສິດທິພາບໃຫ້ກັບທຸກສະພາບແວດລ້ອມການໂຮສຕິງ ບໍ່ວ່າຈະນ້ອຍ ຫຼື ໃຫຍ່. ມີຕົວເລືອກໃຫ້ຫຼາຍ ແລະ ການຕັ້ງຄ່າກໍງ່າຍ.

ຂ້ອຍບໍ່ເຄີຍໄດ້ຍິນກ່ຽວກັບເລື່ອງນີ້ມາກ່ອນ; ເວັບໄຊຂອງຂ້ອຍກໍປົກກະຕິດີ, ບໍ່ມີໃຜຈົ່ມເລື່ອງຄວາມໄວ. ເປັນຫຍັງຂ້ອຍຈຶ່ງຄວນຕິດຕັ້ງອັນນີ້?

ໜ້ອຍຄັ້ງທີ່ຜູ້ອ່ານຈະເສຍເວລາເຂົ້າຂຶ້ນມາຈົ່ມ. ໂດຍທົ່ວໄປແລ້ວ ພວກເຂົາພຽງແຕ່ຈະເຊົາເບິ່ງເວັບໄຊຂອງທ່ານໄວຂຶ້ນ ແລະ ອາດຈະບໍ່ກັບມາອີກເລີຍ. ນີ້ແມ່ນປລັກອິນດຽວທີ່ຖືກອອກແບບມາໂດຍສະເພາະເພື່ອໃຫ້ໝັ້ນໃຈວ່າທຸກພາກສ່ວນຂອງເວັບໄຊຂອງທ່ານຈະໄວທີ່ສຸດເທົ່າທີ່ຈະເປັນໄປໄດ້. Google ກຳລັງໃຫ້ຄວາມສຳຄັນກັບ ຄວາມໄວຂອງເວັບໄຊໃນຖານະປັດໄຈການຈັດອັນດັບ; ປລັກອິນນີ້ກໍຊ່ວຍໃນເລື່ອງນັ້ນຄືກັນ.

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

WordPress ເວີຊັນໃດແດ່ທີ່ຮອງຮັບ?

ເພື່ອໃຊ້ຟີເຈີທັງໝົດໃນຊຸດນີ້, ຈຳເປັນຕ້ອງໃຊ້ WordPress ເວີຊັນ 5.3 ຂຶ້ນໄປ ແລະ PHP 7.2.5 ຂຶ້ນໄປ. ເວີຊັນທີ່ເກົ່າກວ່ານັ້ນຈະໄດ້ຮັບປະໂຫຍດຈາກ Media Library Importer ຂອງພວກເຮົາ ເພື່ອຊ່ວຍໃຫ້ພວກເຂົາສາມາດອັບເກຣດ ແລະ ໃຊ້ CDN ຕາມທີ່ຕ້ອງການໄດ້.

ເປັນຫຍັງການຫຍໍ້ໄຟລ໌ (Minify) ຈຶ່ງບໍ່ເຮັດວຽກສຳລັບຂ້ອຍ?

ເປັນຄຳຖາມທີ່ດີ. W3 Total Cache ໃຊ້ເຄື່ອງມື Open Source ຫຼາຍຢ່າງເພື່ອພະຍາຍາມລວມ ແລະ ປັບແຕ່ງ CSS, JavaScript ແລະ HTML ແລະ ອື່ນໆ. ແຕ່ໜ້າເສຍດາຍທີ່ນັກພັດທະນາຈຳເປັນຕ້ອງມີການທົດລອງຜິດທົດລອງຖືກເພື່ອໃຫ້ໝັ້ນໃຈວ່າໂຄ້ດຂອງພວກເຂົາສາມາດເຮັດ Minify ໄດ້ສຳເລັດດ້ວຍໄລບຣາຣີຕ່າງໆທີ່ W3 Total Cache ຮອງຮັບ. ເຖິງວ່ານັກພັດທະນາຈະທົດສອບໂຄ້ດຂອງພວກເຂົາຢ່າງລະອຽດແລ້ວ, ພວກເຂົາກໍຍັງບໍ່ສາມາດໝັ້ນໃຈໄດ້ວ່າມັນຈະເຮັດວຽກຮ່ວມກັບໂຄ້ດອື່ນໆໃນເວັບໄຊຂອງທ່ານໄດ້ບໍ່. ຂໍ້ຜິດພາດນີ້ບໍ່ໄດ້ເກີດຈາກຝ່າຍໃດຝ່າຍໜຶ່ງ, ເພາະວ່າມີປລັກອິນ ແລະ ທີມທີ່ປະສົມປະສານກັນຫຼາຍພັນແບບໃນແຕ່ລະເວັບໄຊ, ເຮັດໃຫ້ມີການປະສົມປະສານຂອງ CSS, JavaScript ແລະ ອື່ນໆ ເປັນລ້ານໆຮູບແບບທີ່ເປັນໄປໄດ້.

ຫຼັກການທີ່ດີແມ່ນໃຫ້ລອງໃຊ້ໂໝດອັດຕະໂນມັດ (Auto Mode), ເຮັດວຽກຮ່ວມກັບນັກພັດທະນາເພື່ອລະບຸໂຄ້ດທີ່ບໍ່ເຂົ້າກັນ ແລະ ເລີ່ມຕົ້ນດ້ວຍໂໝດ Combine Only (ການປັບແຕ່ງທີ່ປອດໄພທີ່ສຸດ) ຈາກນັ້ນຈຶ່ງຄ່ອຍໆເພີ່ມການປັບແຕ່ງຂຶ້ນໄປຈົນເຖິງຈຸດກ່ອນທີ່ຟັງຊັນ (JavaScript) ຫຼື ຮູບແບບ/ການຈັດວາງ (CSS) ຂອງເວັບໄຊຈະມີບັນຫາ.

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

ແລ້ວເລື່ອງຄຳຄິດເຫັນເດ? ປລັກອິນນີ້ຈະເຮັດໃຫ້ການສະແດງຄວາມຄິດເຫັນຊ້າລົງບໍ່?

ໃນທາງກົງກັນຂ້າມ, ເຊັ່ນດຽວກັນກັບການກະທຳອື່ນໆທີ່ຜູ້ໃຊ້ເຮັດໃນເວັບໄຊ, ປະສິດທິພາບທີ່ໄວຂຶ້ນຈະຊ່ວຍກະຕຸ້ນໃຫ້ມີການໃຊ້ງານຫຼາຍຂຶ້ນ. ແຄັດຈະຖືກສ້າງຂຶ້ນໃໝ່ໃນໜ່ວຍຄວາມຈຳຢ່າງໄວວາ ຈົນບໍ່ມີບັນຫາທີ່ຈະສະແດງເວີຊັນຫຼ້າສຸດຂອງໂພສໃຫ້ຜູ້ເຂົ້າຊົມເຫັນ ເຖິງວ່າຈະມີຄົນເຂົ້າເບິ່ງຈຳນວນມະຫາສານຈາກ Digg, Slashdot, Drudge Report, Yahoo Buzz ຫຼື Twitter ກໍຕາມ.

ປລັກອິນນີ້ຈະໄປລົບກວນປລັກອິນ ຫຼື ວິດເຈັດອື່ນໆບໍ່?

ບໍ່, ໃນທາງກົງກັນຂ້າມ ຫາກທ່ານໃຊ້ການຕັ້ງຄ່າ Minify ທ່ານຈະປັບປຸງປະສິດທິພາບຂອງພວກມັນໃຫ້ດີຂຶ້ນຫຼາຍເທົ່າ.

ປລັກອິນນີ້ເຮັດວຽກກັບ WordPress ໃນໂໝດເຄືອຂ່າຍ (Network Mode) ໄດ້ບໍ່?

ແນ່ນອນວ່າມັນເຮັດໄດ້.

ປລັກອິນນີ້ເຮັດວຽກກັບ BuddyPress (bbPress) ໄດ້ບໍ່?

ແມ່ນແລ້ວ.

ປລັກອິນນີ້ຈະຊ່ວຍໃຫ້ WP Admin ໄວຂຶ້ນບໍ່?

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

ທ່ານຮອງຮັບເວັບເຊີເວີໃດແດ່?

ພວກເຮົາຍັງບໍ່ພົບການເຮັດວຽກທີ່ບໍ່ເຂົ້າກັນກັບ apache 1.3+, nginx 0.7+, IIS 5+ ຫຼື litespeed 4.0.2+. ຫາກມີເວັບເຊີເວີໃດທີ່ທ່ານຄິດວ່າພວກເຮົາຄວນທົດສອບ (ເຊັ່ນ lighttpd), ພວກເຮົາ ຢາກໄດ້ຍິນຄຳຄິດເຫັນ ຈາກທ່ານ.

ປລັກອິນນີ້ຮອງຮັບລະບົບ Server Cluster ແລະ Load Balancer ບໍ່?

ແມ່ນແລ້ວ, ຖືກສ້າງຂຶ້ນມາໃໝ່ທັງໝົດໂດຍຄຳນຶງເຖິງການຮອງຮັບການຂະຫຍາຍຕົວ ແລະ ຮູບແບບການໂຮສຕິງໃນປັດຈຸບັນ.

ເຄື່ອງມື “Media Library Import” ມີໄວ້ເພື່ອຫຍັງ ແລະ ຈະໃຊ້ມັນແນວໃດ?

ເຄື່ອງມືນຳເຂົ້າຄັງສື່ (Media Library Import) ແມ່ນສຳລັບການຕິດຕັ້ງ WordPress ແບບເກົ່າ ຫຼື ທີ່ “ບໍ່ເປັນລະບຽບ” ເຊິ່ງມີໄຟລ໌ແນບ (ຮູບພາບ ແລະ ອື່ນໆ ໃນໂພສ ຫຼື ໜ້າເວັບ) ກະຈັດກະຈາຍຢູ່ທົ່ວເວັບເຊີເວີ ຫຼື ມີການ “Hot Linked” ມາຈາກເວັບໄຊອື່ນ ແທນທີ່ຈະໃຊ້ຄັງສື່ໃຫ້ຖືກຕ້ອງ.

ເຄື່ອງມືຈະສະແກນໂພສ ແລະ ໜ້າເວັບຂອງທ່ານສຳລັບກໍລະນີຂ້າງເທິງ ແລະ ກັອບປີ້ພວກມັນລົງໃນຄັງສື່, ອັບເດດໂພສຂອງທ່ານໃຫ້ໃຊ້ທີ່ຢູ່ລິ້ງໃໝ່ ແລະ ສ້າງໄຟລ໌ .htaccess ທີ່ບັນຈຸລາຍຊື່ການປ່ຽນທິດທາງແບບຖາວອນ (Permanent Redirects), ເພື່ອໃຫ້ເຄື່ອງມືຄົ້ນຫາ (Search Engines) ສາມາດຫາໄຟລ໌ເຫັນໃນທີ່ຢູ່ໃໝ່.

ທ່ານຄວນສຳຮອງຂໍ້ມູນຖານຂໍ້ມູນຂອງທ່ານກ່ອນທີ່ຈະເລີ່ມດຳເນີນການນີ້.

ຂ້ອຍຈະຫາໄຟລ໌ JS ແລະ CSS ເພື່ອມາເພີ່ມປະສິດທິພາບ (Minify) ດ້ວຍປລັກອິນນີ້ໄດ້ແນວໃດ?

ໃຊ້ປຸ່ມ “Help” ໃນແຖບການຕັ້ງຄ່າ Minify. ເມື່ອເປີດແລ້ວ, ເຄື່ອງມືຈະຊອກຫາ ແລະ ສະແດງໄຟລ໌ CSS ແລະ JS ທີ່ໃຊ້ໃນແຕ່ລະເທັມເພລດ (Template) ຂອງເວັບໄຊສຳລັບທີມທີ່ກຳລັງໃຊ້ງານຢູ່. ເພື່ອເພີ່ມໄຟລ໌ເຂົ້າໃນການຕັ້ງຄ່າ Minify, ໃຫ້ຄລິກທີ່ຊ່ອງໝາຍຂ້າງໆໄຟລ໌ນັ້ນ. ນອກນີ້ຍັງສາມາດລະບຸຕຳແໜ່ງການຝັງໄຟລ໌ JS ເພື່ອປັບປຸງປະສິດທິພາບການສະແດງຜົນຂອງໜ້າເວັບ. ທ່ານຍັງສາມາດຈັດການການຕັ້ງຄ່າ Minify ສຳລັບທຸກທີມທີ່ຕິດຕັ້ງໄວ້ໄດ້ໂດຍການເລືອກທີມຈາກເມນູເລື່ອນລົງ. ເມື່ອຕັ້ງຄ່າສຳເລັດແລ້ວ, ໃຫ້ຄລິກປຸ່ມ Apply ແລະ Close, ຈາກນັ້ນບັນທຶກການຕັ້ງຄ່າໃນແຖບ Minify.

ຂ້ອຍບໍ່ເຂົ້າໃຈວ່າ CDN ກ່ຽວຂ້ອງກັບການເກັບແຄັດແນວໃດ, ມັນຕ່າງກັນໂດຍສິ້ນເຊີງບໍ່ແມ່ນບໍ່?

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

ຂ້ອຍຈະໃຊ້ Origin Pull (Mirror) CDN ໄດ້ແນວໃດ?

ເຂົ້າສູ່ລະບົບແຜງຄວບຄຸມ ຫຼື ພື້ນທີ່ຈັດການບັນຊີຂອງຜູ້ໃຫ້ບໍລິການ CDN ຂອງທ່ານ. ປະຕິບັດຕາມຂັ້ນຕອນການຕັ້ງຄ່າທີ່ພວກເຂົາໃຫ້ມາ, ສ້າງ “Pull Zone” ຫຼື “Bucket” ໃໝ່ສຳລັບຊື່ໂດເມນເວັບໄຊຂອງທ່ານ. ຫາກມີຕົວຊ່ວຍຕັ້ງຄ່າ (Wizard) ຫຼື ຄຳແນະນຳການແກ້ໄຂບັນຫາທີ່ຜູ້ໃຫ້ບໍລິການຂອງທ່ານສະເໜີໃຫ້, ຢ່າລືມກວດສອບເບິ່ງ. ໃນແຖບ CDN ຂອງປລັກອິນ, ໃຫ້ປ້ອນຊື່ໂຮສທີ່ຜູ້ໃຫ້ບໍລິການ CDN ໃຫ້ມາໃນຊ່ອງ “replace site’s hostname with”. ທ່ານຄວນກວດສອບໂດຍການລອງເປີດໄຟລ໌ທົດສອບຈາກຊື່ໂຮສ CDN ເຊັ່ນ: http://cdn.domain.com/favicon.ico. ແກ້ໄຂບັນຫາຮ່ວມກັບຜູ້ໃຫ້ບໍລິການ CDN ຂອງທ່ານຈົນກວ່າການທົດສອບນີ້ຈະສຳເລັດ.

ດຽວນີ້ໃຫ້ໄປທີ່ແຖບ General ແລ້ວຄລິກທີ່ຊ່ອງໝາຍ ແລະ ບັນທຶກການຕັ້ງຄ່າເພື່ອເປີດໃຊ້ງານ CDN ແລະ ລ້າງແຄັດເພື່ອໃຫ້ການປ່ຽນແປງມີຜົນ.

ຂ້ອຍຈະຕັ້ງຄ່າ Amazon Simple Storage Service (Amazon S3) ຫຼື Amazon CloudFront ເປັນ CDN ໄດ້ແນວໃດ?

ກ່ອນອື່ນ ສ້າງບັນຊີ S3 (ຍົກເວັ້ນແຕ່ວ່າຈະໃຊ້ Origin Pull); ມັນອາດຈະໃຊ້ເວລາຫຼາຍຊົ່ວໂມງກວ່າຂໍ້ມູນບັນຊີຂອງທ່ານຈະໃຊ້ງານໄດ້. ຕໍ່ມາ, ທ່ານຈຳເປັນຕ້ອງເອົາ “Access key ID” ແລະ “Secret key” ຈາກສ່ວນ “Access Credentials” ໃນໜ້າ “Security Credentials” ຂອງ “My Account.” ໃຫ້ໝັ້ນໃຈວ່າສະຖານະເປັນ “active.” ຈາກນັ້ນ, ໃຫ້ໝັ້ນໃຈວ່າ “Amazon Simple Storage Service (Amazon S3)” ຖືກເລືອກເປັນ “CDN type” ໃນແຖບ “General Settings” ແລ້ວບັນທຶກການປ່ຽນແປງ. ດຽວນີ້ໃນແຖບ “Content Delivery Network Settings” ໃຫ້ປ້ອນ “Access key,” “Secret key” ແລະ ປ້ອນຊື່ (ຫຼີກລ່ຽງຕົວອັກສອນພິເສດ ແລະ ຍະຫວ່າງ) ສຳລັບ Bucket ຂອງທ່ານໃນຊ່ອງ “Create a bucket” ໂດຍການຄລິກປຸ່ມທີ່ມີຊື່ດຽວກັນ. ຫາກໃຊ້ Bucket ທີ່ມີຢູ່ແລ້ວ ພຽງແຕ່ລະບຸຊື່ Bucket ໃນຊ່ອງ “Bucket”. ຄລິກປຸ່ມ “Test S3 Upload” ແລະ ໃຫ້ໝັ້ນໃຈວ່າການທົດສອບສຳເລັດ, ຫາກບໍ່ສຳເລັດໃຫ້ກວດສອບການຕັ້ງຄ່າຂອງທ່ານແລ້ວລອງໃໝ່. ບັນທຶກການຕັ້ງຄ່າຂອງທ່ານ.

ຫາກທ່ານບໍ່ໄດ້ຈະໃຊ້ CloudFront, ທ່ານກໍເກືອບຈະສຳເລັດແລ້ວ, ແຕ່ຫາກໃຊ້ CloudFront ໃຫ້ຂ້າມໄປວັກຖັດໄປ. ໄປທີ່ແຖບ “General Settings” ແລະ ຄລິກຊ່ອງ “Enable” ຈາກນັ້ນບັນທຶກການຕັ້ງຄ່າເພື່ອເປີດໃຊ້ CDN. ລ້າງແຄັດເພື່ອໃຫ້ການປ່ຽນແປງມີຜົນ. ຫາກໂໝດສະແດງຕົວຢ່າງເປີດຢູ່ ທ່ານຈຳເປັນຕ້ອງ “Deploy” ການປ່ຽນແປງຂອງທ່ານ.

ເພື່ອໃຊ້ CloudFront, ໃຫ້ປະຕິບັດຕາມຂັ້ນຕອນທັງໝົດຂ້າງເທິງ, ຍົກເວັ້ນໃຫ້ເລືອກ “Amazon CloudFront” ເປັນ “CDN type” ໃນສ່ວນ “Content Delivery Network” ຂອງແຖບ “General Settings”. ເມື່ອສ້າງ Bucket ໃໝ່, Distribution ID ຈະຖືກປ້ອນໃຫ້ໂດຍອັດຕະໂນມັດ. ບໍ່ດັ່ງນັ້ນ, ໃຫ້ໄປທີ່ AWS Management Console ແລະ ສ້າງ Distribution ໃໝ່: ເລືອກ S3 Bucket ທີ່ທ່ານສ້າງໄວ້ກ່ອນໜ້ານີ້ເປັນ “Origin,” ປ້ອນ CNAME ຫາກທ່ານຕ້ອງການເພີ່ມລົງໃນ DNS Zone ຂອງທ່ານ. ໃຫ້ໝັ້ນໃຈວ່າ “Distribution Status” ຖືກເປີດໃຊ້ ແລະ “State” ແມ່ນ Deployed. ດຽວນີ້ໃນແຖບ “Content Delivery Network” ຂອງປລັກອິນ, ໃຫ້ກັອບປີ້ Subdomain ທີ່ພົບໃນ AWS Management Console ແລະ ປ້ອນ CNAME ທີ່ໃຊ້ສຳລັບ Distribution ລົງໃນຊ່ອງ “CNAME”.

ທ່ານສາມາດກຳນົດຊື່ໂຮສໄດ້ສູງສຸດ 10 ຊື່ ແທນທີ່ຈະໃຊ້ຊື່ໂຮສເລີ່ມຕົ້ນ, ການເຮັດແບບນີ້ຈະຊ່ວຍປັບປຸງປະສິດທິພາບການສະແດງຜົນຂອງໜ້າເວັບໄຊຂອງທ່ານ. ຊື່ໂຮສເພີ່ມເຕີມຄວນຈະຖືກກຳນົດໃນການຕັ້ງຄ່າ Distribution ທີ່ທ່ານໃຊ້ໃນ AWS Management Console ຄືກັນ.

ດຽວນີ້ໃຫ້ໄປທີ່ແຖບ General ແລະ ຄລິກທີ່ຊ່ອງ “Enable” ແລ້ວບັນທຶກການຕັ້ງຄ່າເພື່ອເປີດໃຊ້ງານຟັງຊັນ CDN ແລະ ລ້າງແຄັດເພື່ອໃຫ້ການປ່ຽນແປງມີຜົນ. ຫາກໂໝດສະແດງຕົວຢ່າງເປີດຢູ່, ທ່ານຈຳເປັນຕ້ອງ “Deploy” ການປ່ຽນແປງຂອງທ່ານກ່ອນ.

ຂ້ອຍຈະຕັ້ງຄ່າ Rackspace Cloud Files ເປັນ CDN ຂອງຂ້ອຍໄດ້ແນວໃດ?

ກ່ອນອື່ນ ສ້າງບັນຊີ. ຕໍ່ມາ, ໃນສ່ວນ “Content Delivery Network” ຂອງແຖບ “General Settings”, ໃຫ້ເລືອກ Rackspace Cloud Files ເປັນ “CDN Type.” ດຽວນີ້, ໃນສ່ວນ “Configuration” ຂອງແຖບ “Content Delivery Network”, ໃຫ້ປ້ອນ “Username” ແລະ “API key” ທີ່ກ່ຽວຂ້ອງກັບບັນຊີຂອງທ່ານ (ພົບໄດ້ໃນສ່ວນ API Access ຂອງ Rackspace Cloud Control Panel) ເຂົ້າໃນຊ່ອງທີ່ກ່ຽວຂ້ອງ. ຈາກນັ້ນປ້ອນຊື່ຂອງຄອນເທນເນີ (Container) ທີ່ຈະໃຊ້ (ຫຼີກລ່ຽງຕົວອັກສອນພິເສດ ແລະ ຍະຫວ່າງ). ຫາກການເຮັດວຽກສຳເລັດ, ID ຂອງຄອນເທນເນີຈະປະກົດຂຶ້ນໂດຍອັດຕະໂນມັດໃນຊ່ອງ “Replace site’s hostname with”. ທ່ານສາມາດກຳນົດຊື່ຄອນເທນເນີ ແລະ ID ຂອງ ຄອນເທນເນີທີ່ມີຢູ່ແລ້ວ ໄດ້ຫາກທ່ານຕ້ອງການ. ຄລິກປຸ່ມ “Test Cloud Files Upload” ແລະ ໃຫ້ໝັ້ນໃຈວ່າການທົດສອບສຳເລັດ, ຫາກບໍ່ສຳເລັດໃຫ້ກວດສອບການຕັ້ງຄ່າຂອງທ່ານແລ້ວລອງໃໝ່. ບັນທຶກການຕັ້ງຄ່າຂອງທ່ານ. ຕອນນີ້ທ່ານພ້ອມແລ້ວທີ່ຈະສົ່ງອອກຄັງສື່, ທີມ ແລະ ໄຟລ໌ອື່ນໆໄປຍັງ CDN.

ທ່ານສາມາດກຳນົດຊື່ໂຮສ (Hostname) ໄດ້ສູງສຸດ 10 ຊື່ ແທນທີ່ຈະໃຊ້ຊື່ໂຮສເລີ່ມຕົ້ນ, ການເຮັດແບບນີ້ຈະຊ່ວຍປັບປຸງປະສິດທິພາບການສະແດງຜົນຂອງໜ້າເວັບໄຊຂອງທ່ານ.

ດຽວນີ້ໃຫ້ໄປທີ່ແຖບ General ແລະ ຄລິກທີ່ຊ່ອງ “Enable” ແລ້ວບັນທຶກການຕັ້ງຄ່າເພື່ອເປີດໃຊ້ງານຟັງຊັນ CDN ແລະ ລ້າງແຄັດເພື່ອໃຫ້ການປ່ຽນແປງມີຜົນ. ຫາກໂໝດສະແດງຕົວຢ່າງ (Preview mode) ເປີດຢູ່, ທ່ານຈຳເປັນຕ້ອງ “Deploy” (ນຳໃຊ້) ການປ່ຽນແປງຂອງທ່ານກ່ອນ.

ປຸ່ມ “modify attachment URLs” ມີໄວ້ເພື່ອຫຍັງ?

ຫາກຊື່ໂດເມນຂອງເວັບໄຊທ່ານປ່ຽນແປງ, ເຄື່ອງມືນີ້ຈະມີປະໂຫຍດຫຼາຍໃນການອັບເດດໂພສ ແລະ ໜ້າເວັບຂອງທ່ານໃຫ້ໃຊ້ທີ່ຢູ່ປັດຈຸບັນ. ຕົວຢ່າງ: ຫາກເວັບໄຊຂອງທ່ານເຄີຍເປັນ www.domain.com ແລະ ທ່ານຕັດສິນໃຈປ່ຽນເປັນ domain.com, ຜົນລັດທີ່ຕາມມາອາດຈະເຮັດໃຫ້ຮູບພາບ “ເສຍ” ຫຼາຍ ຫຼື ເກີດການປ່ຽນທິດທາງ (Redirect) ທີ່ບໍ່ຈຳເປັນ (ເຊິ່ງເຮັດໃຫ້ຜູ້ເຂົ້າຊົມທ່ອງເວັບໄດ້ຊ້າລົງ). ທ່ານສາມາດໃຊ້ເຄື່ອງມືນີ້ເພື່ອແກ້ໄຂກໍລະນີນີ້ ແລະ ກໍລະນີອື່ນໆທີ່ຄ້າຍຄືກັນ. ການແກ້ໄຂ URL ຂອງຮູບພາບຍັງຊ່ວຍໃຫ້ປລັກອິນສາມາດກວດສອບໄດ້ດີຂຶ້ນວ່າຮູບພາບໃດຖືກໂຮສໄວ້ໃນ CDN ແທ້ໆ.

ຄືກັນກັບທຸກຄັ້ງ, ມັນບໍ່ມີຂໍ້ເສຍຫຍັງທີ່ຈະສຳຮອງຂໍ້ມູນຖານຂໍ້ມູນຂອງທ່ານໄວ້ກ່ອນ.

ປລັກອິນນີ້ເຂົ້າກັນໄດ້ກັບ TDO Mini Forms ບໍ່?

Captcha ແລະ Recaptcha ຈະເຮັດວຽກໄດ້ປົກກະຕິ, ແຕ່ທ່ານຈຳເປັນຕ້ອງປ້ອງກັນບໍ່ໃຫ້ໜ້າເວັບທີ່ມີແບບຟອມຖືກເກັບແຄັດ. ໃຫ້ເພີ່ມ URI ຂອງໜ້າເວັບນັ້ນເຂົ້າໄປໃນຊ່ອງ “Never cache the following pages” ໃນແຖບການຕັ້ງຄ່າແຄັດໜ້າເວັບ.

ປລັກອິນນີ້ເຂົ້າກັນໄດ້ກັບ GD Star Rating ບໍ່?

ແມ່ນແລ້ວ. ປະຕິບັດຕາມຂັ້ນຕອນດັ່ງນີ້:

1. ເປີດໃຊ້ງານການໂຫຼດຄະແນນແບບໄດນາມິກ (Dynamic) ໂດຍການເລືອກ GD Star Rating -> Settings -> Features “Cache support option”
2. ຫາກເປີດໃຊ້ Database Cache ໃນ W3 Total Cache ໃຫ້ເພີ່ມ wp_gdsr ເຂົ້າໃນຊ່ອງ “Ignored query stems” ໃນແຖບການຕັ້ງຄ່າ Database Cache, ບໍ່ດັ່ງນັ້ນຄະແນນການໃຫ້ຄະແນນ (Ratings) ຈະບໍ່ອັບເດດຫຼັງຈາກການລົງຄະແນນ
3. ລ້າງແຄັດທັງໝົດ

ຂ້ອຍເຫັນຕົວອັກສອນທີ່ອ່ານບໍ່ອອກແທນທີ່ຈະເປັນເວັບໄຊປົກກະຕິ, ມັນເກີດຫຍັງຂຶ້ນ?

ຫາກທີມ ຫຼື ໄຟລ໌ຂອງທີມມີການເອີ້ນໃຊ້ php_flush() ຫຼື ຟັງຊັນ flush() ມັນຈະລົບກວນການເຮັດວຽກປົກກະຕິຂອງປລັກອິນ; ເຮັດໃຫ້ປລັກອິນສົ່ງໄຟລ໌ແຄັດອອກໄປກ່ອນທີ່ການເຮັດວຽກທີ່ສຳຄັນຈະສຳເລັດ. ການເອີ້ນໃຊ້ flush() ແມ່ນບໍ່ຈຳເປັນອີກຕໍ່ໄປ ແລະ ຄວນຖືກລຶບອອກ.

ຂ້ອຍຈະເກັບແຄັດສະເພາະໜ້າຫຼັກ (Home Page) ໄດ້ແນວໃດ?

ເພີ່ມ /.+ ເຂົ້າໃນຕົວເລືອກ “Never cache the following pages” (ບໍ່ຕ້ອງເກັບແຄັດໜ້າຕໍ່ໄປນີ້) ໃນແຖບການຕັ້ງຄ່າແຄັດໜ້າເວັບ.

ຂ້ອຍພົບໜ້າວ່າງ ຫຼື ລະຫັດຂໍ້ຜິດພາດ 500 ເມື່ອພະຍາຍາມອັບເກຣດ WordPress ໃນໂໝດເຄືອຂ່າຍ (Network Mode)

ກ່ອນອື່ນ, ໃຫ້ໝັ້ນໃຈວ່າປລັກອິນບໍ່ໄດ້ຖືກເປີດໃຊ້ງານ (Disabled) ແບບທົ່ວທັງເຄືອຂ່າຍ (Network-wide). ຈາກນັ້ນໃຫ້ປິດການໃຊ້ງານ (Deactivated) ແບບທົ່ວທັງເຄືອຂ່າຍ. ດຽວນີ້ທ່ານຄວນຈະສາມາດອັບເກຣດໄດ້ສຳເລັດໂດຍບໍ່ເຮັດໃຫ້ເວັບໄຊຂອງທ່ານມີບັນຫາ.

ມີການແຈ້ງເຕືອນກ່ຽວກັບເຈົ້າຂອງໄຟລ໌ປະກົດຂຶ້ນພ້ອມກັບແບບຟອມ FTP, ຂ້ອຍຈະແກ້ໄຂແນວໃດ?

ປລັກອິນໃຊ້ຟັງຊັນ FileSystem ຂອງ WordPress ໃນການຂຽນໄຟລ໌. ມັນຈະກວດສອບວ່າເຈົ້າຂອງໄຟລ໌ ແລະ ກຸ່ມເຈົ້າຂອງໄຟລ໌ທີ່ສ້າງຂຶ້ນນັ້ນກົງກັບເຈົ້າຂອງໂປຣເຊສ (Process) ຫຼື ບໍ່. ຫາກບໍ່ກົງກັນ, ມັນຈະບໍ່ສາມາດຂຽນ ຫຼື ແກ້ໄຂໄຟລ໌ໄດ້.

ໂດຍປົກກະຕິແລ້ວ, ທ່ານຄວນແຈ້ງຜູ້ໃຫ້ບໍລິການເວັບໂຮສຕິງຂອງທ່ານກ່ຽວກັບບັນຫາການກຳນົດສິດ (Permissions) ແລະ ພວກເຂົາຄວນຈະສາມາດແກ້ໄຂມັນໄດ້.

ທ່ານສາມາດລອງເພີ່ມ define(‘FS_METHOD’, ‘direct’); ເຂົ້າໄປໃນໄຟລ໌ wp-config.php ເພື່ອຂ້າມການກວດສອບໄຟລ໌ ແລະ ໂຟນເດີ.

ສ່ວນເສີມຕົວແປງຮູບພາບ (Image Converter) ໃຊ້ຊັບພະຍາກອນຫຼາຍບໍ່ ໃນການແປງຮູບພາບໃຫ້ເປັນຮູບແບບທີ່ທັນສະໄໝ ເຊັ່ນ WebP ຫຼື AVIF?

ບໍ່. ສ່ວນເສີມຕົວແປງຮູບພາບ ຈະແປງຮູບແບບໄຟລ໌ຮູບພາບທົ່ວໄປໃຫ້ເປັນຮູບແບບທີ່ທັນສະໄໝ ເຊັ່ນ WebP ຫຼື AVIF ໂດຍໃຊ້ບໍລິການ API ຂອງພວກເຮົາ. ການແປງຮູບພາບຈະເກີດຂຶ້ນຢູ່ເທິງບໍລິການ API ຂອງພວກເຮົາ, ດັ່ງນັ້ນການໃຊ້ຊັບພະຍາກອນຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ເຊີເວີເວັບໄຊຂອງທ່ານ.

API ຂອງ Total Cache Image Converter ຈະເກັບຂໍ້ມູນຮູບພາບໄວ້ບໍ່?

ຂໍ້ມູນຮູບພາບທີ່ໄດ້ຮັບໂດຍ API ຂອງພວກເຮົາຈະຖືກທຳລາຍຖິ້ມ ຫຼັງຈາກທີ່ຮູບພາບທີ່ແປງແລ້ວຖືກສ້າງຂຶ້ນ. ຮູບພາບທີ່ແປງແລ້ວຈະຖືກທຳລາຍຖິ້ມທັນທີ ເມື່ອປລັກອິນ Total Cache ດຶງຂໍ້ມູນ ຫຼື ດາວໂຫຼດໄປຍັງເວັບໄຊຂອງທ່ານສຳເລັດ.

ນີ້ມັນເບິ່ງຄືຈະດີເກີນກວ່າທີ່ຈະເປັນຈິງ, ຂ້ອຍຈະທົດສອບຜົນລັດໄດ້ແນວໃດ?

ທ່ານຈະສາມາດເຫັນຜົນລັດໄດ້ທັນທີໃນທຸກໆຄັ້ງທີ່ໂຫຼດໜ້າເວັບ, ແຕ່ສຳລັບການວັດແທກທີ່ຊັດເຈນ, ທ່ານຄວນພິຈາລະນາໃຊ້ເຄື່ອງມືດັ່ງຕໍ່ໄປນີ້:

• Google PageSpeed
• ລາຍງານ Google Search Console Core Web Vitals
• WebPagetest
• Pingdom
• GTmetrix

ຂ້ອຍບໍ່ມີເວລາຈັດການກັບເລື່ອງນີ້, ແຕ່ຂ້ອຍຮູ້ວ່າມັນຈຳເປັນ. ເຈົ້າຈະຊ່ວຍຂ້ອຍໄດ້ບໍ່?

ແມ່ນແລ້ວ! ກະລຸນາ ຕິດຕໍ່ຫາພວກເຮົາ ແລະ ພວກເຮົາຈະຊ່ວຍທ່ານຕັ້ງຄ່າເພື່ອໃຫ້ທ່ານສາມາດ “ຕັ້ງຄ່າເທື່ອດຽວແລ້ວປ່ອຍໃຫ້ມັນເຮັດວຽກໄປເລີຍ.”

ຕິດຕັ້ງປລັກອິນເພື່ອອ່ານ FAQ ຕົວເຕັມໃນແຖບ FAQ ຂອງປລັກອິນ.

ຂ້ອຍສາມາດລາຍງານຂໍ້ຜິດພາດດ້ານຄວາມປອດໄພທີ່ພົບໃນປລັກອິນນີ້ໄດ້ຢູ່ໃສ?

ກະລຸນາລາຍງານຂໍ້ຜິດພາດດ້ານຄວາມປອດໄພທີ່ພົບໃນຊອດໂຄ້ດ (Source Code) ຂອງປລັກອິນ W3 Total Cache ຜ່ານ ໂຄງການເປີດເຜີຍຊ່ອງໂຫວ່ Patchstack. ທີມງານ Patchstack ຈະຊ່ວຍທ່ານໃນການກວດສອບ, ກຳນົດ CVE, ແລະ ແຈ້ງໃຫ້ຜູ້ພັດທະນາປລັກອິນນີ້ຊາບ.