WebSocket и GZIP - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть статья на эту тему
Статья то есть, но код не рабочий и не поддерживается автором.
Есть статья на эту тему
Эта тема в статье не раскрыта.
Большое спасибо, попробую. Только проблема - получить упакованное сообщение целиком в потоке получаемых данных. Разработчикам MQL5 было бы проще вставить функционал распаковки стандартных упаковщиков в функции Socket<Tls>Read... Есть ли такие планы у разработчиков?
если уж использовать DLL - то вообще всё надо делать на уровне C++ или C#, весь WebSocket, TLS, GZ и всю обработку данных. На уровень MQL должно поступать максимально готовое. В идеале программа MQL даже не должна задумываться какой транспорт у неё внизу (WS или их там два, что вообще-то типично и/или ещё что).
А делать так что низ WS сделан на MQL, потом часть в DLL, high-level опять на MQL - это плохо..Как минимум отлаживать и сопровождать будет тяжко. Развивать вообще жестоко
Насколько я помню, если опция "context takeover" отключена, то каждое отдельное сообщение WebSocket-а сжимается отдельно, а завершение сообщения протокол передает.
Судя по ответу сервера такой опции нет:
На dll переходить проблематично: не хотелось бы ломать базовый класс, который хорошо работает на штатной функции MQL5 SocketTlsReadAvailable() для других API (без GZIP).
Жалко только, что эта функция похоже никак не реагирует на завершение сообщения.
Заметил в ее возврате периодически встречающийся символ с кодом 255. Может это и есть разделитель упакованных сообщений (поддержка биржи BingX молчит по этому поводу)?
Судя по ответу сервера такой опции нет:
Немножко из интернета на английском.
A server must send a server_no_context_takeover parameter in a response only if the client requested the "no context takeover". In essence, the server acknowledges the client's request.
If a server decides to do "no context takeover" for sending on it's own (without the client having requested it), that's fine. In this case, no parameter is sent by the server.
То есть для гарантированного заголовка в ответе сервера нужно в своем клиентском запросе указать, что context takeover нужно отключить. (Я отправлял - не помогло. Дело не в этом.)
Если сервер ничего не говорит, то это не является индикатором включения/выключения данного режима.
Один из способов - написать обертку на C++ для zlib (библиотека для работы с GZIP) и подключить ее через DLL.
На маркете нельзя публиковать продукты с вызовом DLL. Может все-таки разработчики добавят хотя бы опцию CRYPT_ARCH_GZIP в функцию CryptDecode()?
Статья то есть, но код не рабочий и не поддерживается автором.
Обижаете. Рабочая версия (протестированная мной сейчас) прикреплена ниже.
Обижаете. Рабочая версия протестированная мной сейчас прикреплена ниже.
Из некосметических изменений увидел отсутствие разделения MQL4/MQL5-кода.
Стоит различать форматы хранения данных от алгоритмов сжатия.
Zip - это формат хранения нескольких файлов в одном, наподобии формата TAR. Сами файлы в формате zip обычнно сжимаются алгоритмом сжатия deflate, но могут не сжиматся им вовсе, а просто хранится в этом формате, в таком случае формат позволяет просто объединить несколько файлов в один архив (файл) без сжатия.
GZip это формат хранения сжатых данных алгоритмом deflate в одном файле.
Если Вам выдали GZip - формат zip вам не подойдет. Вам нужно знать формат gzip и распоковать его с помощью системной функции CryptEncode(CRYPT_ARCH_ZIP). Это не сложно сделать самостоятельно, без привлечения сторонних библиотек, так как алгоритм сжатия там один и тот же, deflate (в MQL он имеет не очень удачный идентификатор CRYPT_ARCH_ZIP). Жаль что нет специальной статьи "Работаем с GZip архивом средствами MQL5". В целом, это не задача системной функции, а задача специальной MQL бибилотеки, оборачивающий deflate вокруг формата gzip.
Из некосметических изменений увидел отсутствие разделения MQL4/MQL5-кода.
Дал MQL5 версию, которая у меня валяется сейчас в каталоге. По Вашему скриншоту выходит что во времена когда писался код были проблемы с функцией ArrayCopy. Их не должно быть сейчас, иначе это явная проблема совместимости.
Update: скомпилил пятую версию приложенного zip в четверке. Скомпилировалось без варнингов и ошибок. Чуть позже попробую создать с ее помощью архив, но на вид она должна работать.