Waitress

A empregada de mesa é um projeto concebido para ser um servidor WSGI de qualidade de produção puro-Python com desempenho bastante aceitável, & nbsp;. Não tem nenhuma dependência, exceto aqueles que vivem na biblioteca padrão do Python. Ele roda em CPython em Unix e Windows em Python 2,6+ e Python 3.2. É também conhecido para rodar em PyPy 1.6.0 em UNIX. Ele suporta HTTP / 1.0 e HTTP / 1.1.
Para obter mais informações, consulte o diretório "docs" do pacote Waitress ou http://docs.pylonsproject.org/projects/waitress/en/latest/.

What é novo nesta versão:.

• Fix corredor importações multisegment em alguns Python 2 revisões (ver https://github.com/Pylons/waitress/pull/34)
• Para compatibilidade, WSGIServer agora é um alias de TcpWSGIServer. A assinatura do BaseWSGIServer agora é compatível com WSGIServer pré-0.8.4.

O que é novo na versão 0.8.1:

• A simultaneidade pedido marrom-bag bug impedida. A pedido lento iria bloquear posterior as respostas de solicitações subseqüentes, até que a resposta do pedido lento foi totalmente gerado. Isto deveu-se a & quot; bloqueio tarefa & quot; sendo declarado como um atributo de classe e não como um atributo de instância em HttpChannel. Também aproveitou a oportunidade para mover outro bloqueio chamado & quot; OutBuf bloquear & quot; à instância de canal em vez da classe. Veja https://github.com/Pylons/waitress/pull/1.

O que é novo na versão 0.8:

• Apoiar o protocolo WSGI wsgi.file_wrapper como por http: / /www.python.org/dev/peps/pep-0333/#optional-platform-specific-file-handling. Aqui está um exemplo de uso:
• os import
• aqui = os.path.dirname (os.path.abspath (__ __ arquivo))
• myapp def (Environ, start_response):
• f = open (os.path.join (aqui, 'minhafoto.jpg'), 'rb')
• headers = [("Content-Type", "image / jpeg")]
• start_response (
• "200 OK",
• cabeçalhos
• retorno Environ ['wsgi.file_wrapper'] (f, 32768)
• A assinatura do construtor arquivo invólucro é (filelike_object, block_size). Ambos os argumentos devem ser passados ​​como argumentos posicionais (não palavra-chave). O resultado da criação de um invólucro de arquivo deve ser retornado como o app_iter partir de uma aplicação WSGI.
• O objeto passado como filelike_object ao invólucro deve ser um objeto como arquivo que suporta pelo menos o método read (), e o método read () deve apoiar um argumento tamanho dica opcional. Deve apoiar o seek () e dizer () métodos. Se isso não acontecer, a iteração normal, sobre o objeto filelike usando o block_size fornecida é utilizada (e cópia é feita, negando qualquer benefício do invólucro de arquivo). Deve apoiar um método close ().
• O argumento block_size especificado para o construtor invólucro arquivo será usado somente quando o filelike_object não suporta buscar e / ou dizer métodos. Garçonete precisa usar iteração normal, para servir o arquivo, neste caso degenerado (de acordo com a especificação WSGI), e este tamanho do bloco será utilizado como o tamanho iteração pedaço. O argumento block_size é opcional; se ela não for aprovada, a value``32768`` padrão será usado.
• Waitress irá definir um cabeçalho Content-Length em nome de um aplicativo quando um wrapper arquivo com um objeto suficientemente filelike é usado se o pedido não tenha sido definido um.
• O maquinário que lida com um invólucro arquivo atualmente não faz nada de especial usando chamadas de sistema de fantasia (não usar sendfile por exemplo); usá-lo atualmente apenas impede que o sistema precisar copiar dados para um buffer temporário, a fim de enviá-lo para o cliente. Nenhuma cópia de dados é feito quando um app WSGI retorna um wrapper arquivo que envolve um objeto suficientemente filelike. Ele pode fazer algo mais extravagante no futuro.

O que é novo na versão 0.6.1:

• Remover call-desempenho minando a pull_trigger no canal de método write_soon adicionado por engano em 0,6.

O que é novo na versão 0.5:

• codificação Fix PATH_INFO / decodificação em Python 3 (conforme PEP 333, túnel bytes-in-unicode-as-latin-1-after-unquoting).

Requisitos :

• Python