Слабый кеш!

[rullaninua 0]

Решил потестировать DLE и Wordpres на скорость.
Если кеш отключен то ДЛЕ работает быстрей в три раза.

А вот если кеш включить в Wordpres  то DLE курит в сторонке

Что скажет Целсофт - почему Wordpres  делает только 6 запросов при тесте, а DLE целых 104 запроса в одинаковых условиях.

(Тест на локальном сервере Apache Bench  - команда - ab -c 10 -n 100 http://...)

Результаты теста - https://layout.rullan.in.ua/darya-dle/news/245-dle-vs-wordpress.html

 

[alex32 942]

С включённым кэшем у ДЛЕ не может быть 104 запроса. Или это такой супер ход - в вордпрессе кэш включить, а в ДЛЕ нет?

[rullaninua 0]

1. 😀 Смысл в том что я хотел показать превосходство ДЛЕ! (Кеш там и там включен)
2. Тест состоит в имитации 100 хостов по 10 запросов каждый.
3. Заинтересовался данной темой потому-что в Гугл спид  Вордпрес с кучей скриптов и разных файлов со стилями показывает отличный результат!

[celsoft 6 094]

8 часов назад, rullaninua сказал:

А вот если кеш включить в Wordpres  то DLE курит в сторонке

Что скажет Целсофт - почему Wordpres  делает только 6 запросов при тесте, а DLE целых 104 запроса в одинаковых условиях.

В DLE даже без кеша нет 104 запросов в принципе, при условии базовой установки. А не если у вас на странице 104 тега {custom ...} принудительно отключенным кешем

13 минут назад, rullaninua сказал:

3. Заинтересовался данной темой потому-что в Гугл спид  Вордпрес с кучей скриптов и разных файлов со стилями показывает отличный результат!

Вы путаете загрузку статики с сервера с работой динамики. Оптизация загрузки статики, не имеет никакого отношения к движкам. Движки отвечают за работу динамики, т.е. то что работает на сервере, за работу статики отвечает ваш сервер и ваши шаблоны, независимо от движков. Как только началась загрузка, движки и тот и тот закончили свою работу. И вся дальнейшая загрузка ваших ресурсов от них не зависит. Это статика, это делается шаблонами и шаблонными средствами и там и там.

[rullaninua 0]

1 час назад, celsoft сказал:

В DLE даже без кеша нет 104 запросов в принципе, при условии базовой установки. А не если у вас на странице 104 тега {custom ...} принудительно отключенным кешем

Вы путаете загрузку статики с сервера с работой динамики. Оптизация загрузки статики, не имеет никакого отношения к движкам. Движки отвечают за работу динамики, т.е. то что работает на сервере, за работу статики отвечает ваш сервер и ваши шаблоны, независимо от движков. Как только началась загрузка, движки и тот и тот закончили свою работу. И вся дальнейшая загрузка ваших ресурсов от них не зависит. Это статика, это делается шаблонами и шаблонными средствами и там и там.

👀 Так тестировалось на одном сервере на стандартных шаблонах!    (Одновременно 100 хостов!!! )
С отключеным кешем Вордпрес делает почти в в 4 раза больше запросов.
😲 НО! как только включаем кеш - все! ДЛЕ делает в 10 раз больше запросов. (Там и там кеш включен!!!)
---
PS. Скорее всего в Вордпресе есть секрет в работе nginx+apache  (потому что без кеша там просто уйма запросов на стандартном шаблоне без модулей!)

Оставляю ссылку разработчикам ДЛЕ. Анализируйте... Этот плагин творит чудеса... Такое чудо нужно и на ДЛЕ!!!!
плагин - https://ru.wordpress.org/plugins/wp-fastest-cache/

[celsoft 6 094]

1 час назад, rullaninua сказал:

😲 НО! как только включаем кеш - все! ДЛЕ делает в 10 раз больше запросов. (Там и там кеш включен!!!)

Да нет у вас в вашей статистике вообще запросов. Даже по вашей ссылке. Вы статистику читать не умеете. Это не количество запросов, а количество обращений которое сделал ваш тестер апача. Это к запросам не имеет никакого отношения. Из этих запросов 104 оказались медленными. Причина тому банальна, плагин wp-fastest-cache/ делает для каждого пользователя полную копию страницу, отключая динамику полностью и выплевывая каждому пользователю свою страницу. DLE же создает не копию страницы целиком, а создает отдельные блоки для каждой группы пользователей. а также продолжает генерировать уникальный контент если он для каждого пользователя уникален. У вас один пользователь, это ваш тестер, соответственно wp-fastest-cache создал одну копию и все. А DLE часть генерирует уникально. А теперь представьте реальный сайт на котором тысячи разных посетителей, пока этот плагин для всех будет создавать и пересоздавать кеши кто будет работать быстрее и потреблять меньше ресуров? Ответ думаю понятен. 

Вы не тестирование сделали, а непонятно что. Никто так производительность не тестирует.

1 час назад, rullaninua сказал:

Этот плагин творит чудеса... Такое чудо нужно и на ДЛЕ!!!!

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

[rullaninua 0]

😀 О кое-что прояснилось...

- А можете в будущем сделать два вида кеша?:

1.  Как есть сейчас (для новостных сайтов) -  "создает отдельные блоки для каждой группы пользователей. а также продолжает генерировать уникальный контент если он для каждого пользователя уникален. "

2. Тотальный кеш для сайтов в которых мало страниц!!! Чтобы создавал полную копию страниц, отключая динамику полностью и выплевывая каждому пользователю - сохраненые все страницы. И чтобы кеш переписывался например по крону раз в день. Или по нажатию кнопки в админке.

[celsoft 6 094]

14 минут назад, rullaninua сказал:

- А можете в будущем сделать два вида кеша?

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

[rullaninua 0]

6 минут назад, celsoft сказал:

Нет конечно. Потому что второй пункт медленный.

Зря... 🤓 Придется допиливать в жесткий статический  КЕШ....  Нужно не для пользователей сайта а для Гугл спид.
---
Все тему закрывайте - Вопросов больше нету. Спасибо за ответ!!!!

[celsoft 6 094]

26 минут назад, rullaninua сказал:

Зря... 🤓 Придется допиливать в жесткий статический  КЕШ....  Нужно не для пользователей сайта а для Гугл спид.

Повторю еще раз, для google speed нет никакого !!!! значения какой кеш в серверном ПО. Скорость загрузки статики !!! не зависит от движков, потому что статика загружается с сервера напрямую минуя движки !!!

Пилить вы можете что угодно конечно. Это ваше право. Но лучше сначала разобраться в тематике вопроса, чтобы хотя бы пилить то что нужно.

[MSK 289]

14 часов назад, rullaninua сказал:

Результаты теста

И

5 часов назад, rullaninua сказал:

потому-что в Гугл спид

Вы пытаете сравнить зеленое с круглым.

К-во запросов и показатели в гуглспид не имеют никакой связи.

Хотите сделать сравнение дле и вп в гуглспид - поставьте на дле шаблон такой же, как и тема на вп....

1 час назад, rullaninua сказал:

Придется допиливать в жесткий статический  КЕШ

Допиливайте в первую очередь шаблон...

[rullaninua 0]

3 часа назад, MSK сказал:

Вы пытаете сравнить зеленое с круглым.

 

😀 Вы не поняли! В Вордпресе стоит шаблон минимум в три раза тяжелее! там только около 12 файлов со стилями и еще столько со скриптами.
Весь прикол в том что вся куча ненужного хлама после включения кеша превращается в минимум запросов.
Ну вот я и хотел узнать в чем дело!
- Спасибо за подсказку - буду пробовать сделать тоже полный статический кеш.

[MSK 289]

5 минут назад, rullaninua сказал:

В Вордпресе стоит шаблон минимум в три раза тяжелее

количество файлов никак не связано с их качеством (оптимизацией).

Стили, js и картинки - это статика! их хоть миллион будет - как правило, они грузятся в кеш браузера при первом обращении к ним и после обновления/переходах по страницам используются из кеша браузера.
Вы определитесь, что вы понимаете под "запросами"..

Percentage of the requests served within a certain time (ms)
100% 104 (longest request)

104 - это не количество запросов, а ВРЕМЯ выполнения (т.е. время, за которое были выполнены все запросы на сервере без указания их количества), в данном случае с пометкой, что это самый долгий.
Вы бы сначала разобрались в том, что выдает утилита тестирования....

 

[rullaninua 0]

Цитата

104 - это не количество запросов, а ВРЕМЯ выполнения

ОК. Тогда ДЛЕ делайт запросы за 104 мсекунды а Вордпрес за 6 млсек.... РАЗНИЦУ чуствуете??? 104 и 4???
--
Ладно... Админ закрывайте  тему... Ответ получен... Решение нашлось :)
--
Всем спасибо...

