Форум

Потому что списочные методы возвращают при постраничной навигации 50 элементов, потом нужно будет передавать следующую страницу

maq, почти спустя год дошел и до этой темы.
В общем я бы не советовал "заморачиваться" со стандартными схемами в вашем случае.
Лучше будет разработать немного кастомных форм и уже ими выводить на страницу.

Т.е. в вашем случае - свой компонент закроет все нужды.

На последнем битриксе - Задание "****" не может быть выполнено таким действием


Формально пункт в действиях есть, но по факту работа его оставляет желать лучшего

[QUOTE]Илья Малашко написал:
Повлияет ли на скорость загрузки если я просто укажу путь к webp?[/QUOTE]

На скорость загрузки это никак не повлияет. Если вы используете это только в одном месте то смысла в этом особо нет.
На скорость загрузки повлияет кеширующий заголовок от nginx+apache

Нет.

[QUOTE]Илья Малашко написал:
Я не верный сделал вывод? ResizeImageGet() не как не влияет на кеш а просто сжимает картинку?[/QUOTE]

Не совсем.
У метода есть встроенный кеш (нужен чтобы не масштабировать уже обработанное изображение).

Т.е. - обращаемся в метод, он проверяет уже ужималось ли это изображение,  если нет - ужимает , если да - возвращает значение.
Обращение в БД он делает всегда, когда в первом параметре НЕ массив.

К слову, вы можете попытаться на событии - OnBeforeResizeImage модуля main отменить штатное конвертирование, а на событии OnAfterResizeImage модуля main провести конвертацию в webp формат.

Он и не должен записываться. В b_file запись появляется после регистрации файл - CFile::SaveFile

Штатно нет, но это возможно.
Примера кода конечно не приведу, т.к. практически такое не делал.

[QUOTE]Илья Малашко написал:
Или может воспользоваться другим методом для кеширования изображения?[/QUOTE]

Что в вашем понимании кеширование?

Егор Бурдель, не сам пролог смотрите, а init.php и другие подключаемые файлы + события страницы