- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Всем привет!
Как вы думаете без плагинов кеширования для WordPress которые заранее подготавливают html страничку для отдачи клиенту, можно ли добиться быстрой скорости?
Мне прям чутка не хватает, но неохота использовать плагины кеширования (там некоторые штуки некорректно работают), уже и не знаешь, что оптимизировать, скоро сайт превратится в точку :), и такое ощущение что уперся в серверное (Hardware & Software).
Заранее всем спасибо за ответы!
Как вы думаете без плагинов кеширования для WordPress которые заранее подготавливают html страничку для отдачи клиенту, можно ли добиться быстрой скорости?
Мы не думаем, мы знаем... не надо тормозить, чтобы не пришлось разгонять
https://searchengines.guru/ru/forum/1001081/page3#comment_15769146
Надо не WP разгонять, а разгонять разработчиков сайтов, которые делают такие тормозные системы на базе WP.
Во-первых надо понять что принимается за DOMContentLoaded
https://developer.mozilla.org/ru/docs/Web/Events/DOMContentLoaded
> когда весь HTML был полностью загружен и пройден парсером
Я специально только что проверил - одну и ту же страницу открываю и смотрю цифру DOMContentLoaded в firefox'е. Потом в настройках питания правлю % процессора на 0:
И на скорости меньше гигагерца снова открываю ту же страницу - DOMContentLoaded становится в несколько раз хуже, типа 1 сек вместо 200мс.
Понимаете что имею в виду? Этот ваш DOMContentLoaded зависит помимо сервера еще и от самой страницы, на сколько она большая и сложная (не имеются в виду стили и скрипты, чисто html) и на сколько быстр процессор на клиенте чтоб спарсить ее.
Ну а вообще да, если убрать клиентскую часть, то со стороны сервера wp даже без плагинов кэширования может очень шустро генерировать страницы. Весь вопрос в сложности - сколько там еще у вас плагинов понавешано, на сколько сложны сами страницы, ну и опять же, cpu скорость на стороне сервера (не мощь многоядерная, а именно скорость, частота в первую очередь).
Это без кэш плагина.
Вам не нужно это. Если страница генерится меньше секунды - это уже нормально. Посмотрите конкурентов из топа и успокойтесь, думаю процентов 80 будет более тормознутые.
К сожалению мне кажется это не так, именно то что мне нужно это супер скорость :), вот например похожий как у меня сайт, ничего необычно просто банально про компьютеры: https://ocomp.info
На мой взгляд очень быстро работающий веб-сайт, как раз примерно если смотреть через Network и обновить страницу будет 150 ms DOMContentLoade, знаю, что это не объективно, но 150 ms = 22К посетителей и 40К просмотров :) – не судите меня строго, но я так думаю, там не супермега контент, это не СМИ типа 3Dnews и т.п., его не так много, сайт не так уж и давно сделан, да и не особо супер дизайнерский, но хороший.https://ocomp.info
А если открыть не главную, а внутри страницу?
https://ocomp.info/programmi-dlya-zapisi-video-s-ekrana.html
Где больше html'я, хотя со стороны сервера она генерируется почти также быстро как и главная. Но на клиенте уже DOMContentLoaded сколько у вас пишет?
имхо, кеширование не для ускорения, а для снижения нагрузки... если смотреть в корень)
А если открыть не главную, а внутри страницу?
https://ocomp.info/programmi-dlya-zapisi-video-s-ekrana.html
Где больше html'я, хотя со стороны сервера она генерируется почти также быстро как и главная. Но на клиенте уже DOMContentLoaded сколько у вас пишет?
Внутренняя дольше, 257-300-391, но это я так смотрю на взгляд, на вскидку, а так можно еще по TTFB посмотреть.
Все равно по сравнению с моим, у него сайт работает очень быстро на мой взгляд.
Но, у него кеширование используется вроде бы, там внизу что-то кеш-сек т.п.
Понимаете что имею в виду? Этот ваш DOMContentLoaded зависит помимо сервера еще и от самой страницы, на сколько она большая и сложная (не имеются в виду стили и скрипты, чисто html) и на сколько быстр процессор на клиенте чтоб спарсить ее.
Вообще-то процессор больше возится как раз со скриптами и стилями. И вышеуказанным способом Вы не отличите, с чем он больше провозился: со скриптами и стилями или с "деревом".