Модуль MCJ - Автоматическое объединение и сжатие CSS, JS + smartoptimizer [Поддержка]

[halfhope]

[[Template downloads/front/submit/topic is throwing an error. This theme may be out of date. Run the support tool in the AdminCP to restore the default theme.]]

[wmx]

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

[Dimdimych]

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

[Raensul]

тоже интересует, как влияет на скорость работы сайта.

[halfhope]

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

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

 

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

тоже интересует, как влияет на скорость работы сайта.

 

 

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

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

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

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

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

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

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

[halfhope]

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

[noVe]

Speed test и можно покупать.

[zteprk]

Speed test и можно покупать.

Согласен!.

жду результатов. и мнения профи.

[markimax]

Согласен!.

жду результатов. и мнения профи.

 

SEO: Гуглу и яндексу наплевать на это. Им подавай быстрые сервера, они загружают чистый html и картинки отдельно. Для высоконагруженных проектов - штука нужная, но до неё надо  оптимизировать сам opencart :)

 

Данный модуль сокращает количество запросов к серверу (полезная штука) , что очень важно для "плохих" хостеров, которые любят отключать сайты из-за нагрузки 100 человек в день :)

 

Вообще скорость меряется не в Мбитах, а в количестве запросов и пингу  к серверу. Если второе решается выбором хостера, то первое решается модулем.

 

Не видел реализацию, но в принципе полезная штука, скорость как таковую она не меняет, а вот нагрузку на сервер уменьшает.

 

Чтобы как то побороть тормознутость opencart, надо сделать нормальный модуль кеширования MySQL запросов, вот где узкое "бутылочное" горлышко. Пока те реализации что я видел, далеки от совершенства. Плюс добавить кеширование по блокам  вывода view работы модулей.

[Raensul]

SEO: Гуглу и яндексу наплевать на это. Им подавай быстрые сервера, они загружают чистый html и картинки отдельно. Для высоконагруженных проектов - штука нужная, но до неё надо  оптимизировать сам opencart :)

 

Данный модуль сокращает количество запросов к серверу (полезная штука) , что очень важно для "плохих" хостеров, которые любят отключать сайты из-за нагрузки 100 человек в день :)

 

Вообще скорость меряется не в Мбитах, а в количестве запросов и пингу  к серверу. Если второе решается выбором хостера, то первое решается модулем.

 

Не видел реализацию, но в принципе полезная штука, скорость как таковую она не меняет, а вот нагрузку на сервер уменьшает.

 

Чтобы как то побороть тормознутость opencart, надо сделать нормальный модуль кеширования MySQL запросов, вот где узкое "бутылочное" горлышко. Пока те реализации что я видел, далеки от совершенства. Плюс добавить кеширование по блокам  вывода view работы модулей.

не дождусь когда же Вы свой выложите...

мало того, что меня хостер вымораживает, так еще и с кешированием не могу справиться.

[markimax]

не дождусь когда же Вы свой выложите...

мало того, что меня хостер вымораживает, так еще и с кешированием не могу справиться.

Свой еще сделать надо, хотя архитектура уже "заложена" в моих прошлых модулях. Вот только смотрю по покупкам данного модуля - только время тратить, а работы там будь здоров. Когда-то сделаю, но в планах далеко не на первом месте. Может кто высоконагруженный проект закажет, тогда придется делать.

[Vasili]

Здравствуйте! если устанавливать не на default тему а на другую  какие настройки надо делать или плагин на любой теме работает без редактирования? 

[Vasili]

результаты тестирования есть?

[halfhope]

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

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

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

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

[Khronoch]

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

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

 

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

[halfhope]

Автор, сколько выдает рейтинг 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 показывает как именно ведет себя клиентское приложение и сколько ему придется работать для достижения результата в той или иной географической зоне. Т.е. представляет нам сам результат работы) 

 

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

[Khronoch]

Онлайн версия 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 показывает как именно ведет себя клиентское приложение и сколько ему придется работать для достижения результата в той или иной географической зоне. Т.е. представляет нам сам результат работы) 

 

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

 

Тут нужно понимать зачем вообще нужна оптимизация. Опенкарт сам по себе довольно шустрый и для пользователя отображается довольно быстро (конечно если его не хостить на хостинге за 3 копейки) и без всяких оптимизаций.

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

И я просил привести примеры оценки сайта в Page Speed Inslights на голом движке БЕЗ вашего скрипта и с ним. Очень интересно.

[markimax]

Тут нужно понимать зачем вообще нужна оптимизация. Опенкарт сам по себе довольно шустрый и для пользователя отображается довольно быстро (конечно если его не хостить на хостинге за 3 копейки) и без всяких оптимизаций.

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

И я просил привести примеры оценки сайта в Page Speed Inslights на голом движке БЕЗ вашего скрипта и с ним. Очень интересно.

Для seo - "такие" оптимизации не важны. google и яндекс считают время ответа генерации html документа, и не загружает ни картинки, ни js, ни css. И не считает время их загрузки соответственно.

Так что это модуль только для того чтобы снизить нагрузку на сервер (сократить количество обращений к серверу). Но... опять же, браузеры не "дураки" и берут все css, картинки и js из своего кеша, не трогая сервер. Это только при первой загрузке сайта браузер обращается к серверу загружая css, js и т.п. а потом ему по барабану вот такие "оптимизации"

 

И проверять надо не по рейтингам скорости загрузки для пользователей, а для поисковиков, например для яндекса в панели вебмастера есть

Проверить ответ сервера

 

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

[halfhope]

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

 

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

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

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

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

[markimax]

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

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

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

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

 

Совершенно верно! Это важно именно для клиентов. Они быстрее увидят страницу, если зашли в первый раз (не намного конечно, но быстрее), а в последующих заходах всё уже возьмется из кеша браузера.

Ну и снижается нагрузка на сервер, это важно при сильно нагруженных проектах и у кого хостер [censored] привередливый!

[Luchik]

А вроде прикольно должно работать.

Протестировал вот этим инструментом - gtmetrix.com - тестирует сайт и дает рекомендации по оптимизации.

Проверьте им свой сайт и сайт, предоставленный для демо.

Реклама пошла :)

[halfhope]

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

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

[ingenerks]

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

[halfhope]

Скажите в чем отличие от подобного модуля 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. Обновления

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

[ingenerks]

В отличие от 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. Обновления

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

Спасибо за подробный ответ.