halfhope

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

На Вашем сайте и минимизировать то не чего, вот посмотреть бы на результаты с высоконагруженгых проэктов ,ну или средних с кучей модулей,скриптов и товаров тыщ 5 ,посещаемость 50-100 чел

Мой магазин показал такой результат:

 

E (59%) -36%

D (61%) -36%

8.01s +2.44s

1.57MB +1.38MB

166 +149

Как понять до покупки ,что даст мне этот модуль ?

На этой неделе постараюсь представить такой магазин. "До покупки" это без модуля. В общем, mcj старается снизить общую нагрузку на сервер, Через вставку изображений в css, объединение и минимизацию файлов, оптимизацию БД, и рекомендаций по .htaccess и прочих фишек с сервером.

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

Для сжатия JavaScript нет идеального инструмента сжатия. Для этого я и добавляю различные настройки, которые помогут это  компенсировать. Для этого достаточно включить JQueryCDN, и добавить скрипт, в котором происходит ошибка в "список файлов исключенных из объединения". Так же в версии 1.3 добавлено новое поле "стили / скрипты которые необходимо оставить на своих местах в коде страницы". Это позволит оставить "позиционные" скрипты, стили на своих местах. Например стиль, который находится в конце страницы и должен перекрывать все основные стили.

Следующее плановое обновление модуля через 48 дней.

В следующей версии:

• Более удобное управление дополнением(админка).
• Предпросмотр создаваемого шаблона.
• Смена фона с анимацией (50/50).

https://opencartforum.com/files/file/1368-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%B5%D1%80-%D1%84%D0%BE%D0%BD%D0%BE%D0%B2%D1%8B%D1%85-%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9-vqmod/

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

Но ведь там нет подсчёта товаров, от которого всё могло тормозиться. Всё таки хотелось бы видеть этот блок...

OpenCart местами "ущербный". Почитайте статьи по оптимизации запросов к БД. Добавление индексов. Кэширование запросов к БД.

Для этого есть аналитика. Гугл в помощь.

Скажите в чем отличие от подобного модуля http://www.opencart.com/index.php?route=extension/extension/info&extension_id=8561 после него так же результаты тестирования подымаются до 95-97

В отличие от smartoptimizer в mcj используется:

1. Статическая отдача ресурсов т.е. *.css и *.js файлы, а не через php.

2. Явное преимущество качества и уровня сжатия благодаря библиотекам минимизации.

3. Наличие выбора среди доступных библиотек минимизации

4. Наличие отдачи статически сжатых файлов (cssgz, jsgz)

5. Поддержка Domain CDN для скриптов, стилей, изображений.

6. Возможность вставлять base64 изображения в css независимо от библиотеки минимизации и даже в css файлах Domain CDN.

7. CDN для JQuery

8. Управление кэшем

9. Куча всевозможных настроек

10. Обновления

Сходу не смогу дать полный ответ)

GtMetrix хранит у себя результаты тестов. Можете проверить на http://gtmetrix.com/reports/mcj.halfhope.ru/3mXEMSvb.

Все результаты дополнительных тестов в конце страницы по адресу http://mcj.halfhope.ru/support/

Не Вы один. :-D

Спасибо, и в правду, "безграничная власть". А все операции решил проводить в footer.php.

Доброго времени суток.
Для начала уточню, что пишу менеджер для фоновых изображений. Который назначает фон разным design_layout и категориям.
Это дополнение не является модулем, т.е не отображается и не устанавливается как модуль. Все необходимые действия с БД и обработка проводятся в контроллере header.php. Аругментирую это тем, что он загружается на всех страницах всех design_layout и категорий. Поэтому в нем можно реализовать добавление фона к разным design_layout и категориям.
Вопрос 1. Столкнулся с определением текущего layout_id странцы. Никак не могу его нормально получить.
Приходилось изобретать велосипед. Получал

$this->request->get['route'] 

а затем выполнял запрос к БД, к таблице layout_route. Таким образом получал layout_id.
Можно ли обойтись без запросов к БД?
Вопрос 2. Почему-то подумал, что может быть все действия проводить не в header.php, а в другом месте. Необходимо такое место, где можно работать с моделями(настройки из БД) и $this->document(добавление css файла), а такое место является только контроллером. Посоветуйте, если что-нибудь пришло на ум.
Буду очень благодарен.

Вот и смотрите, сколько там будет показывать "основной робот яндекса" (сразу скажу ответ: плевал он на css, js и т п - ему важна скорость ответа сервера (mysql, php))

Все именно так, поисковые роботы не загружают стили и скрипты, не обрабатывают страницу для них важна скорость ответа сервера. Поэтому инструментом Page Speed Inslights не проверяют уровень оптимизации для поисковых систем. Им проверяют наличие паттернов клиентской оптимизации. About Page Speed Inslights.

Есть вполне хорошие новостные сайты, например, "Эхо Москвы", которые имеют рейтинг 48 из 100, но всегда занимают топовые места в поисковой выдаче.

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

А что касается времени генерации страницы, так mcj добавит к времени генерации примерно 0.012 сек в среднем(в холостом режиме).

Автор, сколько выдает рейтинг http://developers.google.com/speed/pagespeed/insights/ с использованием вашего скрипта?

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

 

Умеет ли модуль переносить автоматически вызов js в подвал страницы?

Онлайн версия Page Speed Inslights показывает 87, как раз из-за блокировки страницей JavaScript и поздним ответом моего хостинг-провайдера. 

Напомню, что блокировка javascript это когда браузер ожидает загрузки javascript, тогда как все стили и сама страница уже загрузилась. Поэтому было бы разумно оставить css - файлы в "шапке сайта", а js - файлы поместить в "подвал", чтобы браузер смог показать страницу клиенту еще до того, как загрузятся js-файлы.

Но вот такие "кривые" вызововы модулей в OpenCart:

<script type="text/javascript"><!--$('#carousel0 ul').jcarousel({	vertical: false,	visible: 5,	scroll: 3});//--></script>

провоцируют некорректный вызов модулей, которые еще не загрузились. Поэтому реализовать эту возможность не представляется возможным. Например, карусель http://mcj.halfhope.ru/download/1123.png.

Вместо этого в mcj реализовано добавление js-файлов не в подвал (перед закрывающим тегом тела документа), а в начало(в сам тег body).

Это позволяет отобразить страницу до того, как будут загружены скрипты. Но в Page Speed Inslights подвалом считается именно закрывающий тег </body>, хотя в браузерах "подвалом для файлов" считается все, кроме текста заключенного в тег <head>.

Ваше утверждение о том, что speedtest является косвенными крайне сомнительно.

SpeedTest показывает как именно ведет себя клиентское приложение и сколько ему придется работать для достижения результата в той или иной географической зоне. Т.е. представляет нам сам результат работы) 

С уважением, Талгат.

Обновил модуль, провел тесты. За более подробной информацией обращаться по адресу http://mcj.halfhope.ru/support/.

И, кстати, хотелось бы, чтобы кто-нибудь из покупателей провел независимое тестирование до и после.

А то мои результаты (время генерации страницы) чего-то шалят.

По сути модуль добавляет 0.007 - 0.012 сек к времени генерации, но при тестировании (на странице категории) скорость генерации страницы с использованием модуля ниже, чем без него. Не могу понять с чем это может быть связано, должно быть объяснение. Или просто я долго не спал.

Теперь и ocStore 1.5.4.1 поддерживает(была ошибка с обратными слешами)

Если Вашей версии нет в списке, это не значит, что он у Вас не пойдет. Это значит, что он на ней не тестировался.

Более подробное описание можете посмотреть здесь

Для Ocstore 1.5.1.3 версия будет?

Да, завтра вечером будет. Тоже для vqmod.

А Вы проверяли насколько увеличивается скорость загрузки страницы с Вашим расширением?

Нет, пока не проверял, тоже отложу до завтрашнего вечера. 

Пока могу сказать, что:

1. Уменьшается кол-во запросов к серверу с [количество скриптов + стилей(8-9)] до 2-х запросов (+1 запрос к серверу для загрузки библиотеки JQuery, в случае неудачной загрузки с CDN)

2. Все скрипты перемещены в секцию body, что позволит браузеру произвести прорисовку страницы прежде чем будут загружены все файлы.

3. Если Ваш хостинг-провайдер (сервер) поддерживает Gzip и в расширении включен $use_gz, тогда снижается нагрузка на сервер, так как сервер при передаче каждый раз сжимает файлы(css,js), а в расширении используется статическое сжатие. Т.е. файлы уже сжаты, остается только передать.

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

Завтра же планирую начать разработку административной части.