Добрый день Татьяна!
Может я конечно не прав, но во первых всегда получаешь то за что платишь и ваш хостинг далёк от совершенства:)
не мешает оптимизировать сайт, поскольку Gtmetrix выдаёт43% — а это плохо.
а
Page load time: 44.74s
Total page size: 0.99MB
Total number of requests: 85
очень плохо
для сравнения мой блог в ту же минуту выдал 98%
Page load time: 3.40s
Total page size: 154KB
Total number of requests: 19
хотя у меня тоже дешёвый shared hosting
Я написал 15 мини статей как оптимизировать когда был сам в подобной ситуации 🙂
Оптимизация скорости WordPress — Часть первая «Leverage browser caching»
blogoguru, спасибо, почитаю. Честно говоря, я далека от всех этих технических тем ))
Модератор
Yui
(@fierevere)
永子
обычно стоит начинать с хостера, скорее всего это их проблемы, хотя они и будут пробовать это отрицать
могут помочь логи сервера, особенно по части «Ошибка HTTP»
Я написал 15 мини статей как оптимизировать когда был сам в подобной ситуации 🙂
Я тоже, как и blogoguru был в такой ситуации и тоже решал проблемы ускорения сайтов и добился РЕАЛЬНЫХ ПОЛОЖИТЕЛЬНЫХ РЕЗУЛЬТАТОВ. И тоже об основных применых мною способах постарался поделиться опытом как можно более доступно.
Некоторые подробности
Но в целом, не глядя на ваш сайт и судя по вашему описанию проблемы у вас три главные беды — слабый хостинг. Не оптимизированы картинки. Нет кеширующего плагина.
http://optimin.ru/test/ — еще один интересный и русский сервис, на котором можно увидеть причины, тормозящие ваш сайт. Следуя именно его подсказкам я добился реальных результатов в разгоне своих сайтов
Konstantin!
не хочу бить себя пяткой в грудь (поскольку я любитель а не профи:) )
но судя по Gtmetrix ваш сайт на главной странице 77%
Page load time: 4.75s
Total page size: 1.37MB
Total number of requests: 101
Так что потенциал для оптимизации ещё приличный
Модератор
Yui
(@fierevere)
永子
http://loadimpact.com/load-test/melportal.com-8aa7e09936f5d809a953586d8d2d3387
все очень грустно с сервером, можно даже не пытаться заниматься оптимизацией wordpress на таком хосте, серверное ПО сначала нужно настраивать
но судя по Gtmetrix ваш сайт на главной странице 77%
К сожалению вы правы. У меня еще есть большие претензии к своему хостингу, который думаю покидать….. Во вторых я очень скептически отношусь ко всем этим тест-сайтам, так как лучший тест — это ваши глаза. Я реально, без всяких тестов, видел КАК РАБОТАЛИ мои сайты И КАК СТАЛИ работать после принятых мер. Разница большая…. И в лучшую сторону
Но это уже офтоп касательно конкретной темы.
Yui, похоже вы правы. Сайт делала вместе с моим хорошим приятелем. Его сайт тоже не могу открыть ‒ теже самые проблемы, несмотря на то, что мой приятель по специальности программист
Модератор
Yui
(@fierevere)
永子
программист != системный администратор
по loadimpact там проблемы даже с загрузкой статики, а ведь их бесплатный тест вообщем-то «никакой» по нагрузке
у вас там вроде выделенный сервер, не виртуалка, соответственно памяти должно быть прилично.
Пусть друг посмотрит в httpd.conf (или отдельном конфиге, в зависимости от используемого дистрибутива) директивы MaxClients, ServerLimit для увеличения числа обслуживающих процессов,
хотя поле для настроек тут огромное, хорошо бы поставить реверс-прокси nginx и настроить его на отдачу статики, статей по этому поводу миллионы, так что ссылки кидать не стану, все легко находится в Google/Yandex/…
извините за оффтоп, но если там VPS то у меня просто нет слов…
Yui! если об этом зоговорили то вы наверное больше меня знаете о реверс-прокси, но на мой взгляд всяко вроде реверс-прокси полезно для сайтов с бооольшим количеством посетителей, для увеличения пропускной способности (к тому и приведённый вами тест на нагрузку). Для сайта средней паршивости, или даже менее чем средней паршивости (как у меня например 🙂 ) от него ни холодно ни жарко. Когда я, например, привязывал свой сайт к CloudFlare (реверс-прокси?) я никаких изменений не видел.
P.S чтобы сильно не били я по образованию прапорщик 🙂
Модератор
Yui
(@fierevere)
永子
там не vps, там дедик, для vps Hetzner в whois явно пишет Virtualizierung
вы наверное больше меня знаете о реверс-прокси
я уже ушла от реверс-прокси в сторону highload решений 😀
по поводу остального
«тест на нагрузку» смешон, даже самые плохие хостеры с ним справляются, с бесплатным тестом конечно, за денежку у них есть более серьезные нагрузочные режимы.
Для сайта средней паршивости, или даже менее чем средней паршивости (как у меня например 🙂 ) от него ни холодно ни жарко
не согласна. типичный Apache в режиме prefork грузит себя и все свои модули для обслуживания каждого запроса, получается что загрузка памяти для обслуживания странички.. скажем в 100 запросов будет очень высокой, при том что из 100 запросов потребуют какой-то динамической обработки mod_php максимум 5,
остальное — статика. Даже если не отдавать статику с помощью nginx а просто поставить его в режим реверс-прокси, без кеширования, даже тут будет выигрыш за счет того что отдавать апач будет очень быстро на localhost или локальную сеть, с задержками 0-2 мс. Вообщем тут можно много писать, хотите подробности — погуглите «nginx проблема 10K»
Я наверное только скажу о том, что highload на самом деле интересен не только на сайтах с огромным числом посетителей, но и для обычных сайтов, если запускать их на относительно слабых (дешевых) «железках» (виртуалки)
PS: большинство конечно предпочитают чтобы все делали хостеры..
число тех кто возится с этим самостоятельно много меньше,
но статей по настройкам хватает, и в «Простом» варианте для «чайников» и тем у кого «шило» колется экспериментировать, важно определить свой путь только 😀
ну и непосредственно к cms wordpress это мало имеет отношения, хотя учитывая распространенность wp, можно и достаточно специфичные рецепты накопать
там не vps, там дедик
тогда задираю нос и вообще горжусь своим shared hosting 🙂
Всем спасибо за ответы. На 85% дело в серваке, будем менять ))
