Технические аспекты создания ботов для CommFort 3.20
Будем ждать! ты единственная надежда - хотелось бы видить в твоем боте такой же функционал как в боте фрутти, но чтоб все работало без глюков как в его боте! Если надо будет с тестом помочь пиши в асю!BoGuS писал(а):Вот спасибоЖдите скоро моего бота... осталось только доработать работу с плагинами...
- BoGuS
- Сообщения: 91
- Зарегистрирован: 17:03, 11.01.2007
- Откуда: Украина, Харьков
- Контактная информация:
Ну сам бот будет предоставлять только возможность поддержки плагинов и лог событий чата, всё остальное будет осуществлено с помошью плагинов: моих или же других людей. Вместе с ботом будет один плагин с исходниками, который демонстрирует работу с плагинами, также я постараюсь сделать плагин АнтиМат и выложить его вместе с ботом.
Более подробное описание бота я оставил на своем сайте www.bogus.org.ua
Более подробное описание бота я оставил на своем сайте www.bogus.org.ua
Подробное описание формата сообщений здесь:Опубликовать состояние в канал:
--
число(51) + текст(название канала) + текст(состояние)
--
http://www.commfort.com/tmp/bots_inf.txt
Также, хочу обратить внимание, что перед названием и текстом в канал должно стоять число (4 байта), а не строка типа IntToStr(Length(st)) (delphi).
Последний раз редактировалось Diver 18:27, 10.11.2007, всего редактировалось 1 раз.
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
КТО НИБУДЬ... помогите пожалуйста! как этот пример-
http://rapidshare.com/files/68148793/UDPSample.rar
будет выглядеть в visual basic`е????
http://rapidshare.com/files/68148793/UDPSample.rar
будет выглядеть в visual basic`е????
Вообщем у меня пару пожеланий к Разрабам насчет так называемых "плагинов"... то что можно было сделать куда лучшем и удобнее через те же dll это понятно, но раз пошли другим путем, то слухайте ))
1. каждый уважающий себя разраб сетевых приложений впихивает в заголовок так называемый MAGIC ( типа идентификатор того что данный пакет принадлежит вашему приложению) и как минимум длину данных пакета.. это вам на заметку... если пакеты склеиваются их будет очень сложно обработать при вашем сегодняшнем подходе..
предлагаю как минимум такой вариант:
2. порт на который надо отправлять пакеты надо указывать явно, а не вылавливать самому... причина левые пакеты...
3. добавить еще возможность смены состояния (типа отошел, занят) и etc.
вот собственно все что я хотел рассказать.. спасибо за внимание
1. каждый уважающий себя разраб сетевых приложений впихивает в заголовок так называемый MAGIC ( типа идентификатор того что данный пакет принадлежит вашему приложению) и как минимум длину данных пакета.. это вам на заметку... если пакеты склеиваются их будет очень сложно обработать при вашем сегодняшнем подходе..
предлагаю как минимум такой вариант:
Код: Выделить всё
#define COMMFORT_MAGIC 666
struct header
{
int magic;
int message;
int size;
};
struct packet
{
header hdr;
char* data;
}
3. добавить еще возможность смены состояния (типа отошел, занят) и etc.
вот собственно все что я хотел рассказать.. спасибо за внимание
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
1. возможность отправки\приемки ЛС
2. приход\уход нового клиента в конкретный канал
3. по возможности в шаблон пользователь() ключить идентификатор - пол. по примеру:
текст(Ник пользователя) + текст(IP-адрес пользователя) + текст(MAC-адрес пользователя)+текст(пол)
А еще лучше иметь возможность получать информацию о пользователе (полное имя, дата рождения, адрес и т.д. )
2. приход\уход нового клиента в конкретный канал
3. по возможности в шаблон пользователь() ключить идентификатор - пол. по примеру:
текст(Ник пользователя) + текст(IP-адрес пользователя) + текст(MAC-адрес пользователя)+текст(пол)
А еще лучше иметь возможность получать информацию о пользователе (полное имя, дата рождения, адрес и т.д. )
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
Maxim Mirgorodsky писал(а):В такой форме это приведет к несовместимости с текущими ботами, что недопустимо...
Я не думаю что если добавить в конец строки, это повлияет на работу предыдущих ботов, т. к. (ИМХО) все считывают информацию по документации, а значит конец сообщения будут отсекать. И еще не (текст)пол, а (число)пол 0 - М, 1 - Ж.
По поводу новых функций,
хотелось бы чтобы была возможность считывать бан-лист и удалять баны из него. принимать/отправлять ПМ (это в принципе уже многие просят, по-этому...).