Opzioni del server di sviluppo locale

Il server di sviluppo locale (dev_appserver.py) fa parte dei componenti App Engine dell'interfaccia a riga di comando gcloud. Questo argomento fornisce informazioni avanzate sull'utilizzo di dev_appserver.py. Per ulteriori informazioni sui test locali, consulta Utilizzo del server di sviluppo locale.

Utilizzo:

dev_appserver.py [options] yaml_path [files...]

L'argomento di posizione yaml_path specifica uno o più file app.yaml, uno per servizio.

Per un elenco completo delle opzioni, digita:

dev_appserver.py -h

In questo articolo vengono descritte le opzioni più comuni.

--admin_host=ADMIN_HOST: Nome dell'host a cui associare la console di amministrazione del server di sviluppo locale (predefinito: localhost).
--admin_port=ADMIN_PORT: Porta a cui è necessario associare la console di amministrazione del server di sviluppo locale (impostazione predefinita: 8000).

--enable_sendmail=yes|no: Utilizza l'installazione di Sendmail con il computer locale per l'invio dei messaggi.

--enable_task_running=yes|no: Consente al server di sviluppo di eseguire attività push. Il valore predefinito è yes. Se specifichi no, il server non eseguirà attività push.
--help: Stampa un messaggio utile e poi si chiude.
--host=...: L'indirizzo host da utilizzare per il server. Potresti dover configurare questa impostazione per poter accedere al server di sviluppo da un altro computer sulla rete. Un indirizzo di 0.0.0.0 consente sia l'accesso localhost sia l'accesso IP o nome host. Il valore predefinito è localhost.
--log_level=...: Il livello di logging più basso a cui verranno scritti i messaggi di logging nella console; verranno generati messaggi con il livello di logging specificato o di livello superiore. I valori possibili sono debug, info, warning, error e critical.
--port=...: Il numero di porta da utilizzare per il server. Il valore predefinito è 8080. Se vengono avviati più server, ad esempio per i servizi, verranno assegnate porte successive, ad esempio 8081, 8082.
--logs_path=...: Per impostazione predefinita, i log per il server di sviluppo locale sono archiviati solo in memoria. Specifica questa opzione quando esegui il server di sviluppo locale per archiviare i log in un file, rendendoli disponibili per il riavvio del server. Devi specificare il percorso e il nome della directory per un file di database SQLite. Se il file non esiste già, viene creato un file di database SQLite con il nome specificato. Ad esempio: --logs_path=/home/logs/boglogs.db
--require_indexes=yes|no: Disattiva la generazione automatica di voci nel file index.yaml. Invece, quando l'applicazione effettua una query che richiede che il suo indice sia definito nel file e non viene trovata la definizione dell'indice, verrà generata un'eccezione, simile a quanto accadrebbe quando viene eseguito su App Engine. Il valore predefinito è no.

--smtp_host=...: Il nome host del server SMTP da utilizzare per l'invio di messaggi email.
--smtp_port=...: Il numero di porta del server SMTP da utilizzare per l'invio di messaggi email.
--smtp_user=...: Il nome utente da utilizzare con il server SMTP per l'invio di messaggi email.
--smtp_password=...: La password da utilizzare con il server SMTP per l'invio di messaggi email.
--storage_path=...: Percorso in cui verranno archiviati tutti i file locali, come Datastore, Blobstore, Cloud Storage e log, a meno che non vengano sostituiti da --datastore_path, --blobstore_path o --logs_path.
--support_datastore_emulator=yes|no: Utilizza l'emulatore Cloud Datastore (beta) per l'emulazione del datastore locale.
--datastore_emulator_port=...: Il numero di porta da utilizzare per Cloud Datastore Emulator (beta).
--env_var=...: Variabile di ambiente definita dall'utente per il processo di runtime locale. Ogni env_var è nel formato chiave = valore e puoi definire più variabili di aumento. Oltre a env_variables in app.yaml, questo flag consente di impostare variabili di ambiente aggiuntive per i processi locali. Ad esempio:--env_var KEY_1=val1 --env_var KEY_2=val2

--go_debugging=yes|no: Imposta su Sì per attivare il debug con delve o gdb. In questo modo, la build dell'app sarà binaria con tutti i simboli necessari per il debug. Puoi collegarti al processo in esecuzione normalmente, ad esempio sudo dlv attach <pid>.