Fewona.Net

Скоро ще правим upgrade на services с по-нова версия. Има те ли някоя свежа идея, която да приложим и реализираме в новата версия?
Имате дб и желаете да я импортнем? Пишете ни, сега е момента!

Искате ли базата данни от унибг да я импортнем?

В момента работим над специален SeenServ, който ще изписва подробно освен кога даден човек е бил за последно, но и с какъв host,ident,realname и ще има възможно да се поискат последните 5 влизания (тоест с какъв хост са били например). Търсене по хост няма да бъде възможно от съображения за сигурност (във Fewona държим на неприкосновеността на личния живот), така че ако поиска някой да влезе и да чати с друг ник, без да бъде следен и търсен по хост.. Напомняме ви, че може да скривате сами IP-то си, като напишете /hs TAKE $account.users.fewona.net (Забележка: Ако ника ви съдържа _ [ ] { } и подобни символи забранени в хостовете, ще трябва ръчно да ви сложим спуф)

Една от промените, както вече знаете, е че ще има опции за други езици, освен английски - испански, руски и сега превеждаме на български
Става въпрос за хелповете и отговорите, които сервизите дават, например:
-=18:33:07=- [@Rix_!~rix@127.0.0.1] !access add Rix admin
-=18:33:07=- ChanServ [ChanServ@services.]: Rix was added with the admin role in #asdf.
Ще се изписва
-=18:33:07=- [@Rix_!~rix@127.0.0.1] !access add Rix admin
-=18:33:07=- ChanServ [ChanServ@services.]: Rix беше добавен с админ роля в #asdf.

както и например
/ns help register
-=18:34:25=- NickServ [NickServ@services.]: ***** NickServ Help *****
-=18:34:25=- NickServ [NickServ@services.]: Help for REGISTER:
-=18:34:25=- NickServ [NickServ@services.]:
-=18:34:25=- NickServ [NickServ@services.]: This will register your current nickname with NickServ.
-=18:34:25=- NickServ [NickServ@services.]: This will allow you to assert some form of identity on
-=18:34:25=- NickServ [NickServ@services.]: the network and to be added to access lists. Furthermore,
-=18:34:25=- NickServ [NickServ@services.]: NickServ will warn users using your nick without
-=18:34:25=- NickServ [NickServ@services.]: identifying and allow you to kill ghosts.
-=18:34:25=- NickServ [NickServ@services.]: The password is a case-sensitive password that you make
-=18:34:25=- NickServ [NickServ@services.]: up. Please write down or memorize your password! You
-=18:34:25=- NickServ [NickServ@services.]: will need it later to change settings.
-=18:34:25=- NickServ [NickServ@services.]:
-=18:34:25=- NickServ [NickServ@services.]: Syntax: REGISTER <password> <email-address>
-=18:34:25=- NickServ [NickServ@services.]:
-=18:34:25=- NickServ [NickServ@services.]: Examples:
-=18:34:25=- NickServ [NickServ@services.]: /msg NickServ REGISTER bar foo@bar.com
-=18:34:26=- NickServ [NickServ@services.]: ***** End of Help *****

Ще е с обяснения на български.

Напомняме ви, че services имат голяма функционалност и може да се възползвате от нея и да я разучите, особено като е готов превода ще ви е по-лесно.
Например може да се групирате с вашите приятели и да имате допълнителни глезории (напишете /gs help)

Да според мен ще е супер ако някой от старите чатари влезне нека да му е резерве nick-a
аз съм за

Подкрепям колегата root.. Напълно покрепям и предложението.. Аз съм за!

При обновлението на сервизите, заедно с импорт-а можем да ви редактираме регистрационното време, ако имате другаде регистрация и искате да си припомняте това паметно събитие
Забележка: Трябва да докажете, че сте собственик на ника тук и в другата мрежа.

Моля ако имате някакви препоръки отностно модули/настройки да ни пишете.
Малко инфо:
http://www.stack.nl/~jilles/irc/atheme-help/
https://github.com/atheme/atheme
https://github.com/atheme/atheme-contrib-modules
http://atheme.net

Ъпгрейд-а предстои скоро, така че побързайте ако имате идеи.

Кажете и какво мислите за импортването на базата данни от унибг? Вероятно само прякори с настройка имейл ще оставим, какъв е вашият коментар по темата?

