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

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
-

Builder

public, max-age=600, stale-while-revalidate=30

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

Công cụ 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

Cách Sử dụng

  1. 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
  2. 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
  3. 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
  4. 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

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â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.