- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Прошу совета у опытных администраторов (вопрос больше относится к администрированию, чем к wordpress, поэтому решил спросить тут).
Есть вдс (1gb ram, xen) с дебианом, apache на бекенде + mod_php + xcache (с включенным xcache.var), nginx на фронтенде (отдает статику и проксирует апач).
На нем стоит мультидоменный wordpress на несколько десятков доменов, у которых в сумме несколько сотен тысяч-миллионов записей, посещаемость пока 20-30к уников в сутки, хитов в два-три раза больше.
Хочется максимально оптимизировать этот конфиг, чтобы потом просто масштабировать его, увеличивая производительность железа.
Что уже сделал:
- относительно оптимизировал шаблон wordpress, убрав лишние запросы
- установил и настроил xcache для кеширования опкода и переменных
- установил плагин SJ Object Cache для уменьшения количества запросов к базе (он использует xcache.var).
Примерные цифры загрузки страниц среднего блога:
- при первом обращении к главной странице: 28 запросов в БД, / 2,386 секунды.
- при рефреше ее: 8 запросов к БД / 0,303 секунды.
- при обращении/рефреше внутренней страницы: 24 запроса / 0,293 секунды.
Все не так уж и плохо, на мой взгляд, но память не резиновая, и весь контент из бд в xcache.var не положишь.
К тому же, периодически апач начинает отжирать всю память и грузит cpu на 100%.
Пробовал использовать дисковый кеш (WP Super Cache), но при таком количестве записей (к тому же на блогах встречается отложенный постинг) он создает больше проблем (например при удалении-обновлении файлов кеша).
Потребление памяти:
total used free shared buffers cached
Mem: 998 871 127 0 3 705
-/+ buffers/cache: 162 836
Swap: 1023 34 989
Конфиг xcache.var:
xcache.var_gc_interval 600 600
xcache.var_maxttl 7200 7200
xcache.var_size 192M 192M
xcache.var_slots 2K 2K
xcache.var_ttl 3600 3600
Статистика xcache (свежая, апач недавно ребутил поэтому в кеше переменных пока почти пусто):
http://f4.s.qip.ru/j1zuY868.png
Что можно попробовать еще?
Кешировать через nginx например
Я сюда писал статью как это делать
Ищите
Andreyka, что именно кешировать, все страницы? их больше миллиона, никакой памяти не хватит.
Есть такой замечательный плагин как DB Cache Reloaded.
Рекомендую его использовать вместе с SJ Object Cache и не забудьте накатить ещё и его Fix иначе будут ошибки...
Также уделите внимание грамотной настройке и оптимизации вашего ПО, а именно nginx, apache, mysql.
Увеличьте буферные пулы, размеры временных табличек и прочее, но не переборщите, иначе не хватит памяти,
всё необходимо делать исходя из существующих ресурсов. На этом я как раз и специализируюсь, так что могу
помочь. Имею множество отзывов, ссылка и контакты в подписи. Обращайтесь.
Andreyka, что именно кешировать, все страницы? их больше миллиона, никакой памяти не хватит.
пофигу сколько страниц, в кэше только "горячие"
Evas,
не понимаю, зачем использовать их совместно, если они выполняют одну и ту же функцию?
Den73,
проблема в том, что нагрузка размазана по всем страницам, каких то особо популярных нет.
---------- Post added 02-06-2013 at 13:30 ----------
посмотрел сейчас, размер всей базы mysql - около гигабайта.
может, есть смысл увеличить количество оперативной памяти и держать всю базу там?
если да, как это лучше реализовать?
а графики есть. во что уперается все?
Den73,
не нравится скорость загрузки страниц и нужно масштабировать все это дело (в десятки раз увеличить).
еще хочется увеличить время жизни у xcache.var (для SJ Object Cache), тогда скорость загрузки страниц будет оптимальной, но непонятно сколько памяти потребуется.
подумываю взять сервер с большим количеством памяти и выделить ее под mysql, вроде должно помочь?
И что на все миллионы страниц заходят в день несколько человек?
Andreyka, сегодня на одни, завтра на другие.
Andreyka, сегодня на одни, завтра на другие.
ну и что, ротация кэша для этого есть.