Качество сжатия JPG-изображений

Теперь мы предоставляем выбор качества сжатия изображения при загрузке на сайт в модули. Выбирайте сами – экономить дисковое пространство сильным сжатием, или загружать фотографии на сайт без сжатия и без потери качества. В настройках модуля появилась такая опция:

Важно: настройка качества для вотемарка имеет более высокий приоритет, чем данная настройка.

Обновление доступно для модуля “Каталог статей”. Но не волнуйтесь, позже, разумеется, мы добавим данную опцию для всех остальных модулей.

$IMG_URL1$ – $IMG_URL50$
...а также ALT и TITLE

Нас давно настойчиво об этом просили, и вот мы готовы порадовать вас добавлением 40 новых кодов для работы с изображениями в шаблонах!

Теперь коды изображений, альтов и тайтлов в шаблонах в “Управлении дизайном” работают полноценно до 50-ти изображений (в зависимости от настройки максимального количества загружаемых изображений в модуле).

Данное обновление доступно во всех модулях.

Фотоальбомы – приватный доступ

Тех наших пользователей, кто активно пользуется функцией приватных альбомов в модуле “Фотоальбом”, мы спешим порадовать целым рядом багфиксов:

Прочие фиксы

Больше новых обновлений – к началу осени! До встречи в нашем блоге! :)


164 комментариев
1 2 3 »
1 Написал CADIVEU 16 Августа 2016, 16:50
Спасибо
2
2 Написал olepav 16 Августа 2016, 16:54
happy
3 Написал SkyFfs 16 Августа 2016, 16:59
В принципе вещь не плохая smile
3
4 Написал olepav 16 Августа 2016, 17:05
Исходя из того, сколько нас об этом просили, вещь более чем неплохая smile Спасибо)
avatar
5 Написал rubik1894 16 Августа 2016, 17:13
smile Пригодится!
6 Написал mrx 16 Августа 2016, 17:35
А PNG в JPG конвертирует?)
7 Написал REAST 16 Августа 2016, 17:38
Здравствуйте!

Расскажите пожалуйста поподробнее про пункт: "относительный URL изображений в RSS-ленте модуля “Новости сайта”. Не совсем понял что должно измениться...
2
9 Написал o_Lisovenko 16 Августа 2016, 18:20
Был баг со вводом https - если Вас это не затронуло - очень хорошо smile
8 Написал alex-g 16 Августа 2016, 17:55
Цитата
ошибка кликабельности картинки при загрузке изображения без создания превью

То есть, теперь при загрузке изображений малого размера они будут так же заключаться в ссылку и увеличиваться при клике?

Обновление с изображениями просто отличное! Если бы еще была возможность грузить комплексно изображения, для реализации галереи подобного вида без излишнего гемороя с прикреплением 50 изображений поштучно, было бы просто изумительно!!!
0
11 Написал o_Lisovenko 16 Августа 2016, 18:20
Не будет заключатся в ссылку если не конвертируется изображение и не уменьшается, да. 

На счет массовости - знаем. Пока с этим сложно, но мы помним.
avatar
10 Написал Kurosava 16 Августа 2016, 18:20
А может лучше всё таки за визуальный редактор возьметесь? На современных шаблонах платных на старом редакторе невозможно работать
0
12 Написал o_Lisovenko 16 Августа 2016, 18:26
Уточните, что Вы имеете ввиду? Новый виз. редактор есть в настройка в ПУ: https://yadi.sk/i/jx6ZsqD3uG92H
avatar
46 Написал anna_borisenko36 17 Августа 2016, 16:19
Я думаю здесь имели введу WYSIWYG (который не менялся) в панеле управления при редактировании дизайна.
avatar
13 Написал Valera_boron 16 Августа 2016, 18:59
Все, что вы делаете в последнее время для Юкоза идет на ура! Спасибо вам. Вот чего еще действительно не хватает, так это ограничения на загрузку фотографий. Например пользователь в день может загрузить не более 5 фотографий. Так тоже дисковое пространство можно сэкономить smile
1
14 Написал o_Lisovenko 16 Августа 2016, 20:02
Для этого есть модерирование smile Очень редкий запрос - на ограничение загрузки изображений в день, не могу сказать что это реально кому-то нужно. Хотя и разумное предложение, но тут лучше модерировать материалы, а так что бы пользователь забил все дисковое за день - все равно не получится в силу общих ограничений и лимитов.
16 Написал Prochtenniy 16 Августа 2016, 22:47
Ограничение на количество добавленных материалов в сутки вещь не плохая. Модерация тут немного не совсем то.

