CommFort

Это ошибка сервера 4.40, будет исправлена в ближайшей версии.

А пока можем порекомендовать воспользоваться советом http://www.commfort.com/ru/forum/viewto ... 418#p36418

Подскажите как получить сообщения каторые пишут в чате.
Примерчик.

Расширьте пожалуйста возможности udp дополнений, по запросу например чтобы отсылал информацию о учетной записи (иконку и полную информацию пользователя), чтобы можно было получать id компьютера пользователя и т.п., любой новой возможности был бы рад, а то на существующих особо не развернешься а боты переделывать не охото...

В несовместимой версии мы планируем существенное расширение возможностей плагинов. А вот судьба UDP-дополнений пока не определена. Возможных вариантов развития событий 3:

1) Отказаться от них.
2) Оставить функционал на текущем уровне.
3) Расширить функционал.

Решение будет приниматься на финальном этапе разработки несовместимой версии (потому что механизм дополнений делается в последнюю очередь).

Лично какие я вижу плюсы дополнений по отношению в плагинам, это
- писать можно на любом языке (мои боты на PHP т.к. это самый лучший язык для обработки текста, написать на нем плагин не возможно);
- стабильность (чат не вылетит с ошибкой, к примеру, вылетит PHP бот-скрипт батник его тут же перезапустит, всегда остается работающим);
- относительно сложная настройка (как не странно, но я отношу это к плюсам, не каждый кому прийдет в голову сможет с легкостью настроить и запустить у себя дополнение, так сказать анти-школота);
- ну и самое главное, простота написания, проще изучить как работают протокол udp, и использовать сокеты или даже специальный компонент, нежели изучать все тонкости работы встраиваемых dll, способы компиляции, адреса, функции и т.п. (все это отпугивает, хочется писать на своем любимом языке, который хорошо знаешь, дополнения - подходят все языки, хоть на яве, перле, на чем угодно; плагины - далеко не все....)

В случае если выберите вариант №1 то у меня останется один выход, написать плагин который будет реализовывать работу udp дополнений.... Но так как это дополнительные ресурсы, время на изучения языка и всего остального, скорее всего прекращю разработку, потому что написать в таком виде как сейчас работает у меня не получиться, на незнакомом мне языке, с синтаксисом который мне не приятен, я не буду. Вообщем, я был бы очень вам признателен если бы выбрали вариант №3.

p.s. мои боты работают на q4p.ru сервере

В случае если выберите вариант №1 то у меня останется один выход, написать плагин который будет реализовывать работу udp дополнений....

Уже реализовано http://commfort.com/ru/forum/viewtopic.php?f=11&t=5873.

Использовать чужие посторонние наработки тем более не хотелось бы.

Тогда не пользуйтесь посторонней ОС и пишите свою .

P.S. Извините за оффтоп, не удержался .

Вы меня не так поняли, причем тут ОС? Допустим, есть чат, основной источник (далее чат), у него есть свой разработчик, если допустим взять Вас (CommGate да, далее CG), еще один независимый отдельный разработчик, получаеться цепочка (мой проект называется Multibot, это сервер для ботов со своим простым протоколом, который связывает подключенных ботов с чатом и обеспечивает взаимодействие):
чат - CG - Multibot
Почему не хотелось бы (подчеркиваю не хотелось бы, т.е. я также и не отрицаю тот факт что в случае безисходности мне прийдется прибегнуть к такому методу):

- стабильность моего приложения уже зависит от стабильности вашего, что уже удвавает шансы некорректной работы;
- если в работе чата что нибудь изменится? например протокол (добавят, удалят?), мне прийдеться ждать действий от CG чтобы реализовать в своем проекте данные улучшения;
- а вдруг через значительное время, допустим, чат уже не поддерживает udp, а я использую вашу программу, вы решаете сделать вашу программу платной? не приятная ситуация;
- а что если вы забросите свой проект?

чем меньше зависишь от кого нибудь тем лучше, не правда ли?

p.s. давайте еще кто нибудь напишет програмку которая будет работать с CommGate которая позволяет работать уже по протоколу TCP ботам... А там програмку которая будет..... и т.д., пока что это не нужно т.к. есть более короткий способ, напрямую чат - Multibot

ZigZagkms теперь ваша позиция понятна. Хочу добавить, что плагины CommBrigde будут 100% бесплатны так как они не потребовали больших ресурсов на разработку. Еще вы написали

- стабильность моего приложения уже зависит от стабильности вашего, что уже удвавает шансы некорректной работы;
- а что если вы забросите свой проект?

.
Если такое и случится - я выложу исходники плагинов. И каждый сможет их доработать и переработать (они написаны на С++).

-=SJ=-

скажите пожалуйста как именно вы используя функцию FindWindowEx находите окно именно того канала который нам нужен?

Для удобства восприятия перевели описание технологии создания плагинов в формат chm.

Дальнейшая модернизация справочной системы по плагинам и включение в состав примера на Delphi запланированы к следующей несовместимой версии.

Хотелось бы узнать, есть ли возможность писать именно ПЛАГИНЫ на скриптовом языке AutoIT ? Как я понимаю *.cfplug - это переименованный *.dll.
Я где-то вроде читал, что на AutoIT есть возможность писать не только ехе, но ещё и dll, вроде модуль называется AutoITX.
Может кто сталкивался?

Ответ так и небыл получен...


2й вопрос:
Пытаюсь сделать не плагин, а программу дополнение...
UDP порт открыл в коммфорте и в программе, прослушиваю линию... От коммфорта приходят данные, только формат у них немножко... точнее совсем не такой, как описан в мануале...
Данные приходят в бинарном виде, вроде
0x050000001C000000AD2D2D20862041F6F66B75C92048756B706F46754A6C2086202D2DAD0B00000031302E342E32352E3134381200000028305FEE2920E3E0ECE0F1FFF7E5F1F2E2EE03000000313233
при попытке преобразовать бинарное значение в ANSI текстовое представление получаю просто кубик (пробовал разные кодировки)...
В чём проблема? Как это дешифруется?

ЗЫ: Пытаюсь писать на AutoIT

HukpoFuJl

0x050000001C000000AD2D2D20862041F6F66B75C92048756B706F46754A6C2086202D2DAD0B00000031302E342E32352E3134381200000028305FEE2920E3E0ECE0F1FFF7E5F1F2E2EE03000000313233

Это тоже самое что и
05 00 00 00 1C 00 00 00 AD 2D 2D 20 86 20 41 F6 F6 6B 75 C9 20 48 75 6B 70 6F 46 75 4A 6C 20 86 20 2D 2D AD 0B 00 00 00 31 30 2E 34 2E 32 35 2E 31 34 38 12 00 00 00 28 30 5F EE 29 20 E3 E0 EC E0 F1 FF F7 E5 F1 F2 E2 EE 03 00 00 00 31 32 33
HEX коды символов, переводишь каждую в dec и и по таблице ascii сиволов преобразуешь.

Сначало ID принимемого сообщения по таблице
05 - ID сообщения, конкретно это сообщение указывает на принимаемое сообщение в канале.

Потом ник отправителя (длина + текст)
1C длина текста - 28 байт
28 байт этого текста AD 2D 2D 20 86 20 41 F6 F6 6B 75 C9 20 48 75 6B 70 6F 46 75 4A 6C 20 86 20 2D 2D AD (это ­-- † AöökuÉ HukpoFuJl † --­)

Потом IP отправителя (длина + текст)
0B - длина текста - 11 байт
Далее 11 байт этого текста 31 30 2E 34 2E 32 35 2E 31 34 38 (это 10.4.25.148)

Потом сам текст (длина + текст)
12 - длина текста - 18 байт
Далее 18 байт этого текста 28 30 5F EE 29 20 E3 E0 EC E0 F1 FF F7 E5 F1 F2 E2 EE (это (0_о) гамасячество)