Trình phân tích Cache-Control

Phân tích chính sách bộ nhớ đệm, phạm vi có thể lưu vào bộ nhớ đệm và TTL độ tươi. Cũng tạo tiêu đề có thể tái tạo qua Builder.

Tóm tắt phân tích

Shared caches allowedđộ tươi: 10m 0sstale-while-revalidate: 30s

Khả năng lưu vào bộ nhớ đệm

Shared caches allowed

TTL độ tươi

10m 0s

Stale-While-Revalidate

30s

Stale-If-Error

Xem trước JSON

{
  "directives": [
    {
      "key": "public",
      "value": null
    },
    {
      "key": "max-age",
      "value": "600"
    },
    {
      "key": "stale-while-revalidate",
      "value": "30"
    }
  ],
  "warnings": [],
  "cacheability": "Shared caches allowed",
  "freshnessSeconds": 600,
  "staleWhileRevalidateSeconds": 30,
  "staleIfErrorSeconds": null
}

Hiểu Cache-Control trực tuyến, không còn đọc cứng chỉ thị bộ nhớ đệm.

Đề xuất Liên quan

Trình phân tích Set-Cookie

công cụ phân tích User-Agent

Máy tính Mạng con

Kiểm Tra Chứng Chỉ SSL

Trình tạo Meta Tag

Trình tạo biểu thức Cron

Trường hợp sử dụng

Sau khi triển khai phát hiện tài nguyên không cập nhật kịp, dán header phản hồi vào để xác định có phải chiến lược bộ nhớ đệm cấu hình sai không
Kiểm tra chỉ thị no-cache và must-revalidate khi gỡ lỗi chiến lược bộ nhớ đệm trình duyệt để giải quyết vấn đề trang không cập nhật
Cấu hình max-age, immutable và stale-while-revalidate qua trình tạo khi tối ưu bộ nhớ đệm tài nguyên tĩnh
Kiểm tra chỉ thị bộ nhớ đệm header phản hồi API để xác nhận no-store có hiệu lực khi tránh dữ liệu nhạy cảm bị bộ nhớ đệm

Tính năng

Chiến lược bộ nhớ đệm được tách rõ: TTL, bộ nhớ đệm chia sẻ, thời điểm quay lại nguồn đều dễ hiểu
Tối ưu có định hướng hơn: Bộ nhớ đệm trình duyệt, CDN và API có thể đánh giá riêng
Kết quả phù hợp hợp tác: Tiện đồng bộ kết luận phân tích cho front-end, back-end và vận hành để cùng định vị vấn đề
Kết quả tạo ra có thể áp dụng ngay: Phù hợp điền lại cấu hình máy chủ hoặc tiếp tục làm thí nghiệm chiến lược bộ nhớ đệm

Cách Sử dụng

Dán nội dung header phản hồi Cache-Control vào khu phân tích, hoặc dùng trình tạo để cấu hình các chỉ thị bộ nhớ đệm
Xem TTL, phạm vi bộ nhớ đệm, chiến lược xác minh lại và cảnh báo ở chế độ phân tích
Chọn các chỉ thị public/private/no-cache/no-store v.v. và điền giá trị thời gian ở chế độ tạo
Sao chép nội dung Cache-Control đã tạo để dùng cho cấu hình máy chủ hoặc ghi đè khu nhập liệu để tiếp tục gỡ lỗi

Câu hỏi Thường gặp

max-age và s-maxage trong Cache-Control khác nhau như thế nào?

max-age chủ yếu ảnh hưởng bộ nhớ đệm cục bộ trình duyệt, s-maxage thiên về CDN và bộ nhớ đệm chia sẻ; tách chỉ thị ra xem mới xác định được bộ nhớ đệm bị kẹt ở tầng nào.

Tại sao đã cấu hình bộ nhớ đệm mà trình duyệt vẫn thường xuyên quay lại nguồn?

Nguyên nhân thường gặp gồm no-cache, must-revalidate, thời gian bộ nhớ đệm quá ngắn, hoặc giữa các header phản hồi có xung đột. Sau khi phân tích có thể nhanh chóng định vị chỉ thị bộ nhớ đệm nào gây ra việc không khớp.

Công cụ này phù hợp kiểm tra bộ nhớ đệm CDN và tài nguyên tĩnh không?

Phù hợp. Cho dù là ảnh, JS, CSS hay header phản hồi API, đều có thể dùng để kiểm tra TTL, chiến lược bộ nhớ đệm chia sẻ và logic cập nhật hết hạn, tiện tự kiểm tra trước khi triển khai.

Phân tích header phản hồi bộ nhớ đệm trực tuyến có an toàn không?

Công cụ chủ yếu dùng để phân tích văn bản header phản hồi bạn dán, không dựa vào quy trình tải lên phức tạp, phù hợp front-end, vận hành và quản trị web tự kiểm tra cấu hình bộ nhớ đệm nhanh chóng.