Поскольку грядет обновления профиля, возможно стоит там внедрить новую переменную, которая будет считать количество добавленных материалов пользователя в день. Эту переменную выводить так же на странице добавления материала, так можно будет условными операторами делать запрет на добавления материалов пользователю в сутки  и не только в фотоальбоме. Так даже можно будет выставлять различные лимиты в модулях, по группам и т.д.   ^_^
150 Написал Dolpfin 29 Сентября 2016, 11:23
Это зря вы так думаете! Мне например тоже необходимо на сайт ограничение по загрузке фото в день. И дело не дисковом пространстве, а в качестве обсуждения фотографий. На данный момент проблему решил заказав PHP скрипт, но хочется чтоб это было системно и удобно в настройке.
15 Написал borschaga 16 Августа 2016, 21:07
Полезная опция smile спс
17 Написал Canon_L 17 Августа 2016, 01:32
В наше время скоростного (даже мобильного) интернета, FULL HD мониторов, Retina, адаптивных дизайнов сайтов, растяжек бекграундов через всю ширину сайта обновление достаточно странное, тем более на фоне более существенных проблем с загрузчиком. Меня до сих пор больше волнует почему UCOZ ворует дисковое пространство и загружая фотографию с мизерным вотемарком она таинственным образом из 1 мегабайта превращается в 3-4. 1 фото - черт с ним, 10 фото - не важно, но допустим 5.000 статей с заглавными фото по мегабайту это не должных 5 гигов дискового пространства, а 20!!! Коммерческий интерес UCOZ вполне понятен, и никто не против платить, но не за воздух же...
0
19 Написал o_Lisovenko 17 Августа 2016, 10:22
Не говорите глупостей, никто ничего не ворует и ни у кого в занятом дисковом пространстве коммерческого интереса нет, уж поверьте мне. 

Если Вам не нравится функция вотермарка, накладывайте ее руками в фотошопе, все что Вам могу сказать. Если не понимаете как работают загрузчики изображений.  Мизерный или не мизерный вотермарк, почитайте об обработчиках в сети. 

Вместо 5 гигов - 20, это вы либо что-то не понимаете. либо не так считаете. В общем -выход у вас есть, выше я его написал. Это не "более серьезные проблемы с загрузчиком", это у вас неправильные подсчеты.
32 Написал Canon_L 17 Августа 2016, 14:17
Олег, ранее Вы признавали, что это проблема и говорили, что ее решением уже занимаются. А сейчас говорите, что это вовсе не ошибка загрузчика, а просто мне показалось.
0
33 Написал o_Lisovenko 17 Августа 2016, 14:21
Не на столько - из 5 до 20 гигов. Да и мы загрузчик обновили.
21 Написал alex-g 17 Августа 2016, 11:26
Если вы загружаете изображение весом в 1MB на сайт, то стоит пересмотреть необходимость ведения сайта в целом. Или хотя бы почитать парочку статей о скорости загрузки страниц сайта и рекомендации по его ведению.
30 Написал Canon_L 17 Августа 2016, 14:00
Вероятнее всего Вы мыслите мерками своего сайта и думаете, что вокруг него нет ничего иного. Ни один уважающий себя фотограф не будет грузить в свое портфолио "мыло" или уменьшать фотографии до такого размера, когда теряются детали, полутона, тени превращаются в пятна. Качественные обои для рабочего стола тоже как правило весят не мало. На сайтах ландшафтных дизайнеров не редкость встретить достаточно объемные панорамы... И т.д. Продолжать можно долго, но вместо этого предложу постараться мыслить многогранно.
31 Написал alex-g 17 Августа 2016, 14:15
Дело в том, что с такими размерами вы вряд ли сможете продвинуть ваш сайт, а пользователи с мобильным интернетом не скажут вам спасибо. Панорамы или обои, для рабочего стола обычно открываются по ссылке, как отдельный элемент, а превью идет уменьшенное. По поводу потери качества, для разрешений мониторов, любое изображение можно ужать без потери деталей и оттенков до 200-500кб.
34 Написал mrx 17 Августа 2016, 14:25
Скриншот компьютерной игры в разрешении 4K весит в среднем 2 Мб при сильном сжатии JPG. Без сжатия 5 - 10 Мб. В формате PNG этот же скриншот весит от 25 Мб и до бесконечности... Поисковые системы отдают предпочтение изображениям в высоком разрешении. Яндекс-картинки выводит самые большие изображения в топ, отбрасывая весь остальной хлам. Поэтому сейчас многие вебмастера просекли фишку и увеличивают изначально маленькие изображения, выводя в топ Яндекса растянутое мыло. smile Это что касается видеоигр. Предполагаю, что для фотографов вопрос качества сжатия куда более насущный.
37 Написал alex-g 17 Августа 2016, 15:21
Давайте подведем итог и закроем эту беседу, тем более, не по теме поста. После экспорта 3D модели в PNG с разрешением 1024х1024px изображение весит 3,4MB. Но, мне почему-то без труда удается уменьшить его до 34KB. Сохраните их себе на компьютер и сравните разницу при одинаковом разрешении. Безусловно, это частный случай, при большей детализации изображения, размер снимка будет не 30кб, а 200-300кб, но это все равно не 3мб. Если же вы сомневаетесь, что можно уменьшить ваш скриншот из 25МБ, до менее чем 2Мб, что скиньте мне исходник.
41 Написал Canon_L 17 Августа 2016, 15:54
Вы точно такое же проделайте с контрастным JPG с многочисленными деталями, а не с белым холстом, который практически ничего не весит.
42 Написал alex-g 17 Августа 2016, 15:56
Я написал, что это частный случай и будь на снимке множество объектов, вес был бы 200-300кб.
43 Написал Canon_L 17 Августа 2016, 16:02
Который после загрузки на сайт превращается в 1 мегабайт biggrin И мы возвращаемся к Вашему умозаключению:

Цитата
Если вы загружаете изображение весом в 1MB на сайт, то стоит пересмотреть необходимость ведения сайта в целом.

Так может все же работу загрузчика стоит пересмотреть, а не подход к работе с сайтом?
44 Написал alex-g 17 Августа 2016, 16:05
Скиньте мне изображение, которое после загрузки на сайт из 200кб превращается в 1мб. Лично я с таким никогда не сталкивался.
45 Написал Canon_L 17 Августа 2016, 16:15
См. 39 комментарий. От параметров изображения увеличение веса никак не зависит. Можете взять любую фотографию, если интересно увидеть.
48 Написал mrx 17 Августа 2016, 16:40
Исходник PNG, 10,7 Мб
JPG без сжатия, 4,2 Мб
JPG со средним сжатием, 1,1 Мб
JPG с убийственным сжатием, 330 Кб

Пример не слишком удачный, так как на скриншоте холодные цвета и 40% пространства - белое небо. Поэтому и вес небольшой (10Мб), и разница в качестве не заметна. При палитре ближе к красному, эффект от сжатия проявляется более чётко, с артефактами и "мыльцом". В любом случае, сжать большое изображение менее чем в 1 - 2 Мб бывает весьма проблематично. Особенно если на нём много деталей и текст/логотип/копирайт (который в первую очередь страдает от сжатия). И ваша фраза "если вы загружаете изображение весом в 1MB на сайт, то стоит пересмотреть необходимость ведения сайта в целом", прозвучала как-то странно. 300 - 500 Кб - это вес картинок поколения fullHD. А сейчас уже идёт мода на 4K, 8K и т.д. Там вес файлов совсем другого порядка.
51 Написал alex-g 17 Августа 2016, 18:09
Вот результат сжатия до 550кб. В настоящий момент, fullHD мониторы занимают вторую позицию с 13%. 4k в статистике не участвует вовсе. А значит вы делаете дурную работу, перегружаете сервера и выносите трафик у набирающих популярность мобильных устройствах. Оптимальным разрешением для изображений будет до 1500px по длинной стороне и максимально сжатыми по размеру. Но это только мое мнение, поступайте как вам хочется.
52 Написал Canon_L 17 Августа 2016, 18:23
В настоящий момент, fullHD мониторы занимают вторую позицию с 13%. Через год-два обычных мониторов остается 13% и дальше что? Вы сядете лопатить весь сайт и менять везде фото? Проще сразу делать материалы качественно смотря вперед, а не назад. Я стараюсь везде вставлять большие фотографии с шириной 100% - адаптивно и у всех хорошее качество.
53 Написал mrx 17 Августа 2016, 18:41
Для экономии мобильного траффика есть превью-изображения, которые выводятся отдельными кодами. Речь не о них.
35 Написал Canon_L 17 Августа 2016, 14:31
1. Ну так и в UCOZ слава богу есть IMG_SMALL_URL и IMG_URL - тоже самое о чем пишете Вы.

