Profile cover photo
Profile photo
Graham Dumpleton
1,739 followers
1,739 followers
About
Posts

Post has attachment
An introduction to getting Tornado ASYNC web applications running on OpenShift. I also highlight problems with the way that Tornado handles request content buffering and how that can cause potential memory problems. The latter issue on content buffering is relevant to any environment and not just OpenShift. Mentioned in the context of OpenShift as a PaaS due to the lower amount of memory generally available on a PaaS.

Post has attachment
More craziness with Docker. This time using Apache and mod_wsgi to start and manage Docker containers.

Post has attachment
Here is my second post to follow up from the first one (http://blog.dscpl.com.au/2015/06/proxying-to-python-web-application.html) I did yesterday about issues when proxying using Apache to a Python web application running under Docker. In this second post I discuss issues around server redirections when also hosting static files.

Post has attachment
I am always posting stuff about Python, and in particular Python web hosting, WSGI, mod_wsgi and related technologies such as Apache and Docker on my blog site.

Usually I only highlight new posts on Twitter, otherwise relying on notice of the posts goings out by the Planet Python feed aggregator. I have been finding that very people come through to the posts from Twitter with most coming through Planet Python.

I don't usually post anything here on Google+ about the posts, so this time as a bit of an experiment I am seeing whether hits on the post are increased by posting here.

In the current post I am talking about issues related to setting up Apache when proxying to Python web sites using mod_wsgi actually running in Docker instances.

If interested in all the other posts I have done in the past, check out 'blog.dscpl.com.au'.

For PyCon AU in August this year I have had a talk accepted with the title 'How do debug tool bars for web applications work?'.

The intent it to dive into Python web application debug toolbars from Django and Flask and explain how they hook into your application and end up being displayed in your browser when making requests against the application.

I will also look at how the plugins/extensions for these toolbars collect information and the issues around that and why such systems are only recommended for development environments.

Now the point of this little post is to solicit ideas for specific things about debug toolbars that people may be interested to hear about.

Am also specifically interested to know what people don't like and your own ideas for how Python web application debug toolbars in general can be improved.

Finally, if a subset of functionality provided by a debug toolbar was safe to use in a controlled way on a production system, would you be interested in such an ability?

Any feedback will be most useful and give me lots to think about as I research the topic for my talk. It could also feed into perhaps doing some work in this area. Thanks in advance.
Add a comment...

OH: I'm looking into Flask to do this, as its documentation seems to suggest that it was designed with Web development in mind.

I would sort of hope that a web framework was designed with web development in mind.

http://stackoverflow.com/a/13169988/128141
Add a comment...

Well this statement from the 'Nginx HTTP Server' book is amusing:

"""There are all sorts of implementations on the web for mainstream programming languages and the FastCGI protocol, due to its well-acknowledged efficiency, is starting to take over server-integrated solutions such as Apache's mod_php, mod_wsgi and many others."""

Amusing because the FastCGI protocol came into existence 10 years before mod_wsgi. It reads as if FastCGI is the new kid on the block that is going to take over the world. From what I have seen over the years use of FastCGI with Python web applications is actually on the decline and not increasing.
Add a comment...

Post has attachment

Post has attachment
Help me test a release candidate for mod_wsgi 3.4. I would like to try and get it out ASAP so as to try to get it into Ubuntu 12.10 before the feature freeze cuts in. If I can't then there will not be a mod_wsgi in Ubuntu by default given that Ubuntu as I understand it is going to use Python 3 by default. The current mod_wsgi 3.3 will not work with Python 3.2 however.

Any feedback to the mod_wsgi mailing list or direct to me. If someone knows what has to happen to even get them to add it into the Ubuntu release this late also please let me know as I have no idea.

http://code.google.com/p/modwsgi/wiki/ChangesInVersion0304
Add a comment...

Post has attachment
Wait while more posts are being loaded