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

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

А что касается моей проблемы, то поработав над "пациентом" около дня, удалось уменьшить размер папки uploads с 1200МБ до 150МБ и все за счет удаления ненужных и оптимизации нужных картинок. Так что и вы будьте бдительны, не пускайте файлы на самотек, если только у вас не бесплатный хостинг.

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

О плагине Media Cleaner

Media Cleaner - помогает почистить директорию загрузок (uploads) и библиотеку медиафайлов.

Что конкретно делает плагин? Плагин проверяет действительно ли:

физический файл прикреплен к медиатеке

медиафайл используется в записи

медиафайл используется в произвольном поле записи

медиафайл используется в WordPress галерее записей

• у ретина медиафайла (под ретина экран) есть обычный файл (файл без @2x)

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

Какие пункты нужно проверять устанавливается в настройках плагина.

Использование плагина

Опишу коротко, как плагин работает:

После активации плагина, заходим в настройки плагина (появится меню) и отмечаем как мы хотим сканировать файлы:

Media Cleaner настройки сканирования

Затем идем на страницу Медиафайлы > Cleaner и запускаем сканирование - кнопка "Scan". После сканирования нужно обновить страницу и вы увидите найденные файлы:

Необходимые на сайте файлы, нужно пометить как игнорируемые: выделите файлы галочкой и нажать кнопку "Ignore". Все остальные файлы, которые не нужны на сайте, можно переместить в корзину (trash): выделите ненужные файлы галочкой и нажмите "Delete" или нажмите "Delete All", тогда все найденные файлы будут перемещены в корзину.

Заметка: при перемещении в корзину плагин создает новую папку: /uploads/wpmc-trash и удаляемые файлы перемещаются туда. Структура год/меся/название файла сохраняются. Тип файлов MEDIA (файлы, которые присутствуют в медиатеке) удаляются из медиатеки, а физические файлы перемещаются в папку корзины "wpmc-trash".

Чтобы полностью удалить файлы с диска (с сервера), нужно перейти в корзину, раздел Trash и использовать кнопки: "Delete" (удалит выбранные файлы) или "Empty Trash" (удалит все файлы корзины).

В этом же разделе можно восстановить файлы выбрав. Для этого используйте кнопки "Recover" (восстанавливает выбранные файлы) и "Recover All" (восстанавливает все файлы корзины).

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

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

Критическое допущение: если у вас используются стандартные миниатюры WordPress, при этом, вы устанавливаете миниатюру записи и не используется картинку в самой записи, то плагин сочтёт такую картинку неиспользуемой!

Заметка: после удаления (деинсталяции), плагин не удаляет папку кеша (wpmc-trash) в каталоге uploads. Поэтому, возможно эту папку нужно будет удалить вручную.

Ошибки в плагине

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

Я прошу прощения у моих постоянных читателей за этот не тематический пост. Все ниже следующее сможет заинтересовать только владельцев сайтов на WordPress. Обещаю не злоупотреблять этой темой впредь. Это первый мой пост на тему блогинга за 3 года.

Как водится через 3 года после начала ведения блога я получила печальное известие со своего хостинга:

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

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

Во-первых стоит заглянуть в свою папку uploads и посмотреть, а сколько вообще делается превьюшек для каждого закачанного изображения. В моем запущенном случае оказалось, что на каждое изображение у меня генерируется целых 6 миниатюр разного размера, а сейчас на моем сайте более 3000 фотографий, так что эти превью явно занимают колосальный объем. Все миниатюры создаются в WordPress в момент закачки.

Alt/Prt/Scr Backupа на моем хостинге, поскольку файлы я уже снесла

Конечно мне совершенно не нужно было такое количество миниатюр. Реально я использовала только миниатюры размером 150Х150 на страницах рубрик и меток, для «Библиотеки медиафайлов» размера 150Х150 тоже вполне достаточно.

Источников генерации миниатюр всего 3, чаще всего из них упоминают только первый.

1. Размеры миниатюр задаются в меню Настройки → Медиафайлы
2. Генерация миниатюр может быть задана в файле functions.php
3. Генерация миниатюр может быть задана в плагинах , которые используют картинки, у меня это был плагин Manual Related Posts и Top 10, у вас могут быть другие плагины.

С первым пунктом разобраться легче всего. Заходите в соответствующий пункт меню и зануляете не нужные вам размеры.

Если в вашей папке uploads есть размеры не заданные в настройках медиафайлов, то следует открыть файл functions.php и поискать там строки, содержащие: «post-thumbnails «, у меня я нашла следующее:

add_theme_support(‘post-thumbnails ‘);

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

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

