IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Kavram yanılgıları zihnimize bilgiyi eksik kaydetmek ya da ön bilgilerimizin sağlam oturtulmamasından kaynaklı hatalardır.
Esasen gündelik hayatımızda sıkça karşılaştığımız hatta bildiğimiz halde doğrusunu söylemediğimiz bir çok kavram yanılsamaları mevcuttur.
Komut öğrenimi bir çeşit eğitim sistemidir ve haliyle bu sorun, bu alanda da karşımıza çıkmaktadır.
Peki biz helper'ların en çok karşılaştığımız ya da doğru olduğunu sandığımız fakat aslında öyle olmayan komutlar/yargılar nelerdir?
Şahsım adına en çok gözlemlediğim hataları aktarmaya çalışacağım.

Servisler adına aldığımız tüm yardımları Helpserv sağlamaktadır.

Helpserv Bize 3 servis hakkında tanımlama yapar. /helpserv help komutunu uyguladığımızda (çoğu zaman ingilizce) Nickserv, Chanserv ve Memoserv hakkında kısa tanımlarla karşılaşırız. Ve bize sağladığı tek yardım o servisler hakkında nasıl yardım alacağımız yolunu göstermesidir.

Bunu gösterirken zaten /nickserv help , /memoserv help , /chanserv help komut sistematiğini kullanarak bilgiye ulaşmamızı sağlıyor.Artık bundan sonra alacağımız tüm yardımlar servislerin kendi yardım verme şekilleridir.

Yani bir /chanserv help komutu karşısında aldığımız yardımı bize Helpserv değil Chanserv sağlamış olur. /Nickserv help commands komutu karşısında bize cevap veren Helpserv değil Nickserv'dir. Başta belirttiğimiz servis ne ise komutun cevabını daima ondan alırız. Örneğin;

/memoserv help set limit < komutunu uyguladığımızda çıkan bilgi;

«00:23:31» -MemoServ- Kullanimi: SET LIMIT [kanal] limit
-
«00:23:31» -MemoServ-
-
«00:23:31» -MemoServ- Sizin veya belirtilen kanalin alabilecegi en fazla not
-
«00:23:31» -MemoServ- sayisini belirler.Eger bu limiti 0 olarak ayarlarsaniz
-
«00:23:31» -MemoServ- size not birakilamaz.Bu limit en fazla 15 olabilir.

Şeklindedir. Görüldüğü üzere cevabı veren Memoserv'dir.

Akick komutu kullanıcının kanala girişini engeller.

Akick = auto kick demektir. Türkçe karşılık olarak otomatik kick'leme işlemidir bunun anlamı. Kanala girmeyen bir kişinin kanaldan kick'lenmesi yani atılması olayı takdir edersiniz ki yanlış bir düşüncedir.Kişinin kanala girişi engellenecekse bu neden kick'le yapılır? Yani akick'te ki bir nick kanala girebilir, girer ve akick listesindeki maskla uyuştuğu için chanserv tarafından kick'lenir yani KANALDAN UZAKLAŞTIRILIR.

Kanala girişin engellenmesi terimi ban'la ifade edilebilir. Ve ban'la akick'in formatları farklıdır.

Şöyle ki; /chanserv akick #SVSdesk add Ichigo!*@* Akick şeklinde tanımlı maskı akick'e aldık.

«00:25:59» -ChanServ- Ichigo!*@* maskesi #SvsDesk kanalinin akick listesine eklendi.

«00:26:21» • Giriş : Ichigo (Soyle@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...]Helper.Soyle.Net)
«00:26:21» • Mode : ChanServ mode değiştirdi +b Ichigo!*@*
«00:26:21» • Kick : Ichigo , ChanServ Tarafından Atıldı Sebep: (AKICK by Nymph (Akick))

Görüldüğü üzere bir giriş söz konusu.Ve an içinde kişinin maskı akick listesinde olduğu için kanaldan uzaklaştırılıyor.

/mode #SVSdesk +b OrLy!*@*

şeklinde tanımlı maska ban uyguladığımızda ise nick kanala hiç bir şekilde giremiyor.İşte kanala girişin gerçekten engellendiği form bu şekildedir.Tanımlı maska status'ta yansıyan cevap ise şu şekildedir;

[00:27:58] #SvsDesk Kanalına tekrar giremezsiniz ((Adresiniz veya Nickiniz Banlanmış Durumda. Kanala giremezsiniz))

Memoserv Save komutuyla saklanan bir not Del komutu ile silinemez.

/memoserv help save komutunu uygulayacak olursak status'a yansıyacak cevap şu şekildedir;

«12:43:53» -MemoServ- Kullanimi: SAVE [kanal] {num | liste}
-
«12:43:53» -MemoServ-
-
«12:43:53» -MemoServ- Belirtilen not ya da notlarin zaman asimina ugramalarini engeller.

Tanımda açıkça belirtilen save komutunun uygulanan notu zaman aşımına uğramasını engellemesidir.Bir not tahmini 100 gün içerisinde kendi kendine silinme tehlikesi yaşar.Save de bunu önleme amaçlıdır yalnızca.Saklamak kastı o notu asla silemeyiz gibi bir yanılgıya düşürmemelidir bizi.Örnek verecek olursak, Bu konuyla alakalı şöyle bir soru gelsin. ''Nickime gelmiş notlardan 8 ile 13 de dahil 8 ve 13 arası notları silmek istiyorum yalnız 10uncu not silinmesin.'' Bu tür bir soruda genel olarak verilen cevap ne yazık ki şöyledir;

//memoserv save 10 | /memoserv del 8-13

Burada kişi onuncu notun böylelikle silinmeyeceğini düşünmektedir. O halde komutu aynen uygulayıp çıkacak sonucu kontrol edelim.

«12:55:35» -MemoServ- 10 numarali notunuz silinmeyecek.
-
«12:55:36» -MemoServ- 6 adet not silindi.

Bu cevaptan sonra /memoserv list komutu ile 10uncu notumuz duruyor mu kontrol edelim.

«12:55:49» -MemoServ- Sira Gonderen Tarih/Saat
-
«12:55:49» -MemoServ- 3 UquR Eyl 03 14:32:01 2013 EEST
-
«12:55:49» -MemoServ- 4 Su Eyl 08 22:17:55 2013 EEST

Görüldüğü üzere 10 numaralı not mevcut değil. Del komutu ile birlikte o da silindi. Save komutu ile 10 numaralı notun silinmeyeceği bilgisi zaman aşımına uğrarsa silinmeyeceği anlamını taşımaktadır. O halde bu sorunun doğru yanıtı aslında şöyle olmalıdır;

/memoserv del 8,9,11-13

Mlock'la + olarak kilitlenen bir mod mlock -mode şeklinde açılır.

Mlock = mode lock yani mode kiliti demektir. Mlock sayesinde bir mode + ya da - olarak sabitlenebilir. Yani mlock'un amacı modu nasıl belirtmişsek o şekilde kilitlemesidir. Örneğin /chanserv set #kanal mlock +M-s komutu uygulanan bir kanalda kanal daima +M modundadır ve /mode #kanal -M[/B] ile asla -M moduna alınamaz.Chanserv buna izin vermeyecektir. Şöyle ki;

/mode #night -M

«13:07:10» • Mode : Nymph mode değiştirdi -M
«13:07:11» • Mode : ChanServ mode değiştirdi +M

Yine aynı şekilde yukarıdaki mlock komutunda kanalı -s olarak kilitlediğimiz için bu kez de kanal asla +s moduna alınamayacaktır.

/mode #night +s

«13:09:26» • Mode : Nymph mode değiştirdi +s
«13:09:27» • Mode : ChanServ mode değiştirdi -s

Peki şimdi benim kanalım mlock ile +M modunda ve bunu açmak istiyorum. /chanserv set #kanal mlock -M diye belirtecek olursam eğer o anda kanala chanserv -M verir ve şart teoride sağlanmış olur. Ama bu, modu açmak değil aksine bu kez de modu -M olarak kilitlemek anlamına gelir.

O halde kanalın mlock ayarlarını sıfırlayalım. Bu kez de kişinin aklına ama mlock la kilitlenen diğer modlar da kalkmış olur cümlesi gelmekte. Oysa ki siz +M-s olarak
kilitli bir mlock ta -M modu için mlock kullandığınız zaman zaten diğer mlock ayarlarını yok saymış olursunuz. Şöyle ki;

/chanserv set #night mlock -M

«13:13:46» -ChanServ- #night kanalindaki "mode lock" -M olarak degisti. Cümlede açıkça sadece -M modu'nun mlock'ta olduğundan bahsediliyor.Peki mlock
ile kilitlediğim -s ne durumda kontrol edelim;

/mode #night +s

«13:15:52» • Mode : Nymph mode değiştirdi +s

Görüldüğü üzere zaten -s modu mlock hafızasından silinmiş. Bu durumda demekki mlock komutu daima son kullanılan komutu dikkate alır.

O halde siz +M-s olarak belirtilmiş bir mlock'ta +M modunu açmak istiyorsanız ya kanalın mlock ayarlarını sıfırlayıp mlock'ta olmasını istediklerinizi yeniden bir komut ile sağlar ve ardından kanalda /mode #kanal -M modunu uygularsınız, ya da mlock'tan kaldırmak istediğiniz +M modunu yeni mlock komutunda yazmazsınız ve böylece +M mlock hafızasından silinir /chanserv set #kanal mlock -s yaparak -s modu kilitli kalmaya devam ederken M modu serbest bırakılmış olur ve /mode #kanal -M komutu ile mod açılır.

j kanal modu kanalda belirtilen süre içerisinde kanala kaç giriş olacağını belirten moddur.

+j kanal modu kullanım şekli şöyledir: /mode #kanal +j giriş:belirtilensüre

Burada girişten kastımız toplu join değil bir kişinin giriş çıkışıdır. yani;
/mode #kanal +j 3:30 şeklinde belirtilen bir mod kanala 30 saniye içinde 3 kişi girsin ya da kanalda 3 kişi arasındaki giriş farkı 30 saniye olsun şeklinde değil; Bir kullanıcı kanalda 30 saniye içerisinde toplam 3 kere join/part yapabilir demektir.

Tüm girişler için yığılmayı önlemek istiyorsak elimizde zaten f (flood) kanal modunun j parametresi mevcuttur.

/mode #kanal +f [3j#i]:30 şeklindeki bir komut kanala 30 saniye içerisinde 3 kişi girsin limit aşılırsa kanal +i moduna alınsın demektir.

/mode #kanal +j 3:30 şeklindeki bir komut ise sadece tek bir kullanıcı için kanala 30 saniye içerisinde toplamda 3 kere giriş yapabilir demektir.

Ignore komutu ile kişinin bize yazması engellenir.

Ignore kelimesinin anlamı görmezlikten gelmek, yok saymak demektir. Biz bir nick için /ignore nick komutunu uyguladığımızda bu kişinin bize yazmasını engellemez sadece yok sayarız.Oysa bu kişi yazmaya devam edebilir ve aslında yazıları da bize ulaşır.Peki bunu nasıl biliyoruz?

*** Su!*@* Rededilenler (Ignore) Listesine Eklendi

Eğer bir debug penceresi açarsak; /debug @pencere şeklinde, ignore ettiğimiz nickin aslında bize yazıyor olduğunu görmüş olacağız.

<- :Su!Asrevya@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...].X.Net PRIVMSG Nymph :Asdcfvgbhn

Su nickinin yazıları bana özelden ulaşmadığı halde debug penceresinde görülmektedir. Bu da ignore komutunun engellemek değil sadece yok saymak/görmezlikten gelmek olduğunun bir kanıtıdır.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] , Tebrikler bunu ben daha önce defalarca anlatmaya calıştım lakin kimse ya anmaladı yada anlamak istemedi :)

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] , bilgilendirme için teşekkürler hocam ;)

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Tamamını okuduğumu söylemek isterim. Güzel paylaşım, bilgiler için teşekkürler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Çok başarılı bi yazı , tebrikler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Bilgilendirmeniz için teşekkürler gayet aydınlatıcıydı.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Helple ilgilenen arkadasların bu tür dökümanlardan yararlanması, Help departmanlarının kalıcı olmasını sağlıyor. Emeğinize sağlık.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Bilgiler için teşekkürler, emeğinize sağlık. Aslında bu başlık altında titiz bir çalışma ile çok faydalı ve detaylı bir dokuman hazırlanabilir. Ozellikle IRCd ile alakalı karıştırılan veya yanlış anlaşılabilen fazlaca fonksiyon ve komut yapısı var. Bu alanda helper arkadaşlarımız bir girişim yaparlar umarım..

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Konu, benim ve diğer helper arkadaşlar içinde yararlı geldi. @[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] konuyu sabitliyorum umarım dökümana devam edersin. HELP adına teşekkürler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

IRCHelp'te Karşılaştığımız Kavram Yanılgıları II

Chanserv clear komutu ile kanaldaki tüm modlar temizlenebilir.

/chanserv clear #kanal modes komutu kanaldaki modları temizlemek içindir fakat burada 'bütün' ifadesini kullanırsak yanlış olur. Çünkü mlock ile + ya da - şeklinde belirtilip kanala konulan modlar clear komutu ile temizlenmez.
Her ne kadar clear ve mlock komutlarının ikisi de chanserv komutu olsa da mlock bir set parametresidir.

Şöyle ki;

«10:29:50» -ChanServ- #night kanalindaki "mode lock" +ms olarak degisti.

Şu anda kanalda +ms mlock la sabitlenmiş kanal modları bulunmakta. Kanal için modlara clear çekecek olursak

/chanserv clear #night modes

«10:30:05» • Mode : ChanServ mode değiştirdi -smntf [4t]:4
«10:30:05» • Mode : ChanServ mode değiştirdi +sm

Görüldüğü üzere Chanserv önce tüm modları kaldırmak istiyor fakat mlock sebebi ile +sm modları tekrar kanala ekleniyor.


Kanalda hiç bir şekilde invite komutu kullanılmasın istiyorsak levels komutu ile invite opsiyonunu dis olarak ayarlayabiliriz.

Az da olsa bu karışıklık da komut öğretiminde tespit edilmiştir. Aslında burda kanalda /invite nick #kanal komutunun kullanılması yasaklanmaya çalışılmaktadır. Zaten kişinin aklına da yine bu komut gelse bile /chanserv levels #kanal dis invite komutu uygulanarak invite komutunun kişilere kapatılacağı düşünülmektedir.
Oysa ki komuta dikkat edelim, Ben kanalımda /invite komutunu istemiyorum. Levels komutu ile yasaklayacağım şey ise /chanserv invite #kanal komutudur. Bu komut yetkisi olan bir kişinin kanala 'kendisini' chanserv üzerinden davet ettirmesini sağlar.Zaten Chanserv levels komutu ile Chanserv komutlarının seviyelerini değiştirebilirsiniz. oysa ki /invite diye başlayan bu komut bir ircd komutudur. ve bu komut ise komutu kullanma yetkisi olan bir kişinin kanala bir nicki davet etmesini sağlar.Bu komutun kanalınız için kullanılmamasını istiyorsanız +V kanal modunu kullanırsınız.


Silence ve ignore komutlarının işlevleri aynıdır sadece birisi ircd diğeri ise client tabanlıdır.

Yanılgıya burada dikkat edelim. Bunu düşünen kişi, silence komutunun ircd tabanlı ignore komutunun
ise client tabanlı olduğunu bilmekte. Görevlerinin aynı olduğunu söylemekte. Oysa ki silence komutu sadece özelde yazılan yazıları görmemizi engellerken ignore komutunu farklı parametrelerde kullanabiliriz. Ve silence komutu evet bir ircd tabanlı komut olduğu için sunucudan çıkıldığı anda nickle komutun ilişiği kesilir, geri gelindiğinde userlar bu kişiye özelden yazmaya devam ederler. Ignore komutunda ise böyle bir durum söz
konusu değildir siz ignore listenizde belirtilen kişileri silmediğiniz sürece sunucudan her çıkıp girdiğinizde belirtilen maskların size yazdıklarını görememeye devam edeceksinizdir.


Extraban komutları sayesinde bir prefix'e +b ya da +e eklemek sadece belirtilen o prefix'i etkiler.


Bu, çoğu arkadaşımızın hataya düştüğü aslında öğrendiği, bildiği ama unuttuğu bir durumdur. Örneğin; #helpteam kanalında bulunan kullanıcılar #night kanalına giremesin dediğimizde /mode #night +b ~c:#helpteam komutunu kullanırız ve böylece #helpteam kanalındaki herkes ama herkesin #night kanalına girişi engellenmiş olur.
Şimdi farklı bir soru düşünelim. Örneğin #helpteam kanalında bulunan voice prefixine sahip hiç kimse #night kanalına giremesin. Burada vereceğimiz cevap;

/mode #night +b ~c:+#helpteam

şeklindedir. Bu komutu uyguladığımız zaman göreceğiz ki #helpteam kanalındaki voice lu kullanıcılar #night kanalına giremiyor oysa halfop, op , protect gibi voice tan daha yuksek prefixler de giremiyor. Çünkü komutta belirtilen prefix ve üstleri ban'a dahil ediliyor.

