แคชเว็บไซต์ & แคชภายในเซิร์ฟเวอร์: แคชของ WordPress ทำงานอย่างไร

ประกาศแอฟฟิลิเอต Ver 3.1
ประกาศแอฟฟิลิเอต Ver 3.2 (เฉพาะมือถือ)

เมื่อตรวจแคชเว็บไซต์และแคชภายในเซิร์ฟเวอร์บนเซิร์ฟเวอร์ Nginx + Apache คำขอหน้าเว็บของ WordPress จะไล่ลงตามลำดับจากเบราว์เซอร์ ผ่าน CDN แคชหน้าเว็บ OPcache และ Redis แล้วหยุดที่ชั้นที่มีสำเนาอยู่ คำขอหน้าเว็บที่เข้ามาที่เซิร์ฟเวอร์ต้นทางโดยตรง nginx จะส่งไฟล์ HTML ที่ WP Rocket สร้างไว้ให้ทันที โดยไม่ลงไปถึง PHP และฐานข้อมูล

Ⅰ. โครงสร้างแคชของ WordPress

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

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

แคชที่ใช้กับคำขอของ WordPress แบ่งเป็น 2 สาย คือแคชเว็บไซต์และแคชภายในเซิร์ฟเวอร์ มาตรฐานแคช HTTP แบ่งแคชที่เก็บไว้เฉพาะในเบราว์เซอร์ของผู้เข้าชมคนเดียวเป็น private cache และแคช CDN·พร็อกซีที่ผู้เข้าชมหลายคนใช้ร่วมกันเป็น shared cache บทความนี้รวมทั้งสองอย่างเป็นแคชเว็บไซต์

แคชหน้าเว็บ OPcache และแคชออบเจ็กต์ คือแคชที่ติดอยู่กับขั้นตอนที่ WordPress ทำงานภายในเซิร์ฟเวอร์ มาตรฐาน HTTP ไม่ได้แยกประเภทไว้ ส่วน เอกสารทางการของ WordPress แบ่งอธิบายเป็นปลั๊กอินแคช (แคชหน้าเว็บ) แคชออบเจ็กต์ และแคชเซิร์ฟเวอร์ (แคช opcode อย่าง OPcache)

🗂️ แคชที่คำขอ WordPress ผ่าน
🌐 แคชเว็บไซต์แคช HTTP · การจัดประเภทของ MDN
private cacheแคชเบราว์เซอร์
shared cache
proxy cacheพร็อกซีในเครือข่ายบริษัท·ผู้ให้บริการอินเทอร์เน็ต
managed cacheCDN · รีเวิร์สพร็อกซี (Varnish)
🖥️ แคชภายในเซิร์ฟเวอร์การจัดประเภทตามเอกสารทางการของ WordPress
แคชหน้าเว็บHTML แบบสแตติกที่ปลั๊กอินแคชสร้าง (WP Rocket)
OPcacheแคช opcode · การรัน PHP
Object Cacheข้อมูลที่ยังอยู่แม้คำขอจบแล้ว (Redis)

ทุกด้านที่ใช้แคชสรุปไว้ใน แคช: ความหมายและทุกด้านที่ใช้การแคช (บทความแยก) ส่วนการปรับแต่งประสิทธิภาพ 4 ด้านซึ่งรวมถึงแคช สรุปไว้ใน การปรับแต่งประสิทธิภาพเว็บ: โครงสร้างและความหมาย (บทความแยก)

ในตัวจำลองด้านล่าง เลือกแคชจากโครงสร้างด้านซ้ายแล้วกดชิป จะเห็นว่าคำขอหยุดที่ชั้นไหน ชั้นที่ผู้ดูแล WordPress เปิดใช้เป็นอย่างแรกด้วยปลั๊กอินแคชคือแคชหน้าเว็บ

