เหตุใดไซต์ WordPress ของคุณจึงช้ามากและเป็นคู่มือที่มีประโยชน์ในการเร่งความเร็ว

ฉันต้องการเริ่มต้นโพสต์นี้โดยแจ้งให้คุณทราบว่านี่ ไม่ใช่ แค่บทความ "วิธีเพิ่มความเร็ว WordPress" ทั่วไป

ฉันจะไม่สำรอกสิ่งที่มีอยู่แล้วบนเว็บ ฉันจะไม่บอกคุณว่าคุณควรติดตั้งปลั๊กอินแคช เปิดใช้งานการบีบอัด ลดขนาด css/js ของคุณ ฯลฯ….

ท้ายที่สุดคุณควรรู้วิธีการทำสิ่งเหล่านี้อยู่แล้ว และถ้าคุณไม่ทำ คุณจะพบข้อมูลทั่วไปนี้ในบล็อกอื่นๆ นับร้อย

บทความนี้มีทุกอย่างที่กำหนดเอง/กึ่งกำหนดเองที่ฉันใช้เมื่อเดือนที่แล้วหรือประมาณนั้น เพื่อเพิ่มความเร็วให้กับบล็อก WordPress ของฉันเอง และโดยทั่วไปแล้วจะป้องกันการเข้าถึงอันธพาลไม่ให้ทำให้เซิร์ฟเวอร์ของฉันล่ม

และเหตุผลที่ "ไม่ค่อยมีใครรู้จัก" ก็เพราะว่าเทคนิคที่ฉันกำลังจะอธิบายจะมีความเฉพาะเจาะจงมากสำหรับบล็อกของคุณเอง ขึ้นอยู่กับรูปแบบการเข้าชมที่คุณเห็น

หมายเหตุ: หากคุณมีบล็อกที่ช้า และคุณไม่ต้องการที่จะจัดการกับด้านเทคนิคใดๆ ในการเร่งความเร็วเว็บไซต์ คุณควร สมัครใช้บริการเช่น WP Engine

คนเหล่านี้เชี่ยวชาญด้านโฮสติ้ง WordPress และจะทำให้แน่ใจว่าบล็อกของคุณทำงานเร็วที่สุด แต่โดยธรรมชาติแล้วสิ่งนี้มาในราคา คุณควรตรวจสอบพวกเขาหากโพสต์นี้เกินหัวของคุณ :)

อย่างไรก็ตาม ก่อนที่ฉันจะอธิบายให้คุณฟังได้ว่าทำไมฉันถึงทำในสิ่งที่ฉันทำกับบล็อก คุณต้องเข้าใจแนวคิดพื้นฐานบางประการเกี่ยวกับ WordPress และการแคช ซึ่งฉันจะอธิบายด้านล่าง

ข้อมูล WordPress ที่น่าสนใจบางส่วน

สมมติว่าคุณได้ปฏิบัติตามหลักเกณฑ์ทั้งหมดเกี่ยวกับวิธีการเพิ่มความเร็วของ WordPress แล้ว บล็อกของคุณรู้สึกมีกำลังใจ Webpagetest.org บอกคุณว่าบล็อกของคุณเร็วราวกับนรก ทุกอย่างเรียบร้อยดีใช่มั้ย? ไม่จำเป็น .

ฉันเคยรู้สึกแบบเดียวกันกับบล็อกของฉัน ท้ายที่สุด ฉันปฏิบัติตามโปรโตคอลการเร่งความเร็วมาตรฐานส่วนใหญ่ ฉันใช้งานปลั๊กอินน้อยมาก และบล็อกของฉันรู้สึกค่อนข้างเร็วภายใต้การใช้งานปกติจากมุมมองของผู้อ่านที่เป็นมนุษย์ (เครือข่ายโฆษณาทำให้บล็อกของฉันช้าลง ดังนั้นฉันจึงโหลดโฆษณาเป็นครั้งสุดท้าย)

แต่จากนั้นฉันก็เริ่มวิเคราะห์กราฟการใช้งาน CPU ของฉัน และมักจะสังเกตเห็นช่วงเวลาของการโหลดเซิร์ฟเวอร์สูง แม้ว่าจะมีระดับการรับส่งข้อมูลต่ำถึงปานกลาง ในบางครั้ง เซิร์ฟเวอร์ของฉันอาจใช้งานไม่ได้หรือไม่ตอบสนองเป็นระยะเวลานาน

