Сегодня расскажу о новой библиотеке ОПИ, которая находится в разработке, а еще об интересном (и очень неприятном) баге платформы, который обнаружился при использовании ОПИ на Linux

Следующей библиотекой в ОПИ будет модуль для работы с FTP(s). Да, в 1С есть поддержка FTP средствами платформы и нет, ОПИ этот функционал платформы не использует. Как и многие последние обновления, следующий релиз будет основан на внешней компоненте и, в случае с FTP, для этого было две основные причины: 1) я хочу сделать наконец нормальный модуль SFTP, который работал бы без WinSCP костыля, а без наличия обычного FTP это выглядело бы странно 2) Поддержка FTP была бы к месту в других реализациях ОПИ, где его нет из коробки - OneScript, CLI и Melezh

Но это не значит, что данный модуль FTP будет бесполезен, если вы работаете с данным протоколом в рамках 1С:Предприятие. Кроме сомнительных причин появления, там будут и вполне приятные плюшки, отсутствующие в реализации платформы: поддержка прокси через Socks4, Socks5 и HTTP (последний в платформе не поддерживается), возможность получать и загружать данные напрямую через ДвоичныеДанные, без сохранения файла на диск, выполнение произвольных (сервер-специфических) команд и пр. TLS (FTPS) конечно же тоже поддерживается, причем без потребности в OpenSSL на Linux. Работать можно в активном и в пассивном режиме

Разработка компоненты в этот раз была, на удивление, сложной и комплексной - FTP оказался не так прост, особенно с прокси и TLS. Но это в прошлом: думаю, успею закончить и нормально обкатать новые функции к концу августа или началу сентября. Следите за обновлениями!

Баг при работе с компонентами

Много работы было также проделано, чтобы обойти очень неприятный баг платформы на Linux. Как оказалось, любая компонента может аварийно завершить свою работу, если попытаться передать туда (параметром) или получить обратно (результатом) данные свыше определенного размера. Я говорю "может завершить", потому что это случается не в 100% случаев

Так, например, для теста я написал компоненту, которая просто возвращает двоичные данные переданного в нее (числом) размера, и повесил получения 100 КБ на кнопку внешней обработки. Первый раз упало на 5 нажатиях подряд, в следующий - на 20. Остальные падения при нажатиях были где-то между этими значениями

В целом, я попробовал много разных способов запуска для проверки: циклы, динамическое увеличение размеров, фиксированные размеры разной величины и пр. В итоге могу сказать, что особенной системы в этих падениях нет и все они довольно рандомные: значение большего размера может пройти несколько раз подряд, а меньшего - упасть сразу, может вообще не падать 100 раз подряд, а потом падать каждую итерацию и все в таком духе. Но есть и хорошая новость: 30 КБ видимо никогда не падает! Я запускал несколько раз получение 30 КБ двоичных данных в бесконечном цикле и он не падал, пока я сам его не останавливал. А увеличение буквально всего на 20 КБ - до 50, уже приводило к падению через некоторое количество итераций  

В итоге все, что связано с обработкой данных в ВК на Linux теперь работает через временные файлы, чтобы избежать этих падений. Sad but true
P.S. Кстати, узнал я об этом баге благодаря тому, что добрый человек скинул скрин ветки партнерского форума - там эта проблема уже поднималась в 2024 году. Полную историю нахождения и подробности исправления данной проблемы в ОПИ, если интересно, можно почитать в Issues #72

UPD: Оказывается, это актуально только при подключении компоненты в режиме Изолированно. Если указать НеИзолированно, то проблема исчезает

Ну, а пока все!