👍 Научим бесплатно правильно создавать сайты на WordPress. Подробнее →
Написал своему хостингу по поводу нагрузки сайта, мне вывели такую информацию:
– 36600 /wp-content/themes/crossfire1/style.css
– 21029 /wp-content/themes/crossfire1/favicon.ico
– 10316 /favicon.ico
– 9327 /img/newscat1.gif
и т.д.
С подписью: “В целом как минимум видна проблема в том, что у Вас файлы подключаются по URL, это надо исправить”.
Уточнил по подробнее, мне написали:
</pre> <p>например соответствует пути</p> <pre>/home/c/crossfirru/i.crossfire/public_html/img/1x1.gif
Такие подключения по URL плодят процессы апача при каждой загрузке страниц сайта и что создает дополнительную нагрузку.
ВОПРОС: Подскажите пожалуйста как настроить так как советует Тех. поддержка моего хостинга?
У вас изображения грузятся с поддомена?
Да, но я могу грузить и с домена.
Если изображения грузятся с домена, то можно перевести абсолютные пути в относительные. Например, заменить
Можно так же использовать плагин Absolute Relative Links
Однако по своему опыту знаю, что все это, честно говоря, не приносит существенного снижения нагрузки. Обычно о нагрузке на Apache говорит техподдержка хостинга, не оптимизированного под WordPress.
Это понятно, но мне вот Тех. написали что лучше сделать напрямую выход изображения как бы через хостинг, в таком оброзе /home/c/crossfirru/i.crossfire/public_html/img/1×1.gif
Есть ли вообще такая возможность?
Мне это не понятно. Как можно вставить относительный, внутренний путь вместо абсолютной ссылки?
Да даже если и получится, то при переезде к другому хостеру все пути к ссылкам нужно будет исправлять? По-моему хостер вам пургу гонит. Пусть приведут пример, как это можно сделать безболезненно?
Они написали мне в начале, что это можно сделать вроде как в настройках. Я и удивился сам,.
Но щас уточню как это реализовать.
PS. А может Хостинг посоветуете) У меня 2500 уников в день посещают.
Сорьь за оффтоп.
Сам озабочен выбором хостера. Так как в VPS я разбираюсь так же, как и в балете (то есть почти никак), эта тема для меня очень актуальна.
Ответ Тех.
Перебирайтесь к другому хостеру. Этот выест вам весь мозг, и ничего не сделает для оптимизации работы своих серверов.
Попробуйте плагин, ссылку на который я привел выше, вдруг поможет.
Спасибо большое за советы и помощь.
Я специально перенес Рис. на поддомен чтобы хоть как то минимизировать нагрузку.
так что я в принципе в CSS могу просто заново прописать путь /img/
У вас домен и поддомен работают в рамках одного тарифного плана? Или каждый из доменов соответствует своему тарифному плану. Если в рамках одного тарифного плана, то вы не снизили нагрузку, ведь нагрузка, создаваемая файлами с домена и поддомена, считается суммарно в рамках одного тарифного плана. Грубо говоря, всего по тарифному плану выделяется 500 cpu. Домен отъедает 260 и поддомен 260 , суммарно 520 – вот и превышение. Вот если бы на домен выделялось 500 и на поддомен 500, тогда бы это разделение и принесло плоды. А так что бы вы не делали, нагрузка будет считаться суммарно, в рамках одного тарифного плана, …. от перестановки мест слагаемых сумма не меняется :) Попробуте для картинок завести отдельный аккаунт с отдельным тарифным планом, и грузить картинки оттуда. Такой подход называется CDN (Content Delivery Networks) – распределение нагрузки на сайт между разными серверами.
Да да слышал о таком, но пока финансы не так велики чтобы создавать несколько акк. Но спасибо что подсказали. Вспомнил что есть у меня 2 акк на одном хостинге)
перевести картинку из файла в файл стиля?
http://webo.in/articles/habrahabr/29-all-about-data-url-images/
Это все хорошо, если имеет отношение к оформлению, к теме. А что делать с картинками, вставляемыми в посты?
Не понятно только пока это:
В частности как узнать вот эти кракозябры у каждого рисунка.
Спасибо, как раз мне и нужно для оформления темы.
Или может просто рисунки перенести совсем на другой зостинг, где у меня есть акк., а на этой акк совсем нету нагрузки.
такой строчкой в php можно узнать, а потом скопировать полученный результат в таблицу стилей
спасибо попробуем.
Не забудьте поделиться результатом, помогло ли снизить нагрузку.
Опробовал метод, о котором говорили.
Ну скажу одно, при попытке вывести изображение к примеру 30Кб-10оКб, выходят Кракозяобы на на как мин 2000символов.
Т.е. я в раздумьи поможет ли этот метод или нет, т.к. при открытии кода страницы там просто 90% будет состоять из Этих символов.
Ваш совет?
Я тоже попробовал – у меня вообще ничего не выводит. Вместо того, что должно появиться в результате работы
– вообще пустое место, ни заветного кода, ни картинки.
Да, как я понял эта фу-я воспринимает только GIF , у меня только с этим получилось форматом.
Не в тему, как проверить можно скорость загрузки рис с определенного файлообменика. Есть такой замечательный DropBox по типу папки своей в сети, очень хорошая штука, думаю может туда рисунки Оформления бросить
Pingdom Tools?
я им тоже пользуюсь, можно и им но предется тогда уже в стиле поменять ссылки на другой хостинг или файлообменик чтобы понять как грузит.
Я в Pingdom Tools вставляю прямую ссылку на картинку, и смотрю на время загрузки. Пример.
Я вот подумал, что количество внутренних запросов можно сократить, если все картинки, используемые в блоге, собрать в один спрайт. Тогда вместо 10 обращений к разным файлам будет одно обращение к одному файлу.
Спасибо за этот вариант, но в моем сайте это будет исполнить проблематично очень )
Все еще ВОПРОС по Оптимизации, как вы считаете можно ли так сделать. взять
1
с чужого сайта ? Чтобы не грузился с своего, т.к. этот запрос у меня наиболее часто.
Спасибо, что-то я думал что он так не действует.
Все еще ВОПРОС по Оптимизации, как вы считаете можно ли так сделать. взять
с чужого сайта ? Чтобы не грузился с своего, т.к. этот запрос у меня наиболее часто.
Можно, но только если вы уверены, что владелец чужого сайта не заменит этот скрипт на какой-нибудь другой для взлома вашего сайта.
Ммм.
У меян есть еще сайт которое не грузиться так сильно, соо-но я просто с него возьму этот скрипт и все :)
Вы можете скрипты брать с других сайтов, но это сильно не снизит нагрузку, так как исполняться то они будут на вашем сервере.
js скрипты выполняются на стороне клиента.
Одна проблема,я не могу найти в Header код этого скрипта, как быть?
хотите уменьшить нагрузку? выпилите из header функцию wp_head(или как она там называется.) а все нужные файлы подключите руками. js можно вставлять прямо кодом между тегов
. Только это всё бэкэнд, тоесть конечная оптимизация. вам бы на webo.in/articles слазить - почитать!
чисто по вашему вопросу, этот скрипт выводится из-за вызова wp_head, в wp_head прописано что должно выводится. функция wp-Head находится в файлах движка. надо копаться там.
Этот сайт я уже давно прочитал и зделал все что возможно :) т.к. у простой тариф и он не выдерживает почему-то 4000 уников, я оптимизирую уже все что возможно.
WP Super Cache пробовали правильно настроить?
DB Cache Reloaded+ Hyper Cache использую, в принципе все устраивает. ВЫ думаете WP Super Cache лучше с этим справляется?
так же хочу отметить, у меня сайт держится нормально, изредка выходит ошибка 503, но конечно у меня превышает лимит нагрузки примерно в 2а раза )) Хостинг пока ничего не пишет.
Так же я наверное уже оптимизировал все что возможно и на сколько возможно) что нашел в инете все сделал)
Ну, как говорят, попытка – не пытка. Так что попробовать и посмотреть на результат стоит. На одном своем сайте со средней посещаемостью 2500 уников в сутки я тоже раньше использовал DB Cache Reload Fix + Hyper Cache. Потом попробовал WP Super Cache, и снизил нагрузку на CPU в 7 раз. Сам сначала не поверил. Тут все дело в том, что в WP Super Cache сделать так, что плагин не будет периодически чистить кэшируемые страницы, пока те действительно не обновятся (редактирование, комментарий) – это убирает запуск скрипта cron. И в плагине есть классная фишка – он создает полный кэш блога – за один раз кэширует вообще все страницы. Посетитель заходит в блог и сразу видит уже закэшированную страницу – сервер не тратит ресурсы на ее создание и отображение. Настройками плагина поделился тут – https://n-wp.ru/test-26/.
спасибо, попробуем. Через неделю отпишусь по нагрузкам, если кому интересно :)
Как-то один из хостеров насильно установил мне WEBO Site SpeedUp. Я посмотрел на это, и снес его к чертям – обычный плагин кэширования, эдакий аналог W3 Total Cache. А расписано-то как…. да еще и для коммерческих сайтов платный.
Загрузка главной страницы почти всегда такая: 12 запросов за 0,473 секунд.