freesoccer

Рейтинг
51
Регистрация
06.06.2008
ru_RU.mo \ native?

Не без этого. Правда экономия RAM от этого небольшая: 0.3 - 0.5 MB

хостер отселил 3х прожорливых клиентов, и вроде всё стало на места. За вечер не одного отключения, отсутствие 503 и быстрота отпуливания страничек.

Память у Вас стала потребляться на 5MB меньше, но все равно RAM 17MB многовато, имхо. Запросов к MySQL также немало - есть стратегический запас для оптимизации WP.

на сервере стоит Zend и XCache. По поводу убирание лишних запросов, давно сделано. XCache пока не разобрался.

Да? Тогда откуда при загрузке главной страницы Вашего сайта потребление памяти RAM: 22.815MB и 130 запросов за 1.598 секунд???

На Вашей сборке 10 человек одновременно сожрут более 200МБ оперативы и сделают 1300 MySQL запросов.

Странно что хостинг еще не лег под таким "счастьем"...

XML естественно жрет ресурсы т.к. он не кешируется и генерится каждый раз делая запросы к БД. Если читателей много - вот Вам и нагрузка.

1. Разберитесь с XCache - снизите нагрузку RAM на порядок (в 10 раз).

2. Удалите плагины генерирующие много MySQL запросов. Если выбирать между юзабилити сайта и здоровьем сервера имхо второе важнее.

---

PS - Для информации - голый WP 3.01 без плагинов генерит 10 (десять) запросов к БД, а весит с акселлератором и плагинами не более 5МB. ТС - подумайте об этом.

ТС, человек оптимизирует WP в этом топике.

Вроде как с памятью вопрос решил с помощью акселератора. Там же есть советы насчет контроля запросов к БД.

Вы бы пообщались с ним или почитали топик. То, что плагины кеширования ниразу не помогут - факт!

Скорее всего проблема в MSK...

Попробуйте так:

echo date("r");

Этот вариант используется в большинстве XML.

Если не получится - второй вариант:

echo date("Y-m-d H:i:s O");

1. Что-то меня терзают смутные сомнения, что это будет правильно. ТС - потестируйте получившийся XML через какой-либо ридер. А вообще советую поискать в направлении iconv, эта функция умеет менять кодировку у текстовых переменных.

2. Функция date() и http://php-date.ru/paragraphs/date_format Вам в помощь и все получится :)

Diffio, мой код актуален для WP 2.x и соответственно протестирован - свои запросы я вижу.

Файл пришлите на freesoccer(a)yandex.ru попробую взглянуть в чем может быть дело.

Да, print_r ($wpdb->listing) должен распечатать все запросы, если Вы предварительно сделали изменения, которые описаны выше.

По дефолту этого объекта в WP не существует - я сам его придумал для хака.

Попробуйте так:

print_r ($wpdb);

Если ключа listing в списке нет, значит что-то не так с кодом. Если ключ есть но он пустой, тогда нужно разбираться.

Убедитесь еще раз что сделали все изменения, которые я указал в посте выше. Если не помогает - отправьте мне в личку код весь код файла wp-db.php, взгляну.

Diffio, я вижу Вы уже освоили акселлератор - результат собственно налицо 🍿

По запросам - я могу подсказать как узнать какие вообще вопросы генерятся, но кто их вызывает и откуда - ищите самостоятельно.

Чтобы сделать листинг запросов я в свое время сделал небольшой хак в файл wp-db.php. Актуально для WP 2.x, но скорее всего и в 3.х будет работать. Все на свой страх и риск! Перед тем, как что-то будете делать сделайте бэкап wp-db.php на всякий пожарный. Итак...

Найдите указанные фрагменты кода и замените на то, что указано ниже.

1. Найти:

class wpdb {

Заменить на:

class wpdb {

var $listing;

2. Найти

$this->last_query = $query;

Заменить на:

$this->last_query = $query;

$this->listing[] = $query;

Далее в любом месте выполнить код:

print_r ($wpdb->listing);

Теперь объект $wpdb->listing содержит все MySQL запросы. Ну а дальше дело техники - лечить или убивать плагин, который их генерирует в наибольшем количестве

Провел кое какой тест. Поставил на локальный сервак акселлератор отсюда - http://eaccelerator.ru/.

Без плагинов потребление памяти с 7.6М снизилось до 1.9М, с 30-ю активированными плагинами с 17М до 3.5М.

Diffio - еще раз предлагаю Вам использовать акселлератор на Вашем VPS. Какой конкретно - решайте сами, но в Вашем случае это имхо самый оптимальный вариант.

noname_lviv - плагины даже для кеширования не панацея.

Дело в том, что WP при создании страницы содержит много чего лишнего. Я здесь уже высказывался по этому поводу.

Грубо говоря даже голый WP последних версий без плагинов кушает около 20 МБ оперативы и делает не меньше 10 запросов к мускл.

Единственно возможный на мой взгляд реальный выход без уменьшения функциональности сайта и перехода на новый движок - использование акселераторов на Вашем VPS.

В частности - на тестовом серваке только за счет установки акселератора я снизил более чем в 5 раз потребление памяти на WP. Правда для его установки нужны навыки администрирования сервера. Брал отсюда - http://eaccelerator.ru/

Всего: 80