- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если результат работы этого плагина кешируется, то его объективность не очень актуальна.
А так, тяжелый WP-сайтик вполне разгоняется до 10 мс на генерацию странички, при условии грамотно настроенного сервера и плагинов кеширования (таких как W3 Total Cache с использованием memcached/xcache).
Удобный инструмент поиска узких мест - http://tools.pingdom.com/fpt/, можно наглядно увидеть, что именно тормозит, включая такие моменты как время на резолв имени (DNS), время затраченное на подключение, на отправку\ожидание ответа и т.п.
В плагине есть настройка - не кешировать для админа. Так что результат вроде объективный.
Total Cache, memcahed и Opcahe использую.
Pingdom вот такую картину выдаёт:
Это он ждёт пока страница начнёт отдаваться.
Это не постоянный результат. Бывает страница генерируется менее секунды, в среднем 2, а с такими тормозами все 4-5. Пока грешу на OVH, что или машина бывает нагружена или канал. У меня в эти моменты нагрузки нет.
Это не постоянный результат. Бывает страница генерируется менее секунды, в среднем 2, а с такими тормозами все 4-5. Пока грешу на OVH, что или машина бывает нагружена или канал. У меня в эти моменты нагрузки нет.
Ужасная картинка. Wait - это ожидание первых данных от веб-сервера, т.е. по сути - время выполнения скрипта, 60 мс время пересылки данных (уже канал, гео-локация и т.п.).
Если Page Cache в W3TC работает корректно, время Wait не должно превышать 10-20 мс, никак не 1-2 секунды.
Ужасная картинка. Wait - это ожидание первых данных от веб-сервера, т.е. по сути - время выполнения скрипта, 60 мс время пересылки данных (уже канал, гео-локация и т.п.).
Если Page Cache в W3TC работает корректно, время Wait не должно превышать 10-20 мс, никак не 1-2 секунды.
По логам никаких ошибок от Total Cache. Вот я этим вопросом и задаюсь. Не могу понять причины, почему регулярно такие тормоза. Естественно это не с одним этим сайтом. Другие( и на других CMS) тоже периодически ведут себя аналогично. Т.е. вебсервер отвечает очень медленно регулярно.
Сейчас картина лучше:
А пару часов назад было то, что на первом скрине.
Был VPS SSD 2014, теперь VPS Cloud 2016. Разницы в скорости загрузки сайта почти не заметил (в обоих случаях это доли секунды). На VPS Cloud 2016 на 0,05 сек дольше грузится. Думаю, это просто погрешность из-за другой локации VPS. Вот, что изменилось, так это LA. LA стал почти в 2 раза меньше.
Но в случае, описанном выше, нужно не железо улучшать, а 170 запросов убирать из скриптов и оставлять в несколько раз меньше более простых и "лёгких" запросов. Тогда и сайт будет быстрее открываться. Понятно, что это сложно, легче железо поменять, но такой подход обычно неверный.
Из недостатков новых VPS - там нет IPv6. Для кого-то это может быть важно.
Но в случае, описанном выше, нужно не железо улучшать, а 170 запросов убирать из скриптов и оставлять в несколько раз меньше более простых и "лёгких" запросов. Тогда и сайт будет быстрее открываться. Понятно, что это сложно, легче железо поменять, но такой подход обычно неверный.
Из недостатков новых VPS - там нет IPv6. Для кого-то это может быть важно.
Запросы лёгкие. А вот сократить кол-во в моём случае практически нереально.
А с какой на какую локацию переехали ?
Запросы лёгкие. А вот сократить кол-во в моём случае практически нереально.
Если там не совсем все ужасно, то запросы должны хорошо кешироваться и не создавать подобных лагов по времени.
Если там не совсем все ужасно, то запросы должны хорошо кешироваться и не создавать подобных лагов по времени.
Вот картина ночью:
Евпропейцы почти все легли спать и сразу всё стало быстро грузиться. И по мои наблюдениям так каждую ночь. Все мои сайты начинают бесперебойно летать. Днём, конкретно мои сайты сервер не грузят. Зато думаю у многих других конечно самое время посещений. Вывод у меня пока один всё дело в OVH. Когда днём идёт посещаемость у всех соседей, тут и могут начаться проблемы у меня.
Но альтернативы особой к сожалению не вижу по цене/качеству среди крупных хостеров в Европе.
Попробую на новую линейку перейти, может там будет быстрей и стабильней.
На новых VPS применяется PCI SSD в Ceph
Действительно указано у них High Availability NVMe (Ceph).
Взял недавно самый дешёвый из этой линейки и запустил тест:
У меня старом VPS CLOUD 2014 - выдаёт порядка - 150MB/sec,
а на новом с NVMe получается скорость чтения в 2,5 раза ниже.
Жесть.
Когда днём идёт посещаемость у всех соседей, тут и могут начаться проблемы у меня. Но альтернативы особой к сожалению не вижу по цене/качеству среди крупных хостеров в Европе.
Да, интересное явление. Альтернатива - выделенный сервер, никаких соседей (разве что по каналу), все предсказуемо и стабильно.
Действительно указано у них High Availability NVMe (Ceph). У меня старом VPS CLOUD 2014 - выдаёт порядка - 150MB/sec, а на новом с NVMe получается скорость чтения в 2,5 раза ниже. Жесть.
Мегабайты - это ни о чем, важнее IOPS'ы, рекомендую утилиту fio (только осторожнее с тестами на запись, ставить так - apt-get install fio).
Рекомендую такой паттерн для теста:
Разумеется, /dev/sda заменить на то устройство, которое в виртуальной машине (в Вашем случае /dev/vda).
Мегабайты - это ни о чем, важнее IOPS'ы, рекомендую утилиту fio (только осторожнее с тестами на запись, ставить так - apt-get install fio).
Спасибо за дельный совет. Протестировал обе виртуалки.
1. VPS 2014
iops=2254
clat= 14 c
2. VPS 2016
iops=945
clat= 34 c
Вот и новый более производительный VPS :)
Не знаю или мне так повезло, или они всем такие новые быстрые VPS продают.
Как чувствовал, что с OVH не всё так гладко может быть, как они пишут.