🧭 ตัวจำลองชั้นแคชตัวจำลองอธิบาย
🗂️ แคชที่คำขอ WordPress ผ่าน
🧰 ประเภทคำขอ
แคชเบราว์เซอร์
แคช HTTP ที่เก็บไว้ในเบราว์เซอร์ของผู้เข้าชม เลือก [รูปภาพ · CSS] แล้วกด [First visit] → [Visit again] ตั้งแต่ครั้งที่สองจะไม่มีคำขอส่งไปที่เซิร์ฟเวอร์
เฮดเดอร์แคช HTTP
กฎที่เซิร์ฟเวอร์ใช้บอกเบราว์เซอร์และ CDN ว่าจะเก็บไว้นานแค่ไหน บรรทัดเฮดเดอร์ในบันทึกการตอบกลับเป็นค่าจริงที่ได้จากเซิร์ฟเวอร์ Nginx + Apache
แคช CDN · พร็อกซี
สำเนาที่ผู้เข้าชมหลายคนใช้ร่วมกัน เปิด [Use CDN] แล้วกด [First visit] → [Visit again] การตอบกลับจะจบที่ edge
แคชหน้าเว็บ
เก็บ HTML ที่ PHP สร้างไว้เป็นไฟล์ เมื่อกด [Visit again] คำขอจะไม่ลงไปถึง PHP และฐานข้อมูล
OPcache
เก็บไบต์โค้ด PHP ที่คอมไพล์แล้วไว้ในหน่วยความจำ ใน [Visit after editing the post] PHP จะรันอีกครั้งแต่ข้ามขั้นตอนคอมไพล์
Object Cache
เก็บผลลัพธ์คิวรีไว้ใน Redis ใน [Visit after editing the post] จะอ่านเฉพาะข้อมูลโพสต์ที่เปลี่ยนจาก MariaDB ใหม่
ลำดับทั้งหมด
คำขอจะไล่ลงจากบนลงล่างและหยุดที่ชั้นแรกที่มีสำเนา
ชั้นที่เก็บสิ่งที่เก็บตัวอย่าง Nginx + Apache
แคชเบราว์เซอร์อุปกรณ์ของผู้เข้าชมHTML·CSS·JS·รูปภาพ·ฟอนต์CSS·รูปภาพ 7 วัน
แคช CDN·พร็อกซีด้านหน้าเซิร์ฟเวอร์ (edge·รีเวิร์สพร็อกซี)สำเนาหน้าเว็บ·ไฟล์สแตติกBunny CDN
แคชหน้าเว็บดิสก์·หน่วยความจำของเซิร์ฟเวอร์HTML ที่ PHP สร้างWP Rocket + nginx
OPcacheหน่วยความจำของเซิร์ฟเวอร์ไบต์โค้ด PHPPHP 8.3, ปิด JIT
Object Cacheหน่วยความจำของเซิร์ฟเวอร์ผลลัพธ์คิวรี·ออบเจ็กต์Redis
ตัวจำลองเพื่ออธิบายที่ทำงานเฉพาะในเบราว์เซอร์ บรรทัดเฮดเดอร์ในบันทึกการตอบกลับเป็นค่าที่ได้จากเซิร์ฟเวอร์ Nginx + Apache เมื่อวันที่ 10 ตุลาคม 2026 ส่วนค่าในวงเล็บ เช่น ETag หลังแก้ไข เป็นตัวอย่าง

Ⅱ. แคชเว็บไซต์

แคชเว็บไซต์คือแคชที่เบราว์เซอร์ของผู้เข้าชมและ CDN·พร็อกซีเก็บสำเนาไว้ตามคำสั่งที่เซิร์ฟเวอร์บอกผ่านเฮดเดอร์การตอบกลับ เฮดเดอร์ที่พบบ่อยคือ [Cache-Control]·[ETag]·[Expires] และเมื่อพ้นระยะเวลาเก็บ จะใช้คำขอแบบมีเงื่อนไข ([304 Not Modified]) ตรวจว่ามีการเปลี่ยนแปลงหรือไม่

1️⃣ แคชเบราว์เซอร์

แคชเบราว์เซอร์คือแคช HTTP ที่เก็บไว้ในเว็บเบราว์เซอร์ของผู้เข้าชม โดยเก็บ HTML·CSS·JavaScript·รูปภาพ·ฟอนต์ไว้ เมื่อขอทรัพยากรเดิมอีกครั้งก็จะไม่ไปถึงเซิร์ฟเวอร์ หรือแค่ตรวจว่ามีการเปลี่ยนแปลงหรือไม่

ระยะเวลาเก็บกำหนดโดยเซิร์ฟเวอร์ ไม่ใช่ผู้เข้าชม เซิร์ฟเวอร์ Nginx + Apache ด้านล่างสั่งให้เก็บ CSS และรูปภาพ 7 วัน ส่วนหน้า HTML ตอบกลับโดยไม่กำหนดระยะเวลา เพื่อให้ตรวจใหม่ทุกครั้งที่เข้าชม

