ການແຍກການເຂົ້າສູ່ລະບົບ WordPress ແລະ ການເກັບຮັກສາຂໍ້ມູນ CDN ຂອງຜູ້ມາຢ້ຽມຢາມແບບບໍ່ມີຄ່າໃຊ້ຈ່າຍ: ບົດແນະນຳສຸດຍອດສຳລັບ Cloudflare ລຸ້ນຟຣີ.

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

ຄູ່ມືສຸດຍອດສຳລັບການເກັບຂໍ້ມູນຄຸກກີ້ Cloudflare ໂດຍບໍ່ຕ້ອງໃຊ້ Cloudflare: ການແຍກຜູ້ເຂົ້າຊົມແບບໄດນາມິກ/ຄົງທີ່ໂດຍບໍ່ມີຄ່າໃຊ້ຈ່າຍ

99% ຂອງເຈົ້າຂອງເວັບໄຊທ໌ WordPress ທີ່ໃຊ້ Cloudflare ລຸ້ນຟຣີ ກຳລັງເສຍປະສິດທິພາບເຊີບເວີຫຼາຍກວ່າເຄິ່ງໜຶ່ງ.

ຂ້ອຍເຄີຍເຫັນຄົນຫຼາຍຄົນຕົກຢູ່ໃນສອງຂົ້ວທີ່ສຸດ.

ຢ່າເກັບຂໍ້ມູນ HTML ໄວ້ເລີຍ, ແລະດຶງຂໍ້ມູນຈາກເຊີບເວີຕົ້ນທາງທຸກຄັ້ງທີ່ມີຜູ້ມາຢ້ຽມຢາມ.

ອີກທາງເລືອກໜຶ່ງ, ທ່ານສາມາດເກັບຂໍ້ມູນໜ້າ HTML ທັງໝົດໄວ້ໃນ cache, ເຊິ່ງເຮັດໃຫ້ເກີດບັນຫາຕ່າງໆເຊັ່ນ: ການເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້ທີ່ບໍ່ຖືກຕ້ອງ, ຄຳເຫັນທີ່ບໍ່ສະແດງ, ແລະ ການເຮັດວຽກຂອງ backend ລົ້ມເຫຼວ.

ຫຼາຍຄົນເຊື່ອວ່າການຈຳແນກແຄດດ້ວຍຄຸກກີ້ແມ່ນຄຸນສົມບັດສະເພາະສຳລັບແຜນການຈ່າຍເງິນເທົ່ານັ້ນ.

ຫຼັງຈາກທີ່ທັງຫມົດ, Cloudflare ລະບຸຢ່າງເປັນທາງການວ່າມີພຽງແຕ່ແຜນທຸລະກິດແລະວິສາຫະກິດເທົ່ານັ້ນທີ່ສາມາດຂ້າມຜ່ານການເກັບຂໍ້ມູນ HTML ໄດ້ເມື່ອມີ cookies.

ແຜນທຸລະກິດເລີ່ມຕົ້ນທີ່ $200 ຕໍ່ເດືອນ, ເຊິ່ງບໍ່ຈຳເປັນເລີຍສຳລັບເຈົ້າຂອງເວັບໄຊທ໌ ແລະ ບລັອກຂະໜາດນ້ອຍ.

ຈົນຮອດເດືອນເມສາ 2023, ຂ້ອຍໄດ້ຄົ້ນພົບເຄັດລັບທາງເທັກນິກທີ່ຄົນສ່ວນໃຫຍ່ມອງຂ້າມ.

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

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

ການໂຫຼດ CPU ຂອງເຊີບເວີບລັອກສ່ວນຕົວຂອງຂ້ອຍຫຼຸດລົງຈາກສະເລ່ຍ 45% ມາເປັນ 12%.

ເວລາໂຫຼດໜ້າເວັບເບື້ອງຕົ້ນໄດ້ຫຼຸດລົງ 5 ວິນາທີ.

ການໃຊ້ແບນວິດເຊີບເວີປະຈໍາເດືອນຫຼຸດລົງ 68%.

ເຖິງຢ່າງໃດກໍ່ຕາມ, ການຈັດຕັ້ງປະຕິບັດໃນເບື້ອງຕົ້ນມີສອງຂໍ້ບົກຜ່ອງທີ່ຊັດເຈນ.