«11:34:58» • Mode : Nymph mode değiştirdi +b ~c:+#helpteam

«11:35:21» <%OrLy> [11:35:11] #night Kanalına tekrar giremezsiniz ((Adresiniz veya Nickiniz Banlanmış Durumda. Kanala giremezsiniz))

«11:37:34» <+ZamaN> [11:39:34] #night unable to join channel (address is banned)

Görüldüğü üzere #helpteam kanalında ZamaN nickinin voice prefixi OrLy nickinin ise halfop prefixi var. Komutta + olanları banladığımız halde üstü prefixler de bunlardan etkilendi.

Öyleyse şöyle bir soru yöneltiğinde; #helpteam kanalında bulunan oplar #night kanalına giremesin, fakat halfoplar girebilsin.
Bu soru tamamen öğrendiğimiz şekilde basitçe tek bir komutluk soru. Ama etkilenecek prefixlerin unutulması soruyu hatalı cevaplamamıza neden oluyor şöyle ki bu soruya yüksek bir ihtimalle çoğunun vereceği cevap;

/mode #night +be ~c:@#helpteam ~c:%#helpteam

şeklindedir. Şimdi ilk kısma bakalım op lar banlanıyor yan, bu durumda oplar ve üstü prefixler (protect ve owner) da bu bandan etkilenecekler. ikinci modda ise halfoplara exception yani ban koruması veriliyor. Halfop un üstü prefixleri ise oplar protect sahipleri ve owner dır. bu durumda önceki modları opları ve üstünü banlamıştık ikinci modla beraber halfoplar da dahil hepsine ban koruması vermiş olduk.

O halde sorunun doğru yanıtı şudur; /mode #night +b ~c:@#helpteam

Bu komut yeterlidir çünkü bana oplardan başlandığına göre oplar ve üstü prefixler etkilenecek geri kalanlar etkilenmeyecektir.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Mlock'la + olarak kilitlenen bir mod mlock -mode şeklinde açılır.

Mlock = mode lock yani mode kiliti demektir. Mlock sayesinde bir mode + ya da - olarak sabitlenebilir. Yani mlock'un amacı modu nasıl belirtmişsek o şekilde kilitlemesidir. Örneğin /chanserv set #kanal mlock +M-s komutu uygulanan bir kanalda kanal daima +M modundadır ve /mode #kanal -M[/B] ile asla -M moduna alınamaz.Chanserv buna izin vermeyecektir. Şöyle ki;

/mode #night -M

«13:07:10» • Mode : Nymph mode değiştirdi -M
«13:07:11» • Mode : ChanServ mode değiştirdi +M

Yine aynı şekilde yukarıdaki mlock komutunda kanalı -s olarak kilitlediğimiz için bu kez de kanal asla +s moduna alınamayacaktır.

/mode #night +s

«13:09:26» • Mode : Nymph mode değiştirdi +s
«13:09:27» • Mode : ChanServ mode değiştirdi -s

Peki şimdi benim kanalım mlock ile +M modunda ve bunu açmak istiyorum. /chanserv set #kanal mlock -M diye belirtecek olursam eğer o anda kanala chanserv -M verir ve şart teoride sağlanmış olur. Ama bu, modu açmak değil aksine bu kez de modu -M olarak kilitlemek anlamına gelir.

O halde kanalın mlock ayarlarını sıfırlayalım. Bu kez de kişinin aklına ama mlock la kilitlenen diğer modlar da kalkmış olur cümlesi gelmekte. Oysa ki siz +M-s olarak
kilitli bir mlock ta -M modu için mlock kullandığınız zaman zaten diğer mlock ayarlarını yok saymış olursunuz. Şöyle ki;

/chanserv set #night mlock -M

«13:13:46» -ChanServ- #night kanalindaki "mode lock" -M olarak degisti. Cümlede açıkça sadece -M modu'nun mlock'ta olduğundan bahsediliyor.Peki mlock
ile kilitlediğim -s ne durumda kontrol edelim;

/mode #night +s

«13:15:52» • Mode : Nymph mode değiştirdi +s

Görüldüğü üzere zaten -s modu mlock hafızasından silinmiş. Bu durumda demekki mlock komutu daima son kullanılan komutu dikkate alır.

