How to use with reverse_proxy? (caching is not working)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go
- Lĩnh vực
- backend, performance
Hướng nghiên cứu
Bắt đầu với Caddyfile được cung cấp và tái hiện các request đến matcher .m3u8, đồng thời quan sát xem cache directive hay reverse_proxy xử lý chúng. Xem xét hành vi của cache-handler liên quan đến thứ tự directive, matcher và cache key; công việc được xem là hoàn tất khi xác định được nguyên nhân của upstream request trong mỗi lần gọi và ghi lại một cấu hình đã được xác minh hoặc thay đổi cần thiết.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi, I'm trying to use Caddy to cache .m3u8 files when reverse proxying to an upstream server. I’m using the cache directive and set up my Caddyfile as follows:
{
order cache before rewrite
order cache before reverse_proxy
cache {
allowed_http_verbs GET POST
ttl 60s
timeout {
backend 20s
cache 100ms
}
}
}
:9991 {
route /ch1/* {
@m3u8_files {
path_regexp m3u8 ^/.*\.m3u8(\?.*)?$
}
handle @m3u8_files {
header +X-Custom-Header "Some Value"
}
cache @m3u8_files {
ttl 60s
}
uri strip_prefix /ch1
rewrite * /ChannelOne{uri}
reverse_proxy https://upstream-host.me {
header_up Host {http.reverse_proxy.upstream.hostport}
}
}
}
What’s working:
- The
X-Custom-Headeris successfully added to the.m3u8responses. - The reverse proxy is functioning and serving content.
What’s not working:
- The caching doesn't seem to take effect at all. I expected
.m3u8files to be cached for 60 seconds, but every request still hits the upstream server.
Any help or guidance would be appreciated. Thanks in advance!
- Ngôn ngữ chính
- Go
- Star
- 396
- Fork
- 29
- Merge trung bình
- 32 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của caddyserver/cache-handler
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
caddyserver/cache-handler#138 · 1 bình luận · 3 reaction ·
-
Admin API purge/invalidation still panics with nil pointer on v0.16.0 (same root cause as #140)Đang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 76/100
caddyserver/cache-handler#143 · 2 bình luận ·
-
Can not flush cacheĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
caddyserver/cache-handler#140 · 4 bình luận · 1 reaction ·
-
`Incomming` has a typoĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 45/100
caddyserver/cache-handler#139 · 1 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
caddyserver/cache-handler#137 · 1 bình luận ·
Tất cả issue của caddyserver/cache-handler
Issue tương tự
-
Service process inherits the caller's cwd at first use, holding that folder open on Windows (EBUSY)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[docs] Media elements cannot load from a custom protocol (video/audio report MEDIA_ERR_SRC_NOT_SUPPORTED)Có thể đã có người làm @vst93 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
evilmartians/lefthook#1588 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
gravitational/teleport#69847 ·
Maintainer thường phản hồi trong vòng 11 ngày