Metadata-Version: 2.1
Name: pyruvate
Version: 0.6.2
Summary: WSGI server implemented in Rust.
Home-page: https://gitlab.com/tschorr/pyruvate
Author: tschorr
Author-email: t_schorr@gmx.de
License: UNKNOWN
Description: Pyruvate WSGI server
        ====================
        
        .. image:: https://gitlab.com/tschorr/pyruvate/badges/master/pipeline.svg
           :target: https://gitlab.com/tschorr/pyruvate
        
        .. image:: https://codecov.io/gl/tschorr/pyruvate/branch/master/graph/badge.svg
           :target: https://codecov.io/gl/tschorr/pyruvate
        
        .. image:: http://img.shields.io/pypi/v/pyruvate.svg
           :target: https://pypi.org/project/pyruvate
        
        Pyruvate is a reasonably fast, multithreaded, non-blocking `WSGI <https://www.python.org/dev/peps/pep-3333>`_ server implemented in `Rust <https://www.rust-lang.org/>`_.
        
        Features
        --------
        
        * Non-blocking read/write using `mio <https://github.com/tokio-rs/mio>`_
        * Request parsing using `httparse <https://github.com/seanmonstar/httparse>`_
        * `rust-cpython <https://github.com/dgrunwald/rust-cpython>`_ based Python interface
        * Worker pool based on `threadpool <https://github.com/rust-threadpool/rust-threadpool>`_
        * `PasteDeploy <https://pastedeploy.readthedocs.io/en/latest/>`_ entry point
        
        Development Installation
        ------------------------
        
        * Install `Rust <https://doc.rust-lang.org/book/ch01-01-installation.html>`__
        * Install and activate a Python 3 (> 3.5) `virtualenv <https://docs.python.org/3/tutorial/venv.html>`_
        * Install `setuptools_rust <https://github.com/PyO3/setuptools-rust>`_ using pip:
        
            $ pip install setuptools_rust
        
        * Install pyruvate, e.g. using pip:
        
            $ pip install -e git+https://gitlab.com/tschorr/pyruvate.git#egg=pyruvate[test]
        
        Using Pyruvate in your WSGI application
        ---------------------------------------
        
        From Python
        +++++++++++
        
        A hello world WSGI application using pyruvate listening on 127.0.0.1:7878 and using 2 worker threads looks like this::
        
            import pyruvate
        
            def application(environ, start_response):
                """Simplest possible application object"""
                status = '200 OK'
                response_headers = [('Content-type', 'text/plain')]
                start_response(status, response_headers, None)
                return [b"Hello world!\n"]
        
            pyruvate.serve(application, "127.0.0.1:7878", 2)
        
        Using PasteDeploy
        +++++++++++++++++
        
        Again listening on 127.0.0.1:7878 and using 2 worker threads::
        
            [server:main]
            use = egg:pyruvate#main
            socket = 127.0.0.1:7878
            workers = 2
        
        Configuration Options
        +++++++++++++++++++++
        
        socket
            Required: The TCP socket Pyruvate should bind to.
            `pyruvate` also supports `systemd socket activation <https://www.freedesktop.org/software/systemd/man/systemd.socket.html>`_
            If you specify `None` as the socket value, `pyruvate` will try to acquire a socket bound by `systemd`.
        
        workers
            Required: Number of worker threads to use.
        
        write_blocking
            Optional: Use a blocking connection for writing.
            Pyruvate currently supports two types of workers:
            The default worker will write in a non-blocking manner, registering WSGI responses for later processing if the socket isn't available for writing immediately.
            By setting this option to `True` you can enable a worker that will instead set the connection into blocking mode for writing.
            Defaults to `False`.
        
        max_number_headers
            Optional: Maximum number of request headers that will be parsed.
            If a request contains more headers than configured, request processing will stop with an error indicating an incomplete request.
            The default is 24 headers.
        
        Example Configurations
        ----------------------
        
        Django 2
        ++++++++
        
        After installing Pyruvate in your Django virtualenv, create or modify your `wsgi.py` file (one worker listening on 127.0.0.1:8000)::
        
            import os
            import pyruvate
        
            from django.core.wsgi import get_wsgi_application
        
            os.environ.setdefault("DJANGO_SETTINGS_MODULE", "your_django_application.settings")
        
            application = get_wsgi_application()
        
            pyruvate.serve(application, "127.0.0.1:8000", 1)
        
        You can now start Django + Pyruvate with::
        
            $ python wsgi.py
        
        Override settings by using the `DJANGO_SETTINGS_MODULE` environment variable when appropriate.
        Tested with `Django 2.2.x <https://www.djangoproject.com/>`_.
        
        Mapproxy
        ++++++++
        
        Create or modify `config.py` (2 workers listening on 127.0.0.1:8005)::
        
            from logging.config import fileConfig
            import os.path
            import pyruvate
            fileConfig(r'/path/to/mapproxy/log.ini', {'here': os.path.dirname(__file__)})
        
            from mapproxy.wsgiapp import make_wsgi_app
            application = make_wsgi_app(r'/path/to/mapproxy/mapproxy.yml')
        
            pyruvate.serve(application, "127.0.0.1:8005", 2)
        
        Start from your virtualenv::
        
            $ python config.py
        
        Tested with `Mapproxy 1.12.x <https://mapproxy.org/>`_.
        
        Plone 5.2
        +++++++++
        
        Using `zc.buildout <https://pypi.org/project/zc.buildout/>`_ and `plone.recipe.zope2instance <https://pypi.org/project/plone.recipe.zope2instance>`_ you can define an instance part using Pyruvate's `PasteDeploy <https://pastedeploy.readthedocs.io/en/latest/>` _entry point::
        
            [instance]
            recipe = plone.recipe.zope2instance
            http-address = 127.0.0.1:8080
            eggs =
                Plone
                pyruvate
            wsgi-ini-template = ${buildout:directory}/templates/pyruvate.ini.in
        
        The `server` section of the template provided with the `wsgi-ini-template <https://pypi.org/project/plone.recipe.zope2instance/#advanced-options>`_ option should look like this (3 workers listening on `http-address` as specified in the buildout `[instance]` part)::
        
            [server:main]
            use = egg:pyruvate#main
            socket = %(http_address)s
            workers = 3
        
        Tested with `Plone 5.2.x <https://plone.org/>`_.
        
        Nginx settings
        ++++++++++++++
        
        Like other WSGI servers pyruvate should be used behind a reverse proxy, e.g. Nginx::
        
            ....
            location / {
                proxy_pass http://localhost:7878;
                ...
            }
            ...
        
        
        Changelog
        =========
        
        0.6.2 (2020-08-12)
        ------------------
        
        * Improved logging
        * PasteDeploy entry point now also uses at most 24 headers by default
        
        0.6.1 (2020-08-10)
        ------------------
        
        * Improve request parsing
        * Increase default maximum number of headers to 24
        
        0.6.0 (2020-07-29)
        ------------------
        
        * Support unix domain sockets
        * Improve sendfile usage
        
        0.5.3 (2020-07-15)
        ------------------
        
        * Fix testing for completed sendfile call in case of EAGAIN
        
        0.5.2 (2020-07-15)
        ------------------
        
        * Fix testing for completed response in case of EAGAIN
        * Cargo update
        
        0.5.1 (2020-07-07)
        ------------------
        
        * Fix handling of read events
        * Fix changelog
        * Cargo update
        * 'Interrupted' error is not a todo
        * Remove unused code
        
        0.5.0 (2020-06-07)
        ------------------
        
        * Add support for systemd socket activation
        
        0.4.0 (2020-06-29)
        ------------------
        
        * Add a new worker that does nonblocking write
        * Add default arguments
        * Add option to configure maximum number of request headers
        * Add Via header
        
        0.3.0 (2020-06-16)
        ------------------
        
        * Switch to rust-cpython
        * Fix passing of tcp connections to worker threads
        
        0.2.0 (2020-03-10)
        ------------------
        
        * Added some Python tests (using py.test and tox)
        * Improve handling of HTTP headers
        * Respect content length header when using sendfile
        
        0.1.0 (2020-02-10)
        ------------------
        
        * Initial release
        
Keywords: WSGI
Platform: UNKNOWN
Classifier: Development Status :: 4 - Beta
Classifier: Environment :: Web Environment
Classifier: Intended Audience :: Developers
Classifier: Operating System :: POSIX :: Linux
Classifier: Programming Language :: Python
Classifier: Programming Language :: Python :: 3
Classifier: Programming Language :: Python :: 3.6
Classifier: Programming Language :: Python :: 3.7
Classifier: Programming Language :: Python :: 3.8
Classifier: Programming Language :: Rust
Classifier: Topic :: Software Development :: Libraries :: Python Modules
Classifier: License :: OSI Approved :: GNU General Public License v2 (GPLv2)
Classifier: Topic :: Internet :: WWW/HTTP
Classifier: Topic :: Internet :: WWW/HTTP :: WSGI
Classifier: Topic :: Internet :: WWW/HTTP :: WSGI :: Server
Provides-Extra: test
