การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์
สร้างกลยุทธ์การแคชที่มีประสิทธิภาพด้วยส่วนหัว HTTP เซอร์วิสเวิร์กเกอร์ และกลไกการแคชฝั่งเซิร์ฟเวอร์
การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์ เป็นบทเรียน Web Performance Optimization & Lighthouse ฟรีบน CoddyKit นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Web Performance Optimization & Lighthouse และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Web Performance Optimization & Lighthouse มีบทเรียนทั้งหมด 4 บทเรียน
บางส่วนของบทเรียนนี้ยังไม่ได้รับการแปล และแสดงเป็นภาษาอังกฤษ
Caching: Speeding Up the Web
Imagine visiting a website. Every time, your browser has to download all the images, stylesheets, and scripts from scratch. That would be slow!
Caching solves this by storing copies of these resources closer to you, either in your browser or on an intermediate server. This means less data transfer and faster load times on subsequent visits.
Why Caching Matters
Efficient caching is crucial for web performance. It offers several key benefits:
- Faster Page Loads: Users get content quicker, improving their experience.
- Reduced Server Load: Your server doesn't have to send the same data repeatedly.
- Lower Bandwidth Costs: Less data transferred means lower costs for both users and providers.
- Offline Capabilities: Advanced caching can even allow users to browse content offline.
Two Types of Caching
Caching can happen in different places. We'll focus on two main types:
- Browser Caching (Client-Side): Resources are stored directly on the user's device. This is the fastest form of caching for returning visitors.
- Server-Side Caching: Resources are stored on the web server or a proxy server before they reach the user. This reduces the work the server has to do.
Browser Caching with HTTP Headers
How does a browser know what to cache and for how long? It relies on HTTP response headers sent by the web server. These headers act like instructions for the browser.
Key headers include Cache-Control, Expires, ETag, and Last-Modified. They dictate how long a resource is considered fresh and when it needs to be re-checked.
The Cache-Control Header
The Cache-Control header is the most powerful and flexible caching mechanism. It tells browsers and intermediate caches how to handle a resource.
Common directives include:
max-age=SECONDS: Cache for this many seconds.no-cache: Browser must revalidate with server before using cached copy.no-store: Never cache this resource.public/private: Can be cached by any cache or only by the user's browser, respectively.
Cache-Control Example
Here's an example of HTTP response headers for an image that can be cached publicly for one year (31,536,000 seconds). This tells the browser it's safe to use the local copy without checking the server for a long time.
HTTP/1.1 200 OK
Content-Type: image/jpeg
Cache-Control: public, max-age=31536000
Expires: Tue, 25 Nov 2025 10:00:00 GMT
ETag: "image-v123"Revalidation with ETag & Last-Modified
Even when a resource is cached, it might need to be revalidated. The ETag (entity tag) and Last-Modified headers help with this.
Last-Modified: The date and time the resource was last changed.ETag: A unique identifier (like a hash) for a specific version of a resource.
The browser sends these back to the server. If the resource hasn't changed, the server responds with a 304 Not Modified, saving bandwidth.
Service Workers: Advanced Caching
Beyond HTTP headers, Service Workers offer powerful, programmatic control over caching. A Service Worker is a JavaScript file that acts as a proxy between your browser and the network.
They can intercept network requests, cache responses using the Cache API, and serve content even when offline. This enables truly robust offline experiences and custom caching strategies.
Registering a Service Worker
To use a Service Worker, you first need to register it in your main JavaScript file. This code checks for Service Worker support and registers your sw.js file.
Once registered, the Service Worker can then define its own caching logic, like caching specific assets or entire pages.
// This code would be in your main.js file
if ('serviceWorker' in navigator) {
window.addEventListener('load', () => {
navigator.serviceWorker.register('/sw.js')
.then(registration => {
console.log('SW registered with scope:', registration.scope);
})
.catch(error => {
console.log('SW registration failed:', error);
});
});
}Server-Side Caching Overview
Caching isn't just for browsers. Servers also use caching to reduce the load on databases and speed up response times. This can involve storing:
- Database Query Results: Avoid re-running complex queries.
- Rendered HTML Fragments: Serve parts of a page that don't change often.
- API Responses: Cache data fetched from other services.
Server-side caching is managed by your web server or application framework, often using tools like Redis or Memcached.
Caching Strategy Check
You've learned about various caching mechanisms. Let's test your understanding of HTTP caching headers.
Recap: Caching for Performance
We've covered how caching significantly boosts web performance. You learned about:
- Browser Caching: Using HTTP headers like
Cache-Control,ETag, andLast-Modified. - Service Workers: Providing powerful, programmatic control over client-side caching, enabling offline capabilities.
- Server-Side Caching: Reducing server load and speeding up dynamic content delivery.
Implementing effective caching strategies is a fundamental step towards building fast and resilient web applications.
เรียนรู้ Web Performance Optimization & Lighthouse ด้วย AI tutor — ฟรี
เขียนและเรียกใช้โค้ดจริงในเบราว์เซอร์ของคุณ รับความช่วยเหลือทันทีจาก AI tutor 24/7 และเรียนรู้ต่อจากที่คุณหยุดบนเว็บหรือในแอป
- คอร์ส
- 12
- บทเรียน
- 48
คำถามที่พบบ่อย
บทเรียน “การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์” ฟรีหรือไม่
ใช่ — ข้อความเต็มของ “การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Web Performance Optimization & Lighthouse ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Web Performance Optimization & Lighthouse มีบทเรียนทั้งหมด 4 บทเรียน
คุณจะเรียนรู้อะไรในบทเรียน “การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์”
สร้างกลยุทธ์การแคชที่มีประสิทธิภาพด้วยส่วนหัว HTTP เซอร์วิสเวิร์กเกอร์ และกลไกการแคชฝั่งเซิร์ฟเวอร์ คุณปฏิบัติ Web Performance Optimization & Lighthouse ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน
คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Web Performance Optimization & Lighthouse หรือไม่
ไม่จำเป็นต้องมีประสบการณ์มาก่อน Web Performance Optimization & Lighthouse บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 2 จากทั้งหมด 4 บทเรียน
บทเรียน “การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์” ใช้เวลานานแค่ไหน
บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย
ฉันเขียนและรันโค้ดในบทเรียน Web Performance Optimization & Lighthouse นี้ได้ไหม
ได้ บทเรียน Web Performance Optimization & Lighthouse ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ
บทเรียนทั้งหมดในหลักสูตรนี้
- พื้นฐาน HTTP/2 และ HTTP/3
- การแคชบนเบราว์เซอร์และเซิร์ฟเวอร์
- เครือข่ายส่งมอบเนื้อหา (CDN)
- การบีบอัดและการเข้ารหัสการส่งข้อมูล