Как оптимизировать дисковое пространство, занимаемое сайтом WORDPRESS на хостинге?


2016-06-01

Как оптимизировать дисковое пространство, занимаемое сайтом WORDPRESS на хостинге?

Как оптимизировать дисковое пространство, занимаемое сайтом на хостинге? 07. WORDPRESS   
 Приветствую читателей, имеющих собственные блоги на WordPress! Эта статья будет интересна тем, кто столкнулся с проблемой перерасхода дискового пространства блога на выделенном хостингом тарифном плане. Буквально на днях мне самому пришлось решать данную проблему на одном проекте и сегодня делюсь с вами опытом. Проблема заключалась в следующем — на тарифном плане блога предусматривалось выделение 3 Гб дискового пространства на сервере хостера. Блог состоял в основном из статей и небольших иллюстраций к ним. Как известно, текст занимает мало места, но в один прекрасный день администрация хостинга обратилась с просьбой оптимизировать дисковое пространство из-за его перерасхода — оказалось, что блог занимает аж в два раза больше — почти 7 Гб. Нам стало очевидно, что что-то работает не так, поэтому решили вплотную заняться поиском файлов, перегружающих наш сайт. Прежде всего мы посмотрели резервные копии базы данных. Для WordPress имеются несколько плагинов, о которых я уже рассказывал на блоге и в видеокурсе, которые позволяют для обеспечения безопасности в автоматическом режиме производить создание резервных копий по заданному расписанию — с сохранением их на диске и отправкой на Email. Как вы понимаете, со временем этих копий может оказаться так много, что они займут собой все свободное место. Но после проверки и очистки лишних файлов, в том числе логов, которые также могут сохраняться в отдельной папке на хостинге, ничего особенного не было обнаружено. Тогда мы обратили внимание на базу данных сайта — загвоздка оказалась именно в ней. Внимательно присмотревшись к таблицам, мы обнаружили, что таблица «wp-options» занимает умопомрачительные 4.5 Гб — просто нереальная цифра, так как в ней просто хранится текстовая информация о настройках системы и плагинов. Этот парадокс возник из-за того, что на блоге очень часто устанавливались и удалялись различные плагины, которые после себя оставляли различный мусор в виде своих настроек в базе данных. Решение очевидно — необходимо весь этот шлак поудалять. А на помощь в том нам придут несколько плагинов. Есть плагин, который занимается только тем, что определяет, какие строки таблицы уже не используются базой — Clean Options. А есть комбинированный вариант, в котором совмещено сразу несколько скриптов по очистке базы и оптимизации дискового пространства. Называется он Optimize Database after Deleting Revisions. Именно с него я начну, заодно почистим и все остальное, но предварительно рекомендую в любом случае сделать резервную копию БД, на всякий пожарный. После установки его на блог находим ссылку на него в разделе «Инструменты». В основном окне можно сразу же сделать тестовую оптимизацию с заданными по умолчанию настройками — для этого нажимаем на «Start Optimization». После нескольких минут работы выдается список таблиц, которые были почищены от мусора. А вот результат работы — мы сразу же выиграли 48 Мб в базе, а значит и на это количество уменьшили занимаемое сайтом на диске место. Теперь вернемся обратно и выберем более детально настройки оптимизации, нажав на кнопку «Change Options» Здесь можно детально настроить, какие неиспользуемые в базе параметры будут очищаться — ревизии, спамные комментарии, неиспользуемые теги и др. Для полной оптимизации можно установить все галочки. Также здесь можно в пункте «Shedule» настроить расписание, по которому плагин будет производить очистку в автоматическом режиме. Также ниже этих настроек можно выбрать те таблицы, к которым данная очистка применяться не будет. Настраиваем по своему вкусу и жмем «Save Changes», а после этого возвращаемся на главную страницу плагина («Go to Optimizer») и запускаем его еще раз. Результат — еще 49 Мб мы выиграли. Но этого нам явно не достаточно — 4 гб все так же над нами весит Домокловым мечом, грозя отключением от услуг хостинга. Тогда устанавливаем мега-оружие — упомянутый выше Clean Options. Ссылка для работы также находится в разделе меню «Инструменты». Нажимаем кнопку «Найти осиротелые опции» для запуска скрипта. После анализа ваших опций на предмет их востребованности PHP файлами будет выдан список. При удалении их нужно быть осторожным, хотя плагин работает очень качественно и ошибок почти не допускает. Да и с учетом того, что у на есть бэкап базы данных, можно их смело поудалять. Но сделать этого нельзя через плагин — он лишь производит анализ. А для удаление возвращаемся в редактирование БД через phpMyAdmin. Открываем нужную нам базу и кликаем по таблице wp_options. Для простоты поиска выбранных для удаления строк можно отсортировать их по имени («option name»). Теперь осталось только проставить галочки на нужных нам опциях и удалить их. Процесс довольно длительный по времени, но есть и более быстрый способ применительно к нашему случаю. На нашем сайте этот огромный объем БД произошел из-за большого количества сохраненных временных опций, которые остались после работы неких плагинов. Они в таблице «wp_options» имеют название типа «_transient_timeout_НАБОРНЕКИХСИМВОЛОВ». Их так много, что чтобы удалить вручную придется потратить не один час, но мы удалим их одним махом — введем следующий SQL запрос в БД: DELETE FROM 'wp_options' WHERE 'option_name' LIKE ('_transient_%'); Есть и еще более простой и мощный способ удаления всего имеющего в базе данных мусора — это платный плагин Smart Cleanup Tools. Стоит он всего 20$, но вы получаете действительно очень сильное оружие для оптимизации таблиц. Стоит только посмотреть, сколько всего он нашел после того, как я прогнал базу по всем другим плагинам для оптимизации БД — несколько сотен тысяч (!!!).

Источник: http://wifika.ru/diskovoe-prostranstvo-optimizatsiya.html, Автор: Александр Карташев © wifika.ru

 

← Назад к списку новостей