я не хочу менять клиент, и сервер тоже
вообще странно что в jabber и вдруг нет игнорирования, плохо это,
получается что можно безнаказанно методично доставать...
--------------
PS: я знаю что ТЫ прочитаешь это. ОТСТАНЬ ОТ МЕНЯ, ЯСНО!?
Или вот ещё, мы думаем сделать возможность подключать фильтры, через которые все входящие мессаги будут проходить, собственно не стоит труда написать скриптовый фильтр. Сообщение представляет собой объект, который помимо текста сообщения хранит ещё информацию о получателе и отправителе. Все это можно сделать доступным из яваскрипта. Тогда вы сможете какой угодно сложности правила блокировки нежелательных мессаг делать.
>Или вот ещё, мы думаем сделать возможность подключать фильтры, через которые все входящие мессаги будут проходить, собственно не стоит труда написать скриптовый фильтр. Сообщение представляет собой объект, который помимо текста сообщения хранит ещё информацию о получателе и отправителе. Все это можно сделать доступным из яваскрипта. Тогда вы сможете какой угодно сложности правила блокировки нежелательных мессаг делать.
Предлагаю сперва резать забаненных. Дабы лишний раз не грузить процессор. Почему - я слышал что icq-клиенты часто вешаются от очереди больших сообщений, возможно ли такое у вас?
Предлагаю сперва резать забаненных. Дабы лишний раз не грузить процессор. Почему - я слышал что icq-клиенты часто вешаются от очереди больших сообщений, возможно ли такое у вас?
Да я думаю, если у сообщению сделать setProperty(«blocked»,true); то нет необходимости дальше его по фильтрам гонять, его сразу можно в /dev/null слать, а этот флаг может установить и аськоплагин на основе серверных данных, он же может и сам его в /dev/null отправить. Я так думаю пусть протоколозависимые фичи будут в протокольных плагинах
Хотя честно говоря для ведения журнала заблокированных мессаг можно и не в /dev/null отправлять, а в какой нить специальный хистори файл с указанием причины блока
вот в жаббере это очень нужно, а то прикроют аську, куда все спамеры, психи, малолетки и гламурное кисо пойдет ? да и ну qip.ru уже давно продумали куда они все пойдут...
>Да я думаю, если у сообщению сделать setProperty(«blocked»,true); то нет необходимости дальше его по фильтрам гонять, его сразу можно в /dev/null слать, а этот флаг может установить и аськоплагин на основе серверных данных, он же может и сам его в /dev/null отправить. Я так думаю пусть протоколозависимые фичи будут в протокольных плагинах
Еще одна подсказка: можно сделать размер журнала фиксированным (настраиваемым). У меня была машинка eeePC 701. И там с журналами проблемы возникли - они все место заполнили на разделе.
вот они то и раздражают больше всего, уж слишком активно сыплются,
еще и с разных адресов, причем (какая наглость!) еще и на моем собственном сервере, пришлось прикрыть регистрацию
>Посмотрим... может и на них такую же управу найдем в виде фильтров
Костыль, конечно, но можно просто отключить уведомления о запросе на подписку и сделать список людей не из ростера сворачиваемым. Пусть себе мигают, я просто сверну и не буду замечать. Будет нужно - почищу или забаню. На первое время пойдёт, если этого времени мало :)
а в самом qutIM то будет что по умолчанию базовое? или надо будет обязательно где-то [на форуме] искать плагин?
Я считаю, что по умолчанию должен быть весьма широкий функционал, поэтому оно будет или прямо в ядре или дополнения не являющиеся критически важными будут компилится вместе, но класться в отдельную soшку
Тоже через модуль. И этому модулю все равно какой протокол фильтровать. Вот что в пиджин хорошо, так это что для него куча модулей. Так что не такой уж он и убогий получается!