Çevrimdışı

bu : " 00:46:51 < AlphaTech > Script Request: Can someone please make me a script that has the bot join on /invite
Bu forumdaki linkleri ve resimleri görebilmek için en az 25 mesajınız olması gerekir.
"
istek üzerine yapılıp ,sonradan Türkçe çevirisi yapılmıştır....

ne iş yapar ? : bot'a gelen "invite" kanala davet'leri ,bot sahibine notice olarak iletir.bot sahibi onay komutu verirse ,davet edilen kanala girilir. red komutu verildiğinde davet yok sayılır/silinir.

 

Çevrimdışı

Sadece öneri olarak;

bind msg n "!tamam" accept_inv
bind msg n "!olmaz" reject_inv

bunları direkt tanıtacağına, davet geldiğinde tanıtsan yani;


gibi, daha iyi olmaz mı yani targetchan sorgusuyla kontrol ettirmek yerine burda bind yapıp diğer procların altında artık unbind midir ne ise o şekilde sildirmek gibi

Çünkü mesela atıyorum !tamem ve !olmaz bindlerini belki ctcp içinde kullanmak istersen eğer direk ctcp altından bindlersen 2 kod çakışmaz

 

Çevrimdışı

amaç davet edildiği kanalı ::targetchan "global namespace variable" denilen değişken ile ,hafızada tutması sağlanıyor ki ; bu durumda botu restart yada kill edip yeniden başlatılmadığı sürece bu bilgiyi tutması sağlanıyor.

bu sayede onay yada red kararı verecek bot sahibi, davet geldiği anda botun attığı notice uyarısını göremese dahi ,daha sonradan isterse bir gün yada günler sonra görüp onay yada red komutunu uyguyabilme olanağı olabiliyor.

bind'leri proc içinde alıp dediğiniz şekilde prosedür çalıştığında devreye girmelerini sağlamak !trigger/komutla karar verilmesi gereken bunun gibi bir durumda , hiçbirşeyi fark ettirmez. ister dışarıya koyun ister içe yerleştirin ,sonuç yine !komuta bakar.

ancak misal işletilen prosedürün başka bir prosedürü otomatik olarak tetiklenmesi beklenirse o dediğiniz şekilde yapmak ,bindleri oraya yerleştirmeye bir anlam kazandırır.

örneğin who çektirmek için bir prosedür vardır ,o prosedür içine who'dan dönecek cevabı almak için diğer prosedürü işletmeniz gerekecektir bu durumda o cevabı alacak prosedürü tetikleyecek bind'i içeride tutmanız gerekebilir.

böylesi bir durumda o bind'i prosedür içinde tutmanızın bir amacı/işlevi olur.şimdi sizin yukarda önerdiğiniz gibi prosedür içine almakla dışında olması arasında uygulamada bir "fark" yaratacak durum olamayacaktır.

unset ile bind raw ile yakalanacak invite bilgisi işi bitince sıfırlanıp,hafızadan temizlenir. ,::targetchan global değişkeninde saklıyken alttaki !komutla çağırılan prosedürlerde info exists ile kontrol ediliyor ki eğer böyle bir bilgi/veri hafızada var ise ... gereken yapılıyor. zaten yok ise prosedür sonunda return 0 ile o komutlar etkisiz oluyor.

yani davet olmadan,saklanan bir davet edilmiş kanal bilgisi olamayacağından, o komutlardan herhangi birini kullandığınızda hiçbir tepki alamazsınız.var ise istenen görevi yapar.

ha kod her beklentiyi karşılar mı? değil tabi geliştirilmeye üstünde oynanmaya açıktır tabi ki...eggdrop Tcl kodları açık kaynaktır. isteyen,dileyen kendi ihtiyaçları,fikirleri doğrultusunda gördüğü kodu alıp geliştirebilir ekleme çıkarma,düzenleme yapabilir. hiçbir sıkıntı yoktur.
(emeği geçen başka biri varsa kodda ,sıfırdan kendiniz yazmamışsanız emeği geçen/leri onore etmek ,kod içinde onun imzasına/adına yer vermek,bir teşekkür vs adettendir. sadece ..)

mesala ne eklenebilir bana göre owner yoksa,bağlı değilse eggdrop'un notes modülünden faydalanarak bir memo/note eklenebilir. ki böylece bot sahibi sunucuda yoksa geldiğinde not/memo olarak kendisine iletilebilir. yada memoserv'de kullanılabilir bu iş için .. vs vs ..

yapılabilecekler ,kendi ihtiyaçlarınız ve hayal gücünüzle sınırlı.. biri istedi yaptım verdim o hayatından memnun,istediğini,beklediğini aldı... bende başka birileri daha kullanmak isteyebilir diye alıp buraya koydum ,bu noktada benim bununla (en azından şimdilik, ileride olurda canım çeker hadi şuna biraz daha fazla özellik ekleyip geliştireyim diye bir şevk gelmediği sürece..) işim bitmiştir...

 

Çevrimdışı

hadi biraz daha geliştirip o özelliği de ekleyelim... memo/not değilde (ki şart da değil öyle olması)

ortada botun aldığı bir davet (invite) var ise ,davet edilen kanalı ::targetchan ile ve kimden geldiğini ayrı bir değişken ile bot hafızasında saklayıp,ortada bilgilendirecek bir sahip (owner) yoksa, o geldiğinde/kanala (botun olduğu herhangi bir kanala) girişinde sahibine bu aldığı davet bilgisini iletsin....

ki böylelikle bot sahibi "online" değilse dahi ,döndüğünde isteğe kabul yada red cevabını verebilsin....


ki böylelikle bot sahibinin botun attığı davet bilgisi notice'ini görmemesi/gözden kaçırma olasılığı da bir anlamda ortadan kalkıyor.çünkü buna bir kabul yada red cevabı verinceye dek bu bilgi (bot hafızası temizlenmediği sürece) saklanacak ve sahibi her kanala girdiğinde ona bir karşılama mesajı gibi atacaktır.. sahibi yanıt verdiğinde bu bilgiler temizlenmiş olacak ve artık o kabul/red komutları da işlemeyecek.... hikayenin sonu...