Vista previa de solución de problemas

Primero identifique qué superficie falló

La vista previa del desarrollo, la aplicación publicada y la imagen estática en una tarjeta de proyecto son superficies diferentes. Un error en uno no prueba que los tres estén rotos.

Registre la aplicación seleccionada, la ruta de la página, el error exacto y el tiempo aproximado. Si el proyecto contiene varias aplicaciones, verifique que haya seleccionado la que tiene la vista previa de cara al usuario.

Una vista previa del desarrollo no utilizada se detiene después de 10 minutos sin actividad. Al abrir la Vista previa se inicia de nuevo; dé tiempo para que la aplicación esté lista. Al regresar a una pestaña o ventana del navegador con la Vista previa abierta, también se verifica en segundo plano y se inicia si es necesario, manteniendo visible una página ya cargada sin mostrar un cargador solo para verificar. Esto no elimina los archivos del proyecto ni detiene la aplicación publicada o la base de datos administrada.

¿Qué significan los errores de puerta de enlace?

504 Gateway Tiempo de espera significa que una puerta de enlace no recibió la respuesta ascendente que necesitaba antes de la fecha límite. Por sí solo, no identifica si la causa es la aplicación, sus dependencias o el enrutamiento de la plataforma.

503 Servicio no disponible puede aparecer mientras una aplicación se está iniciando o no está disponible. 502 Bad Gateway indica una falla del proxy o del protocolo ascendente. Registre el código real en lugar de tratarlos a todos como el mismo error.

Una aplicación puede responder a un control de salud local mientras falla su ruta pública. Por lo tanto, "La aplicación devolvió HTTP 200 localmente" no es prueba de que la vista previa integrada funcione.

Si Amazi informa una aplicación en mal estado mientras funciona la vista previa, pídale que distinga la verificación de la aplicación actual de la verificación de la base de datos y los inicios fallidos anteriores. Una aplicación recuperada con una base de datos disponible ya no debería informarse como en mal estado debido al estado de la base de datos.

Recuperarse sin perder el trabajo

1. Espere a que finalice cualquier preparación activa o reinicio deliberado.
2. Utilice la acción visible Reintentar y confirme la aplicación y ruta seleccionadas.
3. Si la falla persiste, solicite a Amazi que inspeccione el inicio de la aplicación, su configuración, el puerto configurado, el enrutamiento público y el URL exacto que falla. Amazi puede inspeccionar por sí mismo los diagnósticos de inicio disponibles; No es necesario buscar el diario del servidor ni pegar contraseñas y claves en el chat.
4. Si no puede establecer una solución segura, envíe la evidencia a través de Solución de problemas y soporte.

No elimine el proyecto, no restablezca su base de datos ni inicie repetidamente nuevas tareas pagas simplemente para borrar un error de vista previa. El tiempo de inicio depende del trabajo requerido; un estado “inicial” indefinido necesita un diagnóstico, no una suposición de que es normal.

Si varios proyectos que anteriormente estaban funcionando dejan de abrirse al mismo tiempo, infórmelo juntos al Soporte. Los fallos de inicio compartidos pueden requerir una reparación de la plataforma; recrear cada proyecto o cambiar sus dependencias no es un primer paso necesario.

Cuando la primera tarea de creación falla o se detiene, la pantalla de preparación finaliza. Cualquier vista previa ya disponible permanece accesible; Al detener la tarea no se terminan las partes faltantes de la aplicación.

Vista previa integrada versus una pestaña separada

La vista previa está incrustada en un marco de origen cruzado. Los redireccionamientos de inicio de sesión, el comportamiento de las cookies y las restricciones de seguridad del navegador pueden diferir al abrir la misma dirección por separado.

Si la página separada funciona pero la vista integrada no, informe ambos resultados. Solicite que se verifique el problema real de autenticación o encuadre; Eliminar los controles de seguridad indiscriminadamente no es una solución confiable.

¿Por qué la imagen de la tarjeta del proyecto es antigua?

La imagen de la tarjeta es una captura de pantalla capturada, no la aplicación en vivo. El nuevo trabajo comprometido se captura por separado. Si la captura falla, la última imagen exitosa puede permanecer mientras se vuelve a intentar una captura posterior.

Abra Vista previa para inspeccionar el comportamiento actual. Informe una miniatura obsoleta por separado de un tiempo de ejecución roto para que una aplicación que funcione no se reconstruya innecesariamente.

Los cambios de vista previa no son una versión de producción.

Las actualizaciones de fuentes pueden aparecer en desarrollo antes de su publicación. Para actualizar la versión de producción pública, utilice Publicación y dominios. Identifique siempre qué dirección probó al informar un resultado.