- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую!
Можно ли снизить потребляемую память WP, а то 30-40 Мб это как-то многовато..
Приветствую!
Можно ли снизить потребляемую память WP, а то 30-40 Мб это как-то многовато..
отключить лишние модули и погуглить WP Optimize.
Про модули какие имеется ввиду? Всякие архивы, последние записи выключены, виджеты тоже..
---------- Добавлено 18.07.2013 в 16:13 ----------
WP Optimize стоит.
Про модули какие имеется ввиду? Всякие архивы, последние записи выключены, виджеты тоже..
---------- Добавлено 18.07.2013 в 16:13 ----------
WP Optimize стоит.
да, но нужно ещё учесть что WP изначально, по умолчанию огромный до безобразия,
само ядро не гуд.
а то 30-40 Мб это как-то многовато..
Это запросов к БД "многовато". Чересчур много, я бы сказал. И время генерации не ахти. А памяти как раз нормально. У тебя же не голый ВП, а с плагами и темой с кучей плюшек.
Эволюции WordPress посвящается (14 января 2010 г)
О какой версии WP идет речь? В 3.5.2 наблюдается значительное увеличение производительности по сравнению с предыдущими версиями.
Версия 3.5
SeVlad, с запросами к БД не совсем соглашусь, ибо тут важно, что именно у меня находится на странице, а время генерации страницы в 0,2 секунды с чего вдруг стало не ахти?! оО
А за ссылочку спасибо )
Версия 3.5
Обновите версию до актуальной для начала. До 3.5.1 имеет место недоработка с in() clause что влияет на производительность.
Можно воспользоваться профилированием SQL-запросов и определить какие именно поедают ресурсы больше всего.
Посмотреть в сторону кэширования SQL.
SeVlad, с запросами к БД не совсем соглашусь, ибо тут важно, что именно у меня находится на странице,
Возможно, часть содержимого можно кэшировать. Заодно и потребление памяти сократится.. на разбор результатов из БД.
с запросами к БД не совсем соглашусь, ибо тут важно, что именно у меня находится на странице
Не, ну можешь не соглашаться - твоё дело :)
Только 91 запрос - это дофига. И "что находится на странице" - дело по сути десятое (ну + пару-тройку запросов).
Голый ВП что-то около 17-20 делает, если мне не изменяет память. Причём их можно уменьшить слегка рихтанув дефолтную тему.
Я согласен, нормальному ВП-сайту (без кеша), если не сильно вникать в дебри, то без меньше трёх десятков запросов не обойтись. Но у тебя в ТРИ(!!!) раза больше.
а время генерации страницы в 0,2 секунды с чего вдруг стало не ахти?!
Не 0,2, а почти 0,25.
Я не говорил что плохо (в отличии от кол-ва запросов), просто как-то привык к цифрам меньше 0,2х ;) И я почти уверен - уменьшив кол-во запросов время генерации уменьшится.