Имаме идея да създадем Meta Network, на принципа на Janus. Благодарение на Janus може да се свържат няколко мрежи и да сформират интер-линк (една обща мрежа наречена мета мрежа), без да се наруши автономноста и инфраструктурата и целостта на всяка от отделните мрежи. (тоест Janus позволява всяка мрежа да си запази ircd и services версиите, операторите и админите и самостоятелното си съществуване, но дава възможност на определни канали да се свържат, като всяка мрежа си решава кой канал да свърже и управлението се извършва от фаундъра (тоест ако има канал с едно и също име в двете мрежи или няма да се линква, или ще се линкне под различни имена във всяка от мрежите, или правата и контролат ще останат в предварително уговорения фаундър). За повече инфо http://www.irc-wiki.org/Janus )

Очаквайте до две (три) седмици промените, като разбира се може и по-рано.

За добавянето на български език в Services и за допълнителните функции на SeenServ няма какво да коментирам - идеите са добри.

За промяна на времето на регистрация на псевдонима - няма много смисъл, тъй като голямата възраст не дава никакви предимства в тази мрежа, но все пак няма да навреди с нищо, така че ако има толкова големи чатъри с претенции - може да им бъде променено, разбира се при определени условия:
- да влязат в друга мрежа и да се идентифицират с псевдонима си (за доказателство, че го притежават), така че да се вижда от колко време е регистриран, и там да напишат на някой от нашите админи, че имат псевдоним и в нашата мрежа (може да е различен).
- само другата мрежа да не е Tux, където импортнаха стара база данни от бившето УниБГ, която освен че е на повече от 5 години, също така беше разпространена публично и масово се крадяха псевдонимите от нея, така че не бих повярвал на доказателства за собственост точно от там.

За импорт на друга база данни с псевдоними от друга мрежа - по принцип не го одобрявам, защото това е отделна мрежа и има голяма вероятност повечето от тези псевдоними (собствениците им) изобщо да не влязат никога тук и само да заемат място и да не могат да бъдат ползвани от други хора. Който ще влиза, може да си регистрира псевдоним и да си го ползва.
Ако все пак се приеме за импорт, е желателно да бъде съобразен с определени условия:
- базата данни да е нова, със съвременни данни, а не от преди години;
- псевдонимът, който се импортва, да не е регистриран вече тук;
- да има email адрес, понеже тук се изисква при регистриране - много от старите псевдоними от УниБГ нямат;
- да се е идентифицирал с паролата си (last seen) преди по-малко време от определен срок - например 3 години.

Съгласен съм за импорта, повечето никове ще седят неизползвани и само ще товарят сервизите. При положение, че ще се променят датите, ако някой стар потребител на унибг се регистрира тук, ще му се ъпдейтне информацията при следващата версия и така целта на импорта е изпълнена. В същото време, ако се направи импорт на всички никове, той няма да е пълноценен, тъй като липсва информация и настройки, а доста от имейлите не са валидни (например вместо имейл някакво изречение). В същото време базата данни я имат доста хора и никове ще се крадат лесно, тъй като се кракват елементарно.
Ако някой има аргументи за импорт да ги сподели, в противен случай засега въпроса клони към това да няма импорт.

Какво ще кажете след ъпдейта да има модул за auto-join при идентификация в nickserv, тоест слагам си 5 канала и като вляза в мрежата и се идентифицирам, сервизите ме Join-ват в тези 5 канала автоматично. Смятам да го сложа този модул, макар да не е официален, nenolod го е одобрил. (Ненолод води екипа, който разработва проекта atheme)

Отностно импорта съм 50/50. Не виждам смисъл от такива "глезотийки", въпреки че до някъде ми харесва. Това е екстра от която според мен нямаме нужда от нея, ако някои е стар юзър то повярвайте ми ще си проличи. Пък и рикс си има достатъчно разправий, немисля да го нагърбваме и с подобна глупост.

За новият модул, който предлагаш съм сигурен, че ще има възражения от страна на юзърите. Всеки съди по себе си, и на мен лично не би ми харесало ако ме накарат да влизам някъде на сила (преувеличено, но подобно), немисля че и на някого другиго би му харесало.

Който е стар юзър ще си му импортнем ника отделно да му се запази дата/настройки.

Какво ще кажете за IP cloaking - това е да се скрива ип-то на потребителите без vhost/spoof или ако не са се идент-нали в nickserv да не им се вижда все пак.
Принципа е, че при свързване към сървъра, сървъра слага +ix, където +i е invisible, а +x е hidden host и когато махнете този флаг ще ви се вижда адреса. В противен случаи се маскират последните две числа от IP адреса, ако е резолвнат хост пак се маскира по някакъв начин, но всеки хост има еднаква маска винаги, тоест това няма да развали сигурността в каналите, като някой даде reconnect да му се смени cloak-а - той ще си е винаги еднакъв за даден IP адрес.
Ако няма някой против го слагам, тъй като още в началото мислех да го има, но се колебаех, а сега вече мисля, че е необходимо средство за сигурността и личната неприкосновеност.

Щом при reconnect не му се сменя cloak-a нямам нищо против, иначе chanop-овете ще се видят в приключение..

Cloak-a вече е приведен в действие

Относно модул за auto-join при идентификация в nickserv
Ако идеята е потребителят сам да си добави каналите в които иска да влиза, а не да се приемат автоматично всички в които е добавен - може да се направи, но е добре да има максимален брой за каналите - например колкото е позволено от сървъра, без да се стига до excess flood.
Като цяло е глезотия - трябва да се прецени дали няма да натоварва излишно системата.

NullByte wrote:Cloak-a вече е приведен в действие

Да, забелязах :Р

[01:31:15] Anji is Anji!~ANJI@92.247.hzv.wlg

kopekmop wrote:Относно модул за auto-join при идентификация в nickserv
Ако идеята е потребителят сам да си добави каналите в които иска да влиза, а не да се приемат автоматично всички в които е добавен - може да се направи, но е добре да има максимален брой за каналите - например колкото е позволено от сървъра, без да се стига до excess flood.
Като цяло е глезотия - трябва да се прецени дали няма да натоварва излишно системата.

Така съм съгласен, а не ние да избираме в какви канали да влизат потребителите (кофти е, поне според мен).

Здравейте колеги и колежки като гледам services вече е ъпграде и не е импортнат .дб от унибг а всички ние това чакахме както и да е щом девела е решил здраве да е

Ъпгрейд все още няма и няма да се осъществи поне в близките 2 седмици, а отностно дб все още се дискутира.

Отностно ajoin - не, не се приемат автоматично. Има настройка /ns set ajoin list, /ns set ajoin add #kanal или del #kanal и потребителя си прави списък.
Това е особено удобно при потребителите използващи различни клиенти или тези, които не могат да си настройват в различни мрежи каналите.
Също изключително удобно при потребители на уеб чата, където самия уеб чат има автоматично влизане в основния канал за уебчата, но няма опция за други канали и всеки юзър може да иска да има отделни канали на аjoin.

Syntax: AJOIN <list|add|del> [#channel]

има и опция CLEAR, която изтрива всички канали от листата

Относно лимита - съгласен съм, не съм сигурен дали има, май няма, но ще го направя аз (примерно 20).

Иначе в ircd лимита е 50, въпреки че мислех да го сложа 200, тъй като мрежата не е толкова голяма реших 50. По-малко от 50 е много малко дори за мрежа с 2-3 канала само, просто няма смисъл тъй като повече от 20 канала (в някой мрежи е толкова) не се товари мрежата.

По въпроса с ajoin, нещата седят така:

Да, в момента няма лимит, но аз сложих два лимита - първия е тъй като в базата данни при настройките на ника има ред за ajoin, в който каналите се записват заедно отделени със запетая и ограничих целия низ до 400 (тоест ако имате 15 канала с обща дължина на символите, включително знака # и разделителните запети, която е 390, ако искате да добавите 16ти канал с дължина 11 няма да можете), както и броя им да не надвишава 20.

Оказва се че charybdis няма модул svsjoin, което означава, че и този допълнителен модул за autojoin в сервизите няма как да работи, без svsjoin в ircd. Тъй като това модул, който по всяко време може да се включи, на този етап не смятам да бутам irc daemon-a, само за да се включи тази малко или много глезотия. Понататък ще му обърна внимание.

Note: Offtopic-а е изчистен.

Напомняме ви, че ъпгрейда е скоро и тогава ще се обновяват времената на регистрациите на никове. Моля пишете в тази тема, ако желаете да ви се промени и вашия ник. За целта трябва да предоставите някаква информация от другаде или от форума за датата.

Помнете, че някои неизползвани никове (повече от 30 дни) ще се дропват.

Изключения се правят до една година неактивен ник.

Идеята не е много популярна в България, затова съм скептично настроен, но ще отправя предложението.

Идеята е всичко работи както нормално, отново има акаунти, както сега, само че никовете не могат да се притежават и регистрират, тоест логвате се към определен акаунт и няма значение какъв ви е ника. Давам пример:

В момента - акаунт NullByte, автоматично регистриран първоначален ник NullByte, в последствие регистриран ник - NullByte-afk. И двата ника се водят към акаунта, но всички данни се водят по акаунт не по ник, те са просто като препратка на акаунта в базата данни. Тоест add в канали и регистрации на канали се водят по акаунт. Същото ще бъде и ако няма регистрация на никове - пак си имате адд по акаунт и единствено трябва да се логнете в него. Вече с какъв ник ще сте си зависи от вас и да го сменяте стоите си логнати към акаунта (както и попринцип сега). По този начин се избягват 'властелини' на никове и тн...
За тестове и проба има пусната специална тестова мрежа на адрес /server -m shells.no-ip.info
Забележка: използвайте пълния ник на NickServ, тъй като това е тестова мрежа и алиасите /ns /cs няма да работят..

NickServ се заменя с UserServ, но за целта на теста съм го оставил да се казва NickServ отново.

Ще очаквам мнения и коментари

Да това ще е удобно за хората като колешката ГорскатаФея, който имат 100+ ника..