[celsoft 6 094]

2 часа назад, rullaninua сказал:

ОК. Тогда ДЛЕ делайт запросы за 104 мсекунды а Вордпрес за 6 млсек.... РАЗНИЦУ чуствуете??? 104 и 4???

Запросы к серверу не состоят только из работы DLE и обращения к DLE. Вы не видите что в вашем тестировании DLE без кеша работает быстрее чем с кешем? Что для DLE в принципе невозможно, что говорит о неверно проведенном тестировании и подготовки тестовой среды.

[MSK 289]

6 часов назад, celsoft сказал:

что говорит о неверно проведенном тестировании и подготовки тестовой среды.

Совершенно верно.

9 часов назад, rullaninua сказал:

Тогда ДЛЕ делайт запросы за 104 мсекунды а Вордпрес за 6 млсек.

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

[webair 178]

Вам надо не HTTP запросы считать, а количество запросов к БД. Это совершенно разные вещи.

Но уж если вы принялись измерять HTTP запросы (загрузку js, img, css и т.д.), то засуньте всё так же в минификатор, как и при использовании стороннего модуля для Wordpress, чтобы условия были более менее одинаковы. И js в конец main.tpl. И lazyload для изображений. Тогда уже можно говорить о какой то объективности, когда и в WP и в DLE внесены изменения (использование модулей это изменения).