O halde siz +M-s olarak belirtilmiş bir mlock'ta +M modunu açmak istiyorsanız ya kanalın mlock ayarlarını sıfırlayıp mlock'ta olmasını istediklerinizi yeniden bir komut ile sağlar ve ardından kanalda /mode #kanal -M modunu uygularsınız, ya da mlock'tan kaldırmak istediğiniz +M modunu yeni mlock komutunda yazmazsınız ve böylece +M mlock hafızasından silinir /chanserv set #kanal mlock -s yaparak -s modu kilitli kalmaya devam ederken M modu serbest bırakılmış olur ve /mode #kanal -M komutu ile mod açılır.

Öncelikle emeğinize sağlık.
Şimdi sormak istediğim şu, kayıt edilen bir kanalda mlock komutu kullanıldıysa bir daha hiç bir şekilde iptal edilemez mi ?

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] tabiki iptal edilebilir. /chanserv set #kanal mlock + komutu ile kanaldaki tüm sabitlenen modlar kaldırılmış olur. Ama örneğin sizin kanalınızda mlock la sabitlenmiş +ST-m modları var diyelim ki. Yani burda kanalınızda /mode #kanal +m-ST yapmak isterseniz Chanserv kanalınızı +m moduna almaz ve -ST modlarına da almaz çünkü +ST-m olarak kilitlemişsiniz. Eğer mlockları kaldırmak istiyorsanız /cs set #kanal mlock + yapmalısınız.
Sadece +S modunu kaldırmak istiyorsunuz mlock tan diyelim ki o zaman da mlock için sadece +S yi işin içinden çıkarıp mlocku yeniden tanımlamalısınız. /cs set #kanal mlock +T-m şeklinde. Böylece S modu mode kilitinden kalkar ve siz dilediğiniz gibi kanalda /mode #kanal +S , /mode #kanal -S yapmaya devam edersiniz.
Çünkü Chanserv daima kanal için uygulanmış son mlock komutunu dikkate alır ve daima modları nasıl tanıtmışsanız + ya - o şekilde kilitler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Teşekkürler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Levels komutu belirlenen kişiler tarafından kullanılabilir

Chanserv levels komutları ile belirli chanserv komutlarını belli yetkililere açıp kapatabiliriz. /chanserv help levels desc komutu ile hangi chanserv komutlarının seviyeleri değiştirilebilir görüntüleyebiliriz. Örneğin bir founder olarak ben kanalımda clear komutlarını herkes kullansın istersem /chanserv levels #kanal set clear 0 komutunu kullanarak /chanserv clear #kanal opsiyonlar komutunu kanalda bulunan herkesin kullanmasına izin vermiş olurum. Burada gözlemlenen hata şudur. Bir founder ya da kanalı identify etmiş founder yetkisine ulaşmış bir kullanıcı levels komutu kullanma yetkisine sahiptir. Yani ''Benim kanalımda yetkisi 10 olan ya da yetkisi 999 olan kişiler levels komutunu kullanarak kanaldaki komut kullanım seviyelerini değiştirebilme hakkına sahip olsun'' gibi bir şey söz konusu değildir. Bir founder olarak ya da kanali identify ederek founder yetkilerine ulaşmış bir kişi olarak levels ile bir çok chanserv komutunu kimlerin kullanabileceğine karar verebilirsiniz.Hatta tüm değiştirilebilecek chanserv komutlarını herkesin kullanmasına izin verebilirsiniz. Fakat levels komutunu kullanmak tamamen size yani kanalın sahibine ve identify etmiş kişilere özgüdür.


Chanserv status ve Chanserv access list ile bir nickin access seviyesine ulaşabiliriz.

Aslında bu, cümle olarak doğru bir önermedir. Access list ve status komutlarını kullanma seviyesini aynı olarak düşünelim. Her iki komutu da kullanma hakkım olduğunu varsayalım. Access list ile bir kanalın erişim listesine ulaşırız. Status ile bir kanaldaki belirtilen nickin erişim seviyesini görüntüleriz.

/chanserv status #helpers ZamaN

«12:05:02» -ChanServ- STATUS #helpers ZamaN 6

/chanserv access #helpers list ZamaN

«12:05:38» -ChanServ- #helpers Kanali Erisim Listesi:
-
«12:05:38» -ChanServ- Sira Seviye Nick Ekleyen
-
«12:05:38» -ChanServ- 10 6 ZamaN Nymph

Şimdi bir başka nickle deneyelim.

/chanserv status #helpers UquR

«12:07:22» -ChanServ- STATUS #helpers UquR ERROR Nick not online

/chanserv access #helpers list UquR

