Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork9.7k
[FrameworkBundle] enable ErrorHandler in prod#12062
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Koc commentedSep 27, 2014
We haven't solved this issue at last 3 years and IMHO it is ok wait 6 month until 2.7 will be released. Last-minute rush can decrease quality of the sollution. Logging fatal errors would be better with stacktrace, but xdebug is so slow for production. What about thinking to this issue from other side? Is it possible create production-ready extension from thishttps://wiki.php.net/rfc/engine_exceptions RFC? |
nicolas-grekas commentedSep 27, 2014
The rush is relative: we have 2 months after feature freeze to finalize, and we have some experience enabling this feature in existing prod apps. |
Nicofuma commentedSep 28, 2014
@Koc The result of the poll was no. So I don't think that's so useful prepare something for it. |
d303503 to0fa3ac0Comparenicolas-grekas commentedSep 29, 2014
So this is not WIP anymore:
When kernel.debug=false, no exception is thrown on error (same as today) but the already configured logger is called now, with screaming switched on for fatal errors (which means silenced fatal errors are logged but not the other silenced ones). |
nicolas-grekas commentedSep 29, 2014
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Missing empty line to keep consistency (group by component)
lyrixx commentedSep 29, 2014
It seems good to me. |
9d725b1 to5e43a69Comparef14c2d9 to513c9a0Comparenicolas-grekas commentedSep 29, 2014
So, I switched myself in@stof mode. |
513c9a0 to9fe9f49CompareThere was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
This is replaced by a dynamic fetch of the kernel in the configured listener service (see below):$event->getKernel()
mvrhov commentedSep 30, 2014
👍 As ATM I'm using a TracyBundle for production debugging. Would gladly switch to Symfony only implementation. |
stof commentedSep 30, 2014
looks good to me. 👍 |
9fe9f49 to4a40ff3Compare4a40ff3 to631dfa9Compare631dfa9 to4d0ab7dComparenicolas-grekas commentedOct 2, 2014
Replaced by#12081 |
This is a first proposal for enabling error handling (mainly logging) in prod envs.
I'd like to make it for 2.6 but need help to make the best decisions.
@Koc worked on the subject but issue#8281 remains.
This misses configuration options for the ErrorHandler and for php ini settings related to error handling:
I'd like to allow apps to define any log channel per log level,
and I'd also like to be able to
ini_set('error_log', ...)through symfony configuration system, withapp/logs/php.logas default.WIP state, but early feedback welcomed. We have only a few days to make it.
https://github.com/symfony/symfony/pull/12062/files?w=1