ມັນຮອງຮັບພຽງແຕ່ໂດເມນ HTTPS ດຽວເທົ່ານັ້ນ ແລະ ບໍ່ຮອງຮັບໂດເມນ wildcard.

ມັນບໍ່ໄດ້ຄຳນຶງເຖິງວ່າເວັບໄຊທ໌ຫຼາຍແຫ່ງຍັງໃຊ້ການປ່ຽນເສັ້ນທາງ HTTP ຫຼື ຮອງຮັບທັງ HTTP ແລະ HTTPS.

ຂ້ອຍໄດ້ເຮັດການປັບປຸງທີ່ສົມບູນແບບໂດຍອີງໃສ່ວິທີການເດີມ ແລະ ແກ້ໄຂບັນຫາສອງຢ່າງນີ້.

ຕອນນີ້ຂ້ອຍຈະຕັ້ງເປົ້າໝາຍໃສ່ *.etufoນີ້ແມ່ນຄູ່ມືທີ່ສົມບູນກ່ຽວກັບວິທີການຕັ້ງຄ່າໂດເມນ wildcard ເຊັ່ນ .org ທີ່ຮອງຮັບທັງ HTTP ແລະ HTTPS.

ເປັນຫຍັງລຸ້ນຟຣີຈຶ່ງສາມາດບັນລຸໜ້າທີ່ການເກັບຂໍ້ມູນໂດຍໃຊ້ຄຸກກີ້ຂອງລຸ້ນທີ່ຈ່າຍເງິນໄດ້?

ຫຼາຍຄົນບໍ່ຮູ້ວ່າຄວາມແຕກຕ່າງຫຼັກລະຫວ່າງ Cloudflare ລຸ້ນຟຣີ ແລະ ລຸ້ນຈ່າຍເງິນນັ້ນບໍ່ແມ່ນວ່າຄຸນສົມບັດໃດໜຶ່ງສາມາດນຳໃຊ້ໄດ້ຫຼືບໍ່.

ມັນຂຶ້ນຢູ່ກັບວ່າມັນສະດວກສະບາຍແນວໃດທີ່ຈະບັນລຸໜ້າທີ່ດຽວກັນ.

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

ເຖິງຢ່າງໃດກໍ່ຕາມ, ລຸ້ນຟຣີບໍ່ຮອງຮັບຕົວປະຕິບັດການນີ້, ແລະທ່ານຈະໄດ້ຮັບຂໍ້ຄວາມຜິດພາດ "ບໍ່ມີສິດ: ການໃຊ້ຕົວປະຕິບັດການ Matches is not allowed" ເມື່ອໃຊ້ມັນ.

ເອກະສານຢ່າງເປັນທາງການຂອງ Cloudflare ລະບຸຢ່າງຊັດເຈນວ່າ...Matchesຜູ້ປະກອບການຕ້ອງການໃຫ້ໃຊ້ແຜນທຸລະກິດ ຫຼື ແຜນ WAF Advanced.

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

ແຕ່ຫຼັງຈາກການທົດສອບ ແລະ ການຄົ້ນຄວ້າຊ້ຳແລ້ວຊ້ຳອີກ, ຂ້ອຍໄດ້ພົບເຫັນຄວາມກ້າວໜ້າອັນສຳຄັນ.

ທັງຄຸກກີ້ເຂົ້າສູ່ລະບົບ WordPress ແລະ WooCommerce ມີຄຳນຳໜ້າຄົງທີ່.

ຄຳນຳໜ້າຄຸກກີ້ WordPress:

ພວກເຮົາບໍ່ຈຳເປັນຕ້ອງໃຊ້ regular expressions ເພື່ອຈັບຄູ່ cookies ທັງໝົດ; ພວກເຮົາພຽງແຕ່ຕ້ອງໃຊ້ອັນທີ່ຮອງຮັບໂດຍ cookies ລຸ້ນຟຣີເທົ່ານັ້ນ.containsຕົວປະຕິບັດການກວດສອບວ່າ cookie ມີ prefix ຄົງທີ່ເຫຼົ່ານີ້ຫຼືບໍ່.