หมายเหตุ เหตุผลเดียวที่ฉันเริ่มให้ความสนใจกับสถิติเหล่านี้ก็เพราะเมื่อก่อนฉันเปิดร้านค้าออนไลน์บนเซิร์ฟเวอร์เดียวกันกับบล็อกของฉัน และนานๆทีจะมีลูกค้าบ่นว่าร้านช้ามาก เมื่อฉันทำการขุดค้นในที่สุด ฉันพบว่าบล็อก WordPress ที่แคชอย่างสมบูรณ์และเหมาะสมที่สุดของฉันทำให้เซิร์ฟเวอร์ของฉันต้องล้มลง!

นิทานสอนใจ? เพียงเพราะการทดสอบความเร็วบอกคุณว่าบล็อกของคุณเร็ว ไม่ได้แปลว่าทุกอย่างดีเสมอไป

ต่อไปนี้คือข้อเท็จจริงสนุกๆ บางประการเกี่ยวกับ WordPress และปลั๊กอินแคช เช่น WP Super Cache และ W3 Total Cache ที่คุณควรทราบ

• WordPress 404 ตอบสนองช้า เมื่อใดก็ตามที่บล็อกของคุณเข้าถึงหน้าเว็บที่ไม่มีอยู่จริง เซิร์ฟเวอร์ที่ไม่ดีของคุณจะต้องโหลด WordPress เรียกใช้โค้ด php จำนวนมาก ทำแบบสอบถาม MySQL จำนวนมาก จากนั้นจึงแยกหน้า WordPress 404 ที่กำหนดเองของคุณออก นี่เป็นงานที่ต้องใช้ทรัพยากรมาก และการแคชไม่ช่วยอะไร
• ปลั๊กอินแคชของคุณทำงานได้ไม่ดีนักเมื่อมีพารามิเตอร์ GET ใน URL ตัวอย่างเช่น ฉันเคยสังเกตเห็นว่าบล็อกของฉันจะช้าในการรวบรวมข้อมูลเมื่อใดก็ตามที่ฉันส่งข่าวไปยังรายชื่ออีเมลของฉัน ในทางทฤษฎีกับการแคชไฟล์แบบคงที่ เซิร์ฟเวอร์ของฉันน่าจะอยู่ยงคงกระพัน

  แต่เนื่องจาก Aweber แทรกพารามิเตอร์การติดตามใน URL จึงไม่มีไฟล์ใดที่แคชแบบซุปเปอร์ ด้วยเหตุนี้ WordPress จึงต้องสร้างไฟล์แคชใหม่ (แม้ว่าจะมีอยู่แล้วก็ตาม) บีบอัดไฟล์แล้วส่งออกในแต่ละครั้ง ส่วนที่แย่ที่สุดคือไฟล์แคชเหล่านี้ใช้เพียงครั้งเดียวซึ่งทำให้สิ้นเปลืองทรัพยากรเซิร์ฟเวอร์

• การเข้าถึงอันธพาลนั้นช้า เนื่องจากการเข้าถึงอันธพาลต้องการให้ WordPress โหลดขึ้นโดยค่าเริ่มต้น บอทหรือโปรแกรมรวบรวมข้อมูลที่ไม่ดีที่ตัดสินใจสแปมไซต์ของคุณด้วยคำขอที่ไม่ดีสามารถลบบล็อกของคุณได้อย่างง่ายดาย
• ปลั๊กอินแคชของคุณอาจมีข้อบกพร่องหรือเข้ากันไม่ได้กับวิธีการตั้งค่าบล็อกของคุณ ตัวอย่างเช่น เป็นเวลา 3 ปีที่ฉันคิดว่า WP Super Cache กำลังทำสิ่งที่ถูกต้อง จนกระทั่งฉันเริ่มดูบันทึกและสังเกตเห็นข้อบกพร่องในโค้ด เนื่องจากวิธีการตั้งค่า ฉันจึงมีปัญหาที่ WP Super Cache ล้างแคชของฉันบ่อยเกินไป

ประเด็นสำคัญที่ฉันพยายามทำด้วยหัวข้อย่อยด้านบนคือ เมื่อใดก็ตามที่มีการเข้าถึงที่ไม่เป็นไปตามมาตรฐานในบล็อกของคุณ บล็อกของคุณจะใช้ทรัพยากรเซิร์ฟเวอร์จำนวนมาก ไม่ว่าคุณจะมีการตั้งค่าบล็อก WordPress ของคุณอย่างไร และการเข้าถึงประเภทนี้จะทำให้เซิร์ฟเวอร์ของคุณต้องล้มลุกคลุกคลาน ไม่ใช่การรับส่งข้อมูลปกติ

การตรวจจับการเข้าถึงอันธพาล

กุญแจสำคัญในการเพิ่มประสิทธิภาพบล็อก WordPress ของคุณคือการทำความเข้าใจรูปแบบการเข้าชมที่บล็อกของคุณได้รับ ฉันยินดีเดิมพันว่า 99% ของผู้ใช้ WordPress ไม่ทำเช่นนี้ แต่พวกเขาสุ่มสี่สุ่มห้าติดตามและติดตั้งปลั๊กอินต่างๆ และถือว่าทุกอย่างทำงานอย่างถูกต้อง อย่าใจร้าย ฉันก็เหมือนกัน

ดังนั้นขั้นตอนแรกคือการค้นหาว่าเกิดอะไรขึ้น มีหลายวิธีในการทำเช่นนี้ แต่วิธีที่ง่ายที่สุดคือการใช้โหมดแก้ไขข้อบกพร่องที่ปลั๊กอิน WP SuperCache มีให้ โหมดนี้ทำอะไรได้บ้าง? โดยพื้นฐานแล้ว ทุกครั้งที่ WordPress จัดการการเข้าถึงโดยตรง (ใช้ทรัพยากรมาก) การเข้าถึงจะปรากฏในบันทึก WP Super Cache นี่คือวิธีที่คุณเปิดใช้งานโหมดนี้

ภายใต้แท็บดีบักของปลั๊กอิน WP Super Cache ของคุณ เพียงคลิกที่กล่องกาเครื่องหมาย “เปิดใช้งานการดีบัก” เท่านี้คุณก็พร้อมแล้ว!

เมื่อเปิดใช้งานการบันทึกแล้ว คุณสามารถคลิกลิงก์ "logfile" ซึ่งจะนำคุณไปยังไฟล์ที่มีรายละเอียดเกี่ยวกับการเข้าชม WordPress ของคุณ จะมีลักษณะคล้ายกับข้อความด้านล่าง

