sitecreator
-
Posts
6,116 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sitecreator
-
Реальный отчет, который прислал(а) пользователь. Сократился общий вес на 70%, т.е. почти в 3.5 раза. На входе было 64М, а на выходе стало 19М. И это без учета вот этого: можете оставаться. все по вашему желанию. -
не обязательно. смотря на какой вы версии сейчас.
-
Модуль Старая версия удалена автором [Поддержка]
sitecreator replied to sitecreator's topic in Кэширование, сжатие, ускорение
Версия 2.1.3 тема поддержки здесь: -
Версия 2.1.3 Добавлена совместимость в плане вывода webp практически для любого кеширующего ускорителя. Это позволяет использовать один универсальный кеш страницы для любых браузеров (понимающих и нет webp). Это позволяет отказаться от постоянной пост-обработки (парсинга) страницы HTML для внедрения на нее webp. Достаточно единственной обработки, далее страница может быть помещена в кеш. Для понимающих: подобной технологии вы не найдете в интернете. Это собственная разработка от sitecreator.ru Работает безконфликтно как в случае статического кода HTML, так и в случае динамического кода (генерация за счет JavaScript, ajax и т.п) Умеет интеллектуально работать как с тегами изображений, так и ссылками. Включая сложные случаи содержимого с тегами <picture> <source> Причем, модуль Компрессор умеет понимать для чего в блоке <picture> содержится изображение с расширением JPG (PNG) вместе с изображениями WEBP, а потому не будет без надобности заменять JPG на WEBP. Также нет проблем с обработкой подобных кодов (для Ретины и т.п): <picture> <source class="owl-lazy" data-srcset="https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-600x600.jpg 1x, https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-1200x1200.jpg 2x, https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-1800x1800.jpg 3x, https://***.ru/image/cache/catalog/i/em/ok/60db11ad90e0534e67ec3398acc6fd5a-2400x2400.jpg 4x" srcset="https://***.ru/image/cache/catalog/frametheme/src_holder-600x600.png"> Если вы ничего не поняли из написанного, то это неважно. Т.к. информация для глубоко разбирающихся в этом вопросе.
-
грешен, отступил от темы. Прошу прощения. Скажем так, был больше под впечатлением как это реализовано у других разработчиков. А реализовано у них с множеством недочетов. Свежий Джет ранее не видел, ваш свежий выводит webp. Подтверждаю. Не буду здесь делать сравнение вывода webp разными решениями. Разницу вижу, поскольку уже проходил подобное. В целом достойно.
-
Позволяю пользователям выбрать самый быстрый движок для создания WEBP. Есть возможность сравнить время генерации для разных вариантов.
-
Возможно, что я сильно отстал от жизни. И вы уже решили это вопрос. тогда , пардон. Посмотрю свежие версии ускорителей. Но тот же лайтинг, который я буквально смотрел на днях не умеет выводить. на мой взгляд заставлять пользователей пользоваться командной строкой и заставлять изучать документацию cwebp - это сложновато для пользователя. Он и простые настройки с трудом воспринимает. У нас тут просто с вами разный подход. Я стараюсь оградить пользователя от неверных действий. Есть защита от дурака. Вы предоставляете пользователю взять ответственность на себя. Имеете право.
-
Коллега, с WP не знаком. Это ваши лишь предположения насчет того "где вы взяли", и они с реальностью не имеют ничего общего. Mozjpeg открыл для себя самостоятельно. И поделился этим с сообществом. Не называю, как видите, специально названия кешеров. Вы же внимательно читаете мое сообщение: Есть авторы, которые используют GD, не заботясь о том, что часть GD альфа-канал превращают в черный, а часть wepb делаю невидимками. Это баг заложен в самом GD. Если у вас настраивается качество, то это замечательно. Повторюсь, что пишу из опыта использования разных решений заказчиками. Насколько знаю, то в самом вашем модуле настройка качества не кажется прозрачной для пользователей. Но это может быть мое субъективное восприятие, возможно, что там все легче чем мне кажется. Среди украинских хостеров много с отключенной функцией EXEC. Поэтому я бы назвал 95%-97% для украинских хостеров. Для российского сегмента цифры немножко лучше, примерно до 98%. Но явно не 99.9% Но не суть в этих единицах процентов. Решать заказчику.
-
Уровень оптимизации выбираете сами: Большие картинки не загружаем на смартфоны. Особое внимание индексации изображений: избавляет вас от битых копий изображений: Модуль Компрессор также заботится чтобы не только webp были созданы и выведены, но и чтобы сервер выдавал правильный тип для данного файла. Плюс самый продвинутый и безконфликтный Lazy Load с выбором нескольких типов. Вы думаете почему так много настроек в модуле Компрессор? Просто он на голову выше в плане работы с графикой из того, что есть. Т.к. учитывает миллион нюансов. Я даже полностью расписывать не стал. Но и того, что есть, вы не встретите в ускорителях\кешерах. Назначение кешера - это кеширование. Остальное - это по остаточному принципу. Почти все кешеры/ускорители оставляют головную боль по выводу WEBP в нужный браузер именно вам. Они эту задачу часто не решают вообще. Создали, и на этом все! Модуль Компрессор решает любые задачи с изображениями в комплексе. Не только создает, но и правильно выводит. Джет кэш тоже выводит в свежей версии. Но несколько иначе чем Компрессор. Компрессор даже динамику (ajax) выводит в WEBP где нужно. Если вы не в курсе, то браузер Сафари (и все на его основе) не понимает webp. Старые браузеры тоже не понимают. И это все нужно учитывать! И не забывать про правильную индексацию изображений. лучше посмотрите доме. Гляньте настройки модуля Компрессор: Демо 2 (клиентская часть): http://watermark.sitecreator.pro Демо 2 (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator
-
О, батенька, а слона то вы и не заметили! Он не просто сжимает в формат WEBP. Причем делает это лучше другого модуля и делает это на совершенно любой хост-площадке без всяких оговорок. В усорителях/кешерах это работает не везде и не всегда. При этом модуль Компрессор выводит WEBP. Создать мало. Нужно правильно вывести. А Компрессор это умеет делать для любого шаблона и любого браузера. Совместимость с ускорителями (кешерами) в модуле Компрессор присутствует. Не в обиду создателям кешеров. Но опции оптимизации (сжатия) изображений во многих ускорителях сделаны "до кучи", а потому сильно уступают возможностям Компрессора. В модуле Компрессор у вас : полный контроль за качеством изображений (на качество после некоторых ускорителей жалуются - размыто). Это относится как к mozjpeg, так и к webp. полный контроль за потребление ресурсов (вы сами исходя из мощности хостинга выбираете оптимальный режим) есть режим запуска по расписанию чтобы исключить даже малейшее зависание страниц сайта при создании изображений работает на любом хостинге Linux, Windows (в отличие от ускорителей и кешеров) никаких скрытых и неявных установок софта для сжатия (софт от ускорителей ставит исполняемые файлы без вашего ведомо) , только с вашего согласия вы сами можете использовать тот софт для сжатия, которому доверяете вы можете выбрать самый быстрый софт из альтернативных для сжатого webp (есть тест с замером по времени) вы можете выбрать самый сильный алгоритм для сжатия webp и получить наилучший результат (такого никто не предлагает) модуль Компрессор может создавать доп. изображения специально для смартфонов. оптимизация белых полей В конце концов ни у кого нет такого богатого опыта работы с изображениями как у вашего покорного слуги. Собственно все идеи первоначально генерировал и разрабатывал в техническое решение @sitecreator В моих решениях учтены миллион багов с изображениями, которые допускают заказчики: PNG внутри JPEG JPEG внутри PNG изначально битые исходники. и т.д.
-
@revrite , спасибо, обязательно учту пожелания.
-
очередной сайт, у которого по реальным замерам показатели существенно выше чем в эмуляции гугла. Т.е. в реальности этот сайт в группе 90+ баллов. FID вообще замечательный у этого сайта в реальности (зеленая зона) - 113 мс. А гугл сэмулировал FID в 440 мс (красная зона). Может быть в США у людей в смартфонах такая и есть скорость, но данный украинский магазин люди посещают, видимо, все как один с мощными смартфонами, недоступными простым американцам. Ну и скорость сетей в Америке оставляет желать лучшего...
-
Только за счет установки модуля Компрессор и включения webp + lazy load средствами модуля. Замеры делались многократно. Модуль включался и выключался, соответственно был включен/выключен webp + lazy load В гугле баллы колебались на 3-5 пунктов в процессе нескольких измерений. В целом прирост в баллах 20-25 баллов даже если смотреть в разнополярных пиках. При этом стоит заметить, что гугл в своей эмуляции занижает параметры сайта по сравнению с реальными замерами гугла. Т.е. реальные баллы этого сайта выше чем показанные в эмуляции.
-
и вам спасибо. для отзывов есть такая штука (если вам не сложно): https://opencartforum.com/files/file/7265-true-file-manager-menedzher-i-redaktor-izobrazheniy-dlya-opencart-2-i-30/?tab=reviews
-
это же менеджер. Т.е. вы загружаете изображения, манипулируете ими как хотите, включая переименование, а потом добавляете к товару. После вы можете также делать с изображением, что хотите: обрезать, повернуть и т.д., т.е. редактировать, но смена названия не рекомендуется если картинка добавлена к товару. Само собой разумеется, что изменять названия нужно до назначения картинок товарам, привязка идет по названию и другого в опенкарт не предусмотрено.
- 115 replies
-
- 1
-
-
- менеджер файлов
- менеджер изображений
- (and 1 more)
-
здравствуйте / не уловил. вам это нужно или наоборот?
-
здравствуйте. автоматическая? нет. зачем? если нужна, то по какому принципу? передается имя без изменения. вручную можете менять.
-
@globaltrading Поставьте правильный менеджер если у вас неправильный. удобнее станет в тысячу раз.
-
устанавливать надо через ocmod, а не через фтп, когда есть риск создания файлов с неизвестными правами и конфликтующими (со скриптами) правами на файлы. в этом корень проблемы. либо ставьте через ocmod (с отключенным фтп для 2.* версии опенкарт, но включенным фиксом загрузки) как положено (тогда никаких проблем с правами на файлы), либо ставьте на папку cgi-bin и ее подпапки права 0777, что не очень здорово с точки зрения безопасности (избыточные права - это всегда плохо). По фтп загружать надо в бинарном режиме, но не в текстовом чтобы избежать искажения файлов. У вас там еще надпись была "переустановите модуль". Вот это и надо сделать. Правильно переустановить. Удалите в списке модулей через админку сначала. Можете также в папке system удалить ocmod-ы модуля, но это не обязательно. Потом через загрузчик ocmod- ставьте ocmod-дистрибутив. И с частным случаем лучше писать в личку. К проблемам модуля это не имеет отношения. У вас частный случай.
-
с такими вопросами нужно обращаться в личку. И сразу с доступами. значит, не создаются. причин несколько возможных: вы не выбрали нужный движок для создания webp. или нет необходимого софта для webp. вы не установили кнопочкой "установить" (прямо в админке модуля) нужный софт для создания webp. автоматический тест при каждом открытии админки модуля покажет полезную инфу. Инфа обновится если вы что-то установите. Вообще читайте и смотрите внимательно. В модуле есть куча подсказок. И начинать нужно смотреть сперва тест и информацию о софте на сервере. Вы это сделали? И прошу писать в личку. Тут никому не интересны ваши нюансы. Напомню также, что есть услуга "установка и базовая настройка". Закажите и все настрою.
-
у вас там "феофан" написано. Смотрите, что у вас имеется внутри дистрибутива официального модуля. Там есть феофан? А дистрибутив есть? В моем дистрибутиве от сбербанка нет никаких феофанов. Если хотите, то могу ваш проверить. а почему тема закрыта если причина не ясна? Или выяснилось, что вы таки ошиблись и модуль оказался варезным в самом деле?
-
У Гугла даже в рекомендациях нет такого варианта как "включить HTTP 2.0". Поэтому он и не оценивает его в своей виртуализации-эмуляции. Какие угодно способы рассматривают, но только не этот. Словно про прогресс в протоколах передачи данных забыли. Чудеса?
-
специально сейчас включил. только виртуальная оценка гугла при этом никак не меняется. Ровно такое поведение наблюдал сегодня на другом сайте под HTTP 2.0. Это неоднократно проверялось. Вот у меня тоже HTTP 2.0, но гугл непременно желал чтобы я склеил кучу файлов в один. Ну склеил раз он хочет, как следствие выросли попугаи. Только зачем это при HTTP 2.0? вот пока не склеим в кучу все эти файлы, гугл будет прикидываться дурочкой, не разумеющей никакой такой HTTP 2.0. А склеим, то сразу куча попугаев лишних появится. Только какое это отношение имеет к реальному ускорению? Да никакого. В отличие от того же формата WEBP, который реально снижает лишний трафик в несколько раз при наличии множества картинок.
-
этого ничего не меняет в плане неверных баллов при эмуляции. речь не про этот конкретный сайт если говорить про HTTP 2.0. HTTP 2.0 проверялся на другом сайте. ваше замечание никак не отменяет того факта, что гугл не видит HTTP 2.0. bolyar.com.ua был приведен в качестве примера, что реальные показатели замеров скорости гугла отличаются от эмулированных для этого сайта. Суть заметили или нет? Вот это главное. А про склейку файлов вот прямо сегодня проверяли на сайте с HTTP 2.0. Вместе с @legioner26 проверяли. Днем не было склейки, вечером склеили все JS, CSS в кучу. HTTP 2.0 работал ДО склейки. Но гугл отреагировал только на склейку. На HTTP 2.0 ему пофиг. Т.е. была проделана по-сути ненужная работа, которая на реальных показателях не сказывается никак.
-
Верно. Отсюда и заниженные эмулированные показатели. На деле в Киеве, Харькове и др. украинских городах интернет намного быстрее чем думает (эмулирует) гугл. И реальные цифры (от гугла) по украинскому сайту для украинской публики тому подтверждение. Если бы заходили американцы на этот сайт, то, скорее всего, данные были бы хуже. В той же Америке интернет очень дорогой и медленный по сравнению со странами бывшего Союза. Они просто отсталые в этом плане. Не менее поражен был ситуацией в Польше. Вроде небедная европейская страна. Они сидят повально на ADSL! уже 2020-й на носу. У нас этого уже лет 10-15 нету. Пытался выкачать у поляков 14 Гиг файлов. Больше месяца качаю. Все пиры как один на adsl. И это в Варшаве, т.е. столице. Становится понятно на кого гугл ориентируется.
