Opciones del servidor de desarrollo local

El servidor de desarrollo local (dev_appserver.py) forma parte de los componentes de App Engine del SDK de Cloud. En este tema, se proporciona información avanzada sobre el uso de dev_appserver.py. Consulta Usa el servidor de desarrollo local para obtener más información acerca de las pruebas locales.

Uso:

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

En el argumento posicional yaml_path, se especifica uno o más archivos app.yaml, uno por servicio.

Para obtener una lista completa de las opciones, escribe:

dev_appserver.py -h

Las opciones más comunes se describen aquí.

--admin_host=ADMIN_HOST
El nombre de host al que se debe vincular la consola del administrador del servidor de desarrollo local (valor predeterminado: localhost).
--admin_port=ADMIN_PORT
Puerto al que se debe vincular la consola del administrador del servidor de desarrollo local (valor predeterminado: 8000).
--enable_sendmail=yes|no
Utiliza la instalación de Sendmail de la computadora local para enviar mensajes de correo electrónico.
--help
Imprime un mensaje útil y luego se cierra.
--host=...
La dirección del host que se usará para el servidor. Es posible que debas configurarlo para poder acceder al servidor de desarrollo desde otra computadora de tu red. Una dirección 0.0.0.0 permite tanto el acceso de localhost como el acceso de IP o nombre de host. El valor predeterminado es localhost.
--log_level=...
El nivel de registro más bajo en el que se escribirán los mensajes de registro en la consola; se emitirán los mensajes del nivel de registro especificado o superior. Los valores posibles son debug, info, warning, error y critical.
--port=...
El número de puerto que se usará para el servidor. El valor predeterminado es 8080. Si se inician varios servidores, por ejemplo, para servicios, se les asignarán puertos subsiguientes, como 8081, 8082.
--logs_path=...
De forma predeterminada, los registros para el servidor de desarrollo local se almacenan solo en la memoria. Especifica esta opción cuando ejecutes el servidor de desarrollo local para almacenar los registros en un archivo, lo que hace que los registros sigan disponibles luego de diversos reinicios del servidor. Debes especificar la ruta y el nombre del directorio y para un archivo de base de datos SQLite. Se crea un archivo de base de datos SQLite con el nombre especificado si el archivo aún no existe. Por ejemplo: --logs_path=/home/logs/boglogs.db
--require_indexes=yes|no
Inhabilita la generación automática de entradas en el archivo index.yaml. En su lugar, cuando la aplicación realiza una consulta que requiere que su índice se defina en el archivo, pero no se encuentra esta definición, se generará una excepción. Esto es similar a lo que sucedería cuando se ejecuta en App Engine. El valor predeterminado es no.
--smtp_host=...
El nombre de host del servidor SMTP que se usará para enviar mensajes de correo electrónico.
--smtp_port=...
El número de puerto del servidor SMTP que se usará para enviar mensajes de correo electrónico.
--smtp_user=...
El nombre de usuario que se usará con el servidor SMTP para enviar mensajes de correo electrónico.
--smtp_password=...
La contraseña que se usará con el servidor SMTP para enviar mensajes de correo electrónico.
--storage_path=...
Ruta en la que se almacenarán todos los archivos locales, como los archivos y los registros de Cloud Datastore, Blobstore y Cloud Storage, a menos que --datastore_path, --blobstore_path o --logs_path la anulen.
--support_datastore_emulator=yes|no
Usa el emulador (Beta) de Cloud Datastore para la emulación de almacén de datos local.
--datastore_emulator_port=...
El número de puerto que se usará para el emulador (Beta) de Cloud Datastore.
--env_var=...
Variable del entorno definida por el usuario para el proceso del entorno de ejecución local. Cada env_var tiene el formato de clave=valor y puedes definir múltiples variables del entorno. Además de env_variables en el archivo app.yaml, esta marca permite establecer variables de entorno adicionales para procesos locales. Por ejemplo: --env_var KEY_1=val1 --env_var KEY_2=val2
--go_debugging=yes|no
Configúralo en sí para habilitar la depuración con delve o gdb. Esto creará el objeto binario de la aplicación con todos los símbolos necesarios para la depuración. Puedes adjuntar al proceso en ejecución normalmente, p. ej.,: sudo dlv attach <pid>.
¿Te ha resultado útil esta página? Enviar comentarios:

Enviar comentarios sobre...

Entorno estándar de App Engine para Go