You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a site running on nginx that returns a 502 bad gateway from the $trace = $e->getTrace(); statement in FireLogger.php.
The actual error is:
upstream sent too big header while reading response header from upstream
If I change it to use getTraceAsString, everything works fine. Obviously this is not a solution though as we need the array of results. I know I can set fastcgi_buffers and fastcgi_buffer_size to higher values and it should be able to prevent this, but I am surprised that the getTrace() call in Bluescreen/content.phtml is not causing the same problem. Maybe one is sent through headers and the other through body which is why nginx isn't complaining on the Bluescreen call?
Just throwing this out there to see if you might have a solution - thanks.
The text was updated successfully, but these errors were encountered:
Just looking at this a little more and obviously it is the header vs body issue because communicating with FireLogger is done through the header.
Maybe there isn't really a way to avoid this problem other than to change the fastcgi_buffers settings.
In case you're on a server where you don't have access to do this, I wonder if it might be possible to have a new option to disable FireLogger completely? Is this something you'd be willing to implement? Maybe:
Hi @dg - can I bump this one please. I am working a on couple of sites where I can't adjust the fastcgi_buffers and fastcgi_buffer_size
Because I have https://github.com/MattSkala/chrome-firelogger installed on Chrome I really need a way to disable everything in Firelogger.php - is this something you might consider adding as a config option?
Description
I have a site running on nginx that returns a 502 bad gateway from the
$trace = $e->getTrace();
statement in FireLogger.php.The actual error is:
If I change it to use getTraceAsString, everything works fine. Obviously this is not a solution though as we need the array of results. I know I can set
fastcgi_buffers
andfastcgi_buffer_size
to higher values and it should be able to prevent this, but I am surprised that thegetTrace()
call in Bluescreen/content.phtml is not causing the same problem. Maybe one is sent through headers and the other through body which is why nginx isn't complaining on the Bluescreen call?Just throwing this out there to see if you might have a solution - thanks.
The text was updated successfully, but these errors were encountered: