Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Василий!
Не дождался от Вас ответа. (не знаю успели MQ внедрить изменения в билд 1100 )
Декодер:
Вызовы:
Василий!
Не дождался от Вас ответа. (не знаю успели MQ внедрить изменения в билд 1100 )
Декодер:
Вызовы:
Mikalas , а возможно код декодирования и кодирования сделать в виде библиотеки с проверкой окончания распоковки?
Конечно. Этим и займусь в ближайшее время. Будет упкаковка/распаковка. Добавление и удаление файлов из архива. Главное, что бы CryptDecode не подвела.
Василий!
А нужна ли запаковка в ZIP?
Думаю оно того не стоит.
1. Если Вы хотите построить на базе ZIP БД, то это будет не актуально.
Скоро MQ добавит стандартные функции для работы с БД (Ренат делал опрос)
2. Нельзя решить проблему с размером файлов больше uint.
Для размеров ulong должна быть компрессия ZIP64.
3. Вы не знаете как именно компрессируются данные МТ5
Вожможно, большие файлы ( даже размера uint ) будут
компрессироваться ЧАС!
4. Чтобы "впихивать" файлы в архив, Вам придётся держать в
памяти достаточно много информации - будут ТОРМОЗА!
Настоятельно не советую....
Я наверно думаю по старинке, но для меня архивация интересна для ускорения передачи данных в сети интернет. Локально с большими винчестерами размер файла теряет свою актуальность, а БД будет для ограниченного круга лиц, да и затратна в реализации, так как потребует от программиста и пользователя дополнительных знаний.
Правда zip существенно уступает в сжатии, особенно текста, rar'у - что малость печально.
Василий!
А нужна ли запаковка в ZIP?
Думаю оно того не стоит.
Я думаю иначе.
1. Если Вы хотите построить на базе ZIP БД, то это будет не актуально.
Скоро MQ добавит стандартные функции для работы с БД (Ренат делал опрос)
Нет, zip интересен не как альтернатива БД. Заморочиться с запаковкой стоит не поэтому.
2. Нельзя решить проблему с размером файлов больше uint.
Для размеров ulong должна быть компрессия ZIP64.
У меня нет цели создать аналог WinZip или WinRar. Только самые элементарные архивы. Запаковывать файлы больше 4 Гб не кому даже в голову не придет.
3. Вы не знаете как именно компрессируются данные МТ5
Вожможно, большие файлы ( даже размера uint ) будут
компрессироваться ЧАС!
4. Чтобы "впихивать" файлы в архив, Вам придётся держать в
памяти достаточно много информации - будут ТОРМОЗА!
Настоятельно не советую....
1. MQ не делает медленных функций, а если и делает, то своевременно оптимизирует их работу по заявкам из сервисдеска. Я почему-то уверен что CryptEncode будет летать.
2. Ни каких тормозов не будет. Вы не знаете на что способен современный MQL5 в плане производительности. Памяти на современных компьютерах как грязи. Загрузить и запаковать файл на пару сотен мегабайт - плевое дело, а больше и не надо. Ибо это уже другие задачи.
Василий!
А нужна ли запаковка в ZIP?
Думаю оно того не стоит.
Я думаю иначе.
Нет, zip интересен не как альтернатива БД. Заморочиться с запаковкой стоит не поэтому.
У меня нет цели создать аналог WinZip или WinRar. Только самые элементарные архивы. Запаковывать файлы больше 4 Гб не кому даже в голову не придет.
1. MQ не делает медленных функций, а если и делает, то своевременно оптимизирует их работу по заявкам из сервисдеска. Я почему-то уверен что CryptEncode будет летать.
2. Ни каких тормозов не будет. Вы не знаете на что способен современный MQL5 в плане производительности. Памяти на современных компьютерах как грязи. Загрузить и запаковать файл на пару сотен мегабайт - плевое дело, а больше и не надо. Ибо это уже другие задачи.
Я наверно думаю по старинке, но для меня архивация интересна для ускорения передачи данных в сети интернет. Локально с большими винчестерами размер файла теряет свою актуальность, а БД будет для ограниченного круга лиц, да и затратна в реализации, так как потребует от программиста и пользователя дополнительных знаний.
Правда zip существенно уступает в сжатии, особенно текста, rar'у - что малость печально.
Совершено верно. Общаться со сторонним сервером через WebRequest можно будет гораздо быстрее используя запаковку отсылаемой информации. Эта еще одна идея, почему релазовать запаковку - правильное решение.
Правда zip существенно уступает в сжатии, особенно текста, rar'у - что малость печально.
Цените то что нам дали. Поверьте, возможность работы с самым распространненым форматом сжатия покрывает 90% всех задач. 80% избыточности зип вполне успешно устраняет. Дальше идет погоня за попугаями, которые не кому не нужны.
В добрый путь!