📨 ผลวัดเฮดเดอร์การตอบกลับระบบ Nginx + Apache · 2026-10-10
💻 คอมพิวเตอร์ของผู้เข้าชมแคชเบราว์เซอร์
──────▶① คำขอแรกGET /style.css
🖥️ เซิร์ฟเวอร์เว็บไซต์Nginx + Apache
💻 คอมพิวเตอร์ของผู้เข้าชมแคชเบราว์เซอร์
◀──────② ไฟล์ + คำสั่งเก็บcache-control: max-age=604800
🖥️ เซิร์ฟเวอร์เว็บไซต์Nginx + Apache
③ เบราว์เซอร์เก็บไว้ 7 วันตามคำสั่ง และถ้าเข้าชมอีกในช่วงนั้นก็จะไม่ส่งคำขอไปที่เซิร์ฟเวอร์
💻 คอมพิวเตอร์ของผู้เข้าชมแคชเบราว์เซอร์
──────▶④ ตรวจหลังหมดอายุIf-None-Match: "6ab12775-2ee8"
🖥️ เซิร์ฟเวอร์เว็บไซต์Nginx + Apache
💻 คอมพิวเตอร์ของผู้เข้าชมแคชเบราว์เซอร์
◀──────⑤ ไม่มีการเปลี่ยนแปลงHTTP/2 304 (ไม่มีเนื้อหา)
🖥️ เซิร์ฟเวอร์เว็บไซต์Nginx + Apache
🖼️ CSS · รูปภาพ
cache-control: max-age=604800
expires: Sat, 17 Oct 2026 03:21:00 GMT
etag: "6ab12775-2ee8"
เบราว์เซอร์ 7 วัน จะใช้สำเนาที่เก็บไว้โดยไม่ถามเซิร์ฟเวอร์ซ้ำ
📄 หน้า HTML
etag: "6ac9298c-95575"
last-modified: Fri, 09 Oct 2026 17:51:08 GMT
ไม่มีคำสั่งระยะเวลาเก็บ เมื่อเข้าชมอีกครั้งจึงถามด้วย ETag ก่อนว่ามีการเปลี่ยนแปลงหรือไม่
เมื่อขอใหม่ด้วย ETag เดิม เซิร์ฟเวอร์จะส่งกลับแค่ [HTTP/2 304] โดยไม่มีเนื้อหา และเบราว์เซอร์ใช้สำเนาที่เก็บไว้ต่อ

2️⃣ แคช CDN · พร็อกซี

แคช CDN·พร็อกซีอยู่ระหว่างผู้เข้าชมกับเซิร์ฟเวอร์ต้นทาง และผู้เข้าชมหลายคนใช้ร่วมกัน พร็อกซีแบบไปข้างหน้าอยู่ฝั่งผู้เข้าชม เช่น ในเครือข่ายบริษัท ส่วนรีเวิร์สพร็อกซีและ CDN อยู่ด้านหน้าเซิร์ฟเวอร์ และตอบกลับด้วยสำเนาที่เก็บไว้แทนเซิร์ฟเวอร์ต้นทาง

รีเวิร์สพร็อกซีที่เป็นตัวแทนคือ Varnish Cache และ CDN อย่าง Bunny CDN·Akamai ก็ใช้โครงสร้างเดียวกัน ถ้าใช้ DNS ตามภูมิภาค ผู้เข้าชมในภูมิภาคที่เซิร์ฟเวอร์ต้นทางอยู่จะเชื่อมต่อไปที่เซิร์ฟเวอร์ต้นทางโดยตรง ส่วนผู้เข้าชมในภูมิภาคอื่นจะได้รับการตอบกลับจาก edge ของ CDN ที่ใกล้ที่สุด (เช่น Bunny CDN) ซึ่งเก็บไว้ถึง HTML

👤 ผู้เข้าชมในภูมิภาคของเซิร์ฟเวอร์ต้นทางDNS ให้ที่อยู่ต้นทาง
→
🖥️ เซิร์ฟเวอร์ต้นทางตอบกลับโดยตรงโดยไม่ผ่าน CDN
👤 ผู้เข้าชมในภูมิภาคอื่นDNS ให้ที่อยู่ edge ที่ใกล้ที่สุด
→
☁️ Edge ของ Bunny CDNถ้ามีสำเนา HTML·ไฟล์ จะตอบกลับจากตรงนี้
→
🖥️ เซิร์ฟเวอร์ต้นทางไปถึงเฉพาะเมื่อ edge ไม่มีสำเนา

