Удалить все записи в Redis

Дата: 07.11.2015Метки:

В своих проектах я использую Redis в качестве хранилища для кэша. Связи с чем, часто возникает необходимость вручную удалить хранящиеся в Redis данные. Для этого мы будем использовать клиентскую программу redis-cli. Чтобы полностью удалить все данные в Redis, необходимо в консоли выполнить следующую команду:

flushall

PHP: Удалить параметр из URL

Дата: 06.11.2015Метки:

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

Для примера, нам необходимо удалить параметр id из URL следующего вида:

http://codebeer.ru/?p=1&id=1

После обработки, ссылка должна выглядеть следующим образом:

http://codebeer.ru/?p=1

Для этого будем использовать функцию:

function remove_key($key) {
    parse_str($_SERVER['QUERY_STRING'], $vars);
    $url = strtok($_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'], '?') . http_build_query(array_diff_key($vars,array($key=>"")));
    return $url;
}

echo remove_key('id');

Сели необходимо полностью удалить все параметры из строки запроса, удобно использовать:

strtok($url, '?')

Список Dofollow сайтов

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

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

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


Сайт PR
1 reddit.com 8
2 tumblr.com 8
3 slashdot.org 8
4 stumbleupon.com 8
5 squidoo.com 7
6 designfloat.com 7
7 diigo.com 7
8 folkd.com 6
9 pearltrees.com 6
10 youmob.com 4
11 qqpipi.com 4
12 a2zbookmarks.com 3
13 bookmark2you.com 3
14 yemle.com 3
15 blokube.com 3
16 newsmeback.com 3
17 openfaves.com 2
18 sociopost.com 2
19 indofeed.com 2
20 arrisweb.com 2
21 postolia.com 2
22 tourdion.com 2
23 akonter.com 2
23 bookmarkbay.com 1
25 freesbmblog.info 1
26 pligg.in 1
27 followmenow.info 1
28 activebookmarks.com 1
29 livewebmarks.com 1
30 bookmarkmaps.com 1
31 bookmarkinghost.info 1
32 socialbookmarknow.info 1
33 onlinewebmarks.com 1
34 greateststory.info 1
35 bookmarks2u.com 1
36 bookmarkwiki.com 1
37 a2zbookmarking.com 1
38 socialbookmarkzone.info 1
39 newsciti.com 1
40 bookmarkgroups.com 1
41 socbookmarking.info 1
42 a1bookmarks.com 1
43 votetags.info 1
44 socialbookmarksite.info 1
45 bookmarkfeeds.com 1
46 seo4bookmarks.com 1
47 ewebmarks.com 1
48 openwebmarks.com 1
49 socialbookmarkden.com 1
50 storymint.com 1
51 1look4.com 1
52 tiltzero.com 1
53 tejero.net 1
54 coolpot.com 1
55 4bukmark.com 1
56 blessingg.com 1
57 goldenmidas.net 1

Время ответа сайта

Дата: 24.10.2015Метки:

В данной записи я расскажу как можно проверить время ответа сайта с помощью консольной утилиты curl. Используя curl мы отправим HTTP-запрос к нашему серверу, затем автоматически будет собрана статистика по каждому этапу подключения. Нам останется только вывести результат с помощью простой команды.

Время ответа сайта с помощью Сurl

Чтобы просмотреть время ответа сайта с помощью curl, запустите команду ниже:

curl -s -w '\nLookup time:\t%{time_namelookup}\nConnect time:\t%{time_connect}\nAppCon time:\t%{time_appconnect}\nRedirect time:\t%{time_redirect}\nPreXfer time:\t%{time_pretransfer}\nStartXfer time:\t%{time_starttransfer}\nTotal time:\t%{time_total}\n' -o /dev/null https://codebeer.ru

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

Lookup time:    0.061
Connect time:   0.061
AppCon time:    0.080
Redirect time:  0.000
PreXfer time:   0.081
StartXfer time: 0.095

Total time:     0.096

Описание параметров curl, используемых для расчета времени ответа сайта в данном примере:

    • time_namelookup — время, затраченное на преобразование доменного имени в IP-адрес;
    • time_connect — время, затраченное на подключение к серверу по протоколу TCP;
    • time_appconnect — время, затраченное на подключение к серверу по протоколу SSL;
    • time_redirect — время, затраченное на все редиректы;
    • time_pretransfer — время, затраченное на  подготовку обмена данными;
    • time_starttransfer — суммарное время, необходимое для выполнения всех действий, вплоть до начала передачи первого байта данных.

Защита WordPress в Nginx

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

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

Наша задача напротив состоит в том, что бы максимально усложнить процедуру сбора информации о сайте WordPress, а также максимально ограничить HTTP-запросы к служебным файлам и директориям WordPress. Для того чтобы защитить WordPress от любопытных глаз, мы будем использовать стандартные возможности Nginx, путем добавления правил в секцию server нашего блога.

Защита WordPress в Nginx

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

  • Каталог wp-includes. Содержит в себе все основные и необходимые файлы для работы фронтэнда WordPress. Папка содержит файлы PHP, CSS и JavaScript, которые обеспечивают основные функции WordPress.
  • Каталоги uploads, themes и plugins, которые находятся в папке wp-content. Папки используются для загрузки изображений, шаблонов и плагинов WordPress.

Запретить доступ к php-файлам в wp-includes

Чтобы запретить доступ к php-файлам wp-includes, необходимо использовать следующие правила в настройках Nginx:

location ~* /wp-includes/.*.php$ {
	deny all;
	access_log off;
	log_not_found off;
}

Этот каталог всегда расположен в корне WordPress, изменять название или расположение не рекомендуется.

Запретить доступ к php-файлам в wp-content

Чтобы запретить доступ к php-файлам wp-content, необходимо использовать следующие правила в настройках Nginx:

location ~* /wp-content/.*.php$ {
	deny all;
	access_log off;
	log_not_found off;
}

При желании вы можете изменить расположение каталога wp-content, для этого необходимо использовать параметры WP_CONTENT_DIR и WP_CONTENT_URL в файле wp-config.php

Запретить доступ к php-файлам в папке uploads

Чтобы запретить выполнение php-файлов в каталоге загрузок wp-content, следующие правила в настройках в настройках Nginx:

location ~* /(?:uploads|files)/.*.php$ {
	deny all;
	access_log off;
	log_not_found off;
}

По умолчанию каталог с загружаемыми файлами расположен в wp-content, но при желании может быть изменен в настройка WordPress.

Запретить доступ к php-файлам в папках themes и plugins

Чтобы запретить доступ к php-файлам шаблона и плагинов, необходимо добавить соответствующие правила в настройках Nginx.

Для каталога шаблонов:

location ~* /themes/.*.php$ {
	deny all;
	access_log off;
	log_not_found off;
}

Для каталога плагинов:

location ~* /plugins/.*.php$ {
	deny all;
	access_log off;
	log_not_found off;
}

Каталоги шаблонов и плагинов WordPress расположены в папке wp-content и имеют название themes и plugins соответственно. Вы можете самостоятельно задать расположение папки плагинов, задав параметры WP_PLUGIN_DIR и WP_PLUGIN_URL. Для того чтобы изменить расположение файлов темы, необходимо использовать функцию register_theme_directory().

Запретить доступ к xmlrpc.php

Если вы не используете XML-RPC, можно закрыть все запросы к этому файлу в Nginx:

location = /xmlrpc.php {
	deny all;
	access_log off;
	log_not_found off;
}

Переименовать wp-content в WordPress

Если вы используете на своем сайте WordPress, вам должно быть известно, что все компоненты связанные с шаблоном, плагинами и локализацией, находятся внутри каталога wp-content. Таким образом, на основе запроса к каталогу wp-content, можно сделать вывод о использовании CMS WordPress.

Ни для кого не секрет, что просмотрев содержимое страницы, можно обнаружить множество специфических элементов, которые свойственны для сайтов использующих WordPress. Например, путь к каталогу изображений, который по умолчанию и расположен в папке wp-content/uploads.

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

В данном примере мы рассмотрим последовательность действий, которые необходимы чтобы переименовать каталог wp-content на includes. Для этого потребуется найти в файле wp-config.php следующую строку:

require_once(ABSPATH . 'wp-settings.php');

Затем, после этой строки необходимо добавить этот код:

define ( 'WP_CONTENT_FOLDERNAME', 'includes' );
define ( 'WP_CONTENT_DIR', ABSPATH . WP_CONTENT_FOLDERNAME );
define ( 'WP_SITEURL', 'https://' . $_SERVER['HTTP_HOST'] . '/' );
define ( 'WP_CONTENT_URL', WP_SITEURL . WP_CONTENT_FOLDERNAME );

Несмотря на определенные преимущества, у данного метода есть серьезный недостаток. В последствии могут возникнуть проблемы, вызванные низким качеством кода шаблонов или плагинов WordPress. Причина состоит в том, что некоторые разработчики используют в коде фиксированный адрес каталога wp-content.

Если переименовать wp-content, плагин просто перестанет работать, а это значит, что вам придется самостоятельно лезть в код чтобы исправить эти недоработки.

Символические ссылки в Linux

Дата: 20.10.2015Метки:

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

С подобной задачей хорошо справляются ссылки. Которые часто используют в процессе администрирования Linux-систем. Ссылки по методу реализации можно разделить на два вида: жесткие и символические.

Жесткая ссылка – это запись, которая указывает на дескриптор inode. Жесткие ссылки можно создавать только для файлов и только в пределах одной файловой системы. Перемещение или изменении имени исходного файла, не оказывает влияния на работоспособность жесткой ссылки.

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

Создание жесткой ссылки в Linux

Чтобы создать жесткую ссылку в Linux, используется команда ln:

# Синтаксис команды
ln -s <цель> <ссылка>
# Создать жесткую ссылку в Linux
ln /home/file /link

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

Создание символической ссылки в Linux

Чтобы создать символическую ссылку в Linux, вместе с командой ln, необходимо использовать параметр -s:

# Синтаксис команды
ln -s <цель> <ссылка>
# Создать символическую ссылку в Linux
ln -s /home/file /link
ln -s /home/dir /home/link

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

История команд Linux

Дата: 19.10.2015Метки:

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

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

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

История команд Linux

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

# показать всю историю команд
history
# вывести 25 последних команд
history 25
# выполнить команду по номеру из списка
!20

История команд Linux хранится в файле ~/.bash_history. Размер файла ограничен списком из 500 выполненных команд, которые затираются по мере заполнения файла.

Чтобы увеличить количество команд в истории, необходимо добавить в файл ~/.bashrc следующие настройки:

HISTSIZE=1000
HISTFILESIZE=1000

Как вы уже успели заметить, история команд Linux не учитывает дату и время выполнения команды. Чтобы добавить дату к списку команд, добавьте в конец ~/.bashrc следующую строку:

export HISTTIMEFORMAT='%d.%m.%Y %H:%M:%S '

Применить настройки без перезапуска:

bash

Очистить историю команд Linux

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

# очистить всю историю команд
history -cw
# удалить строку из истории команд
history -dw 25
# очистить историю команд для текущей сессии
history -r
# не сохранять команду в истории <пробел><команда>
root@debian:~$ wget --user user --password pass http://codebeer.ru/

По умолчанию, история команд Linux включена, и все команды, которые вы выполняете в командной строке, можно использовать повторно без особых затрат времени на их набор. При желании эту функцию можно отключить. В bash история команд отключается с помощью команды ниже:

set +o history

Если вы передумаете, история команд Linux включается также легко, просто выполните команду:

set -o history

Оптимизация SSD в Linux VPS

Дата: 18.10.2015Метки:

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

Паравиртуальный драйвер Virtio для SSD

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

Если ваша панель управления KVM VPS позволяет изменять драйвер виртуализации диска, то для улучшения быстродействия дисковой системы, рекомендуется переключить режим работы диска с IDE на Virtio.

Редактирование fstab

Начнем с параметров монтирования разделов в Linux. Для этого необходимо отредактировать файл /etc/fstab, который состоит из набора файловых систем. Для монтирования каждого раздела или диска в файле используется отдельная строка.

Структура файла fstab выглядит следующим образом:

  • filesystem — физическое размещения файловой системы, можно указать имя файла устройства, его метку или UUID.
  • dir — точка монтирования файловой системы.
  • type — тип файловой системы.
  • options — параметры монтирования файловой системы.
  • dump — используется утилитой dump для управления процессом создания резервных копий. Возможные значения: 0 или 1. Если указано число 1, dump создаст резервную копию.
  • pass — используется программой fsck для проверки целостности файловой системы. Возможные значения: 0, 1 или 2. Значение 1 используют для корневой файловой системы. Значение 2 имеет меньший приоритет, его используют для других разделов. Значение 0 отключает проверку fsck.

По умолчанию файл fstab в Debian выглядит следующим образом:

# <file system>                              <dir>    <type>    <options>           <dump>    <pass>
UUID=ed47f65f-2336-41e7-ad06-a03d75c4c503    /        ext4      errors=remount-ro   0         1

Где UUID это идентификатор нашего SSD, который смонтирован в корень и отформатирован в файловой системе EXT4. В качестве параметра используется опция errors=remount-ro.

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

Отключить время доступа к файлам и каталогам

Чтобы снизить нагрузку по записи, можно полностью отключить время последнего доступа к файлам и каталогам. Для этого в параметры монтирования fstab необходимо добавить опции монтирования noatime и nodiratime.

Отключить барьеры

Барьеры гарантируют целостность журнала файловой системы. К их недостаткам можно отнести снижение производительности. Отключив использование барьеров barrier=0, мы ускоряем операции записи на разделы EXT4.

В итоге файл fstab должен выглядеть следующим образом:

# <file system>                              <dir>    <type>    <options>                                         <dump>    <pass>
UUID=ed47f65f-2336-41e7-ad06-a03d75c4c503    /        ext4      noatime,nodiratime,barrier=0,errors=remount-ro    0         1

Чтобы принять изменения необходимо выполнить команду ниже:

mount -o remount rw,errors=remount-ro,noatime,nodiratime,barrier=0 /

Настройка параметров ядра Linux для SSD

Для улучшения производительности системы, рекомендуется снизить интенсивность обращения к SWAP. Чтобы снизить минимальный процент свободной памяти, при которой будет происходить запись страниц в SWAP, необходимо установить значение параметра vm.swappiness=10.

echo 'vm.swappiness=5' >> /etc/sysctl.conf
# Применить настройки
sysctl -p

Параметр vfs_cache_pressure отвечает за уровень выделяемой памяти под использование дискового кэша. В зависимости от величины, параметр увеличивает или уменьшает активность выгрузки неиспользуемых страниц памяти из кэша. Для SSD рекомендуется установить значение параметра vfs_cache_pressure равным 50.

echo 'vm.vfs_cache_pressure=50' >> /etc/sysctl.conf
# Применить настройки
sysctl -p

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

cat /sys/block/vda/queue/rotational
0

Где vda имя вашего диска в системе. Для просмотра списка устройств используйте команду df. Значение равное 0, служит подтверждением того, что система определила тип используемого диска как SSD. В противном случае, необходимо установить значение вручную:

echo 0 > /sys/block/sda/queue/rotational
echo "echo 0 > /sys/block/sda/queue/rotational" >> /etc/rc.local

В ядре Linux имеется несколько типов планировщиков, которые выполняют функции управления дисковым пространством, расстановки приоритетов и обработки запросов в реальном времени. Рекомендуемым планировщиком для работы с SSD является Noop. Он хорошо подходит для работы с флеш-памятью благодаря использованию минимальных задержек для запросов к дисковому пространству.

echo noop > /sys/block/vda/queue/scheduler
echo "echo noop > /sys/block/vda/queue/scheduler" >> /etc/rc.local

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

echo 0 > /sys/block/vda/queue/rotational
echo "echo 0 > /sys/block/vda/queue/rotational" >> /etc/rc.local

Последняя параметр rq_affinity. Может принимать значение равное 1 принуждает обработку операций на том же процессоре, где они были сгенерированы. Это может повысить эффективность кэширования данных. Для гостевых систем KVM рекомендуется установить значение равное 0, чтобы разрешить обработку операций на любом процессоре.

echo 0 > /sys/block/sda/queue/rq_affinity
echo "echo 0 > /sys/block/sda/queue/rq_affinity" >> /etc/rc.local

Убрать дату публикации в WordPress

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

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

Зачем убирать дату публикации

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

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

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

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

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

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

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

Как убрать дату публикации в WordPress

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

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

Я предлагаю скрыть дату публикации записи от поисковых систем используя функции CSS или JavaScript, которые поддерживают все современные браузеры.

Код вывода даты публикации записи отличается в зависимости от используемой темы оформления WordPress. Например, за вывод даты в WordPress Twenty Fifteen отвечает переменная $time_string, которая находится файле template-tags.php

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

Убрать дату публикации с помощью CSS

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

<span date="<?php //код вывода даты ?>"></span>

При необходимости, нужно повторить указанные действия для всех файлов шаблона WordPress. Чтобы дата публикации записи была видна посетителям, добавьте в файл style.css следующую строку:

[date]:before { content: attr(date); }

Убрать дату публикации с помощью JavaScript

Чтобы в WordPress убрать дату публикации, можно использовать функции JavaScript. По аналогии, необходимо изменить код, как это сделано в примере ниже:

<script language="javascript" type="text/javascript">document.write("<?php //код вывода даты ?>");</script>

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

Проверить результат можно с помощью в панели Search Console. Для этого разделе «Сканирование», необходимо выбрать пункт меню «Просмотреть как Googlebot».