50 секунд на файл 150мб (3 мб/с) с натив либой против 130 секунд без (это все в один поток)
какой же в мтпрото убогий инлайн
несмотря на их нереальный TL и все такое, они не смогли нормально вывести типы для разных типов инлайн стаффа, и мы имеем:
-
- совсем разные типы для веб-файлов (те что по ссылке грузятся), для ремоут файлов (грубо говоря, те что доступны по file id) и для фоточек
- поля по типу
несмотря на их нереальный TL и все такое, они не смогли нормально вывести типы для разных типов инлайн стаффа, и мы имеем:
-
type строкой, и ссылка на доку в ботапи- совсем разные типы для веб-файлов (те что по ссылке грузятся), для ремоут файлов (грубо говоря, те что доступны по file id) и для фоточек
- поля по типу
title, description в TL всегда optional, хотя по факту иногда они обязательны, а иногда вообще игнорируются, и контролируется это type
зачем? почему? почему нельзя было сделать что то вродеinputInlineResult content:InputInlineResultContent sendMessage:InputBotInlineMessage = InputInlineResultTL на самом деле красивая идея, но ее исполнение очень странное.
inputInlineContentArticle title:string description:string?flags.0 ... = InputInlineResult
inputInlineContentPhoto photo:InputInlineMedia = InputInlineResult
inputInlineMediaPhoto photo:InputPhoto thumb:InputPhoto?flags.0 = InputInlineMedia
зачем алине канал
какой же в мтпрото убогий инлайн несмотря на их нереальный TL и все такое, они не смогли нормально вывести типы для разных типов инлайн стаффа, и мы имеем: - type строкой, и ссылка на доку в ботапи - совсем разные типы для веб-файлов (те что по ссылке грузятся)…
кстатии, самое смешное, что в бот апи type не тот, что надо на самом деле передавать, и надо смотреть в исходники тдлиба!
например, в бот апи
например, в бот апи
document, но по факту надо передавать file