«12:07:54» -ChanServ- #helpers Kanali Erisim Listesi:
-
«12:07:54» -ChanServ- Sira Seviye Nick Ekleyen
-
«12:07:54» -ChanServ- 8 6 UquR Su

Görüldüğü üzere ilk nick için status ve acc list ceap verirken ikinci nick için yalnızca acc list cevap vermiştir. Status komutunda not online sebepli bir error vermiştir. Bunun sebebi UquR nickinin komut uygulandığı vakit online olmayışıdır. Yani status komutu nickin erişim seviyesini verir ancak bu kişinin online olması gerekir. Access list ise aynı şekilde değildir. Access bir listeleme biçimi olması ve yetkileri tabiri caizse hafızasına kaydetmesi sebebi ilekişinin online olup olmadığına bakmadan nickin erişim seviyesini size verir.
O halde burada doğru kullanılacak cümle şudur: ''Access list ile bir nickin erişim seviyesine, status ile kanaldaki bir nickin erişim seviyesine bakabiliriz.''



Who komutu ile kanal parametresi olan c - olarak kullanılamaz.

Who komutu parametrelerinden biri olan kanal parametresi c kanaldaki kullanıcıları görüntüler.

/who +c #cansuu

#cansuu Nymph Hr@ Nothing@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...].Soyle.Net :0 Kusursuz
#cansuu Onur Hr*@ KoCaeLi@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...].Net.Ag.Yoneticisi :0 Best IRC Server SoyLe.NET 6668
#cansuu Different Hr*@ Diffo@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...]Admin.Soyle.Net :0 * Added Love!*@* to ignore list.
* (/WHO) listesinin sonu

c parametresi wildcard kabul etmez. Yani içinde help geçen kanallarda bulunan kullanıcıları görüntüleyelim dediğimizde; /who +c #*help* şeklinde bir komut kullanamayız. Bunu bir çok helper bilir, fakat c yi - olarak kullanmak sanırım biraz da biz eğitmenlerin bu şekillerde örnek vermemesinden kaynaklı olarak adayların veya helper ların kafasını karıştırabiliyor. Hatta bu şekilde sunulan bir yazıya da rastlamıştım c wildcard kabul etmez - olarak kullanılmaz şeklinde.

/who -c+n #help ??????

şeklinde bir kullanımda help kanalında bulunmayan nicki 6 haneli maskları görüntüleriz.

#SVSDesk Serkan Hr [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :0 ™¤¶•ƒîkrîmîñ îñ¢€ GµLµ ¢ãñımsıñ •¶¤™
#muhabbet Sessiz Hr* [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :0 My SouL Is An EffeC† ..!
#Adana ATAhan Hr [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :0 [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] Operatör Script V2
#SoyLe MuRaT- Hr [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] :0 [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] Operatör Script V2
#IRCd Nammed Hr Matthys@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...]Helper.Soyle.Net :0 %logo
* Sugarr H enforcer@[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...].net :0 NickServ Enforcement
* (/WHO) listesinin sonu

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

~ En çok denk gelinenlerden birtanesi heralde , paylaşım için tşkler ..

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

güzel paylaşım : Tebrikler Elysian

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Emegine saglik sevgili @[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] cok güzel aciklamissin tebrik ederim : )

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Ellerine sağlık @[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...], UFak tefek eksikleri saymassak Anlatım olarak cok güzel olmuş.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

EmekLerine sağLık oLdukça BaşarıLı bir sunum [Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...]...

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Öncelikle emeğinize sonsuz saygı duyuyorum, açıklamalar vs. gayet güzel. Lakin burada yanlış olan bir şey var. Aslında bunların hiç birisi yanılgı değil, sadece bilinçsiz kullanıcıya bazı şeyleri daha basit anlatabilmek için kullanılan cümleler.

Örnek vermek gerekirse, bilinçsiz bir kullanıcı helpe girdi ve ignore komutu ne işe yarıyor diye sordu.

- İgnore komutu uygularsanız karşıdaki kişi size yazabilir ama siz görmezden gelirsiniz.
- İgnore komutu karşıdaki kişinin size yazmasını engeller.

Hangisi bilinçsiz bir kullanıcı için daha anlaşılırdır? 1. seçeneği söylediğimizde kişi bir çok anlam sıkışıklığında kalabilir. Lakin 2. seçenek tamamiyle kişinin aradığı şeydir ve sonuçtur. Çünkü bilinçsiz bir kullanıcı geldiğinde ayrıntıları değil, işini görecek bir açıklama ister.

Başka bir örnek verirsek akick için geldi diyelim.

- Akick maskeye uyan kişilere otomatik kick atılmasını sağlar.
- Akick kullanıcının kanala girişini engeller.

Akick için gelen kullanıcı için sonuç ayrıntılardan daha önemlidir. Demek istediğim aslında bunların hiç birisi kavram yanılgısı değil, sadece bilinçsiz kullanıcılara anlatmak için kullanılan cümlelerdir.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

En nihayetinde anlatandan ya da anlatanın anlatım şekline göre karşı tarafın çıkardığı anlamdan kaynaklı yanılgılar :) En azından 'literatür'deki adı bu, ''kavram yanılgısı'' olarak geçiyor. Değerli yorumunuz için teşekkür ederim @[Üye Olmadan Linkleri Göremezsiniz. Üye Olmak için TIKLAYIN...] ,zaten sizin de dediğiniz gibi ya basitleştirmek için cümleleri karşı tarafı isteyerek ya da istemeyerek yanılgıya düşürüyoruz ya da yine dediğiniz gibi ayrıntılarla ilgilenmediğimiz için yine kavramın anlamını bilerek ya da bilmeyerek bozmuş oluyoruz. Bu durumda yine yanılgıyla paralel bir şekilde buluşuyoruz :)

Bilmişlik yapmış olmayayım bunu sakın yanlış anlamayın ama kavram öğretimi dersi geniş çapta aldığım bir derstir, sizin dediğiniz basitleştirmek için kullanılan cümleler öğrencilerde, insanlarda yaşamın her anında zaten var, en basitinden atomlar arası bağ koparsa kimyasal değişim olur diye ilkokulda öğretmenler basitçe anlatır geçerler, çünkü bilgi bu kadarla yeterlidir o öğrenci için. Olayı temelde anlamış görünür. Çok sonra ise bunun bir kavram yanılgısı olduğunu fiziksel bağda da kopmalar olacağını öğrenir öğrenci.

Yani bütün bunlar demem o ki; sizin dediğiniz gibi sırf basitleştiriliyor ya da yardım alacak user'a ya da helper adayına böylesi yeter diye bu şekilde anlatılıyor olunca kavram yanılgısı olmaktan çıkmaz. :) Bu net bir şekilde kavram yanılgısıdır, ona bu kadarı yetsin ya da yetmesin.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Elbette ki dediğiniz gibi kavram yanılgıları olabilir, dersini almadım yada pek bir bilgim yok o yüzden sizinle bu konuda tartışamam, benim sadece belirtmek istediğim nokta isteyerek yapılan bir şey ne kadar yanılgı olabilir yada farketmeden kavram yanılgılarına sebep oluyor muyuz bilemiyorum tabi :)

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Çoook eskiden bu tür şeylere fazlasıyla kafa yormuş biri olarak diyorum ki, bu tür şeyler için harcadığınız emeğe, zamana çok yazık.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

O kadar çok helper arkadaşımdan o kadar çok övgü ve destek geldi ki; kesinlikle yazık olduğunu düşünmüyorum. Aksine bu tür şeyler belki daha fazla yaygınlaşmalı. Değerli yorumunuz için teşekkürler.

Cevap: IRCHelp'te En Çok Karşılaştığımız Kavram Yanılgıları
 

Öncelikle belirteyim, kötü niyetli değilim. Eleştirmek için de eleştirmiyorum. Sadece konuya dair fikrimi söyledim. Anladığım kadarıyla da yanlış anlaşılmadım zaten.

Bu işin emekliliği IRC'ye artık doyduğunuz zaman oluyor. Siz IRC'ye doymadan, aşk ile bu hobinizi sürdürmeye devam ediyorsunuz. Hele ki işin için de komutlar var ise...

Fakat; IRC'ye doyduğunuzda yani artık emekli olma zamanınız geldiğinde, işler eskisi gibi gitmiyor. Verilen emekler, harcanan zamanlar için belki pişmanlık duymuyorsunuz fakat "ne uğruna" sorusunu sormaktan da kendinizi alamıyorsunuz.

Demem o ki; "ne uğruna" sorusunun cevabı umarım "pişmanlık" olmaz ve umuyorum ki komutların büyülü dünyasına kapılıp, gerçek yaşantınızda size lazım olan zamanınızdan çalmıyorsunuzdur.