Google на днях объявил о приоритете в ранжировании сайтов, которые имеют мобильную версию. Это может значить лишь одно: наступление эпохи мобильных устройств состоялось. И поэтому каждый уважающий себя сайт или блог на WordPress теперь просто обязан иметь мобильную версию.
Ведение блога — это не элементарно написание постов. Большое количество времени уходит, чтобы выдумать свежие темы и идеи. Заместо того, чтобы расходовать на это каждый день по 2 – 3 часа, выделите весь денек в неделю (или в месяц) и придумайте 15 – 30 мыслях незамедлительно. Запишите эти идеи в облике маленьких описаний — на 2 – 3 предложения. Данный перечень вы можете применить после чего в те факторы, когда у вас завершаются идеи.
Придумайте поручение или же конкурс для собственных читателей, чтобы вовлечь их и предоставить им комфортную вероятность отметиться на веб-сайте. Придумайте катализатор для роли в данном событии: к примеру, предложите победителям подарочные карты. Соберите всю нужную информацию, в что числе свежие идеи, которые будут замечены благодаря событию. Эти данные понадобятся как «топливо» для последующих тем блога, заданий и состязаний.
Целевая аудитория, которой вы сможете разослать почту, — это одна из наилучших методик генерировать целевой трафик (и пользовательские идеи) для собственного вебсайта. Самый артельный способ, который несомненно поможет сделать эту аудиторию, — это объявление раскрытой формы на странице блога. Придумайте основание, по которой юзеры обязаны возжелать включать средства данные. К примеру, предложите любому, кто оставит e-mail, удалить электрическую копию собственной книжки.
Смоделируйте страницу на Facebook, чтобы завлекать подписчиков с поддержкой данной нужной соцсети. Иной вариант — смоделируйте акк в Twitter и располагайте там ссылки на средства публикации. Пользуйтесь Hootsuite, чтобы структурировать контент, и Viral Content Buzz, чтобы увеличить охват.
Извещение подписчиков этими методами несомненно поможет для вас генерировать:
Не забывайте применить UTM-метки для тегирования URL. Например вы можете отследить эффективность кампании в Google Analytics.
Не только вы, но и иные блогеры также ищут интересный контент, который несомненно поможет им заинтересовать читателей и создать трафик. Напишите блогерам, которые публиковали у вас какие нибудь материалы, узнайте, интересует ли размещение на их площадках ваши статьи.
За данную статью блогеры поставят ссылку на ваш сайт. Удостоверьтесь в том, что вы следуете «Руководству вебмастеров Google». Ссылки с контента обязаны быть прописаны так: rel=nofollow.
Сначала предлагайте гостевые посты в маленькие онлайн-дневники, а после чего пользуйтесь ими как резюме, когда дойдет до более известных блогеров.
Безопасности в WordPress уделяется немало внимания, и все равно бывают случаи взломов сайта. Однако можно воспользоваться специальным плагином и значительно увеличить защиту вашего сайта, тем более что сделать это можно буквально в 2 клика.
Доброго времени суток! В этой статье я расскажу вам, как освободить место на хостинге, удалив с него копии изображений, которые автоматически создаются при загрузке картинок на хостинг. Возможно, Вы обращали внимание, что база данных сайта весит 5 Мб, а на хостинге занято 300 Мб. Можно подумать, что столько места занимают файлы движка wordpress и плагины. Но, рекомендую вам присмотреться к файлам картинок, которые хранятся в папке uploads, особенно если Вы ведете свой блог год и более, а также загружаете по несколько фото к статье.
Подключитесь к хостингу и проверьте папки с загруженными изображениями, которые находятся по адресу public_html/wp-content/uploads/год/месяц
Если Вы обнаружили там клоны разных размеров одной и той же картинки, как у меня на скрине ниже, читайте дальше, как от них избавиться.
Первый вариант — удалять с хостинга клоны изображений прямо через файловый менеджер. Можно и так. Но перед тем, как приступить к массовому удалению картинок, проверьте, измениться ли что-то в статьях, копии картинок Вы удалите. На одном сайте, удаление картинок неиспользуемого размера привело к тому, что картинка оригинального размера перестала отображаться в статье, хотя на хостинге она оставалась!
Перед тем, как приступить к удалению копий загруженных изображений разного размера, сделайте резервные копии файлов и базы данных.
Первым делом установим плагин. В форму поиска введите его название «DNUI Delete not used image», установите и активируйте его.
На третьей вкладке плагина «Option» установите 50 или 100 вместо 25. Это количество выводимых на странице картинок.
При переходе на вкладку «SCAN DATABASE», через некоторое время отобразится список изображений и их копий. Используемые изображения с пометкой use, а также оригиналы изображений будут на сером фоне. На белом фоне отобразится список копий разного размера. Выглядеть это будет примерно так:
Изображения с пометкой use удалить нельзя, чекбокс для выбора не активен. А вот оригиналы изображений на сером фоне, которые плагин пометил, как not-use удалить можно. Но удалять их нужно очень осторожно!
Плагин по ошибке может посчитать не используемыми изображения, которые не добавлены в постах, но используются, как миниатюры или загружаются в виджетах!
Из своего опыта скажу, что удаленные по ошибке миниатюры у постов с помощью плагина DNUI, невозможно восстановить! Ни бэкап базы данных, ни восстановление картинок на хостинге, не вернул их в посты! Пришлось перезагружать миниатюры к каждой статье. А это лишнее время.
На самом деле, если перепроверять все выделенные копии и not-use картинки, времени уйдет не мало, особенно, когда много картинок. Запаситесь терпением, неосторожные действия, могут отнять у вас намного больше времени на восстановление.
Работайте по следующему алгоритму:
После чистки, посмотрите какие настройки медиафайлов у вас выставлены. Если для каждой статьи Вы загружаете изображения в уже подготовленном размере. Например, миниатюры 150*150 пикселей. Тогда поставьте в настройках нули, чтобы Вордпресс не создавал копий изображений.
Не забудьте отключить плагин, когда закончите работать. Понадобится он вам не скоро. На этом у меня все. До встречи!
Приветствую вас на блоге inetsovety.ru. Сегодня я вам расскажу о настройке конфигурационного файла .htaccess для сайта на WordPress. Файл позволяет переопределить настройки веб-сервера, подключив дополнительный функционал.
Например, запретить доступ к некоторым файлам, настроить перенаправление для страниц сайта, запретить вставку и подгрузку картинок с вашего сервера на чужом сайте, заблокировать доступ к сайту с определенных IP адресов или же наоборот разрешить, настроить кэширование для ускорения загрузки сайта.
А теперь обо всем этом по порядку с кодами реализации. Файл .htaccess может находиться корневом каталоге сайта или в какой-либо из папок, находящихся на сервере. Если .htaccess находится в корневом каталоге сайта, тогда его действие распространяется на все папки и файлы на сервере. Если же .htaccess находится в отдельной папке (например wp-content), его действие распространяется на все файлы из этого каталога.
Ошибки в кодах, которые добавляются в файл .htaccess могут привести потере работоспособности сайта. Перед началом внесения каких-либо настроек в этот файл создайте его резервную копию.
Что делать, если Вы не обнаружили в корне сайта файла .htaccess? Взять готовый файл, который я дам для скачивания в конце статьи или создать свой.
Чтобы взломщики не смогли получить доступ к имени и паролю базы данных, которые хранятся в файле 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 сжатие, я уже приводила в этой статье 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. В файле 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.
Смотрите внимательно кого Вы блокируете. Если по ошибке внесете в этот список айпи робота одной из поисковых систем, в результате получите не только не добавление новых страниц в индекс, а и выпадение старых страниц него. Узнать информацию о айпи можно по ссылке
Владельцы сайтов, у которых неизменный статический айпи адрес для доступа в интернет, могут обезопасить админку от взлома, разрешив доступ в нее с одного единственного айпи. Код реализации этой защиты смотрите по ссылке.
Еще в начале статьи я упомянула о защите изображений, которые воры контента копируют вместе с текстом статьи, а потом при открытии вашей статьи на чужом сайте, картинки загружаются с вашего хостинга.
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
Напоминаю еще раз. Будьте осторожны с редактированием этого файла, одно не правильно движение и ваш сайт перестанет работать.
Жду ваших дополнений в комментариях.
Многие впервые работающие с WordPress не знают как установить плагины в этой CMS. На самом деле это очень просто — я еще не встречал панель управления сайтом, в котором было бы также удобно устанавливать плагины.