Flask

Flask è destinato ad applicazioni di piccola scala in fase di sviluppo per non affaticare l'utilizzo della CPU

Caratteristiche .

• Costruito nel server di sviluppo e di debug
• Supporto integrato per unittesting sostegno
• richiesta RESTful dispacciamento
• Utilizza Jinja2 templating
• Il supporto per i cookie protetti (sessioni lato client)
• 100% WSGI 1.0 compliant
• basato Unicode
• Ampiamente documentato

Cosa c'è di nuovo in questa versione:

• Aggiunto il supporto per le stringhe di byte al sistema sessione. Questo ha rotto la compatibilità con il caso comune delle persone mettendo dati binari per la verifica gettone nella sessione.
• Risolto un problema in cui registrare lo stesso metodo per due volte per lo stesso endpoint innescherebbe un'eccezione in modo non corretto.

Cosa c'è di nuovo nella versione 0.9:

• Risolto un assunzione in esecuzione sessioni che potrebbe rompere messaggio lampeggiante sessioni implementazioni che utilizzano storage esterno.
• Cambiato il comportamento dei valori di ritorno tuple dalle funzioni. Sono argomenti non più l'oggetto di risposta, che ora hanno un significato definito.
• Aggiunto: attr: `flask.Flask.request_globals_class` per consentire una classe specifica da utilizzare sulla creazione dei: dati:` ~ flask.g` istanza di ogni richiesta .
• aggiunta `attributo required_methods` per visualizzare le funzioni a forza aggiungere metodi alla registrazione.
• Aggiunto: func:. `Flask.after_this_request`
• Aggiunto: func:. 'Flask.stream_with_context` e la capacità di spingere contesti più volte, senza produrre un comportamento imprevisto

Cosa c'è di nuovo in versione 0.8:

• dati JSON Malformed ora innescare un cattivo un'eccezione richiesta HTTP invece di un errore di valore che di solito si tradurrebbe in un errore di server interno 500, se non maneggiati. Si tratta di un cambiamento all'indietro incompatibili.
• Applicazioni ora hanno non solo un percorso principale in cui si trovano le risorse e dei moduli, ma anche un percorso instane che è il luogo designato per rilasciare i file che vengono modificati in fase di esecuzione (upload, ecc). Anche questo è concettualmente unico caso in base al di fuori del controllo di versione, quindi è il luogo ideale per mettere i file di configurazione, ecc Per ulteriori informazioni si veda: ref:. 'Istanza-folders`
• Aggiunta la variabile di configurazione `` APPLICATION_ROOT``.
• Implementato: meth:. `~ Flask.testing.TestClient.session_transaction` di modificare facilmente le sessioni dalla ambiente di test
• client di prova il refactoring internamente. La variabile `` APPLICATION_ROOT`` configurazione e `` SERVER_NAME`` sono ora correttamente utilizzato dal client di prova come predefinite.
• Aggiunto: attr:. `Flask.views.View.decorators` per sostenere più semplice decorazione di innesto (a base di classe) vista
• Risolto un problema in cui il client di prova, se usato con l'istruzione with non attivare l'esecuzione dei gestori teardown.
• Aggiunto un controllo più preciso sui parametri del cookie di sessione.
• richieste HEAD ad una vista del metodo ora inviano automaticamente al metodo `GET` se nessun gestore è stato attuato.
• Implementato il virtuale: mod. `Pacchetto flask.ext` importare estensione da
• La conservazione contesto sulle eccezioni è ora parte integrante di Flask sé e non più del client di prova. Questo ripulito una logica interna e abbassa le probabilità di contesti richiesta fuga in Unittests.

Cosa c'è di nuovo nella versione 0.7.2:

• Risolto un problema con processori URL non funzionante su schemi.

Cosa c'è di nuovo nella versione 0.7.1:

• rilascio Bugfix:
• Aggiunto importazione futuro mancante che ha rotto la compatibilità 2.5.
• Risolto un problema di reindirizzamento infinita con schemi.

Cosa c'è di nuovo nella versione 0.6.1:

• Risolto un problema in cui il valore di default `risposta options` non è stata di esporre tutti i metodi validi nella `Allow` intestazione.
• Jinja2 sintassi del modello di carico permette ora & quot; ./& quot; davanti ad un percorso di carico template. In precedenza questo ha causato problemi con configurazioni di modulo.
• Risolto un problema in cui l'impostazione dei moduli sottodominio è stata ignorata per la cartella statica.
• Risolto un problema di sicurezza che ha permesso ai clienti di scaricare file arbitrari se il server host era un sistema operativo basato su Windows e il client utilizza backslash per sfuggire alla directory dei file dove esposti da.

Cosa c'è di nuovo nella versione 0.6:

• Dopo richiesta funzioni vengono ora chiamati in ordine inverso di registrazione.
• OPZIONI è da adesso implementata automaticamente dal Flask a meno che l'applicazione aggiunge esplicitamente "OPZIONI" come metodo per la regola URL. In questo caso non OPZIONI automatici movimentazione calci in.
• regole statiche sono ora ancora in atto se non vi è alcuna cartella statica per il modulo. Questo è stato implementato per aiutare GAE che rimuoverà la cartella statico se è parte di una mappatura nel file .yml.
• Il: attr:. `~ Flask.Flask.config` è ora disponibile nei modelli come` config`
• processori di contesto non potranno più ignorare valori passati direttamente alla funzione di rendering.
• Aggiunta la possibilità di limitare i dati della richiesta in arrivo con il nuovo valore di configurazione `` MAX_CONTENT_LENGTH``.
• L'endpoint per l': meth:. `Metodo flask.Module.add_url_rule` è ora facoltativo per essere coerente con la funzione con lo stesso nome per l'oggetto dell'applicazione
• Aggiunta una: func:. 'Funzione che semplifica la creazione di flask.make_response` istanze di oggetti risposta in vista
• Aggiunto segnalazione di sostegno basato su lampeggiante. Questa funzione è attualmente facoltativa e dovrebbe essere utilizzato da estensioni e applicazioni. Se si desidera utilizzare, assicurarsi di avere `blinker`_ installato.
• refactoring il modo in cui gli adattatori url vengono creati. Questo processo è ora completamente personalizzabile con l': meth:. `~ Metodo flask.Flask.create_url_adapter`
• I moduli possono ora registrarsi per un sottodominio invece di un prefisso URL. In questo modo è possibile associare un intero modulo di un sottodominio configurabile.

Cosa c'è di nuovo nella versione 0.5.1:

• Risolve un problema con modello di carico da directory quando moduli dove usato.

Cosa c'è di nuovo nella versione 0.4:

• Aggiunta la possibilità di registrare i gestori di errori a livello di applicazione dai moduli.
• : meth:. `~ Flask.Flask.after_request` gestori vengono ora anche invocati se la richiesta muore con una eccezione e una pagina di gestione degli errori calci in
• client di test non è in grado di preservare il contesto richiesta di un po 'di più. Questo può anche essere utilizzato per attivare richieste personalizzate che non compaiono lo stack richiesta per il test.
• Poiché i Python cache libreria standard logger, il nome del logger è configurabile ora per meglio Unittests supporto.
• Aggiunto `interruttore TESTING` che può attivare unittesting aiutanti.
• Il registratore passa alla modalità `debug` ora se è abilitato il debug.

Requisiti

• Jinja 2.4 o superiore
• Werkzeug 0.6.1 o superiore