Статья о оптимизации сайта на DataLife Engine

В данной статье я хочу поведать вам немножко о структуре скрипта, и как можнож улучшить его работу, ежели у вас навещаемый сайт и вы желаете немножко понизить нагрузку. Хочу сходу сказать вам что скрипт по умолчанию имеет оптимизированную структуру, потому ежели ваш сайт имеет наименее 5 000 неповторимых гостей в день, то вам даже нет смысла задумаватся о его оптимизации. Данная статья создана для тех у кого посещаемость превосходит данное число гостей, и кто не хочет переходить на наиболее дорогой тарифный план у собственного хостера.
Итак приготовтесь к тому что за все необходимо выплачивать, и ежели вы желаете уменьшить нагрузку то вам будет необходимо пожертвовать долею способностей скрипта. И в данной статье я хочу поведать вам, что вы утрачиваете отключая то либо иную возможность, тем самым выставить ценности в оптимизации скрипта.

1-ое что необходимо сделать это включить кеширование сайта. Удостоверьтесь при всем этом что папка /engine/cache/ доступна для записи. При включении кеширования, вы терятете часть динамики сайта, к примеру счетчик просмотров новостей, будет считаться, но поменяются на страничке будет лишь опосля обновления кеша. Кеш создается для каждой группы гостей раздельно обновляется лишь при обновлении инфы в базе данных(к примеру прибавление новинки либо комментария, также выставления рейтинга статьи). Кеш не имеет срока давности и будет показываться до тех пор, пока не поменяется база данных. При включении кеширования, будут кешироваться новинки первых 4 страничек на основной и хоть какого раздела, календарь, архив, топ новостей.

Помните: что ежели вы разрешаете группе юзеров редактировать лишь собственные новинки, то сайт новинки для данной группы не кешируются и берутся постоянно из базы данных.

Поддержка регистрации на сайте: При выключении данной способности вы отключаете не совсем лишь возможность регистрации новейших юзеров на сайте, но и отключаете возможность авторизации теснее имеющихся юзеров, для вашего сайта все гости стают гостями и механизмы авторизации просто не подключаются. Тем самым вы экономите 1 запрос к базе данных, также на поддержке кеша для иных групп юзеров.

Голосования на сайте: Невзирая на то что в админпанели написано, что при выключении этого блока вы экономите до 3 запросов, то смею вас заверить что в заключительных версиях скрипта, опрос имеет суровую оптимизацию, не восоздает вообщем запросов к базе данных, все имеющиеся опросы сайта кешируются во время первого старта сайта и кеш не сбрасывается пока не будут внесены конфигурации в сам опрос, потому отключение этого блока не даст вам прироста в производительности. Так что можете неустрашимо воспользоваться данной возможностью.

Вывод самых рейтинговых статей на сайте: При выключении данного блока вы можете сэкономить один запрос к базе данных, но имейте ввиду что этот блок кешируется и потому данный блок не постоянно обращается к базе данных, потому много от его отключения вы не выиграете, но тем не наименее.

Счетчик просмотров новостей: Отключение данной способности суровый шаг на пути оптимизации перегрузки. Соединено это с тем что функция обновления UPDATE базы данных, довольно медлительная функция, и во время обновления таблица новостей в базе данных будет заблокирована для чтения, пока не выполнится обновление. И все запросы к базе данных будут стоять в очереди на исполнение. Потому ежели у вас великая база данных с новинками, то мы настойчиво советуем поразмыслить, а нужен ли вам этот счетчик, и что он вам дает.

Календарь: Вновь таки кешируется и но дозволяет понизить один запрос, и то время от времени.

Вывод архивов: Запрос при великом количестве новостей быть может томном, но он кешируется, потому перегрузка снизится но ненамного.

Шаблоны: Вы можете применять на сайте сколько угодно шаблонов, и это не будет творить перегрузки на сайт, но имейте ввиду, что ежели вы используете для различных категорий, различные шаблоны то при просмотре полной новинки, будет добавлен запрос к базе данных, для получения общего шаблона сайта, конкретно той категории в какой находится новость.

Рейтинг статей: Ежели вам не занимательны голосования для вашей новинки, то не совсем лишь удалите этот тег из шаблона, но и отключайте данную возможность при прибавлении новинки, тем самым вы снизите нагрузку на один запрос при просмотре полной новинки.

Прикрепление файлов к новинки: Ежели вы загружаете файлы для скачивания(не рисунки)то имейте ввиду что будет добавлен один запрос на страничку, на которой показывается ссылка на файл, это необходимо для получения инфы о файле, его размере и т.д. Но имейте ввиду что количество ссылок не имеет значения, один файл вы прикрепили либо 10, на нагрузку это не влияет, также не влияет на нагрузку и тот факт ежели добавите ссылку при просмотре коротких новостей, на все показываемые новинки на страничке будет всего один запрос. Также имейте ввиду что сама процедура скачивания тоже просит серверных ресурсов, т.к. будет подключение к базе данных, и обновление счетчика, ежели это не надо, то можнож отключить в админпанели.

Включение GZip сжатия: При включении данной функции, значительно сокращается траффик вашего сайта, и ваших гостей и ускоряется загрузка страничек, но создается доборная перегрузка на центральный процессор. Что вам лучше решать вам.

Незабывайте временами проводит оптимизацию базы данных в админпанели, эта функция не для красы изготовлена, опосля оптимизации, будут перестроены ваши ключи, также пересчитаны поля различной длины. Тем самым вы ускорите работу базы данных и уменьшите ее размер.

Ну и самое основное это малое внедрение посторониих модулей, обычно они плохо оптимизированы, потому проконсультируйтесь у творца модуля, как взыскателен он к ресурсам.

Ну вот как бы и все.