Thanks! The main difference is the ability to access an exception thread without actually triggering the error. This is very useful when testing APIs with tools such as cURL and it was the reason why we developed it.
In the Werkzeug debugger and in runserver_plus whenever an unhandled exception is raised, it returns an error page with the interactive debugger. This is a problem if you are using a terminal or even tools such as Postman/Chrome Dev Console. With rundbg we added an --use-link option that will return a link to the interactive debugger instance with the stack frames for that exception. Therefore, in case of an error you can access the interactive debugger in a browser window regardless of where you triggered the exception. An example for this is available at the project home <https://github.com/octobot-dev/django-rundbg#quickstart>. Regards. El lunes, 1 de mayo de 2017, 8:33:15 (UTC-3), Tom Christie escribió: > > Very nice! I've come to appreciate just how great Werkzeug really is, and > the interactive debugger is certainly a nice feature to have available in > Django. > > One question based on this from the credits... > > > The Django Extensions runserver_plus is a more comprehensive command > than this one. > > What's the difference with this versus the runserver plus version? > -- You received this message because you are subscribed to the Google Groups "Django REST framework" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
