Entergram Güncellemesi - 25 Haziran 2026 Haftası: Kararlılık, Proxy Araçları ve 25+ Düzeltme

Bu hafta Entergram'da derin bir mühendislik haftasıydı. İki yeni altyapı özelliği yayınladık, yüksek hacimli çalışma alanlarında kararlılığı belirgin biçimde iyileştirdik ve mesajlaşma, bağlantı yönetimi, kuruluma giriş, faturalama ve CRM tablosuna yayılan 25'ten fazla hatayı kapattık. Yayına giren her şey aşağıda.

Yöneticiler artık proxy trafiğini belirli rotalara ve bağlı hesaplara atfedebiliyor, yani hangi bağlantının ne kadar proxy bant genişliği tükettiğini görebiliyorsunuz. Bununla birlikte tek tek rotalara özel statik proxy atayabilirsiniz. Havuzun IP döndürmesi yerine belirli Telegram hesapları için öngörülebilir ve sabit bir IP gerektiğinde bu çok işe yarar.

Linear'da DEV-149

Artık bir arka plan işçisi her proxy'yi düzenli aralıklarla yokluyor ve sağlık durumunu güncelliyor. Bu da yönetici panelinin gerçek bağlantı durumunu yansıtması demek. Sorunları destek biletleri üzerinden öğrenmek yerine, bozulmaya başlayan proxy'leri kullanıcılarınızı sessizce etkilemeden yakalayabilirsiniz.

Linear'da DEV-151

Çok sayıda bağlı hesapta yüzlerce sohbet barındıran büyük çalışma alanları, ciddi ana iş parçacığı tıkanması ve tarayıcı yavaşlığı yaşıyordu. Bu hafta ws-v2 bağlantı motorunu elden geçirdik: account.bind patlamalarını kısıtladık ve folder.chats.fetch çağrılarını belirli bir tempoya oturttuk. Sonuç, daha önce 692 uzun görev ve yaklaşık 166 saniyelik ana iş parçacığı tıkanması üreten bir QA oturumunun artık temiz biçimde yüklenmesi.

Linear'da DEV-191

Yoğun çalışma alanlarındaki hesaplar, arka plandaki MTProto oturumu hayatta olup trafiği taşımaya devam ederken bile "Yeniden bağlantı gerekli / Bağlantı kesildi" rozeti gösteriyordu. Rozeti gören operatörler gereksiz yeniden girişler tetikliyor, bazı durumlarda telefon numarası üzerinde Telegram FLOOD_WAIT sınırına takılıyordu. Rozet artık yalnızca gerçek bir bağlantı sorunu olduğunda çıkıyor.

Linear'da DEV-177

Sesli mesajlar yeniden çalıyor. Gelen sesli mesajlar sessizce başarısız oluyordu, oynat düğmesi hiçbir şey yapmıyordu. Tüm sohbet türlerinde düzeltildi. (DEV-133)

"Socket closed" hataları çözüldü. Bazı çalışma alanları chat.subscribe bağlam hatasıyla sert bağlantı kopmaları yaşıyordu. Alttaki soket yeniden bağlanma mantığı artık kararlı. (DEV-120)

Süper grup ve kanal geçmişi doğru yükleniyor. Süper gruplarda gezinmek, ön yüz ağ geçidinin tanımadığı eşleştirme ipuçları (entity_class_name) gönderdiğinde history.around yolunda "Invalid realtime command payload" hatası üretiyordu. Ağ geçidi katmanında düzeltildi. (DEV-168, PRODUCT-121)

Sohbet ederken veya iletirken sayfa artık donmuyor. Operatörleri konuşmanın ortasında etkileyen bir don ve yenile sorunu sınıfı çözüldü. (DEV-143)

Çevrimiçi durumu tutarlı. Sohbet tablosundaki ve sohbet başlığındaki varlık göstergeleri farklı kaynaklardan okuyordu. Artık ikisi tek bir çözümlenmiş varlık durumunu paylaşıyor. (DEV-186)

Grup sohbetinde doğru gönderen adı. Grup akışlarındaki mesaj balonları bazen içeriğin üstünde yanlış Telegram kullanıcı adını gösteriyordu. Hem chat_list.window.snapshot hem de live_chat_list.delta yollarında düzeltildi. (DEV-192)

Okunmamış sayıları doğru kalıyor. Birkaç senaryo okunmamış rozetinin fazla saymasına yol açıyordu; örneğin 2 mesaj gönderip 5 okunmamış görmek gibi. Sayaç artık yeniden bağlanmalar boyunca doğru uzlaşıyor. (DEV-135)

Yinelenen mesaj balonları düzeltildi. İki veya daha fazla bağlı hesap aynı sohbette olduğunda, aynı mesaj açık akışta iki kez görünebiliyordu. Bu, hesaplar arası birleştirme değil ön yüzdeki bir görüntüleme tekilleştirme hatasıydı. Düzeltildi. (DEV-183)

Gönderen yedeği ve tepki sahipleri çözümleniyor. Sohbet geçmişi gelen mesajlarda bazen gönderen etiketi olarak other gösteriyordu ve tepki balonları "Tepkiler yükleniyor" ekranında takılı kalıyordu. İkisi de düzeltildi. (DEV-156)

Yanıt verdikten sonra sohbetler klasör görünümünde kalıyor. "Okunmuş sohbetleri hariç tut" işareti açık klasörler, operatör yanıt gönderir göndermez sohbeti listeden atıyor ve konuşma oturum ortasında kayboluyordu. Klasörler artık siz başka yere geçene kadar yanıtlanan sohbetleri koruyor. (DEV-178)

MCP yeni kişilere mesaj gönderiyor. MCP entegrasyonu, daha önce hiç yazışmadığınız bir Telegram kişisine mesaj göndermeye çalışırken hata veriyordu. İlk kez gönderimler artık doğru çalışıyor. (DEV-141)

Ölü oturumlar kendiliğinden toparlanıyor. Oturum aracısının rota kapasitesi mantığındaki (observeRoutes) bir hata, bazı oturumların öldükten sonra yeniden başlamamasına yol açıyordu. Etkilenen hesaplar her geçmiş veya klasör isteğinde nats: no responders gösteriyor, aracıyı yeniden başlatmak da işe yaramıyordu. Açlık hatası çözüldü, ölü oturumlar artık kendini diriltiyor. (DEV-139)

ws-v2 bağlantı penceresi artık 400 hatası yağdırmıyor. Bir zamanlama sorunu, hesap bağlama yoklama döngüsünün var olmayan bir kimlik doğrulama oturumu kimliğini sorgulamaya devam etmesine neden oluyor ve tek oturumda yüzlerce API request failed: 400 bildirimi üretiyordu. Yoklama yaşam döngüsünde düzeltildi. (DEV-181)

Ayarlar'da proxy bağlantı durumu doğru görünüyor. Proxy göstergesi, sağlıklı bağlantılarda bile Ayarlar sayfasına her girdiğinizde "yükleniyor" durumunda takılı kalıyordu. Artık gerçek canlı durumu yansıtıyor. (DEV-154)