ແນວຄວາມຄິດນີ້ສະຫຼາດຫຼາຍ.

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

ຍິ່ງໄປກວ່ານັ້ນ, ປະສິດທິພາບຂອງມັນດີກ່ວາການຈັບຄູ່ການສະແດງອອກປົກກະຕິເພາະວ່າ...containsຄ່າໃຊ້ຈ່າຍໃນການຄິດໄລ່ຂອງຕົວປະຕິບັດການແມ່ນໜ້ອຍກວ່າການຈັບຄູ່ນິພົດປົກກະຕິຫຼາຍ.

ສຳລັບ *.etufoເຮັດສຳເລັດຂັ້ນຕອນການຕັ້ງຄ່າສຳລັບ .org (ໃຊ້ໄດ້ກັບທັງ HTTP ແລະ HTTPS)

ຂະບວນການຕັ້ງຄ່າທັງໝົດພຽງແຕ່ຕ້ອງການສ້າງກົດລະບຽບການເກັບຂໍ້ມູນແຄຊ 3 ຢ່າງເທົ່ານັ້ນ.

ລຳດັບຂອງກົດລະບຽບແມ່ນມີຄວາມສຳຄັນຫຼາຍ ແລະ ຕ້ອງປະຕິບັດຕາມຢ່າງເຂັ້ມງວດຕາມລຳດັບທີ່ຂ້າພະເຈົ້າໄດ້ໃຫ້ໄວ້.

ຖ້າລຳດັບບໍ່ຖືກຕ້ອງ, ເຫດຜົນການແຄຊທັງໝົດຈະລົ້ມເຫຼວ.

ກົດລະບຽບທີ 1: ເສັ້ນທາງຂ້າມທີ່ຕ້ອງເປັນແບບໄດນາມິກ (ມີບູລິມະສິດສູງສຸດ)

ຈຸດປະສົງຂອງກົດລະບຽບນີ້ແມ່ນເພື່ອຮັບປະກັນວ່າ backend, ໜ້າສະແດງຕົວຢ່າງ, ສູນຜູ້ໃຊ້ ແລະ ໜ້າຄົ້ນຫາຈະບໍ່ຖືກເກັບໄວ້ເປັນແຄດ.

ໜ້າເຫຼົ່ານີ້ຕ້ອງດຶງເອົາເນື້ອຫາຈາກເຊີບເວີຕົ້ນທາງໃນເວລາຈິງ, ຖ້າບໍ່ດັ່ງນັ້ນບັນຫາການເຮັດວຽກທີ່ຮ້າຍແຮງຈະເກີດຂຶ້ນ.

ການສະແດງອອກທີ່ໄດ້ຮັບການປັບປຸງໃຫ້ດີທີ່ສຸດຂອງຂ້ອຍຮອງຮັບໂດເມນຍ່ອຍທັງໝົດ ແລະ ໂປໂຕຄອນ HTTP/HTTPS.

ທ່ານບໍ່ຈຳເປັນຕ້ອງສ້າງກົດລະບຽບແຍກຕ່າງຫາກສຳລັບແຕ່ລະໂດເມນຍ່ອຍ.

ບໍ່ຈຳເປັນຕ້ອງສ້າງກົດລະບຽບແຍກຕ່າງຫາກສຳລັບ HTTP ແລະ HTTPS.

ສຳນວນດັ່ງກ່າວແມ່ນດັ່ງຕໍ່ໄປນີ້:

ends_with(http.host, ".etufo.org") and (starts_with(http.request.uri.path, "/wp-admin/") or http.request.uri contains "preview=true" or starts_with(http.request.uri.path, "/前台用户中心/") or starts_with(http.request.uri.path, "/?s="))

ເລືອກ "Bypass Cache" ເປັນຕົວເລືອກການດຳເນີນງານ.

ວາງກົດລະບຽບນີ້ໄວ້ເທິງສຸດຂອງກົດລະບຽບການເກັບຂໍ້ມູນທັງໝົດ.