โครงสร้างและข้อดีของ CDN สรุปไว้ใน CDN คืออะไร เหตุผลที่ควรใช้ CDN และข้อดี 5 ข้อ (บทความแยก)

Ⅲ. แคชภายในเซิร์ฟเวอร์

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

🅐 เมื่อแคชหน้าเว็บมีไฟล์คำขอหน้าเว็บส่วนใหญ่จากผู้เข้าชมที่ไม่ได้ล็อกอิน
① nginx รับคำขอเว็บเซิร์ฟเวอร์รับคำขอที่มาถึงเซิร์ฟเวอร์ต้นทาง
↓
1️⃣ แคชหน้าเว็บ ↓② ตอบกลับด้วยไฟล์แคชหน้าเว็บnginx ส่งไฟล์ HTML ที่ WP Rocket สร้างไว้ไปตามนั้นx-rocket-nginx-serving-file: HIT
จบโดยไม่ผ่าน PHP · OPcache · Redis · MariaDB
🅑 เมื่อแคชหน้าเว็บไม่มีไฟล์การเข้าชมครั้งแรกหลังล้างแคช · หน้าล็อกอิน · คำขอ AJAX
① nginx รับคำขอเมื่อไม่มีไฟล์ จึงส่งต่อให้ Apache
↓
2️⃣ OPcache ↓② รัน PHP · OPcacheรันไฟล์ PHP ของ WordPress เป็นไบต์โค้ดที่คอมไพล์แล้ว
↓
3️⃣ แคชออบเจ็กต์ ↓③ แคชออบเจ็กต์ (Redis)ผลลัพธ์คิวรี·ออบเจ็กต์ที่เก็บไว้จะดึงมาจาก Redis
↓
④ MariaDBคิวรีเฉพาะข้อมูลที่ไม่มีใน Redis และอ่านข้อมูลที่ใช้บ่อยจาก InnoDB buffer pool (หน่วยความจำ)
↓
⑤ ตอบกลับ · บันทึกแคชหน้าเว็บส่ง HTML ที่เสร็จแล้ว และ WP Rocket บันทึกเป็นไฟล์ คำขอครั้งถัดไปจึงถูกจัดการแบบ 🅐
อิงระบบ Nginx + Apache (ส่งต่อให้ Apache·PHP เฉพาะเมื่อไม่มีไฟล์แคชหน้าเว็บ) ตรวจเมื่อ 2026-10-10

ระบบ Nginx + Apache เลือกเป็นตัวเลือกได้ใน Cloudways และ ScalaHosting โดย Cloudways ให้เลือกระหว่าง Hybrid Stack (Nginx + Apache) กับ Lightning Stack (Nginx อย่างเดียว) ในแต่ละแอปพลิเคชัน ส่วน ScalaHosting เปิดการตั้งค่าใน SPanel ที่วาง Nginx ไว้หน้า Apache ได้

🖥️ โฮสติ้งที่เลือก Nginx + Apache ได้
Cloudwaysเลือก stack แยกตามแอปพลิเคชัน
Hybrid StackNginx + Apache
Lightning StackNginx อย่างเดียว
Cloudways →
ScalaHostingการตั้งค่าเว็บเซิร์ฟเวอร์ใน SPanel
ค่าเริ่มต้นApache
เปิด NginxNginx + Apache
ScalaHosting →
แคชสิ่งที่เก็บเก็บเมื่อใด
1️⃣ แคชหน้าเว็บหน้า HTML ที่สร้างเสร็จแล้ว🅑 ⑤ WP Rocket บันทึกเป็นไฟล์ตอนตอบกลับ
2️⃣ OPcacheโค้ด PHP ที่คอมไพล์แล้ว (ไบต์โค้ด)🅑 ② เมื่อรันไฟล์ PHP ครั้งแรก
3️⃣ แคชออบเจ็กต์ข้อมูลย่อย เช่น ผลลัพธ์คิวรี·ตัวเลือก🅑 ③ เมื่อ WordPress ดึงข้อมูลครั้งแรก

1️⃣ แคชหน้าเว็บ

  • ↪️ Full-page cache หรือแคช HTML

แคชหน้าเว็บเรียกอีกชื่อว่า full-page cache และเพราะสิ่งที่เก็บคือ HTML จึงเรียกว่าแคช HTML ได้ด้วย โดยจะเก็บหน้าเว็บทั้งหน้าที่ PHP สร้างไว้เป็นไฟล์ HTML แบบสแตติก แล้วส่งไฟล์นั้นให้คำขอหน้าเดียวกันโดยไม่ต้องรัน PHP ซึ่งตรงกับกรณี 🅐 ในลำดับการประมวลผลด้านบน

