Сегодня утром получил уведомление от своего хостера, мол превышен
запрос к базе данных MySQL вместо положенных 700 сек ЦЕЛЫХ 800.
При постоянной нагрузке мой АКК будет удален. Вот тут то я репу и зачесал – ведь упадут все сайты ! После небольшой переписки с суппортом полез гуглить, и вот что я нашел «Рекомендации по снижению нагрузки на базу MySQL». Для меня это было познавательно, т.к. толком не вникал в настройки движка. Для тех кто захочет прочитать пост в оригинале, внизу будет ссылка на первоисточник.
Итак, самая первая и основная рекомендация: включите кеш
Настройки системы -> Оптимизация запросов к базе данных -> Включить кеширование на сайте -> Да
Вторая основная рекомендация: отключите счетчик просмотров новостей. С точки зрения функционала, он абсолютно бесполезен, зато ресуров жрет не мало
Настройки системы -> Оптимизация запросов к базе данных -> Включить счетчик просмотров новостей -> Нет
Также можно убрать из шаблона из файлов shorstory.tpl и fullstory.tpl тег {views}
Одних только этих действий будет достаточно, чтобы существенно снизить нагрузку на хост. Но если вы хотите большего, то читайте дальше.
Настройки системы -> Оптимизация запросов к базе данных и отключаем все ненужное:
Включить Gzip сжатие HTML страниц
Включить Gzip сжатие JS файлов
Gzip сжимает страницы, уменьшая трафик, но при этом создает дополнительную нагрузку на хостинг. Рекомендую ставить Нет
Выберите тип поиска используемого на сайте
Рекомендую выставить Простой
Включить поддержку регистрации и авторизации на сайте
Без возможности регистрации сложно себе представить какой-то серьезный портал. Оставляем Да
Включить кеширование на сайте
Читаем выше
Включить поддержку мультикатегорий на сайте
Все зависит от функционала сайта. Лично я всегда ставлю Нет, но решать вам
Отображение похожих новостей
Улучшает внутреннюю перелинковку, полезно для сайтов под сапу. Лично я ставлю Да. Выводится в шаблоне полной новости fullstory.tpl тегом {related-news}
Поддержка публикации новостей на еще не наступившую дату
Мало используемая фунция. Ставим Нет
Включить поддержку фиксации новостей на сайте
Я ставлю Нет
Включить модуль ’speedbar’
Полезный для внутренней оптимизации модуль. Ставим Да. Выводится в main.tpl тегом {speedbar}
Включить поддержку управления рекламой
Предпочитаю устанавливать коды непосредственно в шаблон. Ставим Нет
Включить поддержку предмодерации комментариев
Ненужная функция, к тому же очень грузит mysql. Ставим Нет
Включить вывод самых рейтинговых статей на сайте
На ваш выбор. Я ставлю Да. Выводится в main.tpl тегом {topnews}
Включить счетчик просмотров новостей
Читаем выше
Кешировать счетчик просмотров новостей
Если счетчик включен, то ставим Да. Если нет, то без разницы
Включить календарь
Включить вывод архивов
Включать или нет – дело вкуса. Я ставлю Да. Выводятся в main.tpl календарь тегом {calendar}, архив тегом {archives}
Включить использование RSS информеров
Всякие боты и грабберы дают дополнительную нагрузку на сервак. Лучше выставить Нет
Включить поддержку модуля “Облако тегов”
В DLE плохо и неудобно реализована работа с тегами. Лично я их вообще не использую, рекомендую ставить Нет
Разрешить пользователям менять порядок сортировки новостей на сайте
Ставим Нет, из main.tpl убираем {changeskin}
Использование технологии AJAX для навигации по сайту
Ставим Нет
Прошу не кидаться камнями типа «лол» и «школоло» . Опыт и знания приходят со временем ! первоисточник
Два на DLE 9.2 и один на DLE 8.5
<!-- Время выполнения скрипта 0,20972 секунд -->
<!-- Время затраченное на компиляцию шаблонов 0,00469 секунд -->
<!-- Время затраченное на выполнение MySQL запросов: 0,14879 секунд -->
<!-- Общее количество MySQL запросов 28 -->
<!-- Для вывода использовалось сжатие gzip -->
<!-- Общий размер файла: 63762 байт После сжатия: 17478 байт -->
это нормально? если у меня посешаемость 70-150человек в сутки.
для станларта сколько?
Вот мои при 450-500чел. ДЛЕ 8,5
<!-- FOST.WS -->
<!-- Время выполнения скрипта 0,10728 секунд -->
<!-- Время затраченное на компиляцию шаблонов 0,00651 секунд -->
<!-- Время затраченное на выполнение MySQL запросов: 0,017 секунд -->
<!-- Общее количество MySQL запросов 6 -->
<!-- Для вывода использовалось сжатие gzip -->
<!-- Общий размер файла: 55389 байт После сжатия: 14146 байт -->
timyrdp
откуда данные берете - тож посмотреть хочу на свои
думаю и остальным будет интересно