 |
Forum IRC / IRC 2005 / Rejestrowalne kanały |
| << . 1 . 2 . 3 . 4 . 5 . >> |
| Autor | Wiadomość |
| Krzysztof Kowalik |
Posted: 1 Paź 2005 10:44:19
|
| Piotr KUCHARSKI |
Posted: 1 Paź 2005 10:44:23
gdyby wprowadzić
zmianę o której mówisz, wszystkie klienty poprawnie interpretujące 005 musiałyby zostać zmienione. Szukasz dziury w całym, to nie jest żaden problem. Jest. Dodanie drugiego parametru to nie jest zmiana, która mogłaby wprowadzić
zamieszanie wśród użytkowników. Jest. Nigdy żaden MODE szczegółowy nie miał dwóch parametrów. I to musiałoby być poprzedzone zmianą draftu 005 (o uwzględnienie trybów dwuparametrowych), zmianą wszystkich serwerów i klientów, które to rozumieją. Właśnie dlatego, że w różnych sieciach "mode +O maska klucz" może zostać zinterpretowane przez ircd w różny sposób: raz jako jeden tryb, raz jako "mode +O maska" plus "mode klucz". Szczególnie, że problem _nie_może_
być rozwiązany równie dobrze, ale inaczej. Może. p. |
| Piotr KUCHARSKI |
Posted: 1 Paź 2005 10:44:25
głupszych? w 005 nie ma nic o dwóch parametrach, to co, klienty mają
zgadywać? Skoro nic nie ma, to powinny po prostu przekazywać wszystkie podane. Czyli nie ma problemu. I ircd ma zgadywać? A jak nie obsługuje? To po co 005? Dodanie drugiego parametru to nie jest zmiana, która mogłaby
wprowadzić zamieszanie wśród użytkowników. może wsród użytkowników nie, ale w protokole tak. Też nie, bo jak sam zauwazyłeś: CHANMODES=beIR,k,l,imnpstaqr :are supported by this server Tutaj nie ma nic o ilości parametrów w MODE. Jest w drafcie o ISUPPORT. A skoro nie ma, to tak samo
zgodne z 005 będzie MODE z jednym parametrem jak i z dwoma. Nie będzie. Oczywiście można to rozszerzyć, można dorobić support do serwerów i klientów o to rozszerzenie itd. W moim rozwiązaniu po prostu podaje się hasło na końcu polecenia co
jest jasne i zrozumiałe. Ty chcesz stworzyć nowy tryb, ni to usermode, ni to chanmode, który cośtam identyfikuje. Argumentujesz to 005, w którym nie ma mowy o ilości dozwolonych parametrów w MODE. Bezsensu. Z sensem. W moim pomyśle także. A że jakiś klient jest głupi i przyjmuje nie
wiedzieć czemu, ze tryb może mieć tylko jeden parametr, to problem głupiego klienta i jego autora. A zadecydował o tym Neas. Nie mam więcej pytań, Wysoki Sądzie. p. |
| Neas |
Posted: 1 Paź 2005 16:16:14
głupszych? w 005 nie ma nic o dwóch parametrach, to co, klienty mają
zgadywać? Skoro nic nie ma, to powinny po prostu przekazywać wszystkie podane. Czyli nie ma problemu. I ircd ma zgadywać? A jak nie obsługuje? To po co 005? Wszystkie podane parametry, przecież 005 nie przekazuje wprost informacji nt. ilości tych parametrów. Oczywiście w przypadku większej ilości parametrów nie możnaby stosować kombinowanych MODES (bez innych modyfikacji), bo wtedy ircd w pewnych sytuacjach nie mogłoby wiedzieć, do którego z MODES należy dany parametr. Ale jest też inne rozwiązanie, całkiem niezłe moim zdaniem: (lub podobne, jeśli dwukropek z czymś koliduje) W moim pomyśle także. A że jakiś klient jest głupi i przyjmuje nie
wiedzieć czemu, ze tryb może mieć tylko jeden parametr, to problem głupiego klienta i jego autora. A zadecydował o tym Neas. Nie mam więcej pytań, Wysoki Sądzie. Nie zadecydował, tylko wyraził swoją opinię. |
| Neas |
Posted: 1 Paź 2005 16:16:30
|
| Neas |
Posted: 1 Paź 2005 16:16:32
[w największych sieciach] sieciach services (ChanServ/NickServ) nie ma.
^^^^^^^^^^^^^^^^^ Szczególnie, że w dwóch największych na świecie - są. Jeśli piszesz o
EFnecie to ich Chanfix, to też jest serwis, gdybyś nie wiedział. A ile w IRCnecie serwisów, ho ho. Z pięć. Pisałem przecież o konkretnych services, nie jakichkolwiek. |
| Piotr KUCHARSKI |
Posted: 1 Paź 2005 16:31:16
I ircd ma zgadywać? A jak nie obsługuje? To po co 005?
Wszystkie podane parametry, przecież 005 nie przekazuje wprost informacji nt. ilości tych parametrów. Przekazuje wprost. Według umowy. Przeczytaj draft isupport, jeśli nie masz pojęcia, co pokazuje 005. Ale jest też inne rozwiązanie, całkiem niezłe moim zdaniem:
(lub podobne, jeśli dwukropek z czymś koliduje)
Ale tak, ogólnie idea już ciut lepsza. Szczególnie, że problem _nie_może_ być rozwiązany równie dobrze,
ale inaczej. Patrz, jak szybko się znalazło. A _nie_mogło_ być rozwiązane równie dobrze... (Zresztą o tym m.in. pisałem zaprzeczając ww. zdaniu.) W moim pomyśle także. A że jakiś klient jest głupi i przyjmuje nie
wiedzieć czemu, ze tryb może mieć tylko jeden parametr, to problem głupiego klienta i jego autora. A zadecydował o tym Neas. Nie mam więcej pytań, Wysoki Sądzie. Nie zadecydował, tylko wyraził swoją opinię. Nie wyraziłeś opinii, tylko zadekretowałeś, że klient jest głupi, bo przyjmuje, że tryb może mieć tylko jeden parametr. Furda tam, że taki jest stan faktyczny od 15 lat. Problem głupiego klienta i jego autora. Neas wie lepiej, że MODE powinno przyjmować dowolną liczbę parametrów. Nie wiedzieć czemu. Daleko zajdziesz, prorokuję. Acz mam nadzieję, że w ortogonalnym do mnie kierunku. p. |
| Mateusz Szczyrzyca |
Posted: 1 Paź 2005 16:38:03
[w największych sieciach] sieciach services (ChanServ/NickServ) nie ma.
Szczególnie, że w dwóch największych na świecie - są. Jeśli piszesz o EFnecie to ich Chanfix, to też jest serwis, gdybyś nie wiedział. A ile w IRCnecie serwisów, ho ho. Z pięć. Kanałowych? |
| Piotr KUCHARSKI |
Posted: 1 Paź 2005 16:41:04
[w największych sieciach] sieciach services (ChanServ/NickServ) nie ma.
Szczególnie, że w dwóch największych na świecie - są. Jeśli piszesz o EFnecie to ich Chanfix, to też jest serwis, gdybyś nie wiedział. A ile w IRCnecie serwisów, ho ho. Z pięć. Kanałowych? Skądże. :) (Chanfix też nie jest serwisem kanałowym w sensie ChanServ.) p. |
| Mateusz Szczyrzyca |
Posted: 1 Paź 2005 20:33:21
A ile w IRCnecie serwisów, ho ho. Z pięć.
Kanałowych? Skądże. :) (Chanfix też nie jest serwisem kanałowym w sensie ChanServ.) W sensie ChanServ oczywiście nie, ale serwisem kanałowym jest. |
| Neas |
Posted: 1 Paź 2005 20:34:29
gdyby wprowadzić
zmianę o której mówisz, wszystkie klienty poprawnie interpretujące 005 musiałyby zostać zmienione. Szukasz dziury w całym, to nie jest żaden problem. Jest. Weirdo przeszkody upatrywał w kwestiach formalnych, np. zmiany 005 czy innych zmianach o podobnym skomplikowaniu, które następowały, nastepują i będą nastepować. To nie jest problem. Problemem rzeczywiście może być parsowanie dodatkowego parametru przy kombinowanych MODES (którego to problemu rozwiązanie już przedstawiłem), ale na to akurat nie zwrócił uwagi. |
| Neas |
Posted: 3 Paź 2005 00:18:26
MODE %kanal +O (...)
To raczej kiepski pomysł, chyba, że wcześniej zmienisz to: /MODE #neastest +b test |
| << . 1 . 2 . 3 . 4 . 5 . >> |
Powered by miniBB © 2001-2008
IRC 1997 (1287/6819)
- IRC 1996 (40/70)
- IRC 1998 (1616/9432)
- IRC 1999 (2192/18464)
- IRC 2000 (2115/16374)
- IRC 2001 (1921/26742)
- IRC 2002 (1440/22336)
- IRC 2003 (896/13189)
- IRC 2004 (537/7284)
- IRC 2005 (116/2483)
- IRC 2006 (86/1113)
- IRC 2007 (51/340)
- IRC 2008 (8/61)