ที่เก็บคือหน่วยความจำของเซิร์ฟเวอร์ (RAM) หรือดิสก์ (HDD/SSD) หน่วยความจำเร็วแต่มีราคาสูงและความจุจำกัด ส่วนดิสก์มีความจุเหลือเฟือแต่ช้ากว่า

ประเภทตัวอย่างวิธีเก็บ·ตอบกลับ
ปลั๊กอินแคชWP Rocket · WP Super Cache · W3 Total Cache · Cache EnablerWordPress บันทึกหน้าเว็บเป็นไฟล์ HTML และเว็บเซิร์ฟเวอร์ส่งไฟล์นั้น
แคชของเว็บเซิร์ฟเวอร์แคช Nginx FastCGI · LiteSpeed Cacheเว็บเซิร์ฟเวอร์เก็บการตอบกลับของ PHP เองแล้วส่งให้คำขอครั้งถัดไป
แคชรีเวิร์สพร็อกซีVarnishเซิร์ฟเวอร์แคชที่วางไว้หน้าเว็บเซิร์ฟเวอร์จะเก็บหน้าเว็บและตอบกลับ

ในระบบ Nginx + Apache nginx จะอ่านไฟล์ HTML ที่ WP Rocket สร้างแล้วส่งเองโดยตรง และเฮดเดอร์การตอบกลับจะมี [x-rocket-nginx-serving-file: HIT] ขั้นตอนเปิดและตั้งค่าแคชหน้าเว็บด้วย WP Rocket สรุปไว้ใน คู่มือตั้งค่า WP Rocket (บทความแยก)

2️⃣ OPcache

OPcache เก็บไบต์โค้ดที่คอมไพล์โค้ด PHP ไว้ล่วงหน้าในหน่วยความจำ เมื่อรันไฟล์เดิมอีกครั้งจึงไม่ต้องผ่านตัวแยกวิเคราะห์ของ PHP มีมาให้ตั้งแต่ PHP 5.5 ส่วน APC และ XCache ที่เคยใช้กันไม่รองรับ PHP 7 ตอนนี้จึงไม่มีใครใช้แล้ว ตรงกับขั้นที่ ② ของ 🅑 ในลำดับการประมวลผลด้านบน

ประเภทสถานะคำอธิบาย
Zend OPcacheมีมาให้ตั้งแต่ PHP 5.5แคช opcode มาตรฐานที่ใช้กันในปัจจุบัน เปิดด้วย [opcache.enable=1]
OPcache JITรวมอยู่ใน OPcache ตั้งแต่ PHP 8แปลงไบต์โค้ดเป็นภาษาเครื่องอีกขั้นแล้วรัน เปิดปิดด้วย [opcache.jit]
APCหยุดพัฒนาแล้วแคช opcode ที่ใช้ก่อนมี OPcache ส่วนความสามารถแคชข้อมูลไปต่อใน APCu
XCacheหยุดพัฒนาแล้วไม่รองรับ PHP 7
WinCacheสำหรับเซิร์ฟเวอร์ Windows (IIS)แคช opcode ที่เอกสารทางการของ WordPress ยกมาพร้อมกับ OPcache

OPcache เปิดด้วยการตั้งค่า PHP [opcache.enable=1] ส่วน JIT ที่มีตั้งแต่ PHP 8 ปิดแยกได้ด้วย [opcache.jit=disable] การติดตั้งและตั้งค่าอยู่ใน แนวคิด Zend OPcache การติดตั้ง และการตั้งค่า (บทความแยก)

3️⃣ แคชออบเจ็กต์

แคชออบเจ็กต์เก็บผลลัพธ์คิวรีฐานข้อมูลหรือออบเจ็กต์ที่คำนวณแล้วไว้ในที่เก็บบนหน่วยความจำอย่าง Redis·Memcached โดยค่าเริ่มต้น WordPress จำออบเจ็กต์ไว้เฉพาะในคำขอเดียว ต้องต่อที่เก็บอย่าง Redis ผลลัพธ์จึงจะยังอยู่หลังคำขอจบ ตรงกับขั้นที่ ③ ของ 🅑 ในลำดับการประมวลผลด้านบน