ກົດລະບຽບທີ 2: ຂ້າມຜູ້ໃຊ້ທີ່ເຂົ້າສູ່ລະບົບແລ້ວ ແລະ ຜູ້ໃຊ້ທີ່ສະແດງຄວາມຄິດເຫັນ (ບຸລິມະສິດອັນດັບສອງ)

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

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

ການປະຕິບັດໃນເບື້ອງຕົ້ນໄດ້ໃຊ້ວິທີການດັ່ງຕໍ່ໄປນີ້:starts_with(http.request.full_uri, "https://你的域名/").

ຂ້ອຍໄດ້ປ່ຽນມັນໄປends_with(http.host, ".etufo.org").

ການປ່ຽນແປງນີ້ແມ່ນຫຼັກຂອງການເພີ່ມປະສິດທິພາບທັງໝົດ.

http.hostມັນປະກອບມີພຽງແຕ່ຊື່ໂດເມນເທົ່ານັ້ນ, ບໍ່ແມ່ນໂປໂຕຄອນ ແລະ ເສັ້ນທາງ.

ການນໍາໃຊ້ends_withກົງກັນ.etufo.orgມັນຈະກົງກັນໂດຍອັດຕະໂນມັດetufo.org,www.etufo.org,blog.etufo.orgໂດເມນຍ່ອຍທັງໝົດ.

ມັນຈະຈັບຄູ່ທັງໂປໂຕຄອນ HTTP ແລະ HTTPS ໂດຍອັດຕະໂນມັດໂດຍບໍ່ຕ້ອງມີການຕັ້ງຄ່າເພີ່ມເຕີມໃດໆ.

ການສະແດງອອກ WordPress ພື້ນເມືອງ:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_")

ຖ້າທ່ານກຳລັງໃຊ້ WooCommerceການຄ້າທາງອີເລັກໂທຣນິກປລັກອິນຕ້ອງການໃຫ້ເພີ່ມຄຳນຳໜ້າຄຸກກີ້ WooCommerce.

ການສະແດງອອກທີ່ປັບປຸງແລ້ວຂອງ WooCommerce:

ends_with(http.host, ".etufo.org") and (http.cookie contains "wordpress_sec_" or http.cookie contains "wordpress_logged_in" or http.cookie contains "comment_" or http.cookie contains "woocommerce_")

ການດໍາເນີນງານຄວນຖືກຕັ້ງໃຫ້ເປັນ "Bypass Cache".

ວາງກົດລະບຽບນີ້ໄວ້ລຸ່ມກົດລະບຽບທີ 1.

ກົດລະບຽບທີ 3: ເກັບຮັກສາ HTML ແບບຄົງທີ່ໄວ້ສຳລັບຜູ້ມາຢ້ຽມຢາມທີ່ບໍ່ໄດ້ເຂົ້າສູ່ລະບົບ (ຄວາມສຳຄັນຕ່ຳສຸດ)

ຈຸດປະສົງຂອງກົດລະບຽບນີ້ແມ່ນເພື່ອໃຫ້ຜູ້ມາຢ້ຽມຢາມທີ່ບໍ່ໄດ້ເຂົ້າສູ່ລະບົບສາມາດດຶງເອົາໜ້າ HTML ທີ່ເກັບໄວ້ຈາກ Cloudflare CDN ໂດຍກົງ.

ນີ້ແມ່ນຂັ້ນຕອນທີ່ສຳຄັນທີ່ສຸດໃນການປັບປຸງຄວາມໄວຂອງເວັບໄຊທ໌ ແລະ ຫຼຸດຜ່ອນການໂຫຼດຂອງເຊີບເວີ.

ໃນທຳນອງດຽວກັນ, ຂ້ອຍໄດ້ໃຊ້ends_with(http.host, ".etufo.org")ມັນໄດ້ປ່ຽນແທນຮູບແບບໂປໂຕຄອນ + ຊື່ໂດເມນເດີມ.

ຄວາມເຂົ້າກັນໄດ້ໂດຍອັດຕະໂນມັດກັບໂດເມນ wildcard ແລະໂປໂຕຄອນຄູ່ໄດ້ບັນລຸຜົນແລ້ວ.

ການສະແດງອອກ WordPress ພື້ນເມືອງ:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_"

ການສະແດງອອກທີ່ປັບປຸງແລ້ວຂອງ WooCommerce:

