Доброго времени суток! В этой статье я расскажу вам, как освободить место на хостинге, удалив с него копии изображений, которые автоматически создаются при загрузке картинок на хостинг. Возможно, Вы обращали внимание, что база данных сайта весит 5 Мб, а на хостинге занято 300 Мб. Можно подумать, что столько места занимают файлы движка wordpress и плагины. Но, рекомендую вам присмотреться к файлам картинок, которые хранятся в папке uploads, особенно если Вы ведете свой блог год и более, а также загружаете по несколько фото к статье.

Подключитесь к хостингу и проверьте папки с загруженными изображениями, которые находятся по адресу public_html/wp-content/uploads/год/месяц

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

Первый вариант — удалять с хостинга клоны изображений прямо через файловый менеджер. Можно и так. Но перед тем, как приступить к массовому удалению картинок, проверьте, измениться ли что-то в статьях, копии картинок Вы удалите. На одном сайте, удаление картинок неиспользуемого размера привело к тому, что картинка оригинального размера перестала отображаться в статье, хотя на хостинге она оставалась!

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

Удаление неиспользуемых изображений плагином DNUI Delete not used image

Первым делом установим плагин. В форму поиска введите его название «DNUI Delete not used image», установите и активируйте его.

На третьей вкладке плагина «Option» установите 50 или 100 вместо 25. Это количество выводимых на странице картинок.

При переходе на вкладку «SCAN DATABASE», через некоторое время отобразится список изображений и их копий. Используемые изображения с пометкой use, а также оригиналы изображений будут на сером фоне. На белом фоне отобразится список копий разного размера. Выглядеть это будет примерно так:

• webmaster-yandex-2.png (2585) original 463×410 YES use
• webmaster-yandex-2-150×150.png (2585) thumbnail 150×150 YES not-use
• webmaster-yandex-2-300×265.png (2585) medium 300×265 YES not-use

Изображения с пометкой use удалить нельзя, чекбокс для выбора не активен. А вот оригиналы изображений на сером фоне, которые плагин пометил, как not-use удалить можно. Но удалять их нужно очень осторожно!

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

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

На самом деле, если перепроверять все выделенные копии и not-use картинки, времени уйдет не мало, особенно, когда много картинок. Запаситесь терпением, неосторожные действия, могут отнять у вас намного больше времени на восстановление.

Работайте по следующему алгоритму:

1. Ставьте галочку в чекбоксе возле названия «Name».
2. Снимайте галочки с оригинальных картинок в статусе not-use. Удалять можете те картинки, когда Вы на 100% уверены, что они не используются нигде. Например, статью Вы удалили, а картинки нет.
3. После этого нажимайте на кнопку «Delete all selected»
4. Копии будут удалены, а на странице подгрузятся новые. Если новые в списке не отображаются, переходите на следующую страницу, нажимая «Next».

После чистки, посмотрите какие настройки медиафайлов у вас выставлены. Если для каждой статьи Вы загружаете изображения в уже подготовленном размере. Например, миниатюры 150*150 пикселей. Тогда поставьте в настройках нули, чтобы Вордпресс не создавал копий изображений.

Не забудьте отключить плагин, когда закончите работать. Понадобится он вам не скоро. На этом у меня все. До встречи!

Приветствую вас на блоге inetsovety.ru. Сегодня я вам расскажу о настройке конфигурационного файла .htaccess для сайта на WordPress. Файл позволяет переопределить настройки веб-сервера, подключив дополнительный функционал.

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

А теперь обо всем этом по порядку с кодами реализации. Файл .htaccess может находиться корневом каталоге сайта или в какой-либо из папок, находящихся на сервере. Если .htaccess находится в корневом каталоге сайта, тогда его действие распространяется на все папки и файлы на сервере. Если же .htaccess находится в отдельной папке (например wp-content), его действие распространяется на все файлы из этого каталога.

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

Что делать, если Вы не обнаружили в корне сайта файла .htaccess? Взять готовый файл, который я дам для скачивания в конце статьи или создать свой.

Защита файлов .htaccess и wp-config.php

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

Добавление следующих строчек кода запретит доступ к этим файла вне FTP и файлового менеджера хостинга.

# защищаем wpconfig.php

<files wp-config.php>

order allow,deny

deny from all

</files>

#защищаем htaccess

<Files .htaccess>

order allow,deny

deny from all

</Files>

Эти коды лучше добавлять ближе к концу.

Ускорение загрузки сайта включением Gzip сжатия файлов и кэша браузера

Описание кодов, которые включают кэш браузера и Gzip сжатие, я уже приводила в этой статье https://inetsovety.ru/kak-proverit-skorost-zagruzki-sayta/, сейчас я их продублирую без комментариев:

# Включаем кэш в браузерах посетителей

FileETag MTime Size

<ifmodule mod_expires.c>

<filesmatch ".(jpg|jpeg|gif|png|ico|css|js)$">

ExpiresActive on

ExpiresDefault "access plus 1 year"

</filesmatch>

</ifmodule>

# Сжатие данных Gzip

<IfModule mod_deflate.c>

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript

BrowserMatch ^Mozilla/4 gzip-only-text/html

BrowserMatch ^Mozilla/4.0[678] no-gzip

BrowserMatch bMSIE !no-gzip !gzip-only-text/html

<ifmodule mod_gzip.c>

mod_gzip_on Yes

mod_gzip_item_include file .js$

mod_gzip_item_include file .css$ </ifmodule>

</IfModule>

Перенаправление с дублированных страниц

В статье о дублях страниц, которые приводят к фильтру от Гугла был подобный код:

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /

RewriteCond %{QUERY_STRING} ^replytocom= [NC]

RewriteRule (.*) $1? [R=301,L]

RewriteCond %{QUERY_STRING} ^srp= [NC]

RewriteRule (.*) $1? [R=301,L]

RewriteRule (.+)/feed /$1 [R=301,L]

RewriteRule (.+)/comment-page /$1 [R=301,L]

RewriteRule (.+)/trackback /$1 [R=301,L]

RewriteRule (.+)/comments /$1 [R=301,L]

RewriteRule (.+)/attachment /$1 [R=301,L]

RewriteCond %{QUERY_STRING} ^attachment_id= [NC]

RewriteRule (.*) $1? [R=301,L]

RewriteRule ^index.php$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /index.php [L]

</IfModule>

Благодаря ему посетители вашего сайта не будут видеть страниц с хвостами replytocom, feed, comment-page, attachment, comments, потому что их при попытке зайти на такую страницу их автоматически перенаправит с дубля на оригинал.

Ограничение доступа к сайту с определенных IP адресов

Если Ваш сайт пытаются положить, создавая множественные запросы к его страницам с определенного IP адреса, мы может запретить доступ к сайту с этого IP. В файле access.log, который должен находиться в корневой папке сайта, находите айпи вломщика и добавляете его в черный список. Если файла access.log Вы не нашли, спросите у службы поддержки хостера, как подключить сохранение журнала доступа к веб-серверу. Для этого добавляем в файл htaccess следующий код:

Order Allow,Deny

Allow from All

Deny from 95.181.178.62 95.181.178.61

Deny from 95.181.178.

В примере выше показано, как заблокировать два айпи, прописав их вот таким образом Deny from 95.181.178.62 95.181.178.61. Или же можно заблокировать целый диапазон IP, стерев цифры после третьей точки: Deny from 95.181.178.

Смотрите внимательно кого Вы блокируете. Если по ошибке внесете в этот список айпи робота одной из поисковых систем, в результате получите не только не добавление новых страниц в индекс, а и выпадение старых страниц него. Узнать информацию о айпи можно по ссылке http://2ip.ru/whois/

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

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

RewriteEngine on

RewriteCond %{HTTP_REFERER} !^$

RewriteCond %{HTTP_REFERER} !^http://(www.)?ваш-сайт.ru/.*$ [NC]

RewriteRule.(png|gif|jpg|jpeg)$ http://www.ваш-сайт.ru/imgsecurity.jpeg [R,L]

В этом коде поменяйте ваш-сайт.ru на адрес вашего сайта, а по этому адресу http://www.ваш-сайт.ru/imgsecurity.jpeg укажите путь к картинке, которая будет грузиться вместо изображения. Что написать на этой картинке придумайте сами

Для своих сайтов я не использую больше никаких команд. Если со временем появится что-то еще я обязательно напишу в этой статье.

Вот ссылка на скачивание файла .htaccess https://yadi.sk/d/zs8M1M1zf9Lin

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

Жду ваших дополнений в комментариях.