ประเภทหมวดยังอยู่หลังคำขอจบไหมคำอธิบาย
WP_Object_Cacheค่าเริ่มต้นของ WordPressไม่แคชในตัวที่จำได้เฉพาะในคำขอเดียว
RedisObject Cacheใช่ที่เก็บบนหน่วยความจำแยกต่างหาก เชื่อมต่อผ่าน drop-in ของปลั๊กอิน Redis Object Cache
MemcachedObject Cacheใช่ที่เก็บบนหน่วยความจำแยกต่างหาก
APCuObject Cacheใช่ (ภายในเซิร์ฟเวอร์เดียวกัน)เก็บไว้ในหน่วยความจำที่ใช้ร่วมกันของ PHP
ไฟล์Object Cacheใช่เก็บเป็นไฟล์บนดิสก์
InnoDB Buffer Poolแคชในตัวของฐานข้อมูล · ไม่ใช่แคชออบเจ็กต์ใช่MySQL·MariaDB โหลดข้อมูลตารางและดัชนีไว้ในหน่วยความจำ
แคชคิวรีแคชในตัวของฐานข้อมูล · ไม่ใช่แคชออบเจ็กต์—ถูกนำออกใน MySQL 8.0 ยังมีอยู่ใน MariaDB แต่ปิดไว้เป็นค่าเริ่มต้น

WordPress เชื่อมต่อ Redis ผ่านไฟล์ drop-in ([object-cache.php]) ที่ปลั๊กอิน Redis Object Cache ใส่ไว้ ขั้นตอนติดตั้งอยู่ใน ติดตั้งและตั้งค่า Redis Cache ใน WordPress (บทความแยก)

🔢 FAQ & เนื้อหาแนะนำ

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

ปลั๊กอินแคชหน้าเว็บอย่าง WP Rocket จะไม่ส่งหน้าที่เก็บไว้ให้ผู้ใช้ที่ล็อกอินอยู่ตามค่าเริ่มต้น หน้าผู้ดูแลระบบและหน้าที่เปิดขณะล็อกอินจะถูก PHP สร้างใหม่ทุกครั้ง ช่วงนั้น OPcache และแคชออบเจ็กต์จะช่วยให้ยังเร็วอยู่

ใน Chrome กด [Ctrl+Shift+R] (บน Mac คือ [Cmd+Shift+R]) เพื่อโหลดหน้าปัจจุบันใหม่โดยไม่ใช้แคช ถ้าจะล้างแคชที่เก็บไว้ทั้งหมด ให้ไปที่ [เพิ่มเติม] มุมขวาบน → [ลบข้อมูลการท่องเว็บ] แล้วเลือก [รูปภาพและไฟล์ที่แคชไว้]

💾 บทความเกี่ยวกับแคช 10 บทความ
🗂️ แคช
📋 แคช: ความหมายและทุกด้านที่ใช้ 📄 แคชเว็บไซต์ & แคชภายในเซิร์ฟเวอร์
📋 คู่มือตั้งค่า WP Rocket 📝 Zend OPcache 📝 ติดตั้ง Redis Cache
📝 CDN คืออะไร 📝 Varnish Cache
📋 ทดสอบความเร็ว WP Rocket 📝 กรณีศึกษาการเพิ่มความเร็ว 📝 ปลั๊กอินแคช · การปรับแต่ง

ℹ️ ประกาศเรื่องลิงก์แอฟฟิลิเอต
เนื้อหาของเว็บไซต์นี้มีลิงก์แอฟฟิลิเอต หากผู้เข้าชมซื้อสินค้าหรือบริการผ่านลิงก์เหล่านี้ เว็บไซต์นี้จะได้รับค่าคอมมิชชันจากผู้ขาย ในกระบวนการนี้ ราคาที่ผู้ซื้อจ่าย(ราคาจะลดลงเมื่อมีโปรโมชัน↓)จะไม่สูงขึ้นแต่อย่างใด ราคา ส่วนลด และข้อมูลสต็อกที่แสดงเป็นข้อมูล ณ เวลาที่เขียนและอาจต่างจากความเป็นจริง โปรดตรวจสอบกับผู้ขายอีกครั้งก่อนซื้อ การเลือกและการประเมินสินค้าเขียนตามเกณฑ์ของเราเอง และการได้รับค่าคอมมิชชันหรือไม่ไม่มีผลต่อลำดับการแนะนำหรือเนื้อหาการประเมิน

ใส่ความเห็น

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น ช่องข้อมูลจำเป็นถูกทำเครื่องหมาย *

Prove your humanity: 5   +   3   =