sitecreator
-
Posts
6,116 -
Joined
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by sitecreator
-
@Anton4e , здравствуйте. Пишите, пожалуйста, в личку по поводу скидки. Проверьте свою личку. -
1.14.5 для Opencart 1.5 новая версия
-
В 1.18-й версии будет много изменений. Можно будет для JavaScript-ов, содержащих непосредственные данные об изображениях, также делать замену на webp вместо jpeg, png для вывода. Столкнулся на одном из сайтов с довольно неуклюже написанном скриптом JS, который часть данных берет из картинок непосредственно, а часть записывает в свои переменные, т.е. в код на странице. Такой программистский подход нельзя назвать удачным, а потому только замена webp в элементах DOM приводит несколько не к тому результату, который ожидался. Но модификация переменных в JS исправляет ситуацию. В общем, модуль проводит намного более тщательный анализ изображений в самых разных местах, включая стили. Т.е. если используются в CSS заливки изображениями, то они также корректно обрабатываются и выводятся в webp (это работает дано уже). Будет также добавлена возможность отключать вывод (и обработку) webp на конкретных страницах. На некоторых динамических она и так отключена, страница оплаты и т.п.
-
Господа, нужна ли такая фишка как возможность задавать цвет полей для заливки, отличный от белого? Например, на темных шаблонах черный цвет будет более уместный чем белый, который как бельмо выглядит. Пример сайта с черным фоном, соответственно, поля у картинок черные должны быть. Разумеется, что коричневые поля на белом сайте не смотрятся, показано просто для наглядности.
-
Пропозиції, побажання, новий функціонал, звіти про помилки
sitecreator replied to dinox's topic in Пропозиції та побажання
ой?!! Да когда она была, логика то? До сих пор не работают для модуля дополнительные категории, хоть есть поля для их заполнения. В итоге модуль в этих категориях не отображается и, соответственно, поиском не ищется. Ну и куча других багов с поиском дополнений. То, что вы отметили - это такая мелочь на фоне остального бардака с работой поиска, сортировки модулей и т.д. -
это очень крохотная конторка по сравнению с бегет. Сильно сомневаюсь, что крохотная конторка будет потворствовать нарушению правил их клиентами. Учитывая, что им и так очень непросто конкурировать на рынке хостинг-услуг. Адекватный, как раз таки, будет в случае спама, обуз и прочих жалоб предлагать клиенту исправить проблему. В этом и состоит адекватность. И как раз будет совсем наоборот если хостер не будет на это реагировать.
-
я понял про что вы. это топикстартер нас запутал. хоть и не бывает в природе IonCube7.3, но он именно так написал. Т.е понять можно буквально, и в данном случае вы правы. После 6-й версии сразу вышла 10-я, поэтому у меня ассоциация была только с версией php. Топикстартеру пожелание писать внимательно и информативно. В любом случае тут надо к автору.
-
уверены, что модуль совместим с этой версией php? не стоит смотреть cli. у него может быть своя конфигурация. смотрите непосредственно на сайте через обычный phpinfo(). Может быть на сайте у вас вообще другая версия php работает. включите вывод ошибок в php. Возможно, что расширений php не хватает. Может быть того же mcrypt у вас нет, т.к. он выведен из ядра, начиная с 7.2 версии. Возможно, что вы загружали софт по фтп в текстовом режиме, а не бинарном, вот и попортился код. Разумеется, что писать нужно автору. в случае 7.1-7.3 других вариантов не бывает. для более древних версий php может быть что угодно, хотя риск нарваться стремится к нулю. В этом году не встречал ни разу ioncube loader ниже 10. В прошлом году встречал еще у редких хостеров. 10-ка появилась еще в 2017-м, сейчас уже сложно представить хостера, который свой софт до сих пор не обновил бы. Но на VDS без присмотра может быть что угодно.
-
А вот теперь нормальный хостинг с нормальной нагрузкой. 400 картинок на страницу. 0.15 - 0.18 сек без кеширования на все картинки. А вот и отдельные проблемы можно увидеть: Нет файла-исходника. И не нужно гадать а почему на странице картинка не отображается? Так для нее нет исходного файла! Любой проблеме можно найти объяснение. В том числе неотображающимся картинкам. Страница с лимитом 100 товаров без кеширования на холодной загрузке за чуть больше чем 3 сек. почти 400 изображений за 0.15 сек. Т.е. в качестве примера взят вполне реальный магазин. Поскольку владелец магазина адрес сайта здесь публиковал открыто, то я показываю пример без замазанного адреса. И никаких проблем с генерацией и выводом изображений WEBP в любом браузере! Никаких проблем с Lazy Load. И никаких проблем с совместным использованием кеширующего ускорителя (работает Jet Cache). В режиме создания по расписанию WEBP вы вообще не заметите времени создания WEBP , т.к. это на скорости загрузки страницы никак не отражается. Таково реальное положение вещей. Возможно, что в испорченном "асисяй"-телефоне Полунина может быть иначе. Если кто-то видит проблемы с изображениями на этом сайте или тормоза из-за изображений (webp в том числе) или что-то иное, возможно, что связанное с модулем Компрессор, то прошу сообщить мне и/или владельцу сайта. По поводу недостаточности попугаев говорить бессмысленно в этом конкретном случае. Достаточно посмотреть сколько времени отжирает JS самого шаблона, например. Какой JS - такие и попугаи.
-
Информация по включенному режиму "отладка" в модуле. Можно увидеть все проблемные места если они есть. вот отладочная информация: Видно сколько времени занимает обработка одного изображения и общее время для всех изображений. Общее время: 0.003 сек на одно изображение: 0.000165 сек Это нормальная работа. На нормальном хостинге. В этом случае на одну картинку тратится 1-2 десятитысячной секунды. Вот показываю время на проблемном хостинге. Хостинг перегружен, на нем даже файловые операции медленные. Видно, что на проблемном хостинге время на одно изображение уже 0.001, а иногда даже 0.02 сек В итоге на 253 изображения потрачено времени 0.4 сек. Изображений много, хостинг ужасный, в итоге - большие потери времени. Проблемы отмечены цветом. Любые проблемы с изображениями в режиме "отладка" будут показаны если они возникнут. А не только время выполнения. Также вы можете увидеть названия файлов, в том числе проблемных. Пожалуйста, пользуйтесь на здоровье и анализируйте! К чему гадать на кофейной гуще? Перед вами объективный инструмент. Без предметного разговора с набором данных и фактов может получиться "испорченный телефон" а-ля клоунада в стиле небезызвестного Полунина. Вместо "асисяй" есть диагностика:
-
На сайте разработчика вы всегда можете скачать свежую версию модуля независимо от того, где он был куплен.
-
Чисто для примера что такое битое исходное изображение: Внутри файла находится только часть изображения, а после этой правильной порции байтов идет далее хаотическая комбинация. Учитывая, что многие пользуются парсерами для закачки картинок, то такая ситуация бывает нередкой. Кстати, imagick вылетает с фатальной ошибкой при попытке чтения подобных файлов. Но в модуле Компрессор сделан обход этой исключительной ситуации для возможности нормального выполнения скрипта в такой нештатной ситуации. Модулю Компрессор не страшна такая ситуация. Обычные же классические решения, которые используют imagick, заканчивают выполнение скрипта с фатальной ошибкой. Разумеется, что лишь с некоторым опытом использования я встречался с подобными редкими проблемами как битые исходники. И, соответственно, находил программные решения их устранения. В ранних версиях модуля такая проблема также могла остановить выполнение скрипта. Поэтому пользуйтесь актуальными версиями! да, и назовите хоть одного разработчика, который работает с изображениями и учитывает подобные нюансы? Я уже молчу про учет разных версий imagick (imagemagick), которые ведут себя различно. А некоторые хостеры до сих пор используют древние версии imagemagick вроде 6.* (6.3 например), в которых есть баги, давно исправленные в новых imagemagick. В общем, приходится, мне отдуваться и за хостеров, которые не следят за актуальностью софта. Но в модуле учтены особенности imagemagick различных версий 6.* и 7.*.
-
Напоминаю, что в модуле есть отладчик. Который показывает с точностью до миллисекунды на что тратится время и что делает модуль. Может показать вам битые исходники, которые не могут быть прочитаны. Пользуйтесь! Отладчик находится в открытой части кода, а потому видно, когда начинается замер и когда он заканчивается. Вы можете увидеть подробный отчет по каждому файлу изображения. Если изображение исходника битое, то это может вызывать проблему чтения такого изображения. Отладка это покажет. Кстати, проблема битого источника будет проявляться в любой сборке opencart. Будут бесконечные попытки при очередном открытии страницы обработать такой файл. В актуальных версиях модуля Компрессор есть механизм, который не позволяет делать бесконечные попытки чтения битых файлов. Например, при создании изображений по расписанию, дается N-е количество попыток прочитать нечитаемое исходное изображение, по истечении таких попыток оно помечается как битое и дальнейшие попытки прекращаются. Используйте актуальную версию модуля Компрессор! В модуле есть медицинские средства, но которые не надо держать постоянно включенными:
-
Специально для всех, кого волнует скорость работы модуля Компрессор. Во-первых, всегда используйте актуальную (свежая сейчас 1.17.*) версию Компрессора. Теперь про то, кто или что "не очень дружит с датами." Проблема с датами идет от Даниеля и есть во всех релизах opencart 2.* и ocstore 2.*. Она и сейчас не устранена в ocstore 2. Даниель сделал исправление лишь в опенкарт 3.0. Вот на эту проблему и я в свое время попался, "поверив" коду Даниеля, точнее, оставив часть его кода у себя в модуле. Позже я предельно внимательно анализировал данный вопрос и внес исправления в свой модуль. И эти исправления заодно решают ошибку, которую заложил создатель опенкарта Даниель. Уже много месяцев если не год как модуль Компрессор использует исправленный механизм контроля за датами файлов. Думаю, что только не отвечающий за свои слова человек будет кричать про то, что автор Компрессора не устраняет скрытые проблемы. Данная проблема была именно скрытая, т.к. проявляется только в определенных ситуациях, и, как минимум, 95% пользователей никогда с ней не столкнется даже без исправления этой ошибки. Но она давно уже исправлена. Нет этой ошибки ни в текущей версии модуля 1.14 для опенкарт 1.5, ни, тем более, в 1.17 версиях для опенкарт 2 и опенкарт 3. Предполагаю, что кто-то может еще жить в прошлом и, вероятно, находить проблемы в старых версиях модуля. Интересно, а зачем тогда автор модуля выпускает обновления? Вероятно, что с целью улучшения функционала и устранения найденных нестыковок, несовместимостей и прочих проблем? Не так ли? Обычно так работают все ответственные разработчики. Если кто-то найдет ошибку в модуле версии 1.17, то, пожалуйста, приходите с баг-репортом. Все разберем и поправим если будет, что поправить. И, господа, не будет ли странным при уже наличии версии 1.17 (и беты 1.18) пытаться искать несовершенства, баги и пр. в старых версиях вроде 1.8 или 1.9, коим уже полтора года? Любой пользователь модуля может открыть файл модуля (он не закодирован) image model for OpenCart и причитать комментарий в начале файла. class ModelToolImageBySitecreator extends Model { public function resize($filename, $width, $height, $type = '', $market = '', $text_for_market = '') { // +++++++++++++++++++++++++++++ комментарий от sitecreator.ru +++++++++++++++++++++++++++++++++++++ // Для контроля времени создания файлов // используем везде filemtime() (Возвращает время последнего изменения файла) // использование filectime() не годится, т.к. в случае изменения файла время изменения меняется, но filectime() будет возвращать // "время создания файла" (в кавычках потому, что в Linux не существует такого понятия), точнее - // возвращает время изменения индексного дескриптора файла, что обычно совпадает с временем создания файла на сервере // https://www.php.net/manual/ru/function.filectime.php // Примечание. На большинстве платформ Unix, файл считается измененным, если изменены данные его индексного дескриптора, // что включает информацию о правах на файл, о его владельце, группе и другие метаданные, содержащиеся в индексном дескрипторе. // даже при полном изменении (перезаписывании или удалении) файла filectime() возвратит точно такое же значение как до изменения файла // если не менялись данные его индексного дескриптора // filectime() - это именно время изменения индексного дескриптора, но не содержимого файла. // filectime() использовался в opencart вплоть до 2.3 версии, что является принципиальной ошибкой, порождающей иногда многократные (бесконечные) попытки // перезаписи файла в случае изменения (контента) исходного файла. // ---------------------------- комментарий от sitecreator.ru ------------------------------------------------------------------- // +++++++++ отладчик +++++++++++++++++++++++++++
-
Уважаемые пользователи плагина, просьба оставить свой отзыв о работе плагина и его поддержке. Это поможет сделать продукт еще лучше. Отзыв можно оставить здесь: https://opencartforum.com/files/file/5408-uluchshaem-izobrazheniya-obrezka-lishnego-ishodnogo-fona-i-t-d/?tab=reviews Большинство купивших плагин купили его одновременно с модулем Компрессор: Но данный плагин, который в основном позволяет красиво избавиться от лишнего фона исходников по-сути является самостоятельным и довольно сложным решением, хоть и входящим в состав комплекта "Image COMPRESSOR & Watermark & WebP & Lazy Load etc. by Sitecreator".
-
Возможность всегда есть. Было бы желание. Вас же не цепями к хостеру привязали? вообще то он не работает по фтп протоколу. а вы просили Практически любой менеджер файлов на php не использует FTP протокол. KodExplorer - не исключение в этом плане, нет в нем по-умолчанию ftp. Но сам менеджер весьма толковый, хоть и не всегда безопасный (уязвимости периодически обнаруживаются и устраняются)
-
Уже почти год как браузеры FireFox и Microsoft Edge поддерживают стандарт сжатых изображений WEBP. Модуль Компрессор - это единственное решение, которое без проблем детектирует поддержку браузером WEBP. И, соответственно поставляет в браузер WEBP если он его поддерживает или JPEG, PNG если не поддерживает. Модуль не путает старый и новый FireFox, старый и новый Microsoft Edge. Даже когда нет от браузера запроса с явным указанием поддерживаемых форматов, то модуль Компрессор безошибочно распознает поддержку WEBP, и не полагается на такой запрос, который может быть либо ошибочный, либо может вообще отсутствовать, например, в случае динамической подгрузки контента. Соответственно с верным детектированием браузера с поддержкой WEBP формируется страница с WEBP-изображениями. Новый Microsoft Edge:
-
Сделаю немного позже, может быть. Просто для 2.3 еще есть альтернатива в выборе другого редактора, а для 3-ки - нет. CKEditor считается более правильным и удобным редактором.
-
Версия модуля для opencart, ocstore 3.0 также приведена в актуальное состояние. новая версия 1.1.7.4 для OPENCART 3.0
-
Модуль Старая версия удалена автором [Поддержка]
sitecreator replied to sitecreator's topic in Кэширование, сжатие, ускорение
Новая версия 1.17.4 Возможности теперь совпадают с возможностями модуля для opencart 2.* Полная поддержка создания WEBP и вывода WEBP практически у любого хостера (охват практически 99,9% хостеров). Работает Lazy Load для форматов JPEG,PNG, WEBP в разных браузера: современных и старых, а также не поддерживающих пока WEBP (Сафари и подобные). Установка упрощена. Один установочный файл для нескольких версий PHP: 5.6, 7.0, 7.1, 7.2, 7.3 При переключении версии нет необходимости переустанавливать модуль. -
а причем тут виртуальный? было на практике. 10 000 товаров. Порядка 2000 посетителей в сутки. Два - три одновременных поиска с морфологией либо сильно заставляли тормозить сервер, либо клали его на лопатки. Поэтому и говорю - все сильно зависит от нагрузки. Если нагрузка относительно слабая (относительно мало товаров, мало посетителей), то годится. И автор тут не поможет. Там алгоритм имеет свои ограничения и ускорить его невозможно.
-
При одном важном условии - товаров немного. Иначе сайт начнет зависать.
-
Доступна для скачивания новая версия 1.1.7.4 По функционалу ничем не отличается от 1.17.3, но добавлена совместимость для случая использования vqmod + ocmod.
-
Уважаемые господа, любители связки vqmod + ocmod! Прошу заметить, что крайне глючной связки, особо почитаемой ценителями изящных извращений. Если вы используете такую связку, да еще в версии опенкарт 2.3, то не используйте установку модуля Компрессор версии 1.17.3. Нужно использовать 1.17.4+ (она совместима с vqmod + ocmod) Есть стандарт для опенкарт - это OCMOD, который тоже не без греха, но хотя бы стандарт. Что делает vqmod на 2.3 я не понимаю вообще. Можно понять vqmod на версии 2.0.0, в крайнем случае на 2.1. Но на 2.3 - это бессмысленная штука, и по-сути - зло. Т.е. реальной причины использовать vqmod на 2.3 нет, т.к. все модули для 2.3 позволяют использовать именно ocmod при необходимости. Также прошу заметить, что не стоит переходить на 1.17 владельцам мультимагазина (один магазин на нескольких доменах), оставайтесь на 1.16.5 для сохранения работоспособности webp. Таких пользователей единицы, специально для них, вероятно, потом сделаю доработку. ================= Как исправить. Но если все же установили 1.17.3 и получили ошибку, белый экран и т.д. и т.п. То идете в папку system. Удаляете там все OCMOD-файлы от модуля. Далее вручную из папки /system/storage/modification/ удаляете все файлы кроме index.html Заходите в админку и обновляете модификаторы, а также системный кеш на всякий случай. Ошибка пропала. Можете установить заново через ocmod-установщик модуль версии 1.16.5 или 1.17.4
-
@23keks23 , здравствуйте. Пишите в личку с названием сайта и доступами если не можете разобраться. и показывайте (в личке) скриншоты и ссылки на страницы, с которыми у вас сложности. смотреть нужно конкретно. ни у кого не ломается. К каждому пункту настроек дано подробное описание. Читайте внимательно. Можно. Читайте внимательно описание настроек. Модуль делает все в точности так, как вы задали настройками.
