Utilizzo delle librerie Python 2

Puoi utilizzare librerie di terze parti costituite da codice Python puro senza estensioni C copiando la libreria nella directory dell'applicazione. Se la libreria di terze parti è già integrata, inclusa nel runtime, puoi utilizzarla senza copiarla nella tua app.

Le librerie di terze parti devono essere implementate come codice Python puro senza estensioni C. Se vengono copiati nella directory dell'applicazione, vengono conteggiati ai fini delle quote dei file perché la libreria viene caricata su App Engine insieme al codice dell'applicazione.

Copiare una raccolta di terze parti

Per utilizzare una libreria di terze parti non presente nell'elenco delle librerie integrate fornite in bundle con il runtime:

  1. Crea una directory per archiviare le librerie di terze parti, ad esempio lib/.

    mkdir lib

  2. Utilizza pip (versione 6 o successiva) con il flag -t <directory> per copiare le librerie nella cartella che hai creato nel passaggio precedente. Ad esempio:

    pip install -t lib/ <library_name>

    Utilizzi Homebrew Python su macOS?

  3. Crea un file denominato appengine_config.py nella stessa cartella del file app.yaml.

  4. Modifica il file appengine_config.py e fornisci la directory della raccolta al metodo vendor.add().

    # appengine_config.py
from google.appengine.ext import vendor

# Add any libraries install in the "lib" folder.
vendor.add('lib')

    Il file appengine_config.py riportato sopra presuppone che la directory di lavoro corrente sia quella in cui si trova la cartella lib. In alcuni casi, ad esempio per i test di unità, la directory di lavoro corrente può essere diversa. Per evitare errori, puoi indicare esplicitamente il percorso completo della cartella lib utilizzando:

    vendor.add(os.path.join(os.path.dirname(os.path.realpath(__file__)), 'lib'))

Utilizzo dei file dei requisiti pip con le librerie copiate

pip può leggere un elenco di librerie da installare da un file, noto come file dei requisiti. I file dei requisiti semplificano la configurazione di un nuovo ambiente di sviluppo per la tua app e l'upgrade alle nuove versioni delle librerie.

Un file dei requisiti è un file di testo con una riga per libreria, che elenca il nome del pacchetto e, facoltativamente, la versione del pacchetto (per impostazione predefinita è la versione più recente):

Flask==0.10
Markdown==2.5.2
google-api-python-client

Per installare le librerie da un file dei requisiti, utilizza il flag -r oltre al flag -t lib:

pip install -t lib -r requirements.txt

Utilizzo di una raccolta di terze parti integrata inclusa nel runtime

Se la libreria di terze parti è nell'elenco delle librerie integrate fornite in bundle con il runtime Python di App Engine, devi solo specificarla nella direttiva libraries in app.yaml, ad esempio:

libraries:
- name: PIL
  version: "1.1.7"
- name: webob
  version: "1.1.1"

App Engine fornisce automaticamente le librerie richieste durante il deployment.

Utilizzo delle librerie integrate nel pacchetto con il server di sviluppo locale

Molte delle librerie integrate fornite dal runtime sono automaticamente disponibili per il server di sviluppo locale. Per installare alcune librerie localmente, devi eseguire gcloud components install app-engine-python-extras. Se il server di sviluppo locale rileva che questo componente è necessario, ti chiederà di installarlo. Le seguenti librerie integrate devono essere installate localmente prima di poter essere utilizzate con il server di sviluppo locale:

Puoi utilizzare il comando pip per installare tutti questi pacchetti dal Python Package Index (PyPI).

sudo pip install lxml==2.3.5

A seconda della piattaforma, potrebbe essere necessario installare strumenti di supporto per la compilazione e le sorgenti Python per installare queste librerie.

  • Su Linux, il gestore dei pacchetti può fornire questi prerequisiti e spesso può fornire una versione predefinita della libreria.
  • Su Windows, in genere sono disponibili i programmi di installazione per le versioni predefinite.
  • Su macOS, gli strumenti a riga di comando Xcode sono necessari per compilare alcuni pacchetti.

Il server di sviluppo utilizza la versione del pacchetto che hai installato localmente, indipendentemente dalla versione specificata in app.yaml. Se vuoi, configura un virtualenv per il tuo progetto per fornire la versione esatta del pacchetto. Tieni presente che virtualenv viene utilizzato solo per questi pacchetti binari localmente e non verrà reso disponibile per la tua applicazione una volta dipiegato. Per aggiungere altre librerie di terze parti, utilizza il metodo descritto in Installazione di una libreria.

Utilizzo di Django nel server di sviluppo locale

Django è un framework per applicazioni web completo per Python. Fornisce un intero stack di componenti intercambiabili, tra cui componenti di elaborazione, visualizzazioni, middleware e modelli e molti altri.

L'interfaccia di modellazione dei dati di Django non è compatibile con il datastore di App Engine. Puoi utilizzare le librerie di modellazione dei dati di App Engine (db o ndb) nelle tue applicazioni Django. Tuttavia, le applicazioni Django di terze parti che utilizzano l'interfaccia di modellazione dei dati di Django, in particolare l'applicazione di amministrazione di Django, potrebbero non funzionare direttamente con App Engine.

