Задача: сжатие изображений при прикреплении

[Лебедкин Максим]

Добрый день!

Все чаще и чаще сталкиваюсь с тем, что менеджерам лень (читать как "не умеют") сжимать изображения и они прикрепляют их "как есть" - огромного размера фото (от 5 Мб и более). Сама работа с файлами внутри задачи пока не позволяет быстро открывать и просматривать изображения, скачивать файлы - также не удобно. Методом общей аналитики пришел к тому, что ПланФикс очень быстро и удобно "переваривает" файлы изображений до 1 Мб и от сюда пришла идея:
 - при прикреплении Изображения в задаче, автоматом рядом активируется чек-бок "Сжать изображение"
 - если оставить его не отмеченым, то закачивается фото\изображение "как есть"
 - если отметить, то оно сжимается до размера "по умолчанию"
 - размер "по умолчанию" можно задавать как в "Настройках", так и оставить каким-то единым для всех и всегда (оптимально 800 пикселей по длинной стороне)

На выходе получаем:
 - работа с задачей и файлами становится быстрее и удобнее
 - физическое место на ваших серверах расходуется оптимальнее

[Dmitry Goncharenko]

Сама работа с файлами внутри задачи пока не позволяет быстро открывать и просматривать изображения

А что именно неудобно, что конкретно не получается сделать быстро? Не могли бы Вы для лучшего понимания описать более подробный сценарий, возможно со скриншотами примера в какой-то задаче?
Просто перед тем, как вносить изменения в инструмент, в каких случаях он "недорабатывает" - может быть, это подскажет нам другое решение.

[Лебедкин Максим]

Дмитрий, на самом деле скриншоты тут не помогут - опишу в 4 шага:

1. Добавляется новое действие к задаче. Там текст и 5-7 фото которые весят по 5 Мб
2. Кликаем по первому фото - открывается новый экран, где ждем загрузку основного фото + сбоку список прикрепленных фото
3. Ждем..ждем...ждем... когда основное фото покажется\загрузится, его смотрим, далее кликаем на другое и опять ждем...ждем..ждем...
4. Процесс "просто посмотреть фото \ изображения и дать ответ" затягивается очень долго, т.к. приходится очень долго ждать загрузки фото (не загрузки на ПК, а именно в web-просмоторщике)

Вся ситуация удлиняет по времени процесс, и на данный момент мы в команде пришли к тому (что это всех отвлекает и раждражает) пользоваться сетевой папкой и выкладывать туда файлы, а в задаче просто отмечать "Выложил фотки туда-то". Но это не есть хорошо + заставляет открывать лишние окна и мешает работе дистанционно.

Спасибо.

[Dmitry Goncharenko]

Спасибо, ситуация понятна.
На всякий случай спрошу: знаете ли Вы о возможности вставлять изображения (в том числе и из файла), прямо в текст сообщения? Это не уменьшает размера файла изображения, оно уменьшается только визуально, но возможно в Ваших сценариях позволит оперативнее реагировать на сообщения, не загружая полную версию файла в просмотрщик.

[Лебедкин Максим]

Да, конечно!

Этот вариант решает проблему "зрительное уменьшение изображение" или даже "автоматическое создание превью", но она не решает "ускорение работы с изображениями" :)

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

Спасибо.

[Dmitry Goncharenko]

ОК, предварительно ситуацию мы обсудили, сформулирую по этому поводу задачу в нашем аккаунте, подключу коллег, пообщаемся там. Буду держать в курсе по мере появления новостей.

[Лебедкин Максим]

Благодарю.

[Dmitry Goncharenko]

Договорились сделать так:

• Переключатель с процентами сжимания делать не будем, чтобы не загромождать интерфейс - да и будут забывать им пользоваться
• Вместо этого будем автоматически делать и хранить для изображений поддерживаемых форматов дополнительный формат превью в jpg, легкий и в то же время достаточно большой по размеру изображения
• В тексте задач/комментариев и по клику для просмотра будет отображаться это превью
• Оригинал файла будет доступен только для скачивания

[Лебедкин Максим]

Отличное решение!
+ из другого топика: это же превью можно и вместе с уведомлениями отправлять почтой

Благодарен. Когда примерно ждать реализации?

[Dmitry Goncharenko]

+ из другого топика: это же превью можно и вместе с уведомлениями отправлять почтой

Ага, мы тоже так подумали.

Когда примерно ждать реализации?

Не могу пока сказать, задача еще не запланирована на релиз.

[Обычайкин Дмитрий Юрьевич]

Добрый день, вдобавок к этой доработке хочу добавить, что есть потребность не только сжимать изображения (при удаленной работе не везде есть нормальный, быстрый интернет и загрузить JPEG 3 - 4 mb проблематично), но и при просмотре увеличивать или уменьшать маштаб (+ -). Сейчас можно только развернуть или свернуть, масштабирования нет - очень неудобно.

[Dmitry Goncharenko]

Здравствуйте, Дмитрий!
Сейчас занимаемся переделкой интерфейса просмотра файлов, в новом варианте будет масштабирование.

[Андрей Бондарев]

Дмитрий, по итогу, эта задача была решена? 

[Dmitry Goncharenko]

Именно в вопросе сжатия изображений - нет, Андрей. Только управление масштабом изображения.

[Ваган Арутюнян]

Добрый день. Данный функционал действительно нужен. У нас сотрудники в «поле» прикрепляют фотографии весом 3-5Mb. При прсмотре фото в планфиксе, на загрузку уходит много времени10-30 секунд. Это отнимает много времени в прцессе работы. Может сделать пункт камера со сжатием или при выборе камеры, по умолчанию сжимать изоображения, как это реализовано в whatsapp.

[Dmitry Goncharenko]

Спасибо, Ваган. Думаю, для работы в поле и вообще загрузки изображений с мобильных это для многих будет актуально. Будем думать над предоставлением такой альтернативы.

[Дмитрий Долгопятов]

Ни для кого не секрет, что современные телефоны фотографируют как современные зеркалки (по размеру файла).
Сегодня обменялись двумя фото, уже -10 Мб от хранилища.

А что если... для того чтобы пользователи могли не экономить на визуальном общении, сделаем настройку в аккаунте сжимать фото до Х мб по минимальному размеру.
При загрузке будет выбор сжимать или нет. Как-то несовременно в данном вопросе.

[Александр Лещинский]

А что если... для того чтобы пользователи могли не экономить на визуальном общении, сделаем настройку в аккаунте сжимать фото до Х мб по минимальному размеру.

Только за деньги, за умственную лень надо платить.
Вообще "тенденция" - не нравится, потому что "Сделайте сервис, доступный даже идиоту - и только идиоты и будут им пользоваться". А для таких есть Битрикс24 и родственники, ПФ - для умеющих думать и использующих голову по прямому назначению

[Дмитрий Долгопятов]

Я не понял, кому и какие деньги нужно платить, чтобы файлы сжимались?

[Микулич Андрей]

Полезная опция. К примеру у меня в смартфоне при отправки тяжёлой фотографии по почте приложение предлогает выбрать из нескольких вариантов размер фото
+1 поддержу

[Dmitry Goncharenko]

Объединил тему с более старой, понимающей аналогичный вопрос.

[Dmitry Ostapenko]

Коллеги,

Появилось ли какое-то решение?
Сотрудники в полях часто прикрепляют фото и уничтожают место в хранилище со скоростью света.
Если и не автоматически при прикреплении, то может есть решение, которое позволит пройтись по хранилищу и сжать обнаруженные изображения размером больше n мегабайт?

[Лебедкин Максим]

Как временное решение (но они у нас не прижились, но вполне рабочие) мы пробовали такие:

1. Фото отправлять tg-боту, он сжимает их на стороне сервера (n8n или integromat, например), и отдает в нужную задачу
Проблема встала с тем, чтобы правильно научить привязывать в нужную задачу (пробовали и по номерам и всяко, но это нужно держать в голове тому, кто прикрепляет фотку, а это уже не юзерфрендли)

2. Фото прикрепляли в специальное поле в задачи (в iOS приложении это капец как не удобно и не нативно).
Далее автоматическим сценарием отслеживали, что поле изменилось - брали от туда файлы \ сжимали \ прикрепляли комментарием, а само поле очищали.
В итоге пользователи кто как: кто-то дальше постил в комментарии, кто-то в спец-поле... и получалась путаница.

3. Хотели внедрить еще такое: в начале месяца брали файлы по проектам за прошлый месяц - выгружали, прогоняли через скрипт-сжатия (локально, например библиотека, ImageOptim) и далее загружали обратно. PF спрашивал что не файл такой уже есть и мы его просто перезаписывали. Но вот с этой перезаписью начинались потом проблемы.

4. Пробовали хранить файлы на G.Disk, но затем всем не понравился алгоритм привязки этого файла к задаче (слишком много кликов).

В итоге, так и не нашли мы оптимальный выход из этой, казалось бы, банальной ситуации :)
Написал все идеи сюда, может быть Вам они помогут и натолкнут на более удобное развитие и реализации.
Поделитесь потом, если что-то еще придумаете, т.к. для нас эта задача также стоит очень остро.

[Dmitry Ostapenko]

О подобном решении думали. Какие начались проблемы?

Как временное решение (но они у нас не прижились, но вполне рабочие) мы пробовали такие:

3. Хотели внедрить еще такое: в начале месяца брали файлы по проектам за прошлый месяц - выгружали, прогоняли через скрипт-сжатия (локально, например библиотека, ImageOptim) и далее загружали обратно. PF спрашивал что не файл такой уже есть и мы его просто перезаписывали. Но вот с этой перезаписью начинались потом проблемы.

[Игорь Архипов]

Я думаю что проблему решит подключение кастомного S3-хранилища. Как раз таким пользуется Планфикс. Кто знает − тот знает, и сможет настроить и политики внутри хранилища и связку с условным cloudfront.