Kullanıcılar çalışma alanlarına sorunsuz katılıyor. Yeni bir kullanıcı katıldıktan sonra CRM sohbet tablosuna düştüğünde React maksimum güncelleme derinliği çökmesi (#185) tetikleniyordu. Kök neden, CHAT_PAGE_SIZE_OPTIONS tanımı içinde her render'da yeniden üretilen sabit bir dizi referansıydı; artık render döngüsünün dışına taşındı. (DEV-165, DEV-167)

Kuruluma girişte davet kabulü düzeltildi. Kuruluma giriş sırasında çalışma alanı davet bağlantısını yapıştıran kullanıcılar, hedef çalışma alanına gerçekten katılmadan akışı tamamlayabiliyordu. Boş bir kişisel çalışma alanına düşüyor, sonra Ayarlar ve Sohbet Tablosu geçişinde çöküyorlardı. Davet kabulü ve yönlendirme mantığı artık doğru. (DEV-170)

Çıkarılan kullanıcılar geri gelmiyor. Çalışma alanından çıkarılan veya ayrılan üyeler, eski bir davet bağlantısı oturumu üzerinden her sayfa yenilemesinde tekrar içeri alınıyordu. /api/onboarding uç noktası artık yeniden katmadan önce üyelik durumunu kontrol ediyor. (DEV-175)

E-posta değişiklik talepleri iptal edilebiliyor. Bekleyen e-posta değişikliği için iptal düğmesi bir eyleme bağlı değildi, tıklamak hiçbir şey yapmıyordu. Artık bekleyen talebi doğru şekilde iptal ediyor. (DEV-137)

Açık temada sohbet seçimi görünüyor. Beyaz temada sohbet satırlarını seçmek, eksik bir kontrast belirteci yüzünden görünmez veya neredeyse görünmez vurgular üretiyordu. Düzeltildi. (DEV-157)

Deneme sürümündeki sahipler çıkmaz hataya takılmadan koltuk alabiliyor. Sahibin aktif ücretli aboneliği yokken purchaseSeat() çağrısı 400 OWNER_SUBSCRIPTION_REQUIRED dönüyor. Deneme sürümündeki sahipler artık önce abone olmaları gerektiğini anlatan net bir yönlendirme ve abonelik sayfasına doğrudan bir yol görüyor. (DEV-174)

Abonelik satın alma güvenilir çalışıyor. Stripe yönlendirmesi sırasında oturumun geçersizleşmesiyle tetiklenen 401 ve 403 kimlik doğrulama çakışmaları sınıfı çözüldü. (DEV-172)

Medya ve video hız sınırı hatası vermeden oynuyor. /api/realtime/media uç noktası dakikada 20 istekle sınırlayan genel bir kurala tabiydi. Tarayıcıda video akışı aynı dosya için birden çok bayt aralığı isteği gönderdiğinden sınır bir saniyeden kısa sürede aşılıyordu. Medya istekleri artık genel sınırlayıcıyı atlıyor. (DEV-152)

Arama eksiksiz ve tutarlı. Bazı aramalar kısmi sonuç döndürüyor ya da ilk sorguda "Telegram Araması kullanılamıyor" hatası veriyordu. Aynı terim için sonraki aramalar çalışıyordu. Düzeltildi, sonuçlar artık ilk istekte doğru geliyor. (DEV-136)

"İlk gelen mesajdan bu yana geçen süre" uygulamayı açtığınız andan değil Telegram'dan sayıyor. Bu özel sütun sayacını, mesajın Telegram tarafından ilk alındığı an yerine Entergram'ı açtığınız andan başlatıyordu. Zaman damgası kaynağı artık doğru. (DEV-162)

Sürüm notları uzun olduğunda asıl mesaj kaybolabiliyor, o yüzden pratik karşılıklarını özetleyelim.

Çok hesaplı büyük çalışma alanları yönetiyorsanız en büyük kazanç ws-v2 çalışması. Yüzlerce sohbeti tek gelen kutusunda toplayan ekiplerde sekme donmaları, geç açılan klasörler ve gecikmeli yazma sorunları operatörlerin gününü yiyordu. Bu hafta yapılan kısıtlama ve tempolama değişiklikleri tarayıcıdaki iş yükünü düşürüyor, yani aynı donanımda daha fazla hesap izleyebilirsiniz.

Kendi proxy'lerinizi işletiyorsanız iki yeni yönetici aracı sizi tahminden çıkarıyor. Rota başına kullanım verisiyle hangi bağlantının bant genişliğini tükettiğini görebilir, statik proxy atamasıyla hassas hesapları sabit bir IP'de tutabilirsiniz. Sağlık izleyici ise bozulan bir proxy'yi kullanıcılar şikayet etmeden önce görünür kılıyor.

Destek veya topluluk yönetiyorsanız klasör görünümü düzeltmesi günlük ritminizi doğrudan etkiliyor. Yanıt verdiğiniz an sohbetin listeden kaybolması, sırayı temizlerken yerinizi kaybetmek demekti. Artık klasör siz başka bir görünüme geçene kadar sohbeti tutuyor.

Yapay zeka iş akışları kuruyorsanız MCP düzeltmesi önemli. Daha önce hiç yazışmadığınız bir kişiye ilk mesajı göndermek artık çalışıyor, bu da MCP üzerinden yürüttüğünüz ilk temas ve yayın akışlarının kapsamını genişletiyor.

Kararlılık çalışmalarının çoğu görünmez olduğu için, iyileşmeyi kendi çalışma alanınızda ölçmek isteyebilirsiniz. Birkaç pratik öneri:

1. Yükleme davranışını ölçün. En kalabalık klasörü açın ve sohbet listesinin tam olarak çizilmesine kadar geçen süreyi not edin. Aynı ölçümü bir hafta sonra tekrarlayın.
2. Rozetlere güvenin. "Yeniden bağlantı gerekli" rozeti artık gerçek bir sorunu işaret ettiği için, gördüğünüzde yeniden bağlanmakta tereddüt etmeyin. Rozet yokken gereksiz yeniden giriş denemeyin, FLOOD_WAIT riskini böyle azaltırsınız.
3. Proxy panelini haftalık gözden geçirin. Sağlık durumu bozulan bir rota varsa, hangi hesapların o rotaya bağlı olduğunu önceden bilmek sorunu dakikalar içinde çözmenizi sağlar.
4. Yanıt sürelerinizi karşılaştırın. Telegram analitiği üzerinden bu haftanın yanıt süresini geçen haftayla karşılaştırın; arayüz gecikmesi düştüğünde bu rakam genelde birlikte düşer.

Hata bildirimi göndermeye devam edin. Bu listedeki kayıtların büyük bölümü doğrudan kullanıcıların ilettiği somut senaryolardan çıktı ve tekrar üretilebilir bir örnek, düzeltmenin hızını belirleyen en önemli etken.

Ekibiniz Entergram'a yeniyse Telegram CRM sayfasından başlayabilir, çok hesaplı kurulum için çoklu hesap yönetimi bölümüne bakabilir ya da yapay zeka tarafı için Telegram MCP sayfasını inceleyebilirsiniz.

v0.16.0 ve önceki tüm sürümlerin tam değişiklik günlüğü Entergram Yenilikler sayfasında yer alıyor.