2. Ужатое фото 500 Кб на Вашем жестком диске после загрузки через загрузчик UCOZ весит 1,5-2 Мб. Об этом я и пишу, что это проблема! Как бы и качество не хочется терять, но при этом не хочется людей раздражать и свое дисковое пространство не хочется тратить на то, что UCOZ починить не может.
38 Написал alex-g 17 Августа 2016, 15:24
Ужатый компрессором снимок действительно немного прибавляет в весе после конвертации через встроенный загрузчик. Однако не в 2-3 раза, а на 5-10%. При отсутствии сжатия исходного изображения, размер может быть значительно меньше после загрузки на сайт.
39 Написал Canon_L 17 Августа 2016, 15:44
Прежде чем писать сделайте PNGшный вотемарк весом 10-15 кб и попробуйте загрузить фотографию через загрузчик. Разница будет уже не 5-10%, а 300-400%.
18 Написал SkyFfs 17 Августа 2016, 09:10
Ограничение на загрузку фотографий в сутки вещь и вправду не плохая, то что предложил Prochtenniy звучит интересно. Я пробовал делать примерно такое же скриптом, но выходило не совсем то, что нужно было.
1
20 Написал o_Lisovenko 17 Августа 2016, 10:22
Посмотрим, что можно сделать. Я вас услышал.
avatar
23 Написал Valera_boron 17 Августа 2016, 11:52
Было бы полезно. А пока будем испытывать ваши новые апгрейды smile
22 Написал alex-g 17 Августа 2016, 11:31
Было бы неплохо, если бы загрузчик еще и сжимал изображения. Так же как через compressor.io или tinypng.com.  Дело в том, что если изображение изначально подогнать по размеру и сжать, то после создания уменьшенного изображения или при загрузке в магазин, сжатие отсутсвует, так как загрузчик создает новое изображение с указанными размерами. Единственный выход, грузить изображения в оригинальном размере, что тоже не очень хорошо для мобильных устройств.
avatar
47 Написал anna_borisenko36 17 Августа 2016, 16:24
Либо как jpegmini. Там качество фактически не теряется, а от вес существенно уменьшается.
avatar
24 Написал Svoya 17 Августа 2016, 12:30
Это обновление действительно крайне важно для фотосайтов и сайтов, заточенных под иллюстрации. И, думаю, для интернет-магазинов тоже. Так что большое спасибо за стремление идти вперед.
Хотелось бы затронуть еще одну тему, по которой uCoz растет на глазах — это взаимодействие с клиентами и отношение к клиентам. У меня черный бэкграунд сайта, и при релизе нового загрузчика изображений возникли проблемы. Довольно быстро (хотя и пришлось стучать во все двери) удалось донести проблему до разработчика, меня услышали (!), к моему мнению прислушались (!) и временно откатили загрузчик до старой версии. Это совершенно новый уровень клиентоориентированности. Ну а то, что просьбам пользователей внимают и со стахановской скоростью выдают долгожданные обновления — вдвойне здорово. Успехов вам!
0
26 Написал o_Lisovenko 17 Августа 2016, 12:56
Спасибо за отзыв! 
Мы надеемся двигаться в том же направлении и стремительно увеличиваем команду разработчиков, по крайней мере стараемся smile
25 Написал nomid 17 Августа 2016, 12:45
В целом, отличное обновление! up

Также, очень радует что исправили баг с кликабелностью изображения без создания превью, ждал...

И, пожалуй, последнее. Вопрос: работает ли нормально аль и тайтл для изображений в модуле новости сайта?

Стоп, проверил. Работают! Спасибо за исправление. Еще бы дождаться обновления бага с превью smile
1
27 Написал o_Lisovenko 17 Августа 2016, 12:56
Все работает, да. 
Какой баг с превью? Он уже вроде давно исправлен, если Вы про страницу редактирования.
28 Написал nomid 17 Августа 2016, 13:15
Цитата
ошибка кликабельности картинки при загрузке изображения без создания превью → fixed;


О том, что если изображение, к примеру, имеет размер 400х300, а при добавлении материала в модуле новости выставлен также размер 400х300, то после вставки кода $IMAGE2$ оно все равно остается кликабельным.

