Direct error through Caddy's error route
Maintainer thường phản hồi trong vòng 1 ngày
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
- 43/100
Hướng nghiên cứu
Start by reading the implementation and tests for FrankenPHP's error handling, then compare how Caddy's error route is used by the linked caddy-crowdsec-bouncer example, especially its enable_caddy_error option. The issue asks for an option to direct FrankenPHP level errors to that route so Caddy can serve a custom error page; done means the option works for those errors and is covered by tests.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Describe your feature request
Is your feature request related to a problem? Please describe.
As result of #2711 I am seeing frequent maximum request handling time exceeded pages, which are just black-on-white. This is not exactly consistent with whatever style a website can have, and thus it can potentially confuse users. While web-server failures generally should break the flow and standout, this is a bit much.
Describe the solution you'd like
Caddy has errors route, that allows "secondary" processing, including serving custom error pages (static or not). It would be nice to have an option to direct FrankenPHP-level errors to that route, to be able to customize the error page. Should be similar to enable_caddy_error in https://github.com/hslatman/caddy-crowdsec-bouncer
Describe alternatives you've considered
I can't think of any alternatives really. Maybe to catch the response on Caddy level somehow, perhaps based on combination of response headers. But that feels "messy", when there literally is a route to do handle error events in Caddy.
- Ngôn ngữ chính
- Go
- Star
- 11.4k
- Fork
- 499
- Merge trung bình
- 2 ngày 9 giờ
- Pull request đã merge (30 ngày)
- 40
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
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 php/frankenphp
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 90/100
php/frankenphp#2671 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Include frankenphp version in logsCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởenhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
php/frankenphp#2483 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
suggestion about compile.mdCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mởenhancement
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 68/100
php/frankenphp#601 · 5 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
php/frankenphp#2748 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Feature Request: Include ACME DNS modules (e.g. Cloudflare) in official Windows pre-built binariesĐang mởenhancement
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
php/frankenphp#2731 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của php/frankenphp
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
Maintainer thường phản hồi trong vòng 1 ngày
-
[Bug]: APIGW request ID headers are inconsistent between server and clientCó thể đã có người làm @zouxingyuks đã nhận hôm nay. Đang mởproduct/backlog
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
TencentBlueKing/bk-nodemgr#3782 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 91/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
praetorianer777/Dynamo#53 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
internal test setup
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
SAP/terraform-provider-scc#430 ·