ends_with(http.host, ".etufo.org") and not http.cookie contains "wordpress_sec_" and not http.cookie contains "wordpress_logged_in" and not http.cookie contains "comment_" and not http.cookie contains "woocommerce_"

ເລືອກ "ຕອບສະໜອງເງື່ອນໄຂແຄສ" ສຳລັບການດຳເນີນງານ.

ພວກເຮົາແນະນຳໃຫ້ເປີດໃຊ້ຕົວເລືອກຕໍ່ໄປນີ້:

ເກາະຫຼອກລວງແຄຊ.

ເນື້ອຫາທີ່ລ້າສະໄໝຈະບໍ່ຖືກສະໜອງໃຫ້ໃນລະຫວ່າງການອັບເດດ.

ວາງກົດລະບຽບນີ້ໄວ້ທີ່ລຸ່ມສຸດຂອງກົດລະບຽບການເກັບຂໍ້ມູນທັງໝົດ.

ສາມຂັ້ນຕອນການຢັ້ງຢືນທີ່ຕ້ອງປະຕິບັດຫຼັງຈາກການຕັ້ງຄ່າ

ຫຼັງຈາກຕັ້ງຄ່າແລ້ວ, ຢ່າປິດໜ້ານີ້ທັນທີ.

ທ່ານຈຳເປັນຕ້ອງປະຕິບັດການກວດສອບຄວາມຖືກຕ້ອງງ່າຍໆສາມຢ່າງເພື່ອຮັບປະກັນວ່າກົດລະບຽບເຮັດວຽກຢ່າງຖືກຕ້ອງ.

ຂັ້ນຕອນການຢັ້ງຢືນທຳອິດແມ່ນການກວດສອບສະຖານະແຄດເມື່ອຜູ້ໃຊ້ບໍ່ໄດ້ເຂົ້າສູ່ລະບົບ.

ເປີດໃຊ້ໂໝດ incognito ຂອງໂປຣແກຣມທ່ອງເວັບຂອງທ່ານ.

ກົດ F12 ເພື່ອເປີດເຄື່ອງມືນັກພັດທະນາ ແລະ ປ່ຽນໄປທີ່ແຖບເຄືອຂ່າຍ.

ເຂົ້າເບິ່ງໜ້າທຳອິດຂອງເວັບໄຊທ໌ຂອງທ່ານ.

ກວດສອບຫົວຂໍ້ການຕອບສະໜອງ.cf-cache-statusພາກສະຫນາມ.

ຖ້າສະແດງHITນີ້ຊີ້ບອກວ່າແຄຊ໌ຖືກໂຈມຕີ ແລະ ກົດລະບຽບເຮັດວຽກຢ່າງຖືກຕ້ອງ.

ຂັ້ນຕອນການຢັ້ງຢືນທີສອງແມ່ນການກວດສອບການເກັບຂໍ້ມູນຂອງສະຖານະການເຂົ້າສູ່ລະບົບ.

ເຂົ້າສູ່ລະບົບໂປຣແກຣມທ່ອງເວັບຂອງທ່ານໃນໜ້າຕ່າງໂປຣແກຣມທ່ອງເວັບທຳມະດາດ້ານຫຼັງຂອງ WordPress.

ກົດ F12 ເພື່ອເປີດເຄື່ອງມືນັກພັດທະນາ.

ເຂົ້າເບິ່ງໜ້າຫຼັກຂອງເວັບໄຊທ໌.

ກວດສອບຫົວຂໍ້ການຕອບສະໜອງ.cf-cache-statusພາກສະຫນາມ.

ຖ້າສະແດງDYNAMICນີ້ຊີ້ບອກວ່າຜູ້ໃຊ້ທີ່ເຂົ້າສູ່ລະບົບແລ້ວໄດ້ຂ້າມແຄສສຳເລັດແລ້ວ.

ຂັ້ນຕອນການຢັ້ງຢືນທີສາມແມ່ນການກວດສອບສະຖານະການເກັບຂໍ້ມູນຂອງຜູ້ໃຊ້ທີ່ສະແດງຄວາມຄິດເຫັນ.

ຂຽນຄຳເຫັນໂດຍໃຊ້ໂປຣແກຣມທ່ອງເວັບອື່ນ ຫຼື ໂໝດບໍ່ລະບຸຕົວຕົນ.

ໂຫຼດໜ້າເວັບຄືນໃໝ່.

ກວດສອບຫົວຂໍ້ການຕອບສະໜອງ.cf-cache-statusພາກສະຫນາມ.

ຖ້າສະແດງDYNAMICນີ້ຊີ້ບອກວ່າຜູ້ໃຊ້ທີ່ສະແດງຄວາມຄິດເຫັນຍັງໄດ້ຂ້າມແຄສໄດ້ສຳເລັດແລ້ວ.

ຖ້າການກວດສອບລົ້ມເຫຼວ, ກ່ອນອື່ນໃຫ້ກວດເບິ່ງວ່າລຳດັບຂອງກົດລະບຽບຖືກຕ້ອງຫຼືບໍ່.

ຈາກນັ້ນກວດສອບວ່າມີກົດລະບຽບໜ້າເວັບ ຫຼື ກົດລະບຽບການເກັບຂໍ້ມູນອື່ນໆທີ່ຂັດກັບກົດລະບຽບທັງສາມນີ້ຫຼືບໍ່.

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

ຄຳຖາມທີ່ຖືກຖາມເລື້ອຍໆ ແລະ ການເພີ່ມປະສິດທິພາບຂັ້ນສູງ

ຫຼາຍຄົນຖາມຂ້ອຍວ່າຄວນຕັ້ງເວລາໝົດອາຍຸຂອງແຄດດົນປານໃດ.

ຂ້ອຍແນະນຳໃຫ້ຕັ້ງເວລາໝົດອາຍຸຂອງແຄຊສຳລັບໄຟລ໌ HTML ໃນເຊີບເວີຕົ້ນທາງເປັນ 1 ຊົ່ວໂມງ.

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

ຖ້າທ່ານເຜີຍແຜ່ບົດຄວາມໃໝ່ ຫຼື ອັບເດດໜ້າເວັບ, ທ່ານສາມາດລຶບລ້າງແຄດສຳລັບໜ້າທີ່ສອດຄ້ອງກັນດ້ວຍຕົນເອງໃນ backend ຂອງ Cloudflare.

ທ່ານຍັງສາມາດຕິດຕັ້ງແພັກເກດຕິດຕັ້ງ Cloudflare ຢ່າງເປັນທາງການໄດ້.ປັ໊ກອິນ WordPressສິ່ງນີ້ອະນຸຍາດໃຫ້ມີການລຶບລ້າງແຄດໂດຍອັດຕະໂນມັດເມື່ອເຜີຍແຜ່ເນື້ອຫາ.

ບາງຄົນຍັງໄດ້ຖາມວ່າວິທີການນີ້ຈະສົ່ງຜົນກະທົບຕໍ່ເວັບໄຊທ໌ຫຼືບໍ່.SEO.

ບໍ່​ແມ່ນ​ຢ່າງ​ແນ່ນອນ.

ໂປຣແກຣມຄົ້ນຫາຂອງເຄື່ອງຈັກຊອກຫາບໍ່ໄດ້ເຂົ້າສູ່ລະບົບ ແລະ ຈະດຶງເອົາໜ້າເວັບທີ່ຖືກເກັບໄວ້ຄືກັນກັບຜູ້ມາຢ້ຽມຢາມປົກກະຕິ.

ໜ້າເວັບທີ່ຖືກເກັບໄວ້ໃນແຄສໂຫຼດໄວຂຶ້ນ, ເຊິ່ງສາມາດປັບປຸງການຈັດອັນດັບຂອງເຄື່ອງຈັກຊອກຫາໄດ້ຕົວຈິງ.

ອີງຕາມລາຍງານຕົວຊີ້ວັດເວັບຫຼັກຂອງ Google, ສຳລັບທຸກໆ 1 ວິນາທີທີ່ຄວາມໄວໃນການໂຫຼດໜ້າເວັບເພີ່ມຂຶ້ນ, ອັດຕາການປ່ຽນແປງສາມາດເພີ່ມຂຶ້ນ 7%.

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

ສະຫຼຸບ

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

ຫຼາຍຄົນສະແຫວງຫາການບໍລິການທີ່ຈ່າຍເງິນລາຄາແພງ ແຕ່ມອງຂ້າມທ່າແຮງອັນໃຫຍ່ຫຼວງທີ່ເຊື່ອງໄວ້ໃນເຄື່ອງມືຟຣີ.

ຄວາມສາມາດຂອງ Cloudflare ລຸ້ນຟຣີມີປະສິດທິພາບຫຼາຍກວ່າທີ່ຄົນສ່ວນໃຫຍ່ຄາດຄິດໄວ້.

ວິທີແກ້ໄຂທາງດ້ານເຕັກນິກທີ່ດີທີ່ສຸດບໍ່ເຄີຍແພງທີ່ສຸດ, ແຕ່ແມ່ນວິທີແກ້ໄຂທີ່ເໝາະສົມກັບຄວາມຕ້ອງການຂອງທ່ານທີ່ສຸດ.

ສຳລັບ 99% ຂອງເຈົ້າຂອງເວັບໄຊທ໌ສ່ວນບຸກຄົນ ແລະ ວິສາຫະກິດຂະໜາດນ້ອຍ ແລະ ຂະໜາດກາງ, ວິທີແກ້ໄຂການເກັບຂໍ້ມູນແຄຊທີ່ອີງໃສ່ຄຸກກີ້ທີ່ບໍ່ມີຄ່າໃຊ້ຈ່າຍນີ້ແມ່ນພຽງພໍທີ່ຈະຕອບສະໜອງຄວາມຕ້ອງການຂອງເຂົາເຈົ້າ.

ມັນບໍ່ຕ້ອງການໃຫ້ທ່ານຈ່າຍ $200 ຕໍ່ເດືອນ, ແຕ່ມັນໃຫ້ການປັບປຸງປະສິດທິພາບເກືອບຄືກັນກັບແຜນການທີ່ຈ່າຍເງິນ.

ສາລະສຳຄັນຂອງເທັກໂນໂລຢີແມ່ນເພື່ອແກ້ໄຂບັນຫາ, ບໍ່ແມ່ນການກອງເຄື່ອງມືລາຄາແພງ.

ພວກເຮົາເຂົ້າໃຈຢ່າງແທ້ຈິງເຖິງສາລະສຳຄັນຂອງເທັກໂນໂລຢີ ເມື່ອພວກເຮົາຮຽນຮູ້ທີ່ຈະສ້າງລະບົບທີ່ມີປະສິດທິພາບໂດຍໃຊ້ອົງປະກອບພື້ນຖານທີ່ສຸດ.

ຖ້າທ່ານກຳລັງໃຊ້ Cloudflare ລຸ້ນຟຣີ ແລະ ເວັບໄຊທ໌ຂອງທ່ານຖືກສ້າງຂຶ້ນໃນ WordPress, ຂ້າພະເຈົ້າຂໍແນະນຳໃຫ້ທ່ານປະຕິບັດຕາມບົດແນະນຳນີ້ເພື່ອຕັ້ງຄ່າມັນ.

ທ່ານຈະພົບວ່າຄວາມໄວຂອງເວັບໄຊທ໌ຂອງທ່ານຈະມີການກ້າວກະໂດດທີ່ມີຄຸນນະພາບ, ແລະການໂຫຼດຂອງເຊີບເວີຈະຫຼຸດລົງຢ່າງຫຼວງຫຼາຍ.

ນີ້ແມ່ນການດຳເນີນງານເພີ່ມປະສິດທິພາບທີ່ໃຊ້ເວລາ 5 ນາທີເພື່ອຈັດຕັ້ງປະຕິບັດ ແລະ ເປັນປະໂຫຍດຕໍ່ທ່ານເປັນເວລາໜຶ່ງປີ.

ຢ່າປ່ອຍໃຫ້ຊັບພະຍາກອນຟຣີເສຍໄປ; ດຳເນີນການເພື່ອເຮັດໃຫ້ເວັບໄຊທ໌ຂອງທ່ານເຮັດວຽກໄດ້ໄວຂຶ້ນ.