Ресайз картинки в живой ленте Битрикс 24

 

В этой статье я расскажу как уменьшить размер картинки в Живой ленте Битрикс24 при загрузке пользователем.

Вся история с ресайзом картинок в живой ленте началась с шутки. Однажды, зимним холодным утром, подошел ко мне тимлид и говорит:

«Почему главная страница нашего корп портала так долго грузится, несмотря что она находится в локальной сети?».

«Ну так пользователи грузят картинки по 6 мб. Вот …., только в этом посте 20 картинок размером с 1-6 мб.» — отвечаю я.

«Ну так отресайз картинки при загрузке. В чем проблема?»

«Ресайз?! В Живой ленте? Чтобы сделать это понадобиться месяц» — пошутил я.

«Месяц?!… Даю два дня, не больше.» — грозно сказал он.

Про месяц я, конечно же, пошутил. Но, как говорится, в каждой шутке…

Проблема с большим размером картинок в живой ленте в компании существовало давно, но были более приоритетные задачи и эти «картинки» все отодвигались и отодвигались. Сам я пытался в свободное время покопаться в компоненте живой ленты. Но объем кода ужасал, кто смотрел, тот поймет. Несколько десятков или сотня файлов с over 2000 строк недокументированного PHP кода вперемешку с JS + HTML. OMG! 🙂 Наверное, компонент живой ленты самый большой в Битрикс24… (Upd: в 16,5 версии дела улучшились)

Ну что ж, задание дано — нужно делать.

resize1
Неприятно когда пользователи грузят таких картинок двадцать штук и более

Я буду описывать действия для версии 16.5, хотя изначально задача была поставлена для версии 15.х.

Открываем инструменты разработчика в Хроме, заливаем картинку в живой ленте, смотрим куда обращается скрипт. Обращение идет к файлу \bitrix\tools\disk\uf.php?action=uploadFile. Следуем за хлебными крошками и видим в конце файла такой код

Исследуем контроллер Bitrix\Disk\Uf\Controller(). В нем как раз есть необходимый метод processActionUploadFile. Какой экшен использовать зависит от $_GET[‘action’].

Читаем чужой код. Долго ли, мало ли, приходим к понимаю что за обработку файла отвечает метод processActionHandleFile. Можно было бы вставить код туда, но изменять внутренние методы битрикса нежелательно. Но, к счастью, для нас оставили лазейку. Сам метод привязывается к событию вот так:

Что ж, используем событие «onFileIsUploaded». Идем в init.php, он у меня находится в \local\php_interface\init.php, привязываемся к событию:

  •  main_bxu — взято из класса \bitrix\modules\main\lib\ui\uploader\uploader.php.
  • Возможность загрузить несколько файлов. Так что нужно пройтись по массиву
  • Дальше создаем уменьшенную копию картинки, заменяем ей оригинал, удаляем копию. Записываем в переменную новые данные о размере картинки.

Тестируем:

afterresize
После ресайза. Лепота

Задача выполнена 🙂

UPD: Изначальна задача была выполнена в версии 15.х .К сожалению, я уже не помню весь путь поиска нужного блока кода.

Это, наверное, главное причина почему я открыл блог. Записывать нужные блоки кода, чтобы при выполнении похожей или такой же задачи не тратить заново время на поиск пути или туториала. Ведь запомнить все что делал несколько лет или даже месяцев назад очень трудно. (Конечно, если вы не мальчик из сериала «The Middle», который помнит все).

Остались только обрывочные записи. Ищите в компоненте bitrix\components\webdav.element.upload\action_iblock.php. Так как это компонент, то его можно скопировать в свое пространство имен.

Найдите там метод saveFile и вставьте этот код

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *