Цитата
sharkson пишет: Вот такое нашел:

Только еще не добавили - сокращает время использования этого самого процессора. Хотя - а вдруг я не прав?!

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

Цитата
sharkson пишет: В любом случае, спасибо за совет.

Пожалуйста)

Для тестов интересующимися: тестовые папки, очень простые (то есть, там и ужимать-то нечего)

Оригинал без ускорителей и htaccess

_http://coderhs.com/ex/orig  

проверка скорости в гугл:

_https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fcoderhs.com%2Fex%2Forig&tab=desktop

Показатели:
desktop 92 / 100
mob 86 / 100
удобство     71 / 100


C ускорителями  и htaccess

_http://coderhs.com/ex/up

проверка скорости в гугл:

_https://developers.google.com/speed/pagespeed/insights/?url=http%3A%2F%2Fcoderhs.com%2Fex%2Fup&tab=desktop

Показатели:
desktop 95 / 100  рост 3%
mob      89 / 100  рост 3%
удобство    71 / 100

Цитата
Pavel Orlov пишет: Мдааа проверил свой сайт и офигел....

Ничего, не расстраивайтесь - у меня на кое-каких навешено в экспериментальных целях столько, что и все ускорение не спасает)

Итак, первая негативная новость:

Попробовали оптимизировать сайт на DLE, php 5.4

Результат - ускорители вызывают ошибку - то ли из-за версии php, то ли из-за особенностей индексного файла - есть идея одна любопытная, но это уж на потом, может быть.

Далее было опробованы способы через htaccess (безопасный набор) и ручное объединение и сжатие css - результата не дало - то ли из-за особенностей хостинга, то ли движка.

Информация представлена уважаемым на форуме человеком. Правда, его сайт, возможно, уже оптимизирован до невозможности)

Цитата
Pavel Orlov пишет: для хорошего человека не жалко

Спасибо, благодарен) Алаверды отправил в ЛС)

Новости):

Проверено на OpenServer:

Проблемы с запуском и работой кодированных ускорителей (и остального, соответственно) на тестовых папках (сайт на php),

НЕ выявлены (то есть, все в порядке, как положено):

PHP Version 5.2.17
PHP Version 5.3.28
PHP Version 5.4.29
PHP Version 5.5.13


чистый (то есть, просто установка, ничего не менялось) WP и demo DLE (с оф сайта) ни на одной из вышеперечисленных версий php проблем на локальном сервере (Open Server),

НЕ показали:

Ускоритель кода работает, как должно.



По ускорителю css в DLE  - ускоритель не срабатывает - не пропускает в main.tpl сторонний файл php.
По WP - пока представляется, что не стоит.

Поэтому, вместо ускорителя css на этих двух движках представляется целесообразным использовать либо ручное, либо полуавтоматическое сжатие/размещение.


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

P.S. Ускорение кода, как правило, не приводит к значительному ускорению загрузки - но крайне рекомендовано мной), в том числе - для совокупного положительного синергетического эффекта при комплексном использовании методов ускорения.

desktop 72 / 100  рост 3%
mob      63 / 100  рост 3%
удобство    98 / 100

Поработаю ка я с сайтом немного, а потом к Вам обращусь.

Цитата
SynyAlex пишет: styles/shcore.css styles/shthemedefault.css, не сжаты, как впрочем и js. Можно ведь css и js обьеденить\сжать отдавая по одному файлу каждого. Я думаю результаты будут намного лучше

)Спасибо вам за комментарий - вы правы, но есть некоторые моменты - не все css и js можно объединять - собственно, это выявляется опытным путем только. На моем сайте стоит много того, что на обычных не используется - например, на нем стоит два рабочих и один "спящий" модуль подсветки кода, плюс еще кое чего некоторого экспериментального или технического, что существенно тормозит и что не желательно оптимизировать - потому как сайт для себя и рабочий), и многое прогоняется на нем, как на рабочем стенде.

Цитата
Собственно >< пустоты убрали, css поджали в одном месте,

Секрета в ускорении нет ( правда - css не просто в одном месте сжат - там объединение и сжатие) - весь вопрос в реализации и подходах. Суть ускорителей в том, что они настраиваемы (сейчас - это обще-средний) и динамически решают свою задачу, не затрагивая основные/исходные файлы.

Набор в htaccess (которого не видно в коде, но  для ускорения это очень существенный элемент) - это описано на сайте в подписи), не все, конечно - потому что есть обще-возможное и специфическое для каждого хостинга - например, мод deflate не на всех срабатывает и т.д.

Индивидуальный подход к оптимизации подразумевает индивидуальную работу и цену - здесь же предлагается общеусредненного и подходяще-беспроблемное для большинства хостингов/сайтов

Поэтому, можно все сделать самому, не пользуя услугу и не платя за нее - как можно сделать аудит и прогоны, дизайн, верстку и т.д.)

Конечно, для просмотра кода ускорителей их надо суметь декодировать (хотя, ничего нового или неизвестного там нет), а в htaccess можно посмотреть и сказать, например: "А, всего-то блоки кэширования общего, кэширования по типам и сжатие установлено! - За что деньги заплачены?!".  Когда сделано и получена инструкция, вроде все понятно - поэтому в теме и расписано практически вся логика, а реализовать каждый желающий сможет сам, не платя деньги и не заказывая услугу.

Кроме того, тут трудно прогнозировать результат - у каждого он свой и зависит не только от сайта, но и как все сделано будет. При любом раскладе, общие блоки и ускорители на пользу сайту пойдут - будет видимое ускорение, или нет. Имхо, конечно)

Вроде, честно все?)


Еще раз выражаю благодарность за тестирование и комментарий)

Цитата
Антон Городецкий пишет: Поработаю ка я с сайтом немного, а потом к Вам обращусь.

Всегда пожалуйста) - возможно, вы все сделаете сами и это не потребуется.