Т.е. какой бы я размер не указывал (больше или меньше), изображение все равно кликабельно. А ulightbox должен срабатывать только при создании превью, когда картинка, например, 600х400, а размеры при добавлении указаны меньше 400х300 или подобное.

0
29 Написал o_Lisovenko 17 Августа 2016, 13:58
Это Вы сейчас на 4 сервере смотрите? Где уже вышло обновление?
36 Написал nomid 17 Августа 2016, 14:37
s84
1
40 Написал o_Lisovenko 17 Августа 2016, 15:51
Это обновление не дошло до Вашего сервера еще, а судя по всему то что вы просите - в нем исправлено.
57 Написал nomid 19 Августа 2016, 11:37
Обновление уже "пришло", но проблема с превью не исправлена.

Что делать? Как можно это решить, чтобы картинки не были кликабельны?
1
58 Написал o_Lisovenko 19 Августа 2016, 12:16
Можно пример/ссылку, пожалуйста?
66 Написал nomid 19 Августа 2016, 18:02
Вот пример и так на всех моих сайтах.

0
68 Написал o_Lisovenko 19 Августа 2016, 18:53
А в каталоге статей также? smile
69 Написал nomid 19 Августа 2016, 19:35
На всех сайтах использую только модуль "новости".

Какой бы размер не ставил, на всех сайтах одно и тоже самое...

Так понимаю, что нужно теперь ждать этого апдейта для всех модулей? Если да, то, хотя бы приблизительно когда планируется неделя/месяц/год? smile
0
85 Написал o_Lisovenko 22 Августа 2016, 12:06
Да, нужно ждать для всех модулей. Даже приблизительно не скажу. Как будет полет.
49 Написал amrita 17 Августа 2016, 16:40
Спасибо за обновление!
По превью вижу только один недочет - нет возможности прикрипления стилей (класов). Это актуально для сайтов с адаптивным дизайном, так как позволило б задавать минимальный и максимальный размеры изображения и прописывать border в стилях.

Вижу это так:
Вариант 1. В модуле все превью идентичные по размеру (клас значит должен быть идентичный).
Вариант 2. Если админ загружает превью разных размеров, то должен быть выбор класа (стандартный либо индивуидуальный).

Ну и понятно что многие ждут возможность задачи ЧПУ для картинок (в сочетании с их id) и мультизагрузку с подальшим редактированием.

При реализации настроек сжатия в других модулях - прошу сделать так чтобы настроки были для каждого модуля отдельно (это актуально так как цели интернет-магазина, фотоальбома и блога могут кардинально отличатся).
0
50 Написал o_Lisovenko 17 Августа 2016, 16:53
Для каждого модуля сжатие будет своё.
54 Написал onemore 18 Августа 2016, 15:03
напомню что пользователи давно уже ждут возможности присвоения названия материала загружаемой фотографии чтобы в материале была картинка типа site.ucoz.com/_nw/nazvanie_materiala.jpg

это ОЧЕНЬ критично для SEO в нынешних условиях. в прошлый раз когда об этом говорили, ваш разработчик сказал что буквенные названия будут дублироваться но сейчас картинкам при добавлении и так присваиваются уникальные цифровые названия, в чем проблема тогда реализовать через site.ucoz.com/_nw/nazvanie_materiala_[тот же самый уникальный набор цифр].jpg
0
59 Написал o_Lisovenko 19 Августа 2016, 12:17
Посмотрим, что можно сделать, но не могу обещать. Это не файловый менеджер, а загрузчик.
55 Написал Canon_L 18 Августа 2016, 18:12
Сегодня обноружил обновление. Добавилась еще одна строка с выбором кликабельности. Господи, ну неужели так трудно напротив загрузчика поставить шестиренку и по клику по ней в аякс-окошко вынести всю эту мишуру типа размеров превью, альта, тайтла, кликабельности и другого хлама, который вы еще собираетесь напихать.



Вы растянули загрузчик на километр. Работа с 10 изобразениями занимает 3 экрана. Маразм.
0
60 Написал o_Lisovenko 19 Августа 2016, 12:18
Можно, адрес сайта? Или скриншот, что именно Вам мешает?
71 Написал -SAM- 19 Августа 2016, 21:53
Аналогично вот этому - почему не сделали так, чтобы вывод "Кликабельное изображение" вносился под "шестеренку" (исходя из того, что ранее этой функции не было, то во всех ранее залитых материалах функция не востребована, а также думаю, что и далее в большинстве случаев в будущих добавляемых материалах будет отмечена галка - вот и получается, что приоритетным будет функционал по кликабельности внести вглубь и скрыть визуально изначально, чтобы лишь когда нужно было - нажать на "шестеренку", увидеть "Кликабельное изображение" и снять галку для выбранного прикрепленного изображения, как-то так). И круто конечно было бы, если бы была возможность в ПУ задать возможность выбора кликабельности, по аналогии с наложением водяного знака (настройки групп).


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

Ну, а что касается загрузчика прикрепленных файлов на форуме - тут жду с нетерпением, поскольку проблема есть, и решить ее самостоятельно нельзя (размер прикрепленных изображений увеличивает многократно, а при попытке удаления - файлы не удаляются).
0
86 Написал o_Lisovenko 22 Августа 2016, 12:13
Все это исправлено в каталоге статей (превью, например). Позже будет во всех модулях. 

По шестеренку - скроем.
98 Написал -SAM- 22 Августа 2016, 15:19
К сожалению, не исправлено превью прикрепленных изображений, как и написал (прочитайте еще раз о каком превью я говорю здесь и в теме о рапорте о багах).
0
100 Написал o_Lisovenko 22 Августа 2016, 15:29
Модуль каталог статей?
102 Написал -SAM- 22 Августа 2016, 15:42
Конечно (а так - проблема во всех модулях ... ну, в новостях, статьях и файлах - так точно, остальное не смотрел и используется мной редко).
0
103 Написал o_Lisovenko 22 Августа 2016, 15:56
Еще раз - превью проблема в каталоге статей именно? Пока это испралвено только в нем. Если ошибка в новом добавленном материале есть - пожалуйста ссылку на материал в каталоге статей.
104 Написал -SAM- 22 Августа 2016, 16:16
Я не говорю о выводе уменьшенной копии изображения в материале, а говорю о выводе миниатюры возле прикрепленного файла на странице редактирования материала (уже неоднократно писал).

UPD.: причём здесь ссылка на материал? Вот пример (проблема на странице редактирования же, оттуда и скриншот), а вот на материал ссылка.
0
105 Написал o_Lisovenko 22 Августа 2016, 16:40
Я про это и говорю. Ссылку на материал покажите.
162 Написал -SAM- 12 Декабря 2016, 04:48
Правильно ли я понимаю, что выбор кликабельности был убран вообще или же где-то нужно теперь покопаться в настройках, чтобы его включить? Суть в том, что уже писал тут, что я его у себя скрывал был стилями, а вот недавно в исходном коде посмотрел - функции выбора кликабельности не обнаружил.

А также уж очень хочется увидеть ответ на вот это, ибо все пишут о том, как бы не заливало лишнего, не портило и не увеличивало в размерах, а вот как раз замеченное мной - не видел, чтобы писали... и со стороны uCoz так до сих пор вразумительного ответа не получил (прям как партизаны, ну честно) - считается ли это недоработкой, багом или вовсе "фичей" обновленного загрузчика? Лично для меня подобное является неприемлемой особенностью его, которую нужно обязательно устранить - нет возможности убрать создаваемую уменьшенную копию, хотя бы выставляя 0x0 при загрузке, раз рядом нет галочки по типу "не создавать уменьшенную копию" + еще вообще делает дубль полноразмерного изображения, потом и выводит "уменьшенную" копию эту, а всё из-за того, что размеры полноразмерного заливаемого изображения меньше (или равны), чем выставлено в ПУ при каких размерах делаются уменьшенные копии (или же они создаются в любом случае теперь).

UPD.:
Хорошо.
UPD. от 01.06.2017: от только когда оно сделано "будет" - большой вопрос, к uCoz'у к тому моменту, видимо, уже полностью прохладно относиться начну, как и реализовать задуманное не выйдет (быть может, что кто-то и готов ждать год-два исправление ранее работающего и спустя вашими разработчиками поломанного, но не все, и я в том числе вряд ли дождусь... и в этом, увы, весь uCoz), посмотрим...
0
163 Написал o_Lisovenko 12 Декабря 2016, 17:18
Цитата
нет возможности убрать создаваемую уменьшенную копию

Будет. 

Цитата
вразумительного ответа не получил (прям как партизаны, ну честно)

Я вам уже раз сто отвечал, научитесь кратко выражать свою мысль, и будете получать ответы. У вас в сообщениях 99% воды, вас с трудом удается читать.
56 Написал nightspell 18 Августа 2016, 18:44
Поясните, пожалуйста, насчёт сжатия фотографий при загрузке. Сейчас в фотоальбомах, как я понимаю, принудительное неотключаемое сжатие на 90%, со временем вы обещаете сделать возможность выбора процента сжатия. Но, даже сжатие со 100% качеством - это всё равно сжатие, всё равно какая-никакая обработка файла, которая мне лично крайне нежелательна. Можно ли будет выбрать 0% или как-то ещё отключить любую обработку файла при загрузке, проще говоря - сделать так, как было раньше?
0
61 Написал o_Lisovenko 19 Августа 2016, 13:02
Раньше, если брать фотоальбом, оригинальная картинка, если попадала под обработку, всегда сохранялась с качеством 70%

В фотоальбоме логика была построена и счас такой осталась, что если стоит "сохранять оригинал", то картинка пересохраняется с учетом настроек качества, которые, если не включен вотемарк, всегда 90%

Если сравнивать картинки загруженные ранее с теми, что загружены через новый загрузчик, то разница будет всегда.
62 Написал nightspell 19 Августа 2016, 14:10
Наверное, мы не совсем поняли друг друга. У меня сайт тут уже шесть лет и до 26 июля сего года фотографии сохранялись один в один без какой либо обработки (разумеется обработка всегда была отключена в настройках), то, что они сохранялись один в один ясно из того, что вес закачанной и скачанной обратно фотографии совпадал до байта. После 26 июля всё изменилось и отключить обработку при закачке стало невозможно. Будет ли такая опция в новых настройках? Смогу ли я отключить любую обработку при закачке, как, повторяю, было раньше?
0
63 Написал o_Lisovenko 19 Августа 2016, 14:59
Можно адрес сайта и пример? Разработчики посмотрят на конкретном примере. Если что-то не так, исправим, надо понимать на конкретном примере.
64 Написал nightspell 19 Августа 2016, 15:08
С сайтом всё в порядке  smile Вопрос о будущих настройках нового загрузчика, которых, как сказано в вашем посте, пока ещё нет для модуля "фотоальбомы" (а есть только для каталога статей, а в каталог статей я фотографии не гружу, меня интересует только модуль фотоальбомы).  Т.е. негде пока смотреть на примере. Можно ли будет там отключить сжатие вообще, а не просто выбрать процент? Мне кажется, вопрос понятнее некуда, а ответ - "да" или "нет".
-1
65 Написал o_Lisovenko 19 Августа 2016, 17:54
Полностью не обрабатывать - нет, не получится.
67 Написал nightspell 19 Августа 2016, 18:14
Это самая плохая новость за все мои шесть лет на вашем хостинге. Очень обидно.
70 Написал -SAM- 19 Августа 2016, 19:47
Это действительно очень плохо, поскольку не учитывается факт того, что пользователи сами уже позаботились про то, чтобы их изображения были оптимизированы перед загрузкой - после обработки загрузчиком увеличивается размер прикрепленных файлов (в общем, изображения поддаются обработке и изменяются, вносятся еще данные в exif). Нужно чтобы была возможность сохранения первоначальных файлов без изменения (то есть, заливаешь файл с такой-то чек-суммой, такой она и осталась после загрузки, а менялась лишь при наложении ватермарка или изменения ширины\высоты изображения). И я так понимаю, что сейчас просто теряется такая возможность, которая ранее была (придётся использовать заливку через ftp и дополнительные поля, да поля по типу "Скриншот").
74 Написал nightspell 20 Августа 2016, 12:48
А можно тогда по желанию пользователя вернуть старую версию загрузчика картинок? Ясно же, что нововведение удобно далеко не всем, а выбора вы лишаете. Зачем людей насильно в "светлое будущее" загонять?

Куда мне обратиться, чтобы вернуть на мой сайт прежний загрузчик (который не обрабатывал изображения)?

Во-первых, любая обработка, даже с процентом сжатия от 90 и выше, ухудшает качество файла. Хотя, часть файлов я действительно ужимаю перед загрузкой по разным причинам, но только часть, и хотелось бы решать это самостоятельно в зависимости от свойств каждого конкретного файла, а не по умолчанию. Во-вторых, при пережатии может заметно увеличиться вес (даже 5-10% - это заметно, если файлов сотни), что принципиально для бесплатных аккаунтов. Ну и ещё, "мелочь", а неприятно: у меня уже подготовлено десятки файлов для загрузки под прежний загрузчик (с учётом загрузки без обработки) теперь всё придётся переделывать, а ещё, подозреваю, придётся для многих файлов перед загрузкой каждый раз индивидуально выставлять процент сжатия в настройках модуля (когда появится такая настойка для фотоальбомов), перед этим опять же индивидуально подбирая оптимальное соотношение сжатие/качество/вес. Хуже не придумаешь...
0
87 Написал o_Lisovenko 22 Августа 2016, 12:15
Не понимаю6 в чем проблема? Есть же сохранение оригинала в фотоальбоме. Что не так? 

Честно - вы пишите такие комментарии тут, вроде и что-то говорите, что у вас какая-то проблема, но я в упор не вижу проблемы. Покажите конкретный пример испорченных изображений на вашем сайте.
93 Написал nightspell 22 Августа 2016, 13:04
Какое сохранение оригинала? Ваш новый разгрузчик не сохраняет оригинал, он сохраняет только размеры оригинала при этом сам файл ужимается. Сохранить оригинал стало теперь невозможно, в этом и проблема. И дело не в "испорченных" изображениях, а в нежелательной обработке, в лишней мороке и ненужном увеличении веса файлов. О чём и было сказано. Конечно при этом и качество файла не улучшается, и лишнего пережатия любых файлов лучше избегать, это общеизвестно. Вы, к тому же, подтвердили, что сохранить без обработки теперь не получится.

И повторяю вопрос, можно ли технически вернуть старый загрузчик и куда по этому поводу обращаться?
0
99 Написал o_Lisovenko 22 Августа 2016, 15:20
Вы не используете вотермарк, как я понимаю?
106 Написал nightspell 22 Августа 2016, 17:11
Не использую.
0
107 Написал o_Lisovenko 22 Августа 2016, 17:50
Хорошо, записали, сделаем:

При включенной опции "Сохранять оригинал изображения" загружаемые изображения не будут проходить обработку системой (в случае если на изображения не накладвается вотермарк).
108 Написал -SAM- 22 Августа 2016, 17:54

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

UPD.2: во-первых я писал свой комментарий, добавил и лишь потом увидел ваш, а во-вторых - речь идёт о всех модулях, а не о фотоальбоме. В общем, посмотрим чего будет, лишь бы вы понимали чего вам пишут.
1
109 Написал o_Lisovenko 22 Августа 2016, 17:56
Вы меня услышали? Я выше написал что при сохранении оригиналов и 100% в настройках без наложения вотермарка мы сделаем что бы фото вообще не обрабатывалось, никак. 

Или что еще, я вас не понимаю?
110 Написал nightspell 22 Августа 2016, 18:36
Что касается меня, то это именно то, что надо - чтобы фото не обрабатывалось никак - осталось посмотреть на практике. Спасибо!
131 Написал nightspell 04 Сентября 2016, 12:16
А воз и ныне там - это во-первых, но это не самое интересное. Самое интересное у вас оказывается творится с загрузкой png. Попробовала сейчас загрузить несколько маленьких файлов png по 500 байт (да, именно байт), ваш сказочный загрузчик самопроизвольно увеличил каждую до 130 килобайт в результате израсходовав всё свободное место, я их тут же удалила, но занятое место НЕ освободилось, и я сейчас ничего делать не могу вообще, блокировка за перерасход свободного места (кнопка "пересчитать занимаемое пространство" не помогает)
0
132 Написал o_Lisovenko 05 Сентября 2016, 10:07
Адрес сайта, пожалуйста. 
Вы рассказываете какую-то фантастику smile
133 Написал nightspell 05 Сентября 2016, 11:10
Это не фантастика, но сейчас я в любом случае удалила те странные png, проблему свободного места решила удалением ещё кое-каких файлов, так что на сайте всё опять в порядке, и проблема не с сайтом в любом случае. Давайте так: сейчас я всё равно уезжаю и не смогу этим заниматься недели три. Когда вернусь, может быть вы уже добавите всё-таки в новый загрузчик обещанную настройку по отмене обработки файлов, и это бы решило все проблемы. Если нет - тогда и буду думать.
1-20 21-40 41-43
Ваш комментарий