Improve default error reporting (debug mode via middleware for error event)
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 20/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- À l'abandon
- Stack technique
- php
- Domaine
- backend-api-design, networking
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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 👍
- Langage dominant
- PHP
- Étoiles
- 781
- Forks
- 166
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de reactphp/http
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 76/100
-
bug
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
-
Roadmap to reactphp/http v3 Ouvertemaintenance
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 20/100
-
new feature
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
-
help wanted new feature
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
Toutes les issues de reactphp/http
Issues similaires
-
sync-en
Difficulté 1/5 1-3 heures Accessibilité débutants 85/100
-
sync-en
Difficulté 1/5 1-3 heures Accessibilité débutants 85/100
-
Перевод устарел
Difficulté 1/5 1-3 heures Accessibilité débutants 78/100
-
[6.x]: "Cannot use object of type stdClass as array" loading Users index (regression of #19182) Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 90/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100