sitecreator
-
Posts
6,116 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sitecreator
-
Друзья, не надо без понимания сути запихивать в первый попавшийся location!!! И не надо абы в какой блок server запихивать код. Лучше ко мне обратитесь, но не поломайте свои сервера. Тут без понимания никак нельзя! -
да, if не рекомендуется использовать без крайней надобности. ввиду того, что поведение if в конфиге не всегда прозрачно и предсказуемо в отличие от того же if в языках программирования. но есть случаи когда вполне оправдано применение if.
-
http://watermark.sitecreator.pro тут на демо-сайте можете посмотреть как выводится webp. И убедиться, что в любом браузере картинки отображаются. Даже в самом древнем.
-
в чем именно? т.е. какая ситуация должна возникнуть чтобы это стало проблемой?
-
Настройка конфига для nginx. Для вывода WEBP. Если неуверенно себя чувствуете в этом деле, то лучше ничего не делайте! Вы делаете все на свой страх и риск. Можете завалить сервер. лучше ко мне обратитесь за услугой (это не входит в стоимость базовой установки и настройки модуля), и результат будет и ваше спокойствие ничем не нарушится. Настройки постарайтесь делать с пониманием, а также вы должны учитывать нюансы, которые могут иметь место. Всегда перед изменениями делайте копии файлов. Это особенно касается файлов конфигурации. В случае проблем делайте откат, т.е. возвращайтесь к рабочей конфигурации, файл которой вы сохранили. Все владельцы VDS имеют доступ к данному конфигу. Работоспособный код. Но помните о возможных нюансах! Размещается сразу после строки в конфиге. location / { После первой такой строки в блоке server. У вас может быть еще множество подобных строк (вложенных location / {). Вам нужен именно первый (корневой, НЕвложенный) location / {. Собственно часть конфига, отвечающая за вывод webp: location ~* (^.+)\.(png|jpg|jpeg|PNG|JPG|JPEG)$ { expires 30d; if ( $http_accept ~* webp ) { set $webp "A"; } if ( $request_filename ~ (.+)\.(png|jpg|jpeg|PNG|JPG|JPEG)$ ) { set $file_without_ext $1; } if ( -f $file_without_ext.webp ) { set $webp "${webp}E"; } if ( $webp = AE ) { add_header Vary Accept; rewrite (.+)\.(png|jpg|jpeg|PNG|JPG|JPEG)$ $1.webp break; } } Если у вас работает HTTPS, то вносите правки в соответствующий блок server, в тот, где Если внесете в блок, который отвечает за http (порт прослушивания 80), то вы не увидите результата. Можете вносить в оба блока (для 80 и 443 портов). В ISPmanager это выглядит так: ====================================== Сперва заходите сюда: Ищите блок server с названием вашего домена. Не надо пихать абы куда! Если не понимаете куда вставить код, то откажитесь! Не нужно экспериментировать! ================================ У вас, скорее всего, работает nginx+ апачи в связке. Или nginx работает самостоятельно (без апачи). В данном случае это непринципиально. Указанный выше конфиг написан немного с избытком кода. Но это не имеет принципиального значения. Позже напишу немного поэлегантнее. Главное - этот конфиг nginx полностью выполняет свое назначение. Получаете результат: Пример неправильного конфига под спойлером. Блок не в том месте вставили. не забывайте при необходимости перезагружать nginx: systemctl restart nginx или systemctl reload nginx
-
да, нужно настроить. ничто не мешает это сделать. Для апачи настройка идет вместе с инструкцией к модулю. Для nginx выложу немного позже. Там вставить в конфиг нужно несколько строк. Для всех остальных будет возможность в модуле просто нажать одну кнопку, и вывод в браузер будет обеспечен. Причем независимо от того есть ли доступ к конфигам nginx или апачи, точнее, он не нужен. Немного позже. А сейчас есть mozjpeg (который немного уступает webp, но все же хорошо сжимает) + ручная правка конфига, для тех, кто разбирается.
-
разумеется. Все работает. тут волноваться нет никакого смысла. вы эту страницу можете увидеть в любом браузере. только в старом браузере увидите, что общий вес картинок будет в два раза больше чем в новом. если сравнивать вес WEBP и вес картинок без оптимизации. Но и по сравнению с уже сжатым mozjpeg файлом тоже есть небольшое преимущество. А перед сжатым png - большое.
-
Показываю на конкретном примере как уменьшается вес изображений для одной страницы после перехода на webp. Причем у хостера нет exec, да он нам и не нужен. Нам достаточно тех возможностей, которые есть на этом общем хостинге. webhost1.ru Данный хостер позволяет легко включить в .htacceess перенаправление с jpeg и png на webp. Смотрите скриншот в предыдущем посте (выше). Было 463 К суммарно (вес изображений), а стало 237 К Итого: на 49%, т.е. суммарный вес уменьшился вдвое. Как смотреть, что у вас загружается именно webp я показал на скриншоте. Сменился тип файла, хоть название осталось прежним. Так и должно быть. На странице, на которой много изображений получите существенный выигрыш. Для PNG уменьшение в несколько раз. В 5 раз, например. Вы это можете увидеть на скриншотах. Именно так нужно смотреть эффективность. Т.е. сравнивать вес загружаемых изображений ДО и ПОСЛЕ оптимизации. Это как раз и говорит о том, что модуль Компрессор работает.
-
Ищем программиста под задачи Opencart
sitecreator replied to SEI39's topic in Opencart 2.x: Setting and optimization
да да... что-то подобное я уже слышал... Тут главное - чтобы в комплексе потом все работало и было понятно с кого спрашивать по итогу всех работ. -
Как быстро включить вывод WEBP в браузер без правки кода движка. Если переключить обработку графики на апачи вместо nginx, то можно настроить вывод через конфиг в .htaccess. Это как один из способов на общем хостинге. Если хостер это предусмотрел. Сам код для вставки в .htaccess есть в инструкции к модулю Компрессор. Я показывал раньше скриншоты для хостера https://www.ukraine.com.ua/ Сейчас ниже вариант для webhost1.ru. Не скажу, что это вариант без недостатков. Nginx просто быстрее отдает статику (файлы картинок и т.п.) чем Апачи. Но зато для апачи легко несколько строк добавить в конфиг чтобы обеспечить выдачу WEBP. Но лучше добавлять нужные настройки в конфиг Nginx, это доступно для всех владельцев VDS. Также будет универсальное решение от меня для любого хостинга для вывода WEBP в браузер. И для любого шаблона опенкарт. Вам не нужно будет обладать знаниями по настройке сервера в таком случае. Компрессор все сделает сам. В данный момент тестирую.
-
это делается версткой в основном. Или верной загрузкой правильного размера изображения. на главной странице проблема в основном из-за баннеров. У меня будет отдельное решение в виде модуля для борьбы с этим. К сжатию это не имеет отношения. Т.к. в порядке приоритетов решаются задачи: 1) геометрический размер изображения (приводится в соответствие) 2) сжатие изображений Если с версткой у вас порядок и вы загружаете правильный размер изображения, то тогда сжатие за счет Компрессора позволит получить еще выигрыш в весе изображений. Проблему описывал здесь (смотрите внизу):
-
Обновление до 1.10.6_BETA_6 Обновление касается в основном фикса для работы с площадками вроде я-маркета (и подобных). Плюс мелкие доработки. В том числе для большей совместимости с разными хост-площадками. Настоятельно рекомендуется устанавливать (и обновлять поверх) с использованием ocmod-установщика. Только отключите режим передачи по фтп в ocmod. Нередко из-за этого наблюдаются чудеса. Из-за того, что у пользователя фтп есть одни права на файлы, а у скрипта php, который создает файлы (те же картинки) - другие. От этой дурной идеи передавать в движок по фтп полностью отказались в опенкарт 3.0. А для 2-ки выпустили сразу фикс (файл приложен или найдете его по ссылке): QuickFix OC2.2.0.0 https://www.opencart.com/index.php?route=marketplace%2Fextension%2Finfo&extension_id=18892 QuickFix OC2.2.0.0.zip
-
разумеется. это не нужно настраивать. это работает автоматически. И вы много чего не найдете. Но это не значит, что этого нет. Например, для webp есть порядка 20 настроек. Представляете если бы я их все вывел в настройки модуля? Но нет смысла выводить все настройки. Это будет шоком для пользователя. Тот же прогрессивный режим нет никакого смысла отключать. Там где он мешает, то он отключается автоматически. Пользователь все равно не сможет понять когда включать, а когда - нет. Не стоит грузить пользователя ненужной информацией.
-
Напоминаю, что версия 1.10 сейчас лишь формирует webp, но не выводит его в браузер. Решена самая главная задача - это формирование на любом хостинге самих изображений webp. Сейчас добавлен еще 4-й метод для формирования изображений webp, который может быть полезен тем 2% хостингов, где не работают первые 3 метода. А эти 3 метода охватывают 98% хост-площадок. выводится в браузер другими средствами. если используете VDS или хостинг, допускающий перенос управлением картинками с nginx на апачи, то это делается в конфиге. если nginx отдает картинки, то в его конфиге, если апачи отдает картинки, то в конфиге .htacceess эти решения уже описывались. Для хостинга https://www.ukraine.com.ua/ я давал инструкцию как это делать. Прямо в картинках. Для всех остальных будет универсальное решение для вывода webp практически для любого шаблона. Немного терпения.
-
В общем, все преимущества за webp. особенно они заметны в случае замены PNG на WEBP. Но и для jpeg они весьма заметны. Довольно странно иногда читать когда появляется некое мнение от специалиста (?), совершенно не разбирающегося в графике, но утверждающего, что "того же самого можно добиться за счет jpegoptim". Видимо, что такой специалист сам никогда не использовал jpegoptim, но где-то прочитал, что это хорошо. Тут бы матчасть неплохо бы подтянуть таким несведущим людям. Тогда бы знали банальную истину, что jpegoptim не умеет ничего сжимать, но лишь умеет выкинуть метаданные из файла. Вот за счет этой оптимизации и можно получить крохотный выигрыш в весе, который будет заметен только на крохотных файлах, поскольку вес полезной информации сопоставим с весом метаданных. Еще определенную оптимизацию можно получить для средних и больших файлов JPEG если использовать так называемый прогрессивный формат. Но для маленьких изображений, наоборот, прогрессивный лишь создает лишний вес. Все эти методы, не имеющие ничего общего с сжатием позволяет получить некоторый выигрыш а размере 1%...5%. Но сравнивать такую оптимизацию с полноценным сжатием JPEG (тот же mozjpeg) или сжатым форматом WEBP - это совершенно некорректно. Разумеется, что Компрессор использует все возможности для уменьшения веса, в том числе и удаление метаданных, и прогрессивный формат. Но как дополнение к сжатию и/или WEBP. Сравнивать же эффективность jpegoptim (1%...5%) и WEBP (30%...70%) как-то несерьезно. И, тем более, заявлять, что "можно получить тоже самое". Ну и сам webp тоже умеет выкидывать метаданные. На больших файлах выигрыш от оптимизации за счет удаления метаданных будет существенно меньше 1%, т.е. никакой. у них конкурентные игры, которые только во вред конечному пользователю. Майкрософт и FireFox поступили вполне разумно, включив webp формат от конкурирующей фирмы в свои браузеры. У apple же нередко очень странный подход к продвинутым решениям от конкурентов - она просто запрещает чужие передовые технологии на своих устройствах. При этом сама нормальной альтернативы не предлагает.
-
Сравнение эффективности сжатых форматов. качество 80, сравнивается с файлом, сгенерированным imagick без сжатия. jpeg 23.8 k mozjpeg 18.87 k webp 10.1 k Файл, созданный за счет стандартной библиотеки GD (в движке по-умолчанию) изначально имеет еще больший размер (при избыточном качестве 90). А именно 38к. Т.е webp делает из файла, размером 38к файл размером в 9 к. т.е. уменьшает его в 4 раза. Ниже продемонстрировал результат на скриншоте. К тому же компрессор позволяет убирать (или не создавать) пустое белое пространство. Что позволяет еще больше получить выигрыш в весе, да и сделать просмотр всплывающих изображений более комфортным. особенно на смартфонах. Ведь вполне нормальное желание рассмотреть картинку крупнее, а не рассматривать белый фон и на нем не очень крупное изображение.
-
Сделать ТАБ "Рекомендованных модулей"
sitecreator replied to OCappLab's topic in Пропозиції та побажання
Нормальное предложение. Это не то, что не лишнее, это просто должно быть обязательным. Не сама вкладка, а наличие текста лицензионного соглашения. Поскольку покупатель у Платформы ничего не покупает. Платформа - это агент (посредник). А вот лицензионное соглашение (особого вида возмездная сделка - заключение договора о передаче неисключительных прав на интеллектуальную собственность) может быть заключено только между покупателем (лицензиатом) и автором (лицензиаром). По-другому просто не бывает. Это юридическая норма во всем мире. У нас на форуме, правда, необычная ситуация с трактованием юридических норм.... да и по большому счету никому не интересно соблюдение этих норм. Но все же, я написал как должно быть. -
ну так это нормально. Модуль Компрессор выбирает возможные доступные варианты для формирования webp. Из 3-х возможных у вас точно доступен один. И успешно пройден реальный тест. Вам все три разных метода все равно не нужны. Выбирается в итоге всего один вариант - наиболее подходящий. Или просто доступный если он всего один (как у вас сейчас). В вашем случае - это софт от гугла, который установили вы через модуль Компрессор. А других вариантов ваш хостер вам и не предложил. Это просто информация о возможностях хостера. Наличие всех возможностей разом - это вовсе необязательно.
-
у джокера вроде так же. поддержка у них нормально отвечает в будние дни. быстро и по существу. На английском, правда, приходится общаться. Но это ни разу не проблема. вот их прайс: https://joker.com/?mode=page&page=pricing& и пояснение по трансферу (переносу): да эт понятно. На недорогих доменах это не сильно влияет. Но когда есть несколько международных доменов, то там разница нехилая набегает в сумме. В общем, хорошо, что есть конкуренция и можно все же выбирать.
-
Для определенных ("профессиональных") доменных зон: При регистрации у nic.ru стоимость на 100% дороже чем у joker.com. А при продлении у nic.ru стоимость выше на 40%. Нехилая, получается разница, особенно когда домен стот 50 евро, а у nic.ru он уже стоит 70. Собственно это и заставило поискать альтернативы.
-
Webp сжимает лучше чем mozjpeg. Вес несколько меньший получается. Но у Webp еще есть скрытый резерв, т.к. формируется изображение в довольно скоростном режиме. Можно еще выжать дополнительный выигрыш в 10%...15% (иногда и 20%) к уже сжатому Webp если поставить тщательный режим, но работает он дольше в 2...4 раза чем скоростной Webp. Возможно, что в будущем сделаю настройку выбора режима сжатия. Сейчас работает автоматический. Думаю, что сейчас этого выше крыши достаточно.
-
Проверено на очень разных хостингах. Проверял под Windows, Centos 7, Ubuntu 12, Ubuntu 18 и др. Работает везде, где удалось протестировать. Выкладываю 10.5 для тестов. Пока бета из-за подгонки под разных хостеров. Но, думаю, что у большинства заработает сходу формирование WEBP. Только КЕШ изображений очищать НЕ НАДО! Системный кеш надо очистить. Если используете ускорители, то их кеш тоже нужно очистить, возможно, что пару раз. WEBP формируется постепенно. Всплесков нагрузки как при формировании mozjpeg "на лету" не будет. Не забудьте софт инсталлировать! Нажать надо на одну кнопочку. После этого запустится автоматический тест. Как на картинке выше с бабочками. Если видите бабочек, то порядок.
-
Как видите, на демо-сайте сейчас уже версия 1.10.5 beta 5 Тестирование довольно успешное. Правки под разных хостеров вносятся. Почти под всех удалось подстроиться в плане генерации webp. По крайнем мере, на всех площадках, которые мне были доступны для тестов. Поэтому планирую, что снова открою возможность для скачивания на своем сайте версии 1.10.Х (Бета). Думаю, что в понедельник или, максимум, во вторник. В версии 1.10.Х также серьезно доработан механизм формирования секретных ссылок (актуально для водяного знака). Вы можете без проблем включать и отключать режим секретных ссылок, и это никак не приведет к снижению производительности. На более ранних версиях крайне не рекомендуется переключать туда-сюда данный режим, иначе спровоцировать можете лишнюю генерацию изображений. Демо 2 (клиентская часть): http://watermark.sitecreator.pro Демо 2 (админка): http://watermark.sitecreator.pro/admin/index.php?route=extension/module/watermark_by_sitecreator пользователь: DEMO пароль: DEMO
-
Организован внутри админки модуля "Компрессор" тест генерации WEBP с учетом возможного для использования софта. на данный момент поддерживаются полноценно три способа генерации, которые охватывают, как минимум, 98% различных хост-площадок. 1) Софт от Гугла (должна быть возможность выполнения exec). Работает на любых версиях Linux, а также под Windows. 2) Возможности imagick (должен быть скомпилирован с поддержкой WEBP ) 3) Возможности GD (должен быть скомпилирован с поддержкой WEBP ) Найдется редкий хостер, у которого все указанные выше способы будут отсутствовать. Конечно, нужно постараться такого найти, но они есть. Поэтому также еще будет добавлен 4-й способ. Итого, будут охвачены практически любые хост-площадки. Более 99,5%. Ближе к 99,9% Добавлена еще одна кнопка для установки серверного софта.
-
буквально день потерпите. будет возможность всем потестить не позже понедельника.
