Thanks! I basically rewrote the extension, added Python support, support for colors in the console, and added a tech spec to make it easy to implement the protocol in any language.
Actually if you implement logging extensively throughout your app, you might find you need to use xdebug much less. I used xdebug often before implementing ChromePHP, but nowadays I rarely do, since the vast majority of the issues are easy to pinpoint with the logs.
This is fantastic. There have been a few times where I've thought to myself it would be handy to have a view of server-side events in the inspector. Very eager to spend some time later today to get this set up.
Shouldn't be that hard. You just need to encode the data in JSON and BASE64 and add it as HTTP header. Just look at the existing libraries, they don't seem to be that complicated.
It will include a fixed positioned panel on your page including a bunch of server-side inspection, including request vars, environ variables, and logs. It works with Flask, and there's a version for Django as well.
Yes, but FirePHP was definitively not available for Chrome when ChromePHP (now Chrome Logger) first came out, and as far as I can see (http://www.firephp.org/) it doesn't officially support it yet.
Happy to see this here, been using ChromePHP for quite some time now. The only complain I have is how it lacks support for styled logs[1], since it could come handy to apply different colors to different segments of the logs when they start to build up, but otherwise I'm a fan.
With the new version I added support for setting some colors! Right click on the extension icon and select options. I may add more options in the future as well.
I was talking more about the ability to style specific log lines programmatically. So that one could have sql queries blue, redis commands red, etc etc.
You may want to mention that the Python library is not thread-safe, since it essentially uses a global variable to store the logged statements until the middleware writes them to the response. Shouldn't be a problem when used with a development server, though.
> Glimpse gathers and presents detailed diagnostic information about the
> behavior and execution of your web application.
> It is used in a similar manner to client side diagnostics and debugging
> tools (such as FireBug or Chrome Developer Tools), but instead focuses on
> concepts such as server configuration, model binding, url routing, and
> execution profiling.
Currently implemented for .NET; it has a pretty shiny cross-browser UI which might be useful as a target instead of the Chrome console.
I've been using this with ChromePhp and it works fantastically well. It sends all of the data as part of the page's header, so you don't have to worry about something hacky like injected console.log calls.
24 comments
[ 3.1 ms ] story [ 53.4 ms ] threadhttp://craig.is/writing/chrome-logger/techspecs
https://twitter.com/ksheurs
https://rubygems.org/gems/chrome_logger
You can now use the plugin with any Rack compatible Ruby framework.
https://github.com/mgood/flask-debugtoolbar
It will include a fixed positioned panel on your page including a bunch of server-side inspection, including request vars, environ variables, and logs. It works with Flask, and there's a version for Django as well.
[1] https://plus.google.com/+AddyOsmani/posts/TanDFKEN9Kn
For everybody who also wants to see screenshots, found some in this blog article: http://blog.getglimpse.com/2013/03/27/glimpse-1-2-released-w...
The interface looks quite nice...