Особенно коварны различные слайдшоу, как правило в слайдшоу используется 5-10 слайдов, а превьюшки большого размера генерируется для всех закачиваемых изображений. На мой взгляд это слишком большая роскошь хранить на сервере 3000 миниатюр, ради того чтобы использовать всего 10 из них. Эти 10 необходимых лучше сделать вручную. Но тут говориться, дело вкуса.

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

В плагинах следует так же искать автопоиском по словам «post-thumbnails «, если вы все таки хотите использовать плагин, но не хотите использовать картинки в его функционале. При обновлении плагина эту операцию придется повторить.

Если результат удовлетворяет, то можно переходить к следующему этапу.

Как удалить не нужные миниатюры

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

При удалении файлов превью пропали

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

Поэтому лучше использовать плагин Thumbnail cleaner , он удалит все миниатюры, а после этого вы сгенерируете новый облегченный набор миниатюр при помощи плагина Regenerate Thumbnails.

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

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

Естественно нужно сделать Backup папки uploads и базы данных, на всякий пожарный случай, но лучше без помощи плагина Thumbnail cleaner, чтобы не нагружать сервер, которому предстоит поработать и без этой операции.

Итого у меня было порядка 3000 фотографий и плагин Thumbnail cleaner , насчитал порядка 14000 миниатюр, со сносом плагин справился за 2 минуты.

Генерация же новых миниатюр при помощи плагина Regenerate Thumbnails заняла целых 30 минут. И на следующее утро я получила ругательное письмо от Sweb о том что я нарушила условия нашего договора и превысила разрешенную мне нагрузку на сервер. Но к счастью Sweb ограничился только этим письмом. Ниже можете оценить насколько повысилась нагрузка на сервер в результате моих операций.

Плагин DNUI Delete not used image

До того как проделать все вышеизложенное, я пыталась воспользоваться плагином DNUI Delete not used image , но увы опыт оказался неудачным. Два дня 16.03 и 17.03, я пыталась экспериментировать с этим плагином, это заметно, по возросшей нагрузке на сервер. DNUI Delete not used image снес как раз нужные мне миниатюры размером 150х150, в результате страницы рубрик и меток потеряли свои картинки, пришлось восстановить из Backup.

Итого я очистила на своем сервере 700Мб, совсем не плохо! Может хватит еще на год вперед, до перехода на следующий тариф.

Что еще может пожирать место на диске

Некоторые плагины могут писать логи и никогда не удалять их.

За три года на моем сайте Total Cache записал более 1 Мб логов!!! Отключить их генерацию невозможно из админки, снести их можно только по FTP. Если вы используете Total Cache посмотрите сколько весит у вас содержимое этой папки /wp-content/cache/log/000000, возможно, что после ее зачистки вам не придется возиться с перегенерацией превью.

iThemes Security пишет логи 404 ошибки не забывайте периодически их очищать. Особенно логи разрастаются в момент атаки на сайт.

Популярный плагин Yoast SEO пишет логи 404 ошибки, не вредно будет туда заглядывать, анализировать содержимое и очистить логи. Посмотрите что у вас в «Консоли поиска» Yoast SEO.

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

/wp-content/languages/themes

/wp-content/languages/plugins

Вполне возможно, что там остались языковые пакеты от неиспользуемых вами тем и плагинов.

Просмотрите ваши плагины на предмет не нужных вам языковых пакетов по адресам.

/wp-content/plugins/название плагина/lang(languages).

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

Моей насущной проблемой является превышение нагрузки на сервер, по моему тарифу процессы на моем сайте должны занимать в день не более 60 минут процессорного времени. Пока Sweb меня терпит, но хотелось бы найти решение этой проблемы. Я давно уже поставила себе Total Cache и он даже работает, но при его подключении я не заметила скачкообразного уменьшения нагрузки, а я его ожидала. В чем прикол этого плагина мне не понятно.

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

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

Мой опыт использования CDN (Content Delivery Network)

Внимание все ниже перечисленное происходило двумя месяцами позже расчистки места на диске от лишних миниатюр.

Я дождалась очередного злостного письма от своего хостера Sweb. В связи с наступлением активного туристического сезона посещаемость моего сайта скачкообразно возросла и нагрузка на сервер, создаваемая процессами на моем сайте достигла критической величины 120 минут в сутки, напомню что согласно договору моему сайту положено потреблять всего 60 минут процессорного времени в сутки.

Sweb предложил мне перейти на другой тариф стоимостью всего 800 руб. в месяц!!! Эта не гуманная сумма меня никак не устраивала, сейчас я плачу всего 120 руб. в месяц, повысить цену почти в 6 раз, это грабеж. В результате жаба меня задушила и я решила попробовать CDN от CloudFlare, в конце концов другого выхода у меня не было.

У CloudFlare есть бесплатный тариф, именно на него я и подключилась. Больше всего беспокойства вызывало требование переписать на CloudFlare мои DNS записи, но я сделала это, и в результате вы видите на графике нагрузка на сервер существенно снизилась до порога который Sweb склонен прощать. Момент подключения CDN я отметила зеленой меткой на картинке.

Я конечно ожидала большего, мне мечталось увидеть цифру 30 минут в сутки, но этого не произошло. CDN это система серверов по всему миру на которые копируется ваш сайт и при запросе, например идущем из США, отвечает сервер расположенный в США, а не в Санкт-Петербурге, что должно сократить время загрузки сайта и попутно этот метод сокращает нагрузку на мой сервер.

Кроме системы доставки контента CloudFlare предлагает еще защиту от DOS-атак, аналитику и минимизацию html, css, и js. Я отключила минимизатор от Total Cache, поскольку что-то он генерирует ошибку, некоторые мои тексты очень длинные и ему не хватает 64Мб оперативной памяти для минимизации html.

Бесплатный аккаунт CloudFlare имеет ряд ограничений, что вполне естественно. За один запрос посетитель может загрузить с CloudFlare не более 100Мб и сервера обновляются в течении 24 часов. Т.е. если продать ссылку покупатель увидит ее не сразу, а в течении 24 часов.

Из недостатков CloudFlare я заметила следующие :

1. Функция Always Online совершенно не гарантирует показ вашего сайта, если ваш собственный сервер перестанет работать. Многие русские блогеры обещали такую фишку, но на самом деле это не так. На официальном сайте CloudFlare написано, что он не сохраняет абсолютно все страницы вашего сайта, он сохраняет первые 10 html- страниц сайта и лишь некоторые ссылки с них, сами понимаете, что это ничтожно мало для блога состоящего из 400 страниц. Поэтому, когда мой сервер падает, я вижу вместо своего сайта сообщение об ошибке от CloudFlare.
2. Мой сайт, подключенный к CloudFlare блокируется для интернет соединений, использующих TOR. Я это заметила сидючи в facebook, там я советовала свой сайт людям и некоторые мне отписывались, что страница не открывается. Что характерно, когда они заходили на мой сайт через мобильный интернет у них все открывалось, у меня тоже все открывалось, сайт в этот момент работал. Дело было именно в интернет-соединении.

Сообщение об ошибке, которое я вижу если мой сервер слёг
Аналитика на октябрь 2017

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

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

Нагрузка за июль, я превышаю. Моя зона синяя.

Я перевела сайт на php7. Это было не просто. Сначала при переключении вместо своего сайта я видела белую страницу с надписью:«Ошибка соединения с базой данных». Хостер мне не смог помочь советами, пришлось разбираться самостоятельно. Оказалось я использовала устаревшее соединение с базой данных. Для его обновления нужно просто перегенерировать пароль соединения с базой данных и всё, но на поиски этого решения я потратила 2 дня.

После переключения нагрузка на сайт начала зашкаливать за разумные пределы, вопреки многочисленным предсказаниям о том, что она просто обязана упасть. Еще несколько дней раздумий и экспериментов и я решила и эту проблему. Оказалось в function.php моей темы я добавила (по советам от опытных вебмастеров из интернета ) функцию, которая содержала в себе лишний цикл, давно уже. При работе на php5.3 перегрузки не возникало, а после переключения на php7 просто начало зашкаливать. Когда я устранила эту проблему, я увидела свою нагрузку наконец в синей зоне.

Сейчас я поставила пару новых плагинов (WP-PostRating и SNAP|AutoPoster) и опять её покинула.

Нагрузка за октябрь. Пики были вызваны ошибками в function.php, они проявлялись только в о время работы в админке, поэтому мне было трудно найти в чем дело

Из мыслей по поводу снижения нагрузки для меня актуально следующее:

1. Попробовать заменить плагин кеширования Total Cache, на плагин сохраняющий голые html-страницы. Total Cache не эффективен на виртуальных хостингах. Кеширование базы данных не работает, ему не хватает оперативной памяти, по той же причине не работает minifier. Реально из всего богатого набора Total Cache работает только кеширование страниц и браузерное кеширование. По поводу кеширования голого html меня терзают мысли, а что будет с добавлением комментариев и как будет показываться google adsense, как будет работать рейтинг.
2. Попробовать создать AMP- версию сайта, если медленные соединения будут загружаться с гугла, а не с моего сервера, нагрузка просто обязана уменьшиться. Тут конечно всё будет зависеть от количественных характеристик: весь вопрос в том, сколько пользователей в день будут загружать сайт с гугла? И быстрее всего настройка этого плагина тоже обещает быть томной.
3. И сейчас меня гложут сомнения в правильности моего решения по сносу лишних миниатюр. Дело в том, что wordpress на мобильные устройства будет грузить картинки шириной в 300 пикселей или же 700 пикселей, если разрешение экрана маленькое, а если миниатюр нет то будет грузить полноразмерные картинки в 1000 пикселей по ширине. Подумайте хорошенько прежде чем сносить. Я собираюсь попробовать плагин

   «SrcSet Responsive Images for WordPress»,чтобы откатиться назад.

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

| 21 | 5 оценок, среднее: 5,00 из 5)

Когда сайт только создаётся, на начальных порах вебмастер может пренебрежительно относиться к дисковому пространству на хостинге – ведь сейчас занято совсем мало, около 10% места, и ещё не скоро получится достигнуть предела. И поэтому загружаются всякие ненужные картинки (а вдруг пригодятся), или слишком высокого качества, неоптимизированные (так же красивее!) или одинаковые изображения (ой…).

Однако стоит сайту поработать год-два, и его объём переваливает за 90-95% отведённого пространства на хостинге. И в основном это происходит за счёт этих ненужных медиафайлов, которые совершенно никакой роли не играют, но занимают много места. И тут есть два выхода – покупать хостинг подороже, с большим пространством, либо удалять эти файлы. Второй способ, очевидно, выгоднее. И в этой статье мы расскажем вам, как сделать его ещё и разумным – ведь не удалять же все ненужные картинки вручную. Для этого есть плагин для Вордпресс.

WP Media Cleaner

Плагин для Вордпресс WP Media Cleaner позволяет удалить все ненужные медиафайлы с сайта. Работает он просто – после установки и активации плагин просканирует всю папку wp-upload (где хранятся все изображения) и выявит те картинки, которые не используются ни в одной из записей.

Чтобы установить этот плагин для Вордпресс, его нужно скачать с сайта разработчика или из панели администратора, записав в поиск его название. Почитайте об установке плагина. После активации появится подпункт WP Media Cleaner в пункте «Настройки». Здесь всё по-английски, и русской версии нет, но настроек всего две, и обе нужно включить – просто поставьте две галочки на «Scan Media» и «Scan Filter».

Чтобы воспользоваться этим плагином для удаления ненужных медиафайлов, переходим теперь в пункт «Медиафайлы» и подпункт Media Cleaner. Нажимаем кнопку «Scan» и начнётся сканирование, после окончания которого необходимо обновиться страницу. И тогда вы увидите список всех файлов, которые можно удалить.

Не спешите удалять. Как бы хорош не был этот плагин для Вордпресс, доверять ему полностью нельзя. Он настолько автоматизированный, что его работу необходимо проверить живым человеческим взглядом. Следует просмотреть все найденные, «негодные», по мнению плагина, изображения, и отметить галочкой те, которые действительно нужны. Возможно, плагин определил за «хлам» и те картинки, которые были использованы каким-то нестандартным образом в записи.

И только после того, как вы сами просмотрели все картинки, и выделили ненужные, можно удалить их, нажав на кнопку «Delete» или «Delete All», если надо удалить все файлы. Но тут этот плагин для Вордпресс нас подстраховал – все файлы удаляются в корзину. И если вдруг вы что-то не то сделали, вы можете их восстановить. А чтобы удалить медиафайлы полностью, физически, необходимо сделать это в разделе Trash.

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

Здравствуйте, друзья! Как известно не все что хранится в папках нашего сайта на хостинге действительно необходимо. За время существования сайта в его “закромах” скапливаются горы мусора, то есть множество ненужных для нормальной работы веб-ресурса файлов. Это может быть все что угодно - временные или неиспользуемые файлы, копии документов или забытые архивы.

То, что надо периодически оптимизировать базы данных или удалять ревизии постов и спам всем хорошо известно. Для тех, кто не хочет делать это вручную, даже придуманы удобные . Например, WP-Cleanup. Но все равно такая уборка не позволяет заглянуть во все углы и папки, хранящиеся на хостинге, и увидеть весь мусор. Лично я, в процессе экскурсии на хостинг по FTP, обнаружил на одном из сайтов два десятка, давно не используемых, zip архивов. Конечно, я их удалил, но подумал, вдруг у кого-то такая же история, поэтому решил написать эту небольшую статью.

Где прятались забытые архивы

Без лишних слов сразу покажу, что и где я нашел. Надо сказать, что этот мой блог на движке WordPress я редко посещаю, и за прошлый год опубликовал на нем всего лишь три статьи. Думаю, не стоит говорить, что его файлы на хостинге я проверяю еще реже. Тем не менее, в папке Uploads , рядом с папками, загруженных и отсортированных по месяцам, картинок, я обнаружил 19 zip архивов шаблонов и плагинов. Их я устанавливал когда-то в процессе всевозможных экспериментов по развитию этого блога. Причем большинство из этих плагинов и тем давно не используются и удалены. Полный путь к ним выглядел так: /public_html/wp-content/uploads .

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

Конечно, много места эти архивы не занимают, всего лишь около 9 МБ. Но ведь, если активно развивать сайт в течение нескольких лет, то размер этой папки может быть гораздо больше. По любому, зачем нам мусор? Удаляем без тени сомнения и, таким образом, освобождаем место на хостинге. Кто не рискует, может сделать копии. У меня на работе блога это, естественно, никак не отразилось.

Теперь все выглядит аккуратненько, как и должно быть.

Освобождаем место в папке Uploads - удаляем лишние картинки

Кстати, как вы знаете, в той же папке Uploads на совершенно законных основаниях хранятся файлы изображений. Так вот, там тоже много мусора. Дело в том, что Вордпресс автоматически добавляет к вставляемым в посты картинкам 2-3 копии разных размеров. Поэтому неиспользуемые файлы можно удалить и, тем самым, значительно освободить дисковое пространство хостинга. Речь идет уже не о 9 МБ, а о сотнях и даже больше. Поверьте, лишние изображения занимают очень много места, особенно, если картинок большое количество. Вот, как это выглядит у меня на примере одного изображения.

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

Можно для удаления лишних картинок использовать специальный плагин DNUI Delete not used image .

Откуда взялись ненужные файлы?

Честно говоря, меня не особо волнует этот вопрос, но некоторые мысли есть. Скорее всего, эти архивы попадают в папку Uploads при установке тем и плагинов Вордпресс напрямую из админпанели. Раньше я пользовался именно этим способом. Архив загружается на хостинг, его файлы распаковывается в нужную папку, а он сам так и остается в папке загрузки.

Хотя сейчас попробовал для интереса установить пару плагинов через админку WordPress - ничего нового не появилось. К слову, мусорных файлов было не так много, так как за все время я устанавливал намного больше плагинов. Может не все из них оставляют после себя копии архивов? В любом случае, сейчас я загружаю файлы на хостинг через FTP соединение и ничего подобного не замечаю.

Какие у кого мысли на этот счет? Интересно, нашел еще кто-то в этой папке что-то не нужное? Поделитесь результатами своей проверки в комментариях.

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

Немного про удаление медиафайлов

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

Характеристики плагина

Плагин WP Media Cleaner создан для того чтоб очищать директорию загрузок, а также библиотеку медиафайлов. С его помощью, вы сможете определить:

• используется ли медиафайл в записи;
• используется ли медиафайл в галерее записей;
• есть ли у ретина медиафайла обычных файл;
• прикреплен ли физический файл к медиатеке;

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

Установка плагина

Для того чтоб установить наш плагин, необходимо перейти в каталог плагинов WordPress по этой ссылке http://wordpress.org/support/plugin/wp-media-cleaner . Установка плагина совершается стандартно.

Также, вы можете установить его прямо из административной панели. Для этого заходим в меню Плагины - Добавить новый и в строке поиска вводим запрос «WP Media Cleaner».

Настройка плагина

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

После того, как вы активировали плагин, переходим в меню Настройки - WP Media Cleaner и отмечаем там следующие пункты:

Готово? Теперь переходим в раздел Медиафайлы - Media Cleaner и начинаем проверку файлов нажав кнопку Scan. Когда сканирование будет завершено, для того чтоб просмотреть найденные файлы, вам останется только обновить страницу.

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

Отметим, что при этом файлы удаляются только из медиатеки. Плагин создает в директории отдельную папку wpmc-trash в которую физически перемещаются все уделенные файлы. При этом сохраняется маркировка и дата размещения файла.

Если же вы хотите полностью удалить ненужные картинки и медиафайлы, для этого заходим в корзину раздел Trash и нажимаем на кнопку Delete, в случае если вы хотите удалить выбранные файлы, или Empty Trash для удаления всех файлов.

При необходимости в корзине также есть функция восстановления файлов. Для этого действия предназначена кнопки Recover и Recover All.

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

Ошибки в плагине

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