Added content-type check as per issue #193

I wanted to get my hands dirty and carefully read #193. 

Httpmiddleware is now changed in that it does not attempt to decode anything with ``application/x-gzip`` or ``application/gzip`` as ``Content-Type``. These response are just passed through and both their ``Content-Type`` and ``Content-Encoding`` are left untouched.