WordPress убрать wordpress из url: wp_redirect() — Перенаправляет (редиректит) на указанный УРЛ, можно указать статус редиректа (301, 302…). Функция WordPress.

Содержание

Как удалить префикс category из URL рубрик WordPress

Думаю многие знают, как превратить ссылки в WordPress из /?p=1 в /категория/пост (это делается в админке в Настройки > Постоянные ссылки).

Однако первое, что бросается в глаза, это довольно странные URL у рубрик, вот такие /префикс-рубрики/рубрика (например /category/wordpress). Я не понимаю, для чего тут нужен префикс для рубрик, ведь:

  • для SEO это означает, что мы находимся в категории «префикс-рубрики» и подкатегории «рубрика», но это не так,
  • чем длиннее URL страницы сайта, тем хуже,
  • невозможно осуществлять навигацию по URL — то есть, если перейти по адресу http://ваш-сайт/category, то получим ошибку 404.

Короче говоря, нам нужно избавиться от префикса.

Возможно у вас возникнет вопрос — если у префикса категорий столько минусов, то зачем его вообще предусмотрели в WordPress? Ответ — чтобы отличать от меток.

У меток, как и у категорий тоже есть префикс (по умолчанию — tag). И, если из URL рубрик мы ещё можем удалить category, то из URL меток это делать ни к чему.

В новых версиях WordPress это делается легко и просто — через файл .htaccess. Дело в том, что каждая наша рубрика доступна по двум URL — с префиксом и без. Тогда давайте поставим 301 редирект, этим мы сразу убьем двух зайцев:

  1. предотвратим возникновение дублей контента,
  2. избавимся от префикса category.

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

Если в качестве префикса для рубрик у вас используется какое-либо другое слово, то есть не category, то обязательно верните префиксу значение по умолчанию (category), либо вообще оставьте поле пустым (как на скриншоте).

Затем вставьте этот код (предварительно заменив URL на URL своего сайта) в файл .htaccess, который находится непосредственно в папке с сайтом:

<IfModule mod_rewrite. c>
RedirectMatch 301 /category/(.*) https://misha.agency/$1
</IfModule>

Относительно mod_rewrite не волнуйтесь, после обновления настроек постоянных ссылок он уже автоматически будет включён.

Избавляемся от «category» в старых версиях WordPress (до 3.4)

Тут стандартными средствами удалить префикс из URL не получится, можно изменить лишь слово, которое используется в качестве префикса, если оставить поле пустым то, заюзается слово category.

Ещё я натыкался на пару предназначенных для этого плагинов в интернете, но все они были косячные, после их установки стали пропадать страницы. Выкладываю решение, которое стояло на моем блоге (когда версия WordPress была ниже 3.4).

Итак, всего два шага и всё будет готово!

Первый шаг — хук для functions.php

Скопируйте этот код и вставьте его в файл functions.php вашей темы:

function true_remove_category_from_category($cat_url) {
	$cat_url = str_replace('/category', '', $cat_url);
	return $cat_url;
}
add_filter('category_link', 'true_remove_category_from_category', 1, 1);

Шаг второй — обновляем настройки постоянных ссылок в админке

Изменяем в настройках структуру постоянных ссылок на произвольную и вписываем туда что-то типа /%category%/%postname%. html или /%category%/%postname%.htm.

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

Список плагинов

Для тех, кто не любит копаться в коде и для решения каждой задачи старается подобрать подходящий плагин, вот список плагинов, позволяющих удалить префикс рубрик из URL:

  • WP No Category Base — не требует дополнительной настройки. Прекрасно работает и с подкатегориями, перенаправление осуществляет через 301 редирект.
  • No category parents — этот плагин удаляет не только префикс рубрик, но и родительские категории из URL.
  • Remove Category URL — ещё один плагин, который по сути является копией WP No Category Base.

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

Миша

Недавно я осознал, что моя миссия – способствовать распространению WordPress. Ведь WordPress – это лучший движок для разработки сайтов – как для тех, кто готов использовать заложенную структуру этой CMS, так и для тех, кто предпочитает headless решения.

Сам же я впервые познакомился с WordPress в 2009 году. Организатор WordCamp. Преподаватель в школах Epic Skills и LoftSchool.

Если вам нужна помощь с вашим сайтом или может даже разработка с нуля на WordPress / WooCommerce — пишите. Я и моя команда сделаем вам всё на лучшем уровне.

Удаляем ярлыки рубрик, меток, таксономий из URL в WordPress

Долгожданный пост!

Когда-то у меня уже была запись о том, как

удалить слово «category» из URL рубрик, вот она. Это кстати был мой первый пост на блоге и, как оказалось, тот метод немного сыроват, работает не у всех и не всегда.

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

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

Итак, часть 1. Весь код можете вставлять в functions.php вашей темы.

// смена запроса
add_filter('request', 'true_smenit_request', 1, 1 );
 
