View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001093 | UkrBIN (ukrbin.com) | General | public | 2017-06-28 19:54 | 2018-06-04 22:49 |
| Reporter | Nikolai Yunakov | Assigned To | barry | ||
| Priority | immediate | Severity | major | Reproducibility | have not tried |
| Status | assigned | Resolution | open | ||
| Summary | 0001093: встроенная проверка размера файла изображения и компрессия | ||||
| Description | для єкономии места на сервере и повышения скорости отклика необходимо заблокировать добавления тяжелых картинок на сайт UkrBIN или сжимать их автоматом при загрузке пользователем тяжелых картинок. | ||||
| Tags | No tags attached. | ||||
|
|
Автоматическое сжатие это хорошо, но бывают случаи, когда необходим снимок в высоком разрешении. Можно это решить так: сделать автоматом включенной опцию: "Автоматически ужимать картинку", а если её отжать, то можно загрузить неурезанную версию. При этом при следующей загрузке, опция должна опять включиться (что бы не получилось, что однажды отжав ужатие, человек продолжит грузить большие файлы). |
|
|
Ну вопрос сложный и неоднозначный... Порой действительно определяют по исходному фото. Есть опять же разные степени сжатия (jpg %). Имелось ли ввиду уменьшение размера... это тоже можно делать, но опять же до какой степени. Многие вообще грузят сырой материал, где насекомое занимает сантиметр и 90% площади снимка вообще можно обрезать. Но порой возникает и вопрос по растению... |
|
|
У нас тысячи фоток, а будут миллионы. Тяжелыми картинками место заполняется в 10-20 раз быстрее, а при этом на большинстве тяжелых картинок просто безполезное поле. Надо предлагать проводить процедуру обрезки до загрузки. Тогда при сжатии картинки все детали будут сохраняться. В отдельных случаях можна просить автора предоставить высокое разрешение через файлообменник. Посмотрите на фото Борис, на них все видно и они ничего не весят. Нужно установить автоматическое сжатия изображения до макс. 1024 пкс по длинной стороне. Как это реализовано в ФБ |
|
|
"Надо предлагать проводить процедуру обрезки до загрузки." Сейчас то и так вписано в правила - окадрировать и пережать до 1024 пикселей по длинной стороне. А) Далеко не все это делают Б) Далеко не все умеют это делать По-этому я бы поставил автоматическое пережатие с возможностью специально заливать полные файлы. Выше предлагал как вариант ставить галочку "не ужимать файл" если необходим полноразмерный вариант. Можно при нажатии на эту галочку, что бы выскакивал pop-up предупреждение с текстом: "Вы точно уверенны, что хотите загрузить несжатый файл?" |
|
|
Не умеют - научим. Добавим всплывающие окна подсказки с инструкцией что делать. Атоматический компрессор нужен однозначно |
|
|
Ну можем для начала уменьшать до 1024 и жать на 90% (это на детализацию почти не влияет). А там пусть вырезают и довешивают фрагменты если надо. Масса фоток не в фокусе которые по 7-10 метров весят. |
|
|
"Ну можем для начала уменьшать до 1024 и жать на 90% (это на детализацию почти не влияет). А там пусть вырезают и довешивают фрагменты если надо. Масса фоток не в фокусе которые по 7-10 метров весят." Полностью поддерживаю! |
|
|
можно существующие все фото пережать. задним числом, так сказать... |
|
|
Хотя у меня вот возникло возражение. Дело в том, что иногда фотку можно обрезать так, что она будет весить 200-300кб, но по длинной стороне 2000 пикселей. Я сам так часто вырезаю - получаются широкоэкранные снимки. Если такие снимки пережимать, то качество резко упадет. По-этому если вводить автокомпрессию, то только с возможностью отключения на стадии загрузки. По дефолту включено, но если человеку нужно загрузить большой файл либо файл кадрирован так, что ужатие ему не требуется - то отключает. |
|
|
тогда надо применять какой-то другой алгоритм сжатия. |
|
|
А может сделать проверку? если файл больше, например, 500кб, то происходит автоматическое ужатие. Ну и всё равно надо оставить опцию загрузки неурезанных. Потому что пользоваться сторонними файлообменниками - это моветон! |
|
|
Сейчас реализовано групповое админское сжатие по списку. Но мне что-то хочется ставить и админскую блокировку на сжатие действительно нормальных изображений. Чтобы их случайно в общей массе не пожать. Например типа больших в стиле Ильича, или Barış например подкидывает вообще уникальные виды, определенные, в достаточно хорошем качестве - я не хочу чтобы кто-то это случайно пожал. В принципе можно включить и сжатие по-умолчанию на загрузке. Но мы получаем обратную проблему - приговаривание действительно качественных и нужных изображений. Даже если дать возможность пользователю этим управлять, не каждый будет с этим заморачиваться, всяких опций и переключателей и так достаточно. Может быть выходом будет в профиле пользователя добавить админскую опцию типа "Защита от сжатия". |
|
|
В обратном порядке людям будет тяжко отследить и проставить нужным фото защиту от сжатия всем фотографиям, которые требуют высокого разрешения. Потому я по прежнему убежден, что лучший вариант - по дефолту фотки ужимаются если весят более 500кб. А что бы загрузить полную картинку необходимо нажать (спрятанную довольно далеко) галочку "Do not compress donloaded file". Эти же фотографии могут получать автоматом "защиту от сжатия" при админских массовых чистках.И также необходимо запретить браузерам запоминать нажатие этой галочки, что бы при следующей загрузке фото возвращалось значение по умолчанию, а именно - ужимать фото при загрузке. |
|
|
Ну в принципе что-то такое... надо нормально обсудить и принять нормальный приемлемый вариант. Я в принципе за то, чтобы отдельным участникам отключать сжатие по умолчанию, если мы четко представляем какой контент от него идет. |
|
|
Для сознательных пользователей, понимающих процесс, да, надо дать возможность выбора. Однако таких мало, поэтому ввод автоматического сжатия загружаемых файлов очен желателен. |
|
|
По-моему, мы уже толчем воду в ступе :) Все вроде бы согласны, что автоматическая компрессия нужна и вроде бы все согласны, что опция должна быть включаемой-отключаемой. Для особо избранных можно отключать автокомпрессию на совсем, но только вручную кем-то из админов. Опцию надо ставить уже на разработку и там посмотреть как она работает, если что-то не понравится - откатим назад или перенастроим. |
|
|
ну почему толчем, админское насильное сжатие уже работает просто согласовать полный сервис... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-06-28 19:54 | Nikolai Yunakov | New Issue | |
| 2017-06-28 19:54 | Nikolai Yunakov | Status | new => assigned |
| 2017-06-28 19:54 | Nikolai Yunakov | Assigned To | => barry |
| 2017-06-29 03:33 | Nikolai Yunakov | Summary | встроенная проверкаразмера файла изображения и компрессия => встроенная проверка размера файла изображения и компрессия |
| 2017-08-20 07:02 | Nikolai Yunakov | Priority | normal => immediate |
| 2017-08-20 07:02 | Nikolai Yunakov | Severity | minor => major |
| 2018-05-17 11:23 | Mikhail_Rusin | Note Added: 0003686 | |
| 2018-05-17 15:15 | barry | Note Added: 0003688 | |
| 2018-05-17 17:42 | Nikolai Yunakov | Note Added: 0003689 | |
| 2018-05-17 17:52 | Mikhail_Rusin | Note Added: 0003690 | |
| 2018-05-17 17:55 | Nikolai Yunakov | Note Added: 0003691 | |
| 2018-05-17 17:55 | Nikolai Yunakov | Note Edited: 0003691 | View Revisions |
| 2018-05-17 18:40 | barry | Note Added: 0003692 | |
| 2018-05-17 18:42 | Nikolai Yunakov | Note Added: 0003693 | |
| 2018-05-17 21:30 | Mikhail_Rusin | Note Added: 0003694 | |
| 2018-05-18 11:55 | Mikhail_Rusin | Note Added: 0003695 | |
| 2018-05-18 17:03 | Nikolai Yunakov | Note Added: 0003696 | |
| 2018-05-18 17:06 | Mikhail_Rusin | Note Added: 0003697 | |
| 2018-06-01 07:45 | barry | Note Added: 0003744 | |
| 2018-06-02 14:56 | Mikhail_Rusin | Note Added: 0003765 | |
| 2018-06-02 15:10 | barry | Note Added: 0003768 | |
| 2018-06-04 20:52 | Nikolai Yunakov | Note Added: 0003781 | |
| 2018-06-04 21:19 | Mikhail_Rusin | Note Added: 0003782 | |
| 2018-06-04 22:49 | barry | Note Added: 0003785 |
