<div dir="ltr"><div class="gmail_default" style="font-size:small">We* should probably do more collectively to point people at production-quality third-party modules, as I believe we currently do with pipenv which, while not a part of the standard library, is still recommended in the documentation as the preferred method of dependency management. We should also be even more strident when a library module is a basic version, not to be used for production purposes.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">This inevitably means, however, that there will be lag in the documentation, which generally speaking lags current best practices.</div><div class="gmail_default" style="font-size:small"><br></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Steve Holden<br></div><div dir="ltr"><br></div><div dir="ltr"><div class="gmail_default" style="font-size:small">* I am not a significant contributor to the code base.</div><br></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 30, 2018 at 9:02 PM Glenn Linderman <<a href="mailto:v%2Bpython@g.nevcal.com">v+python@g.nevcal.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#330033" bgcolor="#FFFFFF">
    <div class="m_-4017999632322838542moz-cite-prefix">On 11/29/2018 2:10 PM, Andrew Svetlov
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Neither http.client nor http.server doesn't support
        compression (gzip/compress/deflate) at all.<br>
        I doubt if we want to add this feature: for client better to use
        requests or, well, aiohttp.<br>
        The same for servers: almost any production ready web server
        from PyPI supports compression.<br>
        <br>
      </div>
    </blockquote>
    What production ready web servers exist on PyPi? Are there any that
    don't bring lots of baggage, their own enhanced way of doing things?
    The nice thing about the http.server is that it does things in a
    standard-conforming way, the bad thing about it is that it doesn't
    implement all the standards, and isn't maintained very well.<br>
    <br>
    From just reading PyPi, it is hard to discover whether a particular
    package is production-ready or not.<br>
    <br>
    I had used CherryPy for a while, but at the time it didn't support
    Python 3, and to use the same scripts behind CherryPy or Apache CGI
    (my deployment target, because that was what web hosts provided)
    became difficult for complex scripts.... so I reverted to
    http.server with a few private extensions (private because no one
    merged the bugs I reported some 3 versions of
    Python-development-process ago; back then I submitted patches, but I
    haven't had time to keep up with the churn of technologies Pythondev
    has used since Python 3 came out, which is when I started using
    Python, and I'm sure the submitted patches have bit-rotted by now).<br>
    <br>
    When I google "python web server" the first hit is the doc page for
    http.server, the second is a wiki page that mentions CherryPy and a
    bunch of others, but the descriptions, while terse, mostly point out
    some special capabilities of the server, making it seem like you not
    only get a web server, but a philosophy. I just want a web server.
    The last one, Waitress, is the only one that doesn't seem to have a
    philosophy in its description.<br>
    <br>
    So it would be nice if http.server and http.client could get some
    basic improvements to be complete, or if the docs could point to a
    replacement that is a complete server, but without a philosophy or
    framework (bloatware) to have to learn and/or work around.<br>
    <br>
    Glenn<br>
  </div>

_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/steve%40holdenweb.com</a><br>
</blockquote></div>