Sohbet botu yayında iki kez yanıt veriyorsa ne yapmalı

Önce kopyanın türünü belirleyin

Art arda gelen iki aynı yanıt tek bir arıza değil, en az iki farklı arızadır. Birinci durum: bot tek bir olayı aldı ama iki kez aldı. İkinci durum: olay bir kez geldi ama bot iki kez gönderdi. İkisi farklı şekilde tedavi edilir, bu yüzden kod düzeltmeyle başlamayın — loglarla başlayın.

Botun günlüğünü açın ve kopyanın olduğu anı bulun. Ardından iki alana bakın: olay tanımlayıcısı ve alma zamanı.

• Aynı event_id (veya message_id, notification_id — adı platforma bağlıdır) ile milisaniye farkıyla gelen iki istek — bu, tek bir olayın yeniden teslimidir. Tekilleştirme arayın.
• Farklı tanımlayıcılarla gelen iki istek — kanala gerçekten iki işleyici abone olmuştur. İkinci aboneliği arayın.

Hiç log yoksa platform panellerinden başlayın: orada kanal olaylarına kimin abone olduğu görünür.

Panellerde çift abonelik nasıl görünür

Platformlar "bot iki kez bağlı" diye tek satırda göstermez. İşaretler farklı bölümlere dağılmıştır.

Twitch

Hesap ayarlarındaki Connections bölümünü kontrol edin — orada bağlı uygulamaların listesi vardır. Aynı bot hem kanal uygulaması hem de kişisel hesabınızın uygulaması olarak yetkilendirilmiş olabilir. Ayrıca EventSub abonelikleri ayrı yaşar: uygulama, siz panelde entegrasyonu kapattıktan sonra bile channel.chat.message için etkin bir abonelik tutuyor olabilir. Yerel olarak çalıştırılan ikinci bir bot örneği de çalışan örnekle birlikte olayları alır.

YouTube

Burada çoğu zaman suçlu botun kendisi değil, sohbete erişimdir: bot yayına hem moderatör hem de ayrı bir katılımcı hesap olarak bağlıdır. Moderatörler listesine ve kanalın yetkili uygulamalar listesine bakın. Ayrıca — bot birden fazla Google Cloud projesi üzerinden çalışıyorsa anahtarlar iki farklı yoldan gidiyor olabilir.

Discord

En açık durum: aynı sunucuda aynı token'a sahip iki uygulama. İkisi de kanaldaki mesajı görür ve ikisi de yanıtlar. Sunucudaki bot listesini kontrol edin ve kanala aynı adla ikinci bir webhook'un bağlı olmadığından emin olun.

Bu yolun eksisi — yalnızca bota değil, kanal panellerine de erişim gerekir. Kanalı birkaç kişi yönetiyorsa ikinci örneği başka biri kaldırmış olabilir ve sizin bundan haberiniz olmayabilir.

Webhook tekrarı: olay neden iki kez gelir

Harici servis webhook'u teslim eder ve onay bekler. Belirlenen sürede onay gelmezse bir kez daha gönderir. İkinci istek aynı olayı taşır ama bot onu yeni sanır ve yeniden yanıtlar. Bu, sunucunun her takılmasında olur: yük ne kadar artarsa o kadar sık.

Tedavisi bot tarafında tekilleştirmedir. Bir olayın tüm kopyaları için aynı, farklı olaylar için benzersiz bir anahtar gerekir. Anahtar istek gövdesinden veya başlıklardan alınır — bu API'ye bağlıdır ama şema aynıdır.

Tekilleştirme anahtarı örneği

Yeni bir bağışla ilgili webhook'u düşünün. Gövdede id alanı olan bir nesne gelir — yeniden teslimde değişmeyen benzersiz işlem numarası. Mantık şöyle:

1. İstek geldiğinde gövdeden id'yi çıkarın.
2. Depoda (Redis, veritabanındaki tablo) son diyelim bir gün içinde görülüp görülmediğini kontrol edin.
3. Görüldüyse servise "alındı" diye yanıt verin ve sohbete hiçbir şey göndermeyin.
4. Görülmediyse kaydedin ve her zamanki gibi işleyin.

Anahtar olaydan gelmeli, sizin ürettiğiniz bir şey olmamalı: kendi anahtarınızı üretirseniz tek bir olayın iki teslimi farklı anahtarlar alır ve tekilleştirme çalışmaz. Bazı platformlar teslim tanımlayıcısı içeren hazır bir başlık verir — o zaman onu alın, bu daha güvenilirdir. Yaklaşımın eksisi — depo ve temizleme politikası gerekir, yoksa anahtar veritabanı sınırsız büyür.

Kopya iki farklı kaynaktan geldiyse

Ayrı bir hikâye — olayın tekrarlanmadığı, gerçekten iki yerden geldiği durum. Klasik: bot komuta hem sohbette hem de platformlar arası köprü üzerinden iletimde yanıt verir. Veya otomatik yanıt, aynı ifadeye tetiklenen iki tetikleyiciye ayarlanmıştır.

Bu tür kopyalar webhook tekrarından loglarla ayrılır: isteklerin kaynakları farklıdır (farklı platformlar, farklı işleyiciler) ama anlamsal olay birdir. Tetikleyicilerin kesişimini arayın ve birini kapatın. Köprü için — botun kendi mesajlarını geri iletmeyin.

Yayın öncesi kontrol

1. Test komutu gönderin ve kaç yanıt geldiğine bakın.
2. Biri hariç tüm entegrasyonları kapatın, tekrarlayın.
3. Kopya geri gelene kadar birer birer açın — böylece suçluyu bulursunuz.
4. Loglardan iki yanıtın olay tanımlayıcısını karşılaştırın: aynıysa teslim tekrarı, farklıysa ikinci abonelik.

Neden bulunamıyorsa sorunlu olay için otomatik yanıtı kapatın ve loglarla tekrar zamanıyla birlikte servisin desteğine yazın. Beklerken — sohbeti elle yönetin: bir akşamlığına otomasyonu kaybetmek, yayını aynı cümlelerle doldurmaktan iyidir.