La libreria di modellazione Datastore (DB) è l'impostazione predefinita. Per utilizzare Django con l'API di archiviazione NDB, aggiungi 'google.appengine.ext.ndb.django_middleware.NdbDjangoMiddleware', alla voce MIDDLEWARE_CLASSES nel file settings.py di Django. È buona norma inserirlo prima di qualsiasi altra classe di middleware, poiché alcuni altri middleware potrebbero effettuare chiamate al datastore e queste non verranno gestite correttamente se il middleware viene invocato prima di questo. Per scoprire di più sul middleware Django, consulta la documentazione del progetto.

Per attivare Django nella tua app, specifica l'applicazione WSGI e la libreria Django in app.yaml:

...
handlers:
- url: /.*
  script: main.app  # a WSGI application in the main module's global scope

libraries:
- name: django
  version: "1.4"

La variabile di ambiente DJANGO_SETTINGS_MODULE deve essere impostata sul nome del modulo delle impostazioni di Django, in genere 'settings', prima dell'importazione dei pacchetti.

Se il modulo delle impostazioni di Django è diverso da settings.py, imposta la variabile di ambiente DJANGO_SETTINGS_MODULE di conseguenza nel file app.yaml:

env_variables:
  DJANGO_SETTINGS_MODULE: 'myapp.settings'

In alternativa, nel codice Python:

import os
# specify the name of your settings module
os.environ['DJANGO_SETTINGS_MODULE'] = 'myapp.settings'

import django.core.handlers.wsgi
app = django.core.handlers.wsgi.WSGIHandler()

Utilizzo di matplotlib nel server di sviluppo locale

Matplotlib è una libreria di rappresentazione grafica che produce grafici e figure in vari formati di immagine. Su App Engine, le modalità interattive di matplotlib non sono supportate e non sono disponibili anche diverse altre funzionalità. Ciò significa che non puoi utilizzare pyplot.show() come suggerito da molti tutorial su matplotlib. Devi invece utilizzare pyplot.savefig() per scrivere i dati delle immagini nello stream di output, in un'istanza cStringIO.StringIO o in Google Cloud Storage utilizzando la libreria client di Cloud Storage.

Matplotlib consente una personalizzazione estesa tramite l'utilizzo del file di configurazione matplotlibrc, che deve essere inserito nella directory di primo livello dell'applicazione. In alternativa, puoi impostare la variabile di ambiente MATPLOTLIBRC su un percorso relativo alla directory dell'applicazione.

Il backend predefinito è AGG, che consente di scrivere file di tutti i formati supportati: PNG (il formato predefinito), RAW, PS, PDF, SVG e SVGZ. Se rendi disponibile la libreria PIL aggiungendo PIL alla sezione libraries di app.yaml, il backend AGG supporterà automaticamente anche la scrittura dei formati di immagine JPEG e TIFF.

Matplotlib è dotato di una serie di caratteri disponibili automaticamente. Puoi utilizzare i caratteri personalizzati caricandoli in formato TTF insieme all'applicazione e impostando la variabile di ambiente TTFPATH sul percorso in cui si trovano, rispetto alla directory dell'applicazione. Per ulteriori informazioni, consulta la documentazione di riferimento app.yaml.

Alcune funzionalità di matplotlib non sono supportate su App Engine. In particolare:

  • Non esiste una directory ~/.matplotlib. Tuttavia, esistono posizioni alternative per posizionare il file di configurazione matplotlibrc, come descritto sopra.
  • I backend interattivi e gli elementi GUI non sono supportati.
  • I backend EMF, Cairo e GDK non sono supportati.
  • Non viene utilizzata la memorizzazione nella cache e, pertanto, una serie di meccanismi ricalcolerà o riscaricherà i dati che normalmente verrebbero memorizzati nella cache. I meccanismi di memorizzazione nella cache specifici che sono stati disattivati includono i dati dei caratteri calcolati da matplotlib.font_manager.FontManager.findfont, i dati di esempio scaricati da matplotlib.cbook.get_sample_data e i dati finanziari scaricati da matplotlib.finance.fetch_historical_yahoo.
    • Poiché non è presente la memorizzazione nella cache, non è possibile chiamare [matplotlib.cbook.get_sample_data](http://matplotlib.org/api/cbook_api.html#matplotlib.cbook.get_sample_data) con asfileobj=False, a meno che examples.download non sia impostato su False.
  • Tutte le funzionalità che richiamano comandi esterni sono state disattivate.
    • L'utilizzo di fontconfig è stato disattivato. I caratteri vengono trovati tramite il meccanismo descritto sopra.
    • L'utilizzo di LaTeX per il rendering del testo non è supportato. L'impostazione di text.usetex su True non funzionerà.
    • L'utilizzo di un programma di distillazione PostScript esterno non è supportato. L'impostazione di ps.usedistiller su ghostscript o xpdf non funzionerà.
    • L'utilizzo di un programma di codifica video esterno non è supportato. Il metodo matplotlib.animation.Animation.save non funzionerà e, pertanto, il pacchetto matplotlib.animation non è utile.
    • La funzione matplotlib.cbook.report_memory e la classe matplotlib.cbook.MemoryMonitor non sono supportate.
  • La funzione matplotlib.test è stata disattivata.

Passaggi successivi