sitecreator
-
Posts
6,116 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sitecreator
-
варианты решения: 1) просить поставщика передавать файлы в привычных форматах jpeg, png. 2) пакетно обрабатывать переданные вам файлы в каком-либо приложении, которое умеет переводить webp в jpg, png. 3) заказать разработку ПО чтобы делать нужное преобразование на сервере в рамках опенкарт. Я мог бы разработать для вас необходимое ПО. Но это будет индивидуальная разработка, скорее всего, будет это недешево, т.к. кроме вас это никому не нужно и использовать массово это не получится. Пишите в личку если что, а лучше сразу на почту. -
Столкнулся 2-й раз с криво собранной библиотекой GD на общем хостинге у одного из заказчиков. Поскольку webp не очень востребован в GD, то хостер подобную проблему может не замечать очень и очень долго. Встречается крайне редко, но напороться можно. Поэтому лучше всего работать с cwebp при создании webp. Банально на хостинге не работает функция php. Она есть, но ничего не создает кроме файла 0-й длины. imagewebp Бывают у хост-провайдера такие проблемы с webp в GD: если верить phpinfo, то у вас в графической библиотеке GD поддерживается формат webp, а по факту это не работает, т.к. создается файл webp размером 0 байт. это наглядно видно в тесте модуля Компрессор. Вот для определения таких проблем и нужен визуальный тест. В нормальном GD тест создания webp проходит успешно:
-
не надо загружать webp. этот формат не годится как входной для последующей обработки. В опенкарт по умолчанию нет средств для его обработки. Не имеет значения, что установлено на сервере. Тем более, не надо пытаться обмануть систему с подменой расширения. webp - это выходной формат, предназначенный для браузеров.
-
@kotus2002 , вспомнилось: Для тех, кто не знает: была в Питере руководитель, которая предлагала срезать лазером сосули. Не сосульки, а именно сосули!
-
пакетная загрузка и так есть с самого начала. с компьютера в менеджер файлов можно загружать несколько файлов сразу. а вот из менеджера пачкой кидать в товар пока нельзя. я всегда лишь говорю о планах развития, но не могу брать на себя никаких обязательств по реализации данных планов и по срокам. Все делается по возможности и исходя из целесообразности. поэтому пока только так: Тем более, что у меня нет довольно давно возможности по обстоятельствам, от меня не зависящим, залить свежую версию менеджера сюда на Платформу.
-
Здравствуйте. здесь можно будет купить после перемодерации.
-
Есть такая возможность. Можно либо задавать определенные условия (по размерам), либо отмечать определенные папки или изображения, которые не должны использоваться для наложения знака. Например, можно составить список исключений или просто добавить в название папки или файла "nowatermark". например, все первые картинки вы можете помещать в отдельную папку и пометить ее. это можно иначе решить. для всевозможных выгрузок в агрегаторы (яндекс-маркет и т.д.) изображения могут быть созданы в отдельной папке кеша без водяных знаков. Т.е. будет версия для сайта с водяными знаками и версия без водяных знаков.
-
Почему разработчик рекомендует воспользоваться бесплатной настройкой?
sitecreator posted A Tutorial in Tutorials
Разумеется, что заказчику, купившему модуль, я никаким образом не могу запретить настраивать на своем сайте что угодно и как угодно. Это само собой разумеется. Просто чтобы не возникало ситуаций "у нас все сломалось" или "оно не работает", или "мы не видим результат" и предлагается сначала настройка от разработчика как бонус. Бесплатное тестирование модуля по тем же самым причинам предлагается пока только с настройкой от разработчика. Разработчик установил, настроил, а далее можете тестировать 7 дней, и при желании, и на свой страх и риск крутить любые настройки. Важно, что до ваших экспериментов с настройками оптимизации разработчик предоставляет вам работающий сайт после своей настройки (или если были ошибки на сайте еще до установки модуля, то без добавления новых ошибок). Сначала в любом случае нужно сделать первичный анализ сайта на предмет возможной успешной оптимизации. Например, обратился ко мне заказчик с очень нестандартным сайтом, главная страница которого состоит сплошь из анимации и не похожа на 99% других магазинов, полезных рекомендаций гугла при этом нет никаких. Что в таком случае можно ускорить? Практически ничего, т.к. вся анимация построена на JS и должна запускаться с самого начала загрузки страницы и работать все время пока посетитель находится на странице. Если сайт заказчика на старте имеет низкую оценку гугла (например, 0...20 баллов), но заказчик при этом непременно желает получить результат как минимум 90 баллов для мобильных, то я не вижу в таком случае смысла предоставлять бесплатный тестовый период с моей бесплатной настройкой, т.к. такой заказчик потом не покупает модуль даже при достижении 80...85 баллов. Самому заказчику без знаний настраивать довольно сложно, т.к. перебор комбинаций - это не для этого случая. Самому можно, пожалуй, снять блокировку основного потока сторонними JS, и то бывают ситуации когда нужно дополнительно сюда код прописывать: без владения заказчиком JS объяснить это невозможно. Кроме того есть возможность (для тонкого тюнинга) правки кода, который входит в поставку. Тут вообще бесполезно что-то объяснять, тут программировать нужно уметь. Описания "как пользоваться" для начинающих нет, т.к. есть миллион нюансов в отличие от обычного модуля. Есть только пояснения внутри самого модуля. Чтобы заказчик по незнанию ничего не поломал я и не советую ничего самостоятельно настраивать. После моей настройки заказчик может крутить настройки как угодно на свой страх и риск. Но сначала заказчик должен увидеть, что все работает в принципе (после настроек разработчика) до момента его вмешательства дабы избежать возможного "модуль ломает сайт" или "до вас все работало". Заказчики обычно не умеют контролировать работу на предмет ошибок JS (пользоваться инструментами разработчика в браузере) и т.п., в лучшем случае - визуальный контроль. Бывают ситуации когда при склеивании CSS разваливается верстка. Например, была ситуация сегодня когда в одном из файлов CSS были ошибки - куча закрывающих скобок при отсутствии открывающих, а потому по отдельности файлы CSS работали, а в оптимизированной склейке - нет. Поэтому тут уже нужно искать какой именно файл нужно исключить из склейки, а это уже непросто, да и снижает эффективность оптимизации. Поэтому проще найти проблемный файл CSS и исправить в нем ошибки. Т.е. использование оптимизации за счет hi-optimizer предполагается на исправном сайте. Но в природе таких почти нет. Поэтому ошибки, которые прощает браузер до оптимизации, могут вызывать проблемы. Также нужно учитывать особенности шаблонов и включать/выключать определенные опции именно в шаблонах. Иначе без этого эффективность может быть не очень хорошей. Составить инструкцию для разных шаблонов и на все случаи не представляется возможным. Повторюсь, заказчик самостоятельно может успешно управлять снятием блокировки основного потока благодаря тому, что в таблице уже внесены все самые распространенные скрипты со сторонних сайтов. Чтобы добавить свой скрипт, которого нет в таблице, заказчик должен понимать, что именно он будет делать. Если блокировка основного потока сторонними скриптами довольно серьезная (несколько секунд), то в принципе автоматических действий и простого "добавить ВСЕ" может быть достаточно для определенного сайта чтобы подняться на несколько десятков баллов. Но это не всегда так. Есть веб-разработчики, которые самостоятельно и без моей помощи разбирались с основами самостоятельно, тем более, что на простых сайтах, где есть вразумительные рекомендации гугла, это делается относительно прозрачно. А вот на сайтах, на которых и рекомендаций полезных нет от гугла, но оценка не очень высокая - вот тут заказчик самостоятельно вообще не знает, что делать. Поэтому чтобы никому не усложнять жизнь я и предлагаю сначала вариант своей настройки. Далее ничто не мешает заказчику экспериментировать с настройками как угодно. -
Я вам чем то обязан? К чему ваша ложь? Я вам уделил уже время, которого у меня, действительно, очень мало, то к чему все это детские обиды? Бесплатный триал предлагаю на своих условиях. Имеющий глаза все сможет сам понять, включая и то, как ваш сайт якобы "уже попал в зеленую зону". Делать измерения за счет addon-а Хрома? Здорово, что она у вас "зеленая" начинается с 59 баллов. Впрочем, ничто вам не мешает делать что- угодно самостоятельно и оценивать собственные достижения как угодно. Это якобы "зеленая" зона, достигнутая не мною: Моя бесплатная оценка потенциальной оптимизации исходя из предоставленной информации была: Никакую услугу оптимизации я вам не "проталкивал". Пожалуйста, оставьте свои инсинуации. Я сделал предварительную оценку сайта исходя из открытой информации, не имея никакого представления о шаблоне и уже используемых способах оптимизации. Каким способом и насколько мертво слеплены скрипты JS в одну кучу на момент анализа мне было неизвестно. Да и сам объем дополнительных непонятных скриптов (помимо jquery, bootstrap и пр.) на 1.5М уже говорит о потенциальной сложности в плане JS даже без акцента на то, что они слеплены в кучу.
-
@fanatic , Пожалуйста, попробуем не запутаться. Я общаюсь с непосредственным заказчиком, т.е. с покупателем . С ним переписка начата день в день еще до вашего сообщения. И вся необходимая информация есть у обеих сторон. Задание завершено, ни с непосредственным заказчиком, ни с вами никаких вопросов не осталось - все в личке решили.
-
здравствуйте. возможны в принципе разные файлы. Нужные типы вы можете сами корректировать в списке. 'uploadAllow' => array('image/jpeg', 'image/png', 'image/gif', 'image/svg+xml', // "особые" типы древних IE добавил на всякий случай sitecreator 'image/pjpeg', 'image/x-png'), это в файле ControllerCommonTrueFileManager.php по этому пути: upload\system\library\sitecreator\trueFileManager путь относительно корня сайта указан.
-
Здравствуйте. Слишком мало информации чтобы понять о чем идет речь. Напишите в личку вместе с ссылкой на сайт, скриншотами и прочими подробностями.
-
спасибо, что заметили опечатку.
-
Версия 2.1.24 добавлена полная совместимость с ускорителем Турбо для опенкарт 2.1 (опенкарт.про 2.1). (Для турбо под опенкарт 2.3 она года два как есть). Т.е. сейчас полностью поддерживается турбо для опенкарт 2.1 & 2.3. добавлена некоторая защита "от дурака" во избежание выставления неверной комбинации опций. ВНИМАНИЕ: не все опции модуля можно выставлять в любой комбинации! Нельзя выбирать разные опции методом "тыка" и на авось! От этого напрямую зависит стабильность работы сайта. Многие опции предназначены исключительно для профессионалов, которые точно понимают, что делают и знают как делать проверку сделанных установок. Постарался привлечь внимание к определенным опциям. Увы, инструкцию часто не читают... Не надо включать опцию "совместимость с кеширующим ускорителем" как и когда попало. Эта опция должна быть выключена в случае ускорителей: jetcache, turbo, boost. В принципе и для Nitropack она тоже не нужна, но с ним отдельная история, т.к. разработчик Nitropack больше не продает, не поддерживает, и официально скачать его невозможно. Если сомневаетесь или просто не знаете как верно настроить, то, напоминаю, что есть услуга "установка и настройка". В этом случае вы получите результат, гарантированный от проблем. Или, как минимум, вы можете обратиться к разработчику (указав доступ) с просьбой проверить верно ли вы сделали настройки. Стараюсь никому не отказывать, бывает, что в определенный момент могу быть сильно загружен или просто находиться в отпуске.
-
[Поддержка] CKEditor for Opencart by sitecreator, полная версия
sitecreator replied to sitecreator's topic in Редакторы
Разумеется, что работает. Если автор один, то было бы странно если бы было иначе. нету. и не нужен. -
Я вам предложил предоставить доступ для начала. Я не знаю что именно и как вы настраивали. Невозможно судить о верности ваших настроек не видя их совсем. Если нужна помощь, то, пожалуйста. Люди нередко ошибаются даже в самых простых вещах. Даже по данному вашему короткому сообщению видно, что вы сами, скорее всего, не понимали , что делали. Если бы это было не так, то вы бы не делали "смену Апача на Nginx PHP", т.к. в этом нет смысла. По сути вы пытались что-то решить методом тыка, но это редко дает результат. Я вам предлагаю сделать правильно.
-
смотрите здесь заявленные версии поддерживаемых кешеров: Для Турбо 2.1 у меня не было кода опенкартпро, поэтому и не было возможности сделать полную адаптацию. Но она есть полная для турбо 2.3. Под 2.3 без проблем работает. в описании об этом сказано. я не могу знать как вы это пытались делать. кроме webp модуль позволяет использовать альтернативный вариант сжатого формата - mozjpeg. Есть еще вариант. Поскольку турбо кеширует страницы, то можно использовать для отдачи webp в нужный браузер средствами nginx - нужно сделать настройки в конфиге nginx, тогда в HTML (например, из кеша) будут только jpeg, png, но в браузер будут отдаваться именно webp если браузер поддерживает (загружаться будут как бы jpeg/png, точнее заголовок запроса будет для jpeg/png, но получаемый тип файла будет webp). Я вам предложил различные альтернативные варианты для вывода сжатых форматов изображений. ранее в личке вы писали, что создается. @Blade , был в отпуске. Пишите в личку. Я не видел настроек модуля, доступов у меня не было. Поэтому могу только гадать что и как вы настраивали. Могу только сказать, что не все галочки и не в любой комбинации будут работать.
-
Версия 2.1.23 улучшена работа с белыми полями и т.п. для движка опенкарт 3.0
-
@splka , настраивайте работу так, чтобы страница успевала генерироваться за 30 сек (обычный лимит для php) в случае создания новых изображений jpeg, png. Не злоупотребляйте одновременным созданием за счет mozjpeg, optipng, webp, т.е. не перегружайте сервер, т.к. все должно соответствовать возможностям сервера. На слабом сервере используйте режим cron для создания webp, например, т.к. он не создает лишней нагрузки на сервер, а распределяет ее максимально равномерно.
-
поставить свежую версию модуля для начала. Но это проблема не модуля, а вашего битого (нечитаемого, несуществующего и т.п.) файла, о чем четко сказано в ошибке. ответ именно здесь. не может быть прочитан файл. файловая система не может передать его без ошибок. есть варианты как можно исправить ситуацию если позволит файловая система. обязательно проверьте наличие свободного места на диске. Можете попробовать использовать данные опции. Если исходник неиспорченный, то то данные опции как средство лечения вполне могут устранить проблемы.
-
здравствуйте.\ с чего вы взяли? просто, скорее всего, не было в текущем задании картинок для выполнения задания. даже так: их точно не было ( The task consists of 0 pieces of files.: 0 ). никаких ошибок вы не получили, и это хорошо. не надо ничего дополнительно. просто проверьте настройки модуля внимательно. Откройте какую-либо страницу, на которой еще не выводятся webp и немного подождите. Перезагрузите и посмотрите - должен появиться вывод webp. И лучше пишите в личку, у вас сугубо частная проблема.
-
верно на заголовок можно полагаться лишь в первом приближении, т.к. он может вообще отсутствовать (особенно если подгрузка идет через аякс, из какого-либо кеша, минуя отправку заголовков браузера и т.п.), да и в принципе заголовок может быть ложным. Самый надежный метод - это реальный тест поддержки формата в браузере. Можете не волноваться на этот счет, в модуле детектирование поддержки webp реализовано самым наилучшим способом. перепроверка всей страницы с изображениями занимает обычно тысячные доли секунд (0.00Х). вот реальный отчет стандартного сайта: Если экстраполировать на сайт, в котором будет 15 000 строк кода HTML (а это уже само по себе является кошмаром, включая узлы DOM под 10 000 и выше), то у вас время на обработку будет примерно 0.027 сек. Стоит ли вообще говорить о таких цифрах? 27 миллисекунд? https://watermark.sitecreator.pro/ а здесь всего 2 миллисекунды. проблем не было. Да и если говорить именно о webp, то модуль Компрессор в этом плане дружит практически с чем угодно, даже с почти полностью переписанным движком. Но логично предположить, что при этом вы не будете пытаться одновременно другими решениями создавать и тоже выводить webp. Тоже самое относится к lazy load - не стоит включать сразу несколько решений для поддержки данного функционала, хоть Компрессор при включении в нем нативного режима lazy load, не конфликтует с уже имеющимися решениями lazy load на JS, но любой перебор не пойдет на пользу даже если визуально не будет проблем.
-
Здравствуйте. А почему вы решили, что создается такая задержка? Какая связь тут со сторонними JS? Они как грузились в прежнем режиме, так и грузятся. Модуль никак не вмешивается в работу сайта, которая не касается webp, например. Если вы выбираете режим фонового создания webp (cron), то видимого замедления работы страниц нет и не может быть. В режиме "на лету" при первом открытии страницы создаются новые изображения если они не созданы до этого, это заметно только при первом открытии страниц. Ничто не мешает выбрать самый оптимальный режим.
-
Браузеров, которые не поддерживают WebP становится все меньше. Теперь и apple внесла поддержку WebP формата в Сафари 14. https://developer.apple.com/documentation/safari-release-notes/safari-14-beta-release-notes
-
@Ahmad223 , здравствуйте. Переустановите модуль (правильнее всего через ocmod-установщик), тоже самое касается ключа лицензии. И еще раз зайдите после этого в настройки модуля, нажмите "активировать". Если что, пишите в личку. Через личку решается все.
