я тут спросил про ibeng32.dll. Ответ понятен, спасибо.
К чему я это спросил:
Еще на новогодних каникулах смастерил себе программульку,
которая вклинивается в траффик между клиеном и сервером....
Вроде бы все ничего, но функционала нехватает.
Хочется серверного API, понимаешь.
Все понятно, все разговоры "а можно сделать? а будет? а когда?"... пустые, мне
кажется.
Не первый день конференцию читаю.
Мне надо сегодня, значит будем решать своими силами, уж привыкли.
Но вот задуматься если - почему при открытости кода, так мало по-настоящему
сторонних утилит ДЛЯ СЕРВЕРА?
IMHO потому, что он всегда был "черным ящиком". Сколько с IB общаюсь - всегда
так было.
- Тебе надо? бери исходники сервера и пиши.
Ну нехватает у меня квалификации.
А вот если бы был API..... почему я и полез смотреть все DLL, и шерстить их
EXPORTS
Если есть возможность плагины писать - будут их писать, найдуться те кому это
надо.
У меня задача такая:
1) мониторинг сервера в реальном времени.
2) cбор статистики для последющего анализа.
В разрезе "время-пользователь-кривой запрос-время выполнения запроса"
Причем важен анализ а что еще в это время на сервере происходило.
3) минимальные автоматические рекомендации по настройке сервера.
с 1) худо-бедно вроде справился... для классика.
Но не на 100%.... смотрел в DEBUG исходник яфила...
(уткнулся в техническую проблему - смотрел, как сам Яфил это делает)
...
Собственно проблема:
каждая версия (я добивался совместимости с FB1.5, FB2, Ya889) по-разному
складывает
в пакет параметры запроса, и по-разному серверу их отправляет.
Зависит от версии gds32.dll.
Мне логичнее было бы не повторять код сервера, делая ветвление по версиям,
а вызвать код самого сервера... если бы он хотя бы в dll лежал.
А так - увы...
Пока думаю.... невыходит каменный цветок. :)
Может кто-то чего подскажет, пинком в нужную сторону :)
P.S. дело неблагодарное - знаю, уже слышал. :)
Денег тоже нехочу (исходники не даю пока, но саму прогу отдавал за спасибо).
Просто нехочу слезать с FB.