15:03:46 /?utm_source=fwisp.com supercache dir:
15:03:46 /?utm_source=fwisp.com No wp-cache file exists. Must generate a new one.
15:03:46 /?utm_source=fwisp.com In WP Cache Phase 2
15:03:46 /?utm_source=fwisp.com Setting up WordPress actions
15:03:46 /?utm_source=fwisp.com Supercache caching disabled. Only using wp-cache. Non empty GET request.
15:03:46 /?utm_source=fwisp.com USER AGENT (Mozilla/5.0 (compatible; YandexBot/3.0; +http://yandex.com/bots)) rejected. Not Caching

สิ่งสำคัญที่ควรทราบคือทุกครั้งที่คุณเห็นบางสิ่งในบันทึกนี้ เป็นสิ่งที่ไม่ดีเพราะหมายความว่า WordPress จะต้องทำงาน และเนื่องจาก WordPress เป็นแหล่งข้อมูล คุณต้องการให้มันทำงานน้อยที่สุด

สิ่งที่ต้องมองหาในบันทึก

บันทึก WP Super Cache นั้นยอดเยี่ยมเพราะจะบอกคุณทุกอย่างที่เกิดขึ้น แต่ข้อมูลจำนวนมหาศาลอาจล้นหลาม เว้นแต่คุณจะรู้ว่าควรมองหาอะไร นี่คือสิ่งที่คุณควรให้ความสนใจในบันทึกเหล่านี้

• ข้อผิดพลาด 404 – โดยทั่วไปสิ่งเหล่านี้คือการเข้าถึงหน้าที่ไม่มีอยู่ในบล็อกของคุณ การเข้าถึง 404 แต่ละรายการที่จัดการโดย WordPress นั้นใช้ทรัพยากรเซิร์ฟเวอร์จำนวนมาก ดังนั้นคุณจึงอยากที่จะจัดการสิ่งเหล่านี้ให้หมดถ้าเป็นไปได้
• การเข้าถึงแบบครั้ง เดียว – คำขอเหล่านี้เป็นคำขอที่ทำให้เซิร์ฟเวอร์ของคุณแคชและบีบอัดหน้าที่จะใช้เพียงครั้งเดียว (เพิ่มเติมในภายหลัง)
• Strange Bursts Of Traffic – พวกนี้มักจะเป็นบอทที่ทุบบล็อกของคุณทั้งหมดในคราวเดียว
• พฤติกรรมการแคชแปลก ๆ – แคชของคุณถูกล้างเมื่อควรหรือไม่? ทุกอย่างได้รับแคชอย่างถูกต้องในทุกสถานการณ์หรือไม่?

หลังจากเก็บบันทึกการเข้าชมบล็อกของฉันเป็นเวลา 2 สัปดาห์ ฉันพบความไร้ประสิทธิภาพมากมายที่ฉันจะอธิบายด้านล่าง

บอทกำลังตอกย้ำคลังของฉัน

สิ่งแรกที่ฉันทำคือดูบันทึกเซิร์ฟเวอร์ของฉันสำหรับช่วงเวลาที่ CPU โหลดสูง จากนั้น ฉันวิเคราะห์บันทึก super cache ของฉันในช่วงเวลาเดียวกันนี้เพื่อดูว่ามีธุรกิจตลกๆ เกิดขึ้นหรือไม่ ปรากฎว่าวันเว้นวัน กลุ่มบอทจะมาและตอกหน้าบล็อกทั้งหมดของบล็อกของฉันพร้อมกัน!

เนื่องจากหน้าเก็บถาวรเหล่านี้ไม่ได้ถูกแคชไว้โดยค่าเริ่มต้น การเข้าถึงหลาย ๆ อย่างพร้อมกันก็เพียงพอที่จะขัดขวางการโหลดของเซิร์ฟเวอร์ของฉัน และทำให้สิ่งต่าง ๆ ช้ามาก และบางครั้งมันก็ทำให้เซิร์ฟเวอร์ของฉันพังด้วย

ดังนั้นฉันจึงดูผลลัพธ์ HTML ของฉันให้ละเอียดยิ่งขึ้น และสังเกตว่าฉันมีลิงก์เก็บถาวรจำนวนมากซึ่งเป็นส่วนหนึ่งของส่วนหัว WordPress ของฉัน ดังนั้น บอทและโปรแกรมรวบรวมข้อมูลเว็บอื่นๆ จะเข้ามาและพยายามเรียกดูไฟล์เก็บถาวร

หลังจากใช้ Googling ครั้งใหญ่ ฉันพบว่าเว็บมาสเตอร์อื่นๆ สองสามรายประสบปัญหาที่คล้ายกัน

เมื่อเราพบปัญหาในการโหลดไซต์ของคุณหลายครั้ง มี Hit จำนวนมากสำหรับ IP ของพร็อกซีเซิร์ฟเวอร์ และทฤษฎีก็คือว่าพร็อกซี่เหล่านี้กำลังแคชไซต์ของคุณและกดลิงก์ที่เก็บถาวรทั้งหมด IP จำนวนมากที่เราเห็นเมื่อไซต์ของคุณก่อให้เกิดปัญหาในการโหลดคือ IP ขององค์กร การศึกษา และ IP พร็อกซีของรัฐบาล/ทหาร ซึ่งดูเหมือนว่าจะดึงเนื้อหาล่วงหน้าเมื่อมีผู้เข้าถึงไซต์

วิธีแก้ไข: ตรวจดูว่าคุณมีคำสั่ง php “wp_get_archives” ในโค้ดส่วนหัวสำหรับบล็อกของคุณหรือไม่ แล้วลบออก หลังจากลบข้อมูลโค้ดเล็กๆ นี้ การเข้าถึงไฟล์เก็บถาวรทั้งหมดของฉันก็หายไป

บอทกำลังเข้าถึงไฟล์ที่ไม่มีอยู่

สิ่งสำคัญประการที่สองที่ฉันสังเกตเห็นคือมีบอทจำนวนหนึ่งที่เข้าถึงไฟล์บนเซิร์ฟเวอร์ของฉันซึ่งไม่มีอยู่จริง ปัญหาคือทุกครั้งที่มีการเข้าถึงไฟล์ เซิร์ฟเวอร์ของคุณต้องโหลด WordPress รันโค้ด PHP จำนวนมาก จากนั้นจึงออกหน้า 404

วิธีแก้ปัญหานี้คือการแก้ไขไฟล์ .htaccess (Google this if you don't know what it is) และเพิ่มบรรทัดต่อไปนี้

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !(robots\.txt|sitemap\.xml(\.gz)?)
RewriteCond %{REQUEST_FILENAME} \.(css|js|html|htm|rtf|rtx|svg
|svgz|txt|xsd|xsl|xml|asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc
|docx|exe|gif|gz|gzip|ico|jpg|jpeg|jpe|mdb|mid|midi|mov|qt|mp3|
m4a|mp4|m4v|mpeg|mpg|mpe|mpp|odb|odc|odf|odg|odp|ods|odt|ogg|pdf
|png|pot|pps|ppt|pptx|ra|ram|rar|swf|tar|tif|tiff|wav|wma|wri|
xla|xls|xlsx|xlt|xlw|zip)$ [NC]
RewriteRule .* – [L]

เมื่อแทรกบรรทัดเหล่านี้ในไฟล์ .htaccess แล้ว เว็บเซิร์ฟเวอร์ของคุณจะตรวจสอบก่อนว่ามีไฟล์อยู่หรือไม่ หากไม่เป็นเช่นนั้น จะมีการตอบกลับ 404 โดยไม่ต้องโหลด WordPress

บอทกำลังเข้าถึง URL ที่ไม่มีอยู่

สิ่งที่น่าเสียดายเกี่ยวกับวิธีเขียน WordPress ก็คือ หากมีการเข้าถึงบทความที่ไม่มีอยู่ในฐานข้อมูลของคุณ เซิร์ฟเวอร์ของคุณจะต้องโหลด WordPress รันโค้ด PHP จำนวนมาก และทำการค้นหา MySQL จำนวนมากก่อนที่จะออก 404 ตอบกลับ

หากคุณดูบันทึกของคุณอย่างรอบคอบ คุณอาจสังเกตเห็นรูปแบบการเข้าถึงบางรูปแบบที่คุณสามารถยกเว้นได้ก่อนที่จะถึง WordPress

ตัวอย่างเช่น ฉันสังเกตว่ามีบอทจำนวนหนึ่งเข้าถึงไซต์ของฉันด้วย URL www.mywifequitherjob.com/some-article/www.facebook.com/like.php/… และในแต่ละครั้ง เซิร์ฟเวอร์ของฉันจะโหลด WordPress และออกการตอบสนอง 404

ดังนั้นแทนที่จะให้ WordPress จัดการคำขอเหล่านี้ ฉันเพิ่มบรรทัดต่อไปนี้ในไฟล์ .htaccess . ของฉัน

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} www\.facebook\.com/plugins [NC]
RewriteRule .* 404.html [L,R=404]

ในบรรทัดด้านบน ฉันกำลังให้เว็บเซิร์ฟเวอร์ค้นหา “www.facebook.com/plugins” ใน URL และออกการตอบสนอง 404 ทันทีโดยไม่ต้องโหลด WordPress ในขณะที่คุณอ่านบันทึกของคุณ คุณจะพบกับการเข้าถึงอันธพาลมากมายเช่นเดียวกับที่ฉันอธิบายไว้ข้างต้น เขียนกฎ .htaccess สำหรับแต่ละรายการ และการเข้าถึงเหล่านี้จะไม่โหลดเซิร์ฟเวอร์ของคุณอีกต่อไป

บอทกำลังตอกลิงก์ความคิดเห็นของฉัน

จำได้ไหมว่าฉันบอกคุณว่า URL ที่มีพารามิเตอร์ GET ได้รับการจัดการแตกต่างกันโดยปลั๊กอินแคชของคุณ? ฉันพบว่ามีบอทมากมายที่โจมตีบทความของฉันด้วยชุดพารามิเตอร์ "ตอบกลับความคิดเห็น"

เมื่อสิ่งนี้เกิดขึ้น (ขึ้นอยู่กับการตั้งค่าแคชของคุณ) wordpress จะถูกโหลดขึ้นและให้บริการไฟล์แคช / zip แม้ว่าจะไม่สามารถเข้าถึงได้อีก นี่เป็นการสิ้นเปลืองทรัพยากร

ตัวอย่างที่นำมาจากบันทึกของฉัน
12:01:11 /how-to-get-more-facebook-fans-with-a-facebook-reveal-tab-or-fan-gate/?replytocom=5972 No wp-cache file exists. Must generate a new one.
12:01:11 /how-to-get-more-facebook-fans-with-a-facebook-reveal-tab-or-fan-gate/?replytocom=5972 Gzipping buffer.

วิธีแก้ไขคือเปลี่ยนเส้นทางบอทและโปรแกรมรวบรวมข้อมูลทั้งหมดที่มีพารามิเตอร์ GET เหล่านี้ไปยังหน้าบทความหลัก นี่คือรหัสที่ฉันเพิ่มลงในไฟล์ .htaccess

RewriteCond %{QUERY_STRING} Replytocom
RewriteCond %{HTTP_USER_Agent} ^(.*)(bot|crawl|spider|slurp) [NC]
RewriteRule .* https://mywifequitherjob.com%{REQUEST_URI}? [L]

รหัสนี้จะค้นหาพารามิเตอร์ "replytocom" GET แล้วลบพารามิเตอร์นี้ออกจาก URL สุดท้ายก่อนที่จะนำเสนอการเข้าถึง WordPress

โปรแกรมรวบรวมข้อมูลกำลังเข้าถึงโพสต์โดยไม่มีเครื่องหมายทับ

ฉันไม่แน่ใจว่าทำไมถึงเป็นเช่นนี้ แต่ฉันสังเกตเห็นโปรแกรมรวบรวมข้อมูลเว็บจำนวนหนึ่งที่ดูเหมือนจะพยายามเข้าถึงบทความในบล็อกของฉันอย่างถูกกฎหมายโดยไม่มีเครื่องหมายทับใน URL

ตามที่คุณอาจทราบหรือไม่ทราบ URL ที่เขียนเช่น http://yourblog.com/article/ จะแตกต่างจาก URL ที่เขียนเช่น http://yourblog.com/article

ผลก็คือเมื่อพบ URL ที่ไม่มีเครื่องหมายทับ WordPress จึงต้องเข้ามา เรียกใช้โค้ด PHP จำนวนมาก จากนั้นจึงเปลี่ยนเส้นทาง 301 ไปยังบทความโดยใช้เครื่องหมายทับ เพื่อที่จะนำ WordPress ออกมา คุณสามารถแทรกกฎต่อไปนี้ในไฟล์ .htaccess ของคุณ

# เพิ่มเครื่องหมายทับ
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_URI} !(.*)/$
RewriteCond %{QUERY_STRING} !.*=.*
RewriteRule ^(.*)$ $1/ [L,R=301]

ด้วยการเพิ่มเครื่องหมายทับ คุณกำลังออกการเปลี่ยนเส้นทาง 301 ไปยัง URL ที่ถูกต้องก่อนที่จะส่งไปยัง WordPress ซึ่งจะช่วยประหยัดทรัพยากรของ CPU

ฉันพบข้อบกพร่องใน WP Super Cache

ฉันไม่ได้ติดตั้งบล็อก WordPress ไว้ที่รูทของไดเรกทอรี public_html ซึ่งต่างจากคนส่วนใหญ่ นอกจากนี้ หน้าแรกของบล็อกของฉันก็ไม่ใช่หน้า "โพสต์" ของฉันด้วย เมื่อคุณกำหนดค่าบล็อกในแบบเดียวกับที่ฉันทำ มีจุดบกพร่องใน WP Super Cache ที่ไฟล์แคชทั้งหมดของคุณอาจถูกลบก่อนเวลาอันควร แม้ว่าคุณจะโหลดแคชไว้ล่วงหน้าแล้วก็ตาม

ฉันไม่แน่ใจว่าผู้เขียนปลั๊กอินทราบปัญหานี้หรือไม่ แต่โดยพื้นฐานแล้วฉันพบว่าเมื่อใดก็ตามที่ความคิดเห็นเกี่ยวกับสแปมถูกส่งไปยังบล็อกของฉัน แคชทั้งหมดของฉันจะถูกล้างอย่างผิดพลาด เนื่องจากฉันได้รับความคิดเห็นและการติดตามสแปมตลอดเวลา แคชของฉันจึงถูกล้างข้อมูลอย่างต่อเนื่อง ซึ่งทำให้การแคชมีประสิทธิภาพน้อยลงมาก

ดังนั้นฉันจึงใช้เวลาช่วงสุดสัปดาห์ในการดีบักปัญหานี้ และในที่สุดก็พัฒนาวิธีแก้ปัญหา หากคุณมีปัญหาเดียวกัน แจ้งให้เราทราบ และฉันจะแสดงการแก้ไขของฉัน คุณธรรมของเรื่องราวในที่นี้คืออย่าคิดว่าปลั๊กอินแคชของคุณใช้งานได้ คุณต้องดูบันทึก!

ปิดการใช้งาน CPU Intensive Plugins

แม้ว่าคุณจะทำตามขั้นตอนทั้งหมดข้างต้นแล้ว ก็เป็นไปไม่ได้ที่จะกรองการเข้าถึงอันธพาลทั้งหมดออกก่อนที่จะถึงบล็อก WordPress ของคุณ

ดังนั้น คุณมักจะได้รับความนิยมในไซต์ของคุณซึ่งจะไม่ได้รับการจัดการอย่างมีประสิทธิภาพ มันไม่มีทางเป็นไปได้

แต่สิ่งสำคัญที่ต้องตระหนักคือ คุณจะไม่มีปัญหาเรื่องแบนด์วิดท์ และ CPU มีปัญหา

ผลที่ได้ (และนี่อาจขัดกับสัญชาตญาณ) จริงๆ แล้ว คุณคงไม่ต้องการทำอะไรที่ต้องใช้ CPU มาก เช่น "ย่อ" หรือ "บีบอัด" หน้าเว็บของคุณทันที การลดขนาดและการบีบอัดช่วยให้มีแบนด์วิดท์โดยเสียค่าใช้จ่ายในการใช้งาน CPU

สิ่งสุดท้ายที่คุณต้องการทำคือลดขนาดและแคชการเข้าถึงอันธพาล ที่จริงแล้ว คุณควรพิจารณาไม่ย่อหรือบีบอัด URL ด้วยพารามิเตอร์ GET ด้วย

สิ่งสำคัญที่สุดคือ คุณไม่ควรใช้ปลั๊กอินที่เน้น CPU บนไซต์ของคุณ WP-Engine มีรายการปลั๊กอินที่ใช้ CPU สูงซึ่งคุณควรพยายามหลีกเลี่ยง

ขณะที่ฉันอ่านรายการปลั๊กอิน ฉันสังเกตเห็นว่าฉันใช้ปลั๊กอิน "โพสต์ที่คล้ายกัน" และเมื่อฉันดูซอร์สโค้ด ฉันรู้สึกตกใจเมื่อพบว่าปลั๊กอินกำลังทำข้อความแบบเต็มเพื่อเปรียบเทียบเพื่อค้นหาบทความที่คล้ายกันซึ่งเป็น CPU หลักที่ระบายออกและไม่สามารถปรับขนาดได้

ทันทีที่ฉันพบสิ่งทดแทนที่เหมาะสม ปลั๊กอินนี้จะอยู่ในถังขยะอย่างแน่นอน

นิทานสอนใจ

เพียงเพราะการทดสอบความเร็วออนไลน์บอกคุณว่าบล็อกของคุณนั้นเร็วไม่ได้มีความหมายอะไรมากสำหรับโครงการใหญ่ๆ

อย่าเข้าใจฉันผิด ความเร็วในการโหลดหน้ามีความสำคัญสำหรับเสิร์ชเอ็นจิ้นและสำหรับลูกค้าประจำของคุณ แต่คุณต้องคำนึงถึงการเข้าถึงอันธพาลที่อาจเลี่ยงแคชของคุณและทำให้เซิร์ฟเวอร์ของคุณต้องล้มลง

ดังนั้นอย่าเพียงแค่ติดตั้งแคชและปลั๊กอินเร่งความเร็วอื่นๆ อย่างสุ่มสี่สุ่มห้า ใช้เวลาสักครู่เพื่อวิเคราะห์การเข้าชมของคุณและเขียนกฎ .htaccess ให้ได้มากที่สุดเพื่อลดงานที่ WordPress ต้องทำ ขอให้โชคดี!