function true_smenit_request( $query ){
 
	$taxonomia_name = 'product_cat'; // укажите название таксономии здесь, это также могут быть рубрики category или метки post_tag
 
	// запросы для дочерних элементов будут отличаться, поэтому нам потребуется дополнительная проверка
	if( $query['attachment'] ) :
		$dochernia = true; // эту переменную задаём для себя, она нам потребуется дальше
		$urlyarlyk = $query['attachment']; // это ярлык данного термина/рубрики/метки
	else:
		$dochernia = false;
		$urlyarlyk = $query['name']; // как видите, здесь ярлык хранится в другой переменной запроса
	endif;
 
 
	$termin = get_term_by('slug', $urlyarlyk, $taxonomia_name); // получаем элемент таксономии по ярлыку
 
	if ( isset( $urlyarlyk ) && $termin && !is_wp_error( $termin )): // если такого элемента не существует, прекращаем выполнение кода
 
		// для страниц дочерних элементов код немного отличается
		if( $dochernia ) {
			unset( $query['attachment'] );
			$parent = $termin->parent;
			while( $parent ) {
				$parent_term = get_term( $parent, $taxonomia_name);
				$urlyarlyk = $parent_term->slug .
'/' . $urlyarlyk; // нам нужно получить полный путь, состоящий из ярлыка текущего элемента и всех его родителей $parent = $parent_term->parent; } } else { unset($query['name']); }   switch( $taxonomia_name ): // параметры запроса для рубрик и меток отличаются от других таксономий case 'category':{ $query['category_name'] = $urlyarlyk; break; } case 'post_tag':{ $query['tag'] = $urlyarlyk; break; } default:{ $query[$taxonomia_name] = $urlyarlyk; break; } endswitch;   endif;   return $query;   }   // смена самой ссылки add_filter( 'term_link', 'true_smena_permalink', 10, 3 );   function true_smena_permalink( $url, $term, $taxonomy ){   $taxonomia_name = 'product_cat'; // название таксономии, тут всё понятно $taxonomia_slug = 'product_cat'; // ярлык таксономии - зависит от параметра rewrite, указанного при создании и может отличаться от названия, // как например таксономия меток это post_tag, а ярлык по умолчанию tag   // выходим из функции, если указанного ярлыка таксономии нет в URL или если название таксономии не соответствует if ( strpos($url, $taxonomia_slug) === FALSE || $taxonomy != $taxonomia_name ) return $url;   $url = str_replace('/' .
<IfModule mod_rewrite. c>
RedirectMatch 301 /category/(.*) https://misha.agency/$1
</IfModule>
function true_remove_category_from_category($cat_url) {
	$cat_url = str_replace('/category', '', $cat_url);
	return $cat_url;
}
add_filter('category_link', 'true_remove_category_from_category', 1, 1);
$taxonomia_slug, '', $url); // если мы ещё тут, выполняем замену в URL   return $url; }

Если вы добрались до сюда и у вас всё работает — отлично, можете переходить к следующему коду статьи.

Если же не работает, то:

  1. Обратите внимание, что я тестировал код с таксономиями с иерархией и без, а также с рубриками и метками
    с настройками постоянных ссылок
    /%postname%/.
  2. Если вы меняете URL для рубрик или меток, убедитесь, что ярлыки в настройках постоянных ссылок совпадают с указанными вами в функциях. Это же самое касается произвольных таксономий.
  3. Если вы перепроверили весь ваш код и вроде бы всё ок, оставьте комментарий к этой записи и мы разберемся вместе.

Часть вторая, код 301 редиректа:

add_action('template_redirect', 'true_delaem_redirect');
 
function true_delaem_redirect() {
 
	// указываем здесь свои значения
	$taxonomia_name = 'product_cat';
	$taxonomia_slug = 'product_cat';
 
	// выходим из функции, если ярлыка таксономии нет в URL
	if( strpos( $_SERVER['REQUEST_URI'], $taxonomia_slug ) === FALSE)
		return;
 
	// делаем суперскую проверку, чтобы случайно не редиректнуть страницы, которые не следует
	if( ( is_category() && $taxonomia_name=='category' ) || ( is_tag() && $taxonomia_name=='post_tag' ) || is_tax( $taxonomia_name ) ) :
 
        	wp_redirect( site_url( str_replace($taxonomia_slug, '', $_SERVER['REQUEST_URI']) ), 301 ); // сам редирект
		exit();
 
	endif;
 
}

Миша

Недавно я осознал, что моя миссия – способствовать распространению WordPress. Ведь WordPress – это лучший движок для разработки сайтов – как для тех, кто готов использовать заложенную структуру этой CMS, так и для тех, кто предпочитает headless решения.

Сам же я впервые познакомился с WordPress в 2009 году. Организатор WordCamp. Преподаватель в школах Epic Skills и LoftSchool.

Если вам нужна помощь с вашим сайтом или может даже разработка с нуля на WordPress / WooCommerce — пишите. Я и моя команда сделаем вам всё на лучшем уровне.

Как в WordPress убрать category из URL

Всем привет, сегодня я хочу рассказать вам как в WordPress убрать category из URL, которая так досаждает всем на странице категории / рубрики. Также немного поговорим о том, что делать чтоб не было дублей категорий после удаления category из url.

Навигация по странице:

Зачем вам нужно убрать category в wordpress

  • Преимущества для SEO если убрать category в wordpress

    1. Со ссылки убирается не информативная для поискового бота часть — category.
    2. URL становятся короче на 9 символов, вместе со словом выпадает один слеш «/» — это хорошо для SEO, ведь есть тенденции до уменьшения длины ссылки.
    3. Больше шансов что бот захватит и подсветит нужную часть ссылки в выдаче поисковика.
  • Почему для пользователей лучше убрать category из url ?

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

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

    В третьих, чем короче ссылка, тем меньше шансов что часть ее куда-то денется при сохранении на будущие.

Как убрать category в wordpress

к менюСуществует несколько способов для удаления слова category в wordpress. На мой взгляд самый простой: установить плагин Remove Category URL.

Убрать category с помощью Remove Category URL

Если нужно, плагин можно скачать по ссылке: Получить ссылку на (Remove Category URL)

Свернуть шаг 1

1. Открываем админку WP и переходим в «Плагины» — «Добавить новый» ( ориентир вашсайт/wp-admin/plugin-install.php ).

Раскрыть шаг 2

2. В окне поиска справа вводим текст Remove Category URL и получаем вот такой результат:

Раскрыть шаг 3

3. Устанавливаем плагин и активируем его.

Раскрыть шаг 4

4. На этом все, мы удалили category из url. Не сложно правда ли :-).

 

Для тех людей кто ненавидит плагины WP, но все равно их использует, с целью уменьшения количества плагинов можно воспользоваться плагином WordPress SEO by Yoast для СЕО оптимизации. У него есть встроенная функция чтобы убрать category из URL WordPress.

Как убрать category в wordpress плагином Yoast by SEO

к меню1. Устанавливаем плагин Yoast by SEO. Более подробно о нем описано в этой статье: Получить ссылку на (SEO by Yoast)

2. Переходим во вкладку «SEO» — «Дополнительно» — вкладка «постоянные ссылки» (ориентир вот этот юрл вашсайт/wp-admin/admin. php?page=wpseo_advanced&tab=permalinks) и ставим чекбокс напротив «Убрать основу категорий (обычно /category/) из URL», как на кликабельном скине ниже

и нажимаем кнопку сохранить в самом низу.

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

3. На этом все, мы убрали слово category в wordpress.

 

Как убрать название таксономии из постоянной ссылки

к менюДумаю не секрет, что категория (она же рубрика), это отдельная таксономия, и когда мы можем убрать category из url рубрики, но оставить название других таксономий. Сейчас покажу вам плагин, который может удалять постоянные ссылки из всех таксономий, в том числе и category.

Плагин называется: Remove Taxonomy Base Slug.

Вот ссылка на него Remove Taxonomy Base Slug

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

Краткая инструкция по работе с этим плагином:

(Есть маленький нюанс по работе с ним, стоить прочесть. Нажимайте на цифры ниже, чтобы прочесть следующий шаг)

  • Устанавливаем плагин на сайт и активируем его. Думаю в этом нет ничего сложного. Выше показывал как это делается.

  • Нужно найти настройки этого плагина, но сделать это не так уж и просто, разработчик запрятал настройки вот сюда:

    «Плагины» — «Remove Taxonomy Base Slug»

    Переходим по ссылке и читаем шаг 3.

  • В настройках нам нужно зажать клавишу Ctrl и мышкой выбрать нужные таксономии из списка, в конце нажать на кнопку «Apply Changes», для наглядности смотрите скин (он кликабельный):

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

 

Как убрать category в wordpress если ссылки уже проиндексированные

к менюВыше я показал вам как можно легко и просто убирать слово /category/ из ссылки, но бывают случаи, когда сайт проиндексировался вместе с рубриками. category/(.*)$ http://%{HTTP_HOST}/$1/? [R=301,L]

Его нужно записать в файл .htaccess в корне вашего сайта WP.

 

Что делать если после удаления постоянных ссылок рубрики отдают ошибку 404?

к менюДовольно частая ситуация, когда после удаления части url из WP мы получаем ошибку 404 и по новому адресу и по старому.

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

Проблема решается очень легко:

нужно войти в админку, вкладка «Настройки» — «Постоянные ссылки» и нажать «Сохранить изменения». Все.

На скине ниже я показал что нужно сделать:

 

Почему я не убираю category в своем блоге вордпресс ?

к менюНу тут как говорится сапожник без сапог :-). Когда делал этот сайт, то не было надобности в этом, ведь с СЕО оптимизацией был знаком очень и очень мало. Сейчас банальная лень мешает убрать category из url, а также тот факт что на некоторые рубрики есть репосты в фейсбук и твитере.

Нужно как нибудь собраться с силами и настроить редирект + удаление слова category из ссылки вордпресс.

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

 

к менюСегодня я рассказал вам как в WordPress убрать category из URL. На этом все, надеюсь эта статья была для вас полезною. Буду благодарный за клик по кнопкам поделится ниже:

 

Рекомендую почитать также о:

Комментарии к записи «Как в WordPress убрать category из url»:

Remove Category URL — позволяет убрать category из url в WordPress

Спустя годы работы с WordPress вопрос удаления category из url адреса все также актуален. Я уже дважды рассматривал данную проблему в блоге: сначала была общая детальная статья как убрать category с обзорами разных плагинов, а затем пост про модуль No category parents. Последним пользовался стабильно вплоть до сегодняшнего дня. Устанавливая новую версию системы 4. 3.1, пытался с его помощью убрать category в WordPress, но так ничего и не получилось. Ждать пока разработчики исправят ошибки времени нет, поэтому пришлось искать другое решение.

Речь пойдет о плагине Remove Category URL. Скачать его можно здесь или установить через админку WordPress. На момент написания статьи актуальной была версия 1.1, которая поддерживает WordPress от 3.1 и до 4.3.2.

Как было сказано выше, я тестировал работу модуля на WordPress 4.3.1, и все было отлично. Собственно, высокая оценка (4.7.) свидетельствует о том, что многие другие пользователи (более 20 тысяч загрузок) также остались довольны плагином.

Основная задача Remove Category URL — убрать category из url адреса. То есть, например, у вас имеется категория новостей wordpressinside.ru/category/news/ — после активации плагина она будет выглядеть как wordpressinside.ru/news/. Такой вариант и симпатичнее выглядит, и логичнее для восприятия.

Основные фишки плагина (кроме функции смены url):

  • простота — не нужно никаких настроек, установили и активировали;
  • нет необходимости править WordPress файлы;
  • не требуются другие плагины для работы;
  • совместим с модулями карты сайта;
  • совместим с WPML;
  • работает для вложенных подкатегорий;
  • работает с мультисайтовыми установками;
  • автоматически перенаправляет старые адреса на новые с 301 редиректом.

В принципе, добавить больше нечего. Я установил Remove Category URL на новый сайт и без каких-либо настроек сразу же получилось убрать category из url. Если вы вдруг захотите удалить модуль, то после деактивации нужно зайти на страницу постоянных ссылок (Permalinks) и заново сохранить все настройки.

По поводу конфликтов с другими решениями создатели плагина утверждают, что он работает с ними без проблем — будь то карта сайта или WPML. Дабы в блоге не возникало конфликтов url страниц и разделов, просто не используйте для них одинаковые slug. В WordPress приоритетной есть категория, поэтому даже если вы, например, назовете страницу и раздел одинаково wordpressinside.ru/allnews/ на сайте будет выводиться категория.

Напоследок не могу не упомянуть еще один интересный модуль — Yoast SEO. Это мощное WordPress решение для внедрения разных SEO инструментов и настроек. Так вот в последних версиях там имеется опция, позволяющая убрать category в wordpress. Находится она в разделе «Дополнительно» — «Постоянные ссылки».

Таким образом, если вы уже используете на сайте Yoast SEO, ставить какие-то дополнительные модули просто нет смысла. Если же у вас установлен другой SEO модуль, то рассмотренный в посте Remove Category URL идеально подходит дабы убрать category из url. Рекомендую.

Понравился пост? Подпишись на обновления блога по RSS, Email или twitter!

Как удалить числа из URL-адресов в WordPress – Блог про WordPress

На днях один из наших пользователей задал нам вопрос, как избавиться от чисел в URL-адресах записей и страниц. По умолчанию WordPress использует ID записей (числа) вместо текста ключевых слов в URL-адресах. Это не слишком хорошо отражается на SEO. В некоторых случаях также к URL-адресам записей, страниц, рубрик или меток в WordPress может добавляться «-2», что смотрится не слишком привлекательно с позиций пользователей. В данной статье мы покажем вам, как избавиться от чисел в URL-адресах WordPress.

Структура пермалинков

В WordPress существует встроенная поддержка дружественных к SEO структур URL-адресов. Все, что вам нужно, это открыть страницу Параметры – Постоянные ссылки в панели администратора и выбрать URL-структуру для своего сайта. На странице есть много доступных вариантов. Мы рекомендуем выбирать URL-структуру, в которой заголовок ваших записей присутствует в URL-адресах, поскольку это прекрасно отражается на SEO. После настройки постоянных ссылок сохраните все внесенные изменения.

Теперь WordPress автоматически изменит URL-адреса для всех ваших записей (в том числе и старых). Даже если вы где-то опубликовали ссылки на старые URL-адреса, WordPress автоматически перенесет пользователей на новые URL.

Произвольные слаги

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

Помните, что WordPress берет текст для вывода в URL из заголовка записи, поэтому если у записи не будет заголовка, то WordPress по-прежнему обратится к ID записи. Вы можете вручную установить текст, который будет использоваться в URL вместо чисел.

Сразу под заголовком записи находится URL с кнопкой Edit. Щелчок по кнопке Edit приводит к тому, что URL становится доступным для редактирования. Эта редактируемая часть URL называется слагом записи. Вы можете вводить любой текст, который вы хотите, чтобы использовать его в виде слага в URL.

Примечание: в слаге могут стоять только буквы, цифры и дефисы.

Дубли записей и страниц

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

http://yoursite.com/about-2/

Естественно, эта прибавка «-2» не слишком удобна. Вероятнее всего, вы хотели бы получить страницу с адресом /about. Проблема появляется в том случае, если у вас уже используется этот слаг.

Проверьте все свои записи и страницы, чтобы убедиться в том, что у вас нет материалов с тем же самым слагом (в данном случае /about/). Если вы найдете такую запись или страницу, вам нужно будет удалить слаг, чтобы вы могли его снова использовать в другом месте. Однако чаще всего найти активную страницу с тем же слагом не получается.

В таком случае вам нужно будет заглянуть в папку Trash. Когда вы удаляете запись или страницу в WordPress, то она не удаляется сразу же с вашего блога. Сначала она переносится в корзину, где сидит в течение 30 дней, после чего уже удаляется навсегда. Делается это для того, чтобы вы могли восстановить удаленный пункт при случайном удалении.

Пока запись или страница сидят в корзине, их слаг не может использоваться повторно. Таким образом, если вы хотите использовать слаг /about/, то вам нужно удалить страницу О себе, которая находится в корзине. Как только вы сделаете это, вы сможете отредактировать слаг у того материала, который был с «-2».

Данный метод работает также для рубрик и меток.

Источник: wpbeginner.com

Отключить WordPress, блоги, записи, комментарии, feed – info-effect. ru

На чтение 3 мин. Опубликовано

 Привет ! Мы продолжаем разбирать самые интересные и самые полезные плагины для сайта WordPress ! Сегодня вы узнаете как отключить функцию блога на WordPress. Вы сможете отключить записи, комментарии, авторов, feed. Можно убрать из админ-панели ссылки на сайт и форум WordPress. Вы сможете очистить админ-панель от функций блога, чтобы панель была чище. С главной страницы админ-панели удаляется всё, кроме блока “Активность”. Если у вас статический сайт, то данный плагин может быть вам полезен.

 

 

Установить плагин Disable Blogging in WordPress вы сможете прямо из админ-панели WordPress. Перейдите на страницу: Плагины – Добавить новый, введите название плагина в форму поиска, нажмите Enter, установите и активируйте плагин.

 

 

После установки и активации плагина, перейдите на страницу: Настройки – Blogging. Здесь вы сможете включать или отключать определённые функции в админ-панели WordPress. Все основные функции блога будут автоматически отключены, сразу после активации плагина.

 

 

General.

– Posting, включить или отключить записи WordPress. Enable – включить, Disable – отключить.

– Comments, комментарии.

– Author Page, страница автора.

– Feeds & Related, всё что связано с RSS лентой и feed.

Сохраните сделанные изменения.

 

Extra.

– Help Tabs, удалить вкладки помощи из заголовка админ-панели.

– “Howdy,” greeting, удалить приветствие в админ-баре рядом с именем пользователя.

– Have query string version, скрыть показ версии WordPress. Для улучшения безопасности и производительности.

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

– Change admin footer to, удалить из футера админ-панели ссылку на сайт WordPress. Заменяет на ссылку вашего сайта.

Сохраните сделанные изменения.

 

Profile.

– Personal Options, скрыть или показать персональные

Как удалить поле URL / веб-сайта из формы комментариев WordPress? • Crunchify

Последнее обновление от App Shah 73 комментария

Советы по WordPress: быстрый способ удалить поле URL из формы комментария

Все мы знаем, что WordPress обладает широкими возможностями настройки и может быть настроен в значительной степени. WordPress также известен огромным репозиторием плагинов, который предоставляет плагины для всего. Что делать, если вы хотите удалить форму URL из формы комментариев? Это не позволяет автоматическим ботам размещать спам-ссылки на вашем сайте. Это помогает вашему сайту удерживать сок SEO.

Другими словами: Вы разработчик WordPress? Разрабатываете темы для WordPress? И хотели удалить поле URL / веб-сайта из формы комментариев WordPress? Тогда вы попали в нужное место.

Есть несколько способов удалить поле URL из формы комментариев WordPress:

Вариант-1)

Удалить текст URL из формы комментариев WordPress.Это поля ввода по умолчанию:

1

2

3

4

5

6

7

8

9

10

11

12

13

140002

14

18

19

$ fields = array (

‘author’ =>

‘.

($ req? ‘ * ‘: »).

‘. __ («Электронная почта», «ссылка на домен»). ‘‘.

($ req? ‘ * ‘: »).

‘. __ (‘Веб-сайт’, ‘ссылка на домен’). ‘‘.

Вариант-2)

Добавьте приведенный ниже код в файл темы functions.php .

function crunchify_disable_comment_url ($ fields) {

unset ($ fields [‘url’]);

вернуть поля $;

}

add_filter (‘comment_form_default_fields’, ‘crunchify_disable_comment_url’);

Вариант-3)

Вы можете использовать этот простой плагин WordPress.

Вариант-4)

Добавьте приведенный ниже код в файл functions.php вашей темы.

add_filter (‘comment_form_field_url’, ‘__return_false’);

Этот код отключит поле URL в форме комментариев WordPress.


Дополнительные советы: Как удалить все сторонние ссылки из раздела комментариев?

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

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

remove_filter (‘текст_комментария’, ‘make_clickable’, 9);

Счастливого ведения блога и продолжайте комментировать !!

Присоединяйтесь к обсуждению

Если вам понравилась эта статья, поделитесь ею в социальных сетях или оставьте нам свои комментарии. Ограниченное время 3 месяца бесплатного хостинга WPEngine.

Удалить ярлык таксономии из URL-адресов в WordPress

Обновлено в

В этом посте я покажу вам, как удалить «категорию» из URL-адреса категорий WordPress,

как убрать «тег» из URL тегов поста,

и как удалить ярлыки пользовательской таксономии («product_cat») из URL-адресов терминов:

Вот основная часть кода, вы можете вставить ее в свою текущую тему. functions.php , просто не забудьте изменить имена / ярлыки таксономий в каждой функции на свои собственные значения.

 add_filter ('запрос', 'rudr_change_term_request', 1, 1);

function rudr_change_term_request ($ query) {

$ tax_name = 'product_cat'; // укажите здесь название таксономии, это может быть также 'category' или 'post_tag'

// Запрос дочерних терминов отличается, мы должны провести дополнительную проверку
if ($ query ['вложение']):
$ include_children = правда;
$ name = $ query ['вложение'];
еще:
$ include_children = ложь;
$ name = $ query ['имя'];
endif;


$ term = get_term_by ('slug', $ name, $ tax_name); // получаем текущий термин, чтобы убедиться, что он существует

if (isset ($ name) && $ term &&! is_wp_error ($ term)): // проверьте это здесь

if ($ include_children) {
отключено ($ query ['вложение']);
$ parent = $ term-> родительский;
while ($ parent) {
$ parent_term = get_term ($ parent, $ tax_name);
$ name = $ parent_term-> slug. '/'. $ name;
$ parent = $ parent_term-> родительский;
}
} else {
unset ($ query ['имя']);
}

переключатель ($ tax_name):
case 'category': {
$ query ['category_name'] = $ name; // для категорий
перемена;
}
case 'post_tag': {
$ query ['тег'] = $ имя; // для тегов сообщений
перемена;
}
по умолчанию:{
$ query [$ tax_name] = $ name; // для других таксономий
перемена;
}
концевой выключатель;

endif;

return $ query;

}


add_filter ('термин_ссылка', 'rudr_term_permalink', 10, 3);

функция rudr_term_permalink ($ url, $ term, $ taxonomy) {

$ taxonomy_name = 'product_cat'; // здесь ваше название таксономии
$ taxonomy_slug = 'product_cat'; // ярлык таксономии может отличаться названием таксономии (например, post_tag и tag)

// выходим из функции, если в URL нет слага таксономии
if (strpos ($ url, $ taxonomy_slug) === FALSE || $ taxonomy! = $ taxonomy_name) return $ url;

$ url = str_replace ('/'.$ taxonomy_slug, '', $ url);

вернуть $ url;
} 

И не забывайте про 301 редирект со старых URL, он необходим для SEO вашего сайта.

 add_action ('template_redirect', 'rudr_old_term_redirect');

function rudr_old_term_redirect () {

$ taxonomy_name = 'product_cat';
$ taxonomy_slug = 'product_cat';

// выходим из функции перенаправления, если в URL нет слага таксономии
if (strpos ($ _SERVER ['REQUEST_URI'], $ taxonomy_slug) === FALSE)
возвращение;

if ((is_category () && $ taxonomy_name == 'category') || (is_tag () && $ taxonomy_name == 'post_tag') || is_tax ($ taxonomy_name)):

        wp_redirect (site_url (str_replace ($ taxonomy_slug, '', $ _SERVER ['REQUEST_URI'])), 301);
Выход();

endif;

} 

Код был протестирован с различными иерархическими и неиерархическими таксономиями и отлично работает с этими настройками постоянной ссылки.

Миша Рудрастых

Я очень люблю WordPress, WooCommerce и Gutenberg. 11 лет опыта.

Нужна помощь разработчика? Свяжитесь с нами

Как удалить дату из URL-адреса сообщений WordPress • WPShout

Итак, вы хотите удалить дату из URL-адресов сообщений WordPress? Я понял. Те URL-адреса /2016/07/09 / post-slug , которые казались довольно крутыми, когда вы (или кто-то другой) настраивали его, устарели.

Основная причина, по которой URL-адреса дат являются проблемой: что делать при обновлении этого сообщения? Оставить его URL старым? Переместите его на новый и беспокоитесь, что ссылка сломается? Эти опасения являются причиной того, почему мы используем параметр «Название публикации» для постоянных ссылок WordPress здесь, в WPShout, и призываем большинство наших клиентов делать то же самое.

Шаг первый в переписывании постоянных ссылок WordPress: не навреди (SEO вашего сайта)

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

Что в этом плохого? Это снизит оптимизацию SEO сайта, над которым вы работаете. Если вам интересно, что это значит, мы настоятельно рекомендуем прочитать нашу статью об ошибках SEO в WordPress, прежде чем двигаться дальше.

Как переписать URL-адреса WordPress

Уловка, которую мы рассмотрим здесь, чтобы избежать генерации 404 на нашем сайте: мы перезаписываем наши URL-адреса с помощью файлов .htaccess .

Вот видео, объясняющее, как я изменяю структуру постоянных ссылок для сообщения WordPress и проверяю, что я перенаправляю весь трафик со старых URL-адресов на новые:

URL-адрес WordPress перезаписывается с помощью .htaccess : код

Когда Я просто удаляю даты публикации из URL-адресов, WordPress запутался.Он знает мои «новые» настройки постоянных ссылок, но сразу забывает старую. Итак, мы должны помочь этому, вот здесь и вступает в силу это перезапись URL в правиле .htaccess : оно гарантирует, что WordPress никогда не увидит нашу старую структуру постоянных ссылок. Вот код, который вы обычно помещаете в файл с именем .htaccess , который будет находиться в корне файловой системы вашего сайта WordPress:

  ## Чтобы изменить example. com/2019/01/01/post- slug на example.com/post-slug
  

Действительно важная вещь об этом коде: он требует, чтобы на вашем сервере WordPress был запущен «Apache», а не «Nginx», и чтобы ваша конфигурация Apache поддерживала файлы .htaccess для перезаписи URL. Я упоминаю об этом, потому что это единственный способ удалить дату из URL-адреса сообщения WordPress, который мы рассмотрим в этом Кратком руководстве. Но если вы испытываете трудности, надеюсь, это даст вам несколько полезных указаний о том, где искать дальше.

Пошаговое руководство по удалению даты из URL-адреса сообщения WordPress

Итак, если вы хотите изменить свои постоянные ссылки, чтобы удалить дату публикации в WordPress, вот шаги, которые мы рекомендуем вам предпринять:

  1. Во-первых, вы захочу изменить настройки постоянной ссылки. Для этого перейдите в «Настройки»> «Постоянные ссылки» на левой панели админки WordPress.
  2. В оставшейся части этого руководства предполагается, что вы выбрали URL-адреса, например mysite.com/post-slug . Если вам нужна такая структура URL-адресов для WordPress, выберите «Название публикации» (пятый вариант, как я это пишу) на странице настроек постоянной ссылки.Нажмите «Сохранить изменения».
  3. Теперь, чтобы поужинать WordPress, мы выполним перезапись URL с помощью htaccess. Как упоминалось выше (не беспокойтесь, если вы не использовали его), чтобы изменить структуру постоянных ссылок для сообщений WordPress, нам потребуется найти файл .htaccess. Проще всего это сделать, сначала подключившись к вашему веб-хосту через SFTP. Если вы новичок в этом, вот руководство.
  4. После подключения найдите файл .htaccess в корне вашей установки WordPress. Здесь мы разместим код для изменения нашей структуры постоянных ссылок для WordPress, чтобы удалить дату.([0-9] +) / ([0-9] +) / ([0-9] +) / (. *) $ / 4 доллара США [R = 301, NC, L]
  5. Сохраните и загрузите этот файл обратно на сервер. При этом вы должны были успешно удалить дату из URL-адресов сообщений WordPress, не вызывая при этом кучу ошибок 404.

Изменение структуры постоянных ссылок в WordPress может быть сложной задачей, но, надеюсь, мы помогли вам пройти через это. 🙂 Если это новая тема для вас, мы снова настоятельно рекомендуем вам ознакомиться с ошибками SEO, прежде чем пытаться сделать что-то подобное в первый раз, поскольку они являются одним из немногих типов ошибок в WordPress, которые невозможно быстро исправить.

«Мой разработчик испортил SEO моего сайта»: три огромных ошибки SEO и как их избежать

Измените URL для входа в WordPress

URL-адрес входа

WordPress по умолчанию — /wp-login.php (или вы можете просто ввести / wp-admin / , и он перенаправит вас туда, если вы еще не вошли в систему). Например: http://www.example.com/wp-login.php .

Вы можете подумать: «Хорошо. Какая разница?» Есть 3 причины, по которым вам следует заботиться:

  1. Я могу сказать, что вы используете WordPress. Хакеру довольно легко определить, является ли данный веб-сайт веб-сайтом WordPress. Вы можете посмотреть исходный код страницы и увидеть такие вещи, как /wp-content/themes/style.css или / wp-content / plugins /… и т. Д. Как только я узнаю, что ваш сайт является сайтом WP, я теперь знаю ваш URL-адрес для входа — /wp-login.php .
  2. Итак, теперь я знаю ваш URL для входа. Я также знаю, что WordPress по умолчанию создает имя пользователя «admin». Теперь у мистера или мисс Хакер есть ваш URL для входа и, возможно, ваше имя пользователя для входа.Теперь нужно угадать пароль.
  3. А я попробую имя пользователя по умолчанию и попытаюсь угадать ваш пароль. Даже если у вас нет имени пользователя «admin» и у вас есть надежный пароль (и желательно использовать диспетчер паролей для входа в систему, чтобы нажатия клавиш клавиатуры не регистрировались), хакеры не знают об этом, поэтому они будут просто продолжайте пытаться вечно, тратя ресурсы вашего сервера и, возможно, отключая ваш сайт. (P.S. Я надеюсь, что вы входите в систему с помощью HTTPS или безопасного метода входа, например из панели управления ManageWP, чтобы ваш пароль не отправлялся «в открытом виде» при входе в систему.)

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

Как изменить URL-адрес входа в WordPress

Короткий ответ — установить, активировать и настроить плагин Better WP Security WordPress.

Что мы делаем

С Better WP Security вы сможете изменить:

  • / wp-login.php с по / логин /
  • / wp-admin / до / admin /
  • /wp-login.php?action=register до / register /
  • Или к любым слизням, которые вы выберете в настройках плагина

Предупреждения

Совместимость может быть проблемой. Обязательно прочтите и усвойте все параметры Better WP Security, прежде чем изменять какие-либо настройки. Поговорите со своим веб-хостером или разработчиком, прежде чем продолжить, если вы знаете, что у вас необычная настройка, но не знаете, как на нее может повлиять этот плагин.Я тестировал WP Engine , и никаких проблем не возникло. Следуйте рекомендациям автора плагина и прочтите советы и часто задаваемые вопросы по установке Better WP Security.

Если у вас уже есть сайт, добавленный в панель управления ManageWP, вам нужно будет обновить параметры ManageWP, но это быстро и легко. Также прочтите «Известные проблемы» ManageWP, в котором упоминается одна из функций плагина Better WP Security.

Продолжайте читать все пошаговые инструкции для Better WP Security и обновления параметров панели управления ManageWP.

Пошаговая инструкция

Вам действительно следует изменить URL-адрес для входа (и под URL-адресом для входа я имею в виду URL-адреса для входа в систему, регистрации и администрирования). Вот как это сделать:

Шаг 1. Сделайте полную резервную копию

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

Шаг 2. Установите и активируйте плагин Better WP Security

Я искал долго и упорно для «спрятать вход» плагина и не было много вариантов качества.И плагин с метко названным Hide Login не работал у меня (слава богу, я был на WP Engine , промежуточном сайте , потому что я был полностью заблокирован). Раньше был плагин под названием Stealth Login, которого больше не существует.

По рекомендации нескольких гуру WordPress я попробовал Better WP Security только для этой цели (хотя в нем есть множество замечательных функций), и с самого начала он работал отлично.

Шаг 3. Настройте плагин Better WP Security

После установки плагина Better WP Security выполните следующие действия:

  1. Откройте страницу параметров плагина wp-admin.
  2. Выполните первые 3 шага настройки, как показано на снимках экрана ниже:
    1. Выберите резервную копию.
    2. Разрешить плагину изменять файлы ядра WordPress (сначала прочтите предупреждение).
    3. Нажмите кнопку «Защитить мой сайт от основных атак».
  3. Щелкните вкладку «Скрыть».
    1. Установите флажок «Включить скрытие серверной части».
    2. Введите желаемый логин, регистрацию и ярлыки администратора или оставьте для них значения по умолчанию для плагина «логин», «регистрация» и «админ».
    3. Щелкните «Сохранить изменения».
  4. Не забывайте свои новые URL-адреса, особенно URL-адрес для входа! Вы можете записать их где-нибудь, пока не привыкнете к ним. Или никогда не нужно запоминать URL-адрес для входа, если вы используете инструмент для автоматического входа, например ManageWP (далее следуют дополнительные шаги).

Скриншоты для каждого шага выше показаны ниже:

Страница начальной настройки. Выберите наиболее удобный вариант резервного копирования. (Если вы уже создали резервную копию с помощью ManageWP, вы можете пропустить ее.) Шаг установки 2. Прочтите инструкции и, в общем, щелкните, чтобы разрешить изменение основных файлов WordPress. Шаг установки 3. Как правило, щелкните параметр, чтобы разрешить плагину активировать настройки безопасности по умолчанию, поскольку этот плагин делает больше, чем просто изменяет URL-адрес для входа. После нажатия на вкладку «Скрыть» вверху установите флажок, чтобы включить эту функцию. Измените текстовые поля по своему желанию. Затем нажмите «Сохранить». (Не волнуйтесь, вы не выйдете из системы после сохранения.) После сохранения вы сможете снять этот флажок, если хотите отключить эту функцию, или можете оставить его отмеченным и просто изменить логин URL-адреса в любое время.
Шаг 4. Добавьте (или повторно добавьте) свой сайт на панель управления ManageWP

Если вы используете ManageWP для сайта, для которого изменили URL-адрес входа, выполните следующие действия:

  1. Войдите в свою панель управления ManageWP.
  2. В левом меню навигации щелкните сайт, для которого вы изменили URL-адрес входа.
  3. Щелкните «Параметры».
  4. Измените параметр «URL-адрес администратора веб-сайта» с … / wp-admin / на … / login / (или как там вы его изменили).
  5. Щелкните «Сохранить изменения», и окно автоматически закроется после того, как в течение секунды или двух отображается зеленое сообщение «Параметры обновлены».
  6. Щелкните сайт еще раз и щелкните «Администратор сайта» (или значок рядом с ним, чтобы открыть его в новом окне), чтобы ManageWP мог автоматически входить в систему по новому URL-адресу.
  7. Если вам удалось войти в систему через панель управления ManageWP, то все готово.

Скриншоты каждого шага ниже:

Перейдите на панель управления ManageWP, щелкните URL-адрес сайта и нажмите «Параметры». Во всплывающем окне «Параметры ManageWP» вы увидите свой текущий URL-адрес для входа. Измените URL-адрес для входа на новый URL-адрес для входа и нажмите «Сохранить изменения» . Убедитесь, что панель управления ManageWP все еще может автоматически входить в систему. Щелкните URL-адрес сайта, для которого вы только что обновили параметры, и щелкните ссылку администратора сайта, чтобы проверить, работает ли он.

Как плагин Better WP Security изменяет URL-адрес входа

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

Не вдаваясь в технические подробности, плагин добавляет около 30 строк в верхнюю часть вашего основного WordPress.htaccess файл. Это действительно все волшебство, необходимое для изменения URL-адресов входа.

Примечание. Ни файл wp-login.php , ни файл wp-config.php не изменяются, не перемещаются или не переименовываются.

Если вы разработчик, желающий изучить все тонкости файлов и правил .htaccess, подумайте о покупке электронной книги .htaccess made easy. Для ясности: для использования плагина Better WP Security не требуется никаких знаний о .htaccess.

Подробнее о Better WP Security

Плагин Better WP Security имеет множество функций, одна из которых — возможность скрыть URL-адреса входа, регистрации и администратора WordPress.Вот несколько дополнительных функций, включенных в этот бесплатный плагин:

  • Дополнительные опции «безопасность через неизвестность»
  • Изменить текущий префикс базы данных WordPress
  • Переименуйте имя пользователя по умолчанию «admin»
  • Изменить идентификатор для пользователя с идентификатором 1
  • Удаляет сообщения об ошибках входа в систему (поэтому при неудачных попытках входа в систему не отображается подсказка о том, было ли это неправильным именем пользователя или паролем).
  • Регистрирует ошибки 404, неудачные попытки входа в систему и изменения файлов

Плагин Better WP Security дает гораздо больше преимуществ, и он работает даже на отдельных сайтах и ​​на нескольких сайтах.

Узнайте больше о его функциях на странице плагина WordPress, и поставит ему хорошую оценку, если он сработал для вас.

Измените URL для входа в WordPress сегодня.

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

Запись в блоге обновлена ​​17 июля 2014 г.

Изображение любезно предоставлено Saxon.

WordPress взломали перенаправление? Как удалить вредоносное ПО с перенаправлением веб-сайта

Ваш сайт перенаправляется на другой сайт?

Или хуже…

Перенаправляет ли ваша панель управления WordPress на другой сайт?

Вы были заражены вредоносной программой с взломанной переадресацией WordPress.

Вы думаете, что благодаря сканеру вредоносных программ вы в безопасности. Но вот что отмечает Quttera:

Имя угрозы: Heur. AlienFile.gen

Что это вообще значит?

По-видимому, это то, что они называют проблемой взломанного перенаправления WordPress.

Также возможно, что вы уже пытались очистить свой веб-сайт, но похоже, что это не работает.

Вот что не работает и не будет работать:

  • Деактивация или удаление плагина или темы, вызвавших заражение
  • Использование резервной копии для восстановления вашего веб-сайта до предыдущей версии
  • Обновление WordPress или ваших тем и плагинов

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

Реальность намного зловещее.

TL; DR: Взломанное вредоносное ПО с переадресацией очень сложно определить и удалить вручную. Хорошей новостью является то, что вы можете очистить свой веб-сайт менее чем за 60 секунд, используя инструмент для удаления вредоносных программ .

Вредоносная программа для взломанного перенаправления WordPress:

  • Ворует ваш трафик и разрушает вашу репутацию

Это даже не самое худшее.

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

Кроме того, потому что это такой видимый взлом…

… вы думаете, что хуже всего то, что ваш веб-сайт перенаправляется на другой сайт.

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

Это означает, что хакер может повторно заразить ваш веб-сайт столько раз, сколько вы сможете его очистить.

А теперь представьте, что используете службу очистки, такую ​​как Wordfence, которая взимает плату за каждую очистку, даже если это повторный взлом. Взломанная вредоносная программа с редиректом, по сути, истекает кровью .

Wordfence также предлагает слишком много флагов для взломанного редиректа WordPress:

  * Неизвестный файл в ядре WordPress: wp-admin / css / colors / blue / php. ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / coffee / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / ectoplasm / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / light / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / midnight / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / ocean / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / colors / sunrise / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / css / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / images / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / includes / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / js / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / maint / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / network / php.ini
* Неизвестный файл в ядре WordPress: wp-admin / php.ini
. ..  

Вот как Wordfence сообщает вам, что у вас есть взломанная вредоносная программа для перенаправления WordPress.

Опять же, что именно вы вообще должны делать с этой информацией?

Теперь вам нужно навсегда очистить от взломанного вредоносного ПО с перенаправлением WordPress.

Чем дольше вы ждете, тем больше вы пострадаете от вредоносного ПО.

К счастью, вы МОЖЕТЕ очистить свой веб-сайт, и мы покажем вам, как это сделать.

Давайте нырнем.

Как узнать, что у вас взломана вредоносная программа с перенаправлением на WordPress?

Существует слишком много способов заразиться вредоносной программой с взломанной переадресацией WordPress.

Итак, как вы вообще можете узнать наверняка, заразились ли вы этим конкретным вирусом?

Сделайте лакмусовую бумажку.

Если ваш ответ на любой из следующих вопросов — «Да», значит, у вас вредоносная программа для перенаправления:

  • У вас есть видимое перенаправление на другой веб-сайт для всех страниц постоянно
  • Результаты поиска Google помечают спам-контент для вашего веб-сайта
  • У вас есть неопознанные push-уведомления на вашем веб-сайте
  • В файле index. php есть вредоносный код javascript
  • В файле .htaccess есть неопознанный код
  • На вашем сервере есть файлы мусора с подозрительными именами

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

Как мы упоминали ранее, проблема взломанного перенаправления WordPress имеет слишком много вариантов, чтобы их можно было точно определить (подробнее об этом позже). Даже если у вас есть полный доступ к веб-сайту , вы никогда не сможете найти настоящий фрагмент вредоносного кода .

Как очистить ваш сайт от взломанного перенаправления WordPress

Есть 3 способа, которыми вы можете очистить свой сайт после взломанного редиректа WordPress.

  • Метод № 2: Использование онлайн-сканера безопасности (НЕ РЕКОМЕНДУЕТСЯ)
  • Метод № 3: Очистить веб-сайт вручную (совершенно невозможно для взломанной вредоносной программы с перенаправлением)

Давайте рассмотрим каждый по очереди.

Метод №1: Используйте плагин сканера вредоносных программ и очистителя

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

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

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

Неважно, насколько важен ваш сайт для вашего бизнеса.

Вот как неприятно чистить сайт вручную.

Мы рекомендуем использовать мощный сканер вредоносных программ и очиститель, такой как MalCare .

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

Почему?

Это самый быстрый и простой способ найти, удалить и исправить проблему перенаправления WordPress, не нарушая работу вашего веб-сайта .

Вы можете получить неограниченное количество БЕСПЛАТНЫХ сканирований на уровне сервера, чтобы убедиться, что ваш сайт действительно заражен.

Затем вы можете просто перейти на премиум-версию, чтобы очистить свой веб-сайт менее чем за 60 секунд одним щелчком мыши!

После этого вы можете использовать методы усиления безопасности MalCare WordPress, чтобы убедиться, что ваш сайт больше не будет взломан.

Вот пошаговый процесс, который вам нужно будет выполнить:

ШАГ 1: Зарегистрируйтесь в MalCare

ШАГ 2: Запустите сканер MalCare:

ШАГ 3: Нажмите кнопку «Очистить», чтобы автоматически очистить ваш сайт.

ШАГ 4: Наконец, перейдите к «Применить усиление» и защитите свой веб-сайт от будущих угроз

Это все, что вам нужно сделать.

WordPress Redirect Hack — лишь одно из множества вредоносных программ, которые MalCare может автоматически обнаруживать и очищать.

Итак, если вы не собираетесь использовать сканер и очиститель премиум-класса, такой как MalCare, то у вас, вероятно, установлен плагин безопасности, например:

  • Sucuri
  • Wordfence
  • Quterra
  • Astra Web Security
  • WebARX Security

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

Полное раскрытие информации! С любым из этих плагинов:

  • Не ждите быстрой очистки. Ручная очистка требует времени.
  • Зачистки оплачиваются дополнительно за повторные взломы. Вы не получите неограниченное количество чисток, как клиенты MalCare.
  • Возможно, вы не сможете полностью удалить вредоносную программу. Большинство этих плагинов игнорируют бэкдоры, оставленные хакером.

Но использование любого из этих плагинов — лучший вариант , чем использование веб-сканера или полное ручное сканирование вашего сайта WordPress.

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

Метод № 2: Используйте сканер безопасности в Интернете

В качестве предварительной проверки вы можете использовать Sucuri SiteCheck или Google Safe Browsing.

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

Вместо этого просканируйте свой веб-сайт с помощью MalCare. Мы предлагаем гораздо более глубокое сканирование в нашей 7-дневной БЕСПЛАТНОЙ пробной версии.

Сканеры безопасности

в Интернете не могут проверять ваш сервер или основные файлы WordPress на наличие вредоносных программ.

Для ясности, они не совсем бесполезны.

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

Принцип работы этих сканеров очень прост:

  • Перейдите к сканеру
  • Перетащите ссылку на свой веб-сайт, чтобы сканер проверил
  • Подождите, пока сканер выдаст какие-то результаты

Опять же, использование поверхностного сканера не поможет вашей ситуации .

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

Метод № 3: сканирование и очистка сайта вручную

Мы будем честны здесь заранее.

Попытка очистить ваш сайт вручную — верный способ полностью его испортить.

Мы здесь не шутим.

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

К сожалению, вредоносная программа для взломанного перенаправления WordPress обычно затрагивает:

  • Основные файлы WordPress
    • index.php
    • wp-config.php
    • wp-settings.php
    • wp-load.php
    • .htaccess
  • Файлы тем
    • footer.php
    • header.php
    • functions.php
  • Файлы Javascript (это может быть ВСЕ файлы JavaScript на вашем веб-сайте или определенные файлы)
  • Поддельный Favicon. ico That Cause (Эти файлы содержат вредоносный код PHP):
    • Внедрение URL-адресов
    • Создание учетных записей администратора
    • Установка шпионского ПО / троянов
    • Создание фишинговых страниц

Это ОЧЕНЬ много работы.

Итак, если вы любите приключения и твердо настроены на сканирование и очистку своего сайта вручную, сделайте полную резервную копию сайта .

Сделай это.

Сделай это прямо сейчас.

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

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

Далее вы хотите выполнить эти шаги точно так же, как мы.

Часть 1. Проверка основных файлов WordPress

Ваши файлы ядра WordPress станут основной целью для многих вариантов вредоносного ПО для взлома WordPress.

Шаг 1. Проверьте версию WordPress на своем сайте

Эта отличная статья Kinsta покажет вам, как проверить версию WordPress. Даже если у вас нет доступа к панели администратора WordPress, вы все равно можете найти свою версию WordPress.

Шаг 2. Загрузите файлы WordPress с помощью cPanel

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

Эта статья Клука покажет вам, как это сделать.

Шаг 3. Загрузите исходную копию версии WordPress на свой сайт

Загрузите исходные файлы WordPress здесь.

Шаг 4. Запустите Diffchecker

Этот последний шаг не сделает вас счастливым. Вам нужно будет вручную загрузить обе версии каждого файла на https://www. diffchecker.com/ и запустить проверку различий.

Да, это займет некоторое время, и сделать это будет больно. Честно говоря, если вы не уверены на 100% в том, что видите, удалять различия — очень плохая идея.Это может привести к разрушению вашего сайта.

Часть 2: Проверка на бэкдоры

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

Найдите на своем веб-сайте вредоносные функции PHP, такие как:

  • eval
  • base64_decode
  • gzinflate
  • preg_replace
  • str_rot13

ПРИМЕЧАНИЕ: Эти функции НЕ являются злом по умолчанию.Многие плагины PHP используют их по законным причинам. Итак, опять же, если вы не уверены, на что смотрите, не удаляйте что-либо из кода. На всякий случай, если вы что-то удалили, и это сломало ваш сайт, используйте эту резервную копию для восстановления вашего сайта.

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

, часть 3. Удаление всех неизвестных учетных записей администраторов

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

  • Перейдите к пользователям
  • Найдите подозрительных администраторов и удалите их
  • Сбросьте пароли для всех учетных записей администраторов
  • Перейдите в «Настройки» >> Общие
  • Отключите параметр членства для «Кто угодно может зарегистрироваться»
  • Установить роль членства по умолчанию на «Подписчик»

Для большей надежности вам также следует изменить свои соли и ключи безопасности WordPress.

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

Часть 4. Сканирование файлов подключаемых модулей

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

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

Не круто.

Часть 5. Сканирование и очистка базы данных

Это, вероятно, худшая часть очистки вашего сайта от взломанного вредоносного ПО с переадресацией WordPress.

Но все почти закончилось.

Сканирование базы данных очень похоже на поиск бэкдоров.

Выполните поиск по таким ключевым словам, как: