Improve default error reporting (debug mode via middleware for error event)
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 20/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- php
- Domínio
- backend-api-design, networking
Direção de pesquisa
Start with the proposal in issue #344 and the related documentation issue #342. No files, tests, or entry points are identified, and the behavior is still open to design decisions around debug output, proxy-aware IP limits, logging, and custom error handlers. Done cannot be defined until those choices are resolved.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
I've just filed #342 to improve documentation for error handling for invalid requests and invalid responses respectively. This is only a first step because this keeps coming up and I think we agree it's about time to add some better default error handing logic.
This ticket aims to serve as a base to discuss how "default error handling logic" could look like.
For instance, we might want to just dump any Exception/Throwable including the full stack trace, but this may leak some application details to the outside. We may want to limit this to certain IP ranges only, but this won't work behind a reverse proxy anymore. We may want to add a "debug" flag or a DebugMiddleware, but this requires some explicit choice. We may want to respect PHP's error_reporting value, but it's unclear if this is how people understanding this configuration. We may want to log to STDERR instead of the response message, but it's unclear what effect this could have on existing deployments. We may want to apply our "default error handling logic" only if no explicit error is given, but it's unclear if this is what people expect when they start adding custom error handling logic.
Any input is welcome 👍
- Linguagem predominante
- PHP
- Estrelas
- 781
- Forks
- 166
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de reactphp/http
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 76/100
-
bug
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Roadmap to reactphp/http v3 Abertamaintenance
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
-
new feature
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
-
help wanted new feature
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
Todas as issues de reactphp/http
Issues semelhantes
-
sync-en
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 88/100
-
sync-en
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 88/100
-
Перевод устарел
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 88/100
-
status/awaiting_triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
-
Issue: ready for confirmation Reported on 2.4.x
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100