Фильтр агс проверить сайт: Проверка сайта на фильтр АГС Яндекс

Как проверить сайт на АГС?

Рассказываем, что такое АГС и как сервис «Анализ сайта» поможет узнать, нет ли фильтра на вашем ресурсе.

К нам часто обращаются вебмастера, оказавшиеся в незавидной ситуации, чреватой финансовыми потерями и испорченными нервами . Используя инструмент комплексного SEO-аудита «Анализ сайта», владелец сайта выясняет, что Яндекс отправил его детище под АГС. Чтобы подтвердить наличие фильтра, вебмастер обращается за официальным ответом к Платону Щукину. Через некоторое время приходит долгожданный ответ, в котором сотрудник службы техподдержки Яндекса уверяет, что с сайтом все в полном порядке, и волноваться не стоит.

У озадаченного вебмастера есть два варианта дальнейших действий. Во-первых, он может принять на веру ответ сотрудника Яндекса и, сославшись на баги в алгоритмах pr-cy.ru, продолжить работу над сайтом в обычном режиме. Во-вторых, он может продолжить переписку с Платоном Щукиным, добиваясь правды. Сразу отметим, что верный вариант – второй.

И вот почему.

Расставляем все точки над i

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

Чтобы проверить сайт на АГС, инструмент использует простой, но от этого не менее действенный метод. Сводится он к проверке тИЦ. На самом деле процедуру можно проделать и вручную. Проверить под АГС сайт или же нет можно с помощью следующего порядка действий. Заходим в Яндекс.Каталог (https://yaca.yandex.by/yca/cy/ch/site.ru), вбиваем вместо «site.

ru» в этом URL-адресе интересующий нас домен, переходим по новой ссылке, и вуаля – ответ на блюдечке. Если тИЦ «не определен», у вас определенно проблемы, простите за каламбур. Если же выбивает «0», то все окей.

Особо подчеркнём, что для получения актуальной информации о сайте лучше использовать не наш старый инструмент (http://pr-cy.ru/analysis), а упомянутую выше его улучшенную версию (https://pr-cy.ru/analysis/). Все потому, что доработанный инструмент чаще обновляет статистику по сайтам. Эта операция осуществляется при очередном анализе того или иного домена, но не чаще одного раза в сутки. Также следует помнить, что тИЦ «не определен» может быть и у молодых сайтов, которых еще нет в индексе Яндекса.

Дисклеймер

Мы не несем ответственности за ошибки самого Яндекса, которые случаются достаточно часто. Бывают ситуации, когда после общения с Платоном Щукиным по поводу АГС вебмастера получают сообщение о наложении санкций по ошибке. Сотрудник техподдержки сообщает о том, что, дескать, действительно в код алгоритма поисковой системы закрался баг, затронувший сайт незадачливого вебмастера.

Платон советует подождать, уверяя, что санкции с сайта будут сняты, а тИЦ вернется после пары пересчетов.

Мораль следующая: при возникновении проблем, связанных с АГС (тИЦ «не определен», проседает органический трафик с Яндекса, пессимизация), нужно первым делом уведомить о них службу техподдержки. Даже если у вас на сайте имеются явные косяки, хуже от общения с сотрудниками Яндекса точно не будет. В то же время есть вероятность вернуть позиции, если у Яндекса действительно проскочил баг.

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

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

Что такое АГС

АГС это фильтр поисковой системы Яндекс, который накладывается на сайт. Расшифровывается в сети как «анти говно сайт». Его задачей является очистить выдачу от некачественных сайтов. На сегодняшний день работает уже пятая версия. До нее были яндекс агс 17, яндекс агс 30, яндекс агс 40, яндекс минусинск. Сейчас фильтр называется просто АГС. Без каких-либо цифр.
Вот только некоторые причины, по которым сайт может получить фильтр:

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

Если вы закупались ссылками на биржах, очень советую проверить всех своих доноров. Сделать это можно, например, в сервисе CheckTrust. Да и вообще, я бы не стал покупать ссылки через биржи типа sape и ей подобных. Просто посмотрите скриншот из этого сервиса и подумайте — оно вам надо?

Как проверить сайт на агс яндекса

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

Проверка сайта на агс в яндексе

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

[html]https://yaca.yandex.by/yca/cy/ch/site.ru[/html]

Заменяете site.ru на имя своего сайта. Например, в моем случае это будет запрос

[html]https://yaca.yandex.by/yca/cy/ch/dendrblog.ru[/html]

Если в ответ получите сообщение
то с большой долей вероятности ваш сайт находится под фильтром.

Xtool

Более точный способ проверки предоставляет сервис xtool.ru. Вводите в поле адрес своего сайта и жмете кнопку «Проверить». Если в строке «Санкции в Яндексе:
(АГС, Минусинск и др.)» видите такую картину

то комментарии излишни.

Pr-cy

Еще один сервис, в котором можно проверить наличие фильтра на вашем сайте — Pr-cy. Так же, как и в xtool в поле вводите адрес вашего ресурса и получаете ответ. Если видите такую картину
то ваш сайт под фильтром.

Rds bar

Так же удобный способ. Rds bar — плагин для браузера. Существуют версии для firefox, chrome и opera точно. Для остальных не проверял.
Если сайт под фильтром, rds вам об этом сообщит.

Сайт попал под агс

Если ваш сайт оказался под фильтром, то это не повод его забрасывать. АГС не приговор, а всего лишь небольшая трепка. Повод найти и исправить ошибки.  В прошлом году этот сайт попал под агс яндекса. Фильтр удалось снять. Тиц вырос в два раза. Нет ничего невозможного. Главное, сначала проверить сайт на агс яндекса. Провести анализ и начать устранять причины наложения фильтра. У вас все получится.

 

Несколько способов проверить новые домены на фильтр АГС от Яндекса.

Facebook

Twitter

Вконтакте

Google+

Написал сегодня в твиттере сообщение с таким вопросом:  «стоит ли написать в блоге пост о том как купить новый домен без АГС ?»

И люди меня поддержали, значит все таки есть такая проблема и её стоить раскрыть.

А все началось с того, что месяца два назад купил один РЕАЛЬНО красивый домен и начал на нем делать проект.

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

Подумал, ну мало ли глюки очередные у Яндекса.

Да вот, через месяц все стоит на начальном этапе, морда в индексе, остальные страницы не индексируются. Печально, но это АГС.. Хотя домен «новый».

Как то уже я и подзабыл эту историю, но тут мне нужно было закупить пачку доменов, я подобрал опять красивые домены и пошел регистрировать их. После того как я зарегистрировал домены, я решил добавить их в панельку Pr-Cy (дабы видеть детальную статистику). И на одном домене заметил счетчик от LiveInternet, тут я сразу заподозрил, что кто-то до меня этот домен уже использовал.

Увы.. но мои мысли подтвердились и домен у прошлого владельца словил АГС фильтр.

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

И так начнем.

Вот способы определение АГС на новых доменах. Обратите внимание!!! Способы начинаются с самых малоэффективных методов, но возможно Вам хватит и этого!  Последние способы, самые эффективные!

Способ №1. Проверка домена на АГС через ПС.

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

А вот если ничего не нашлось, не стоит радоваться и бежать регистрировать домен. Хотя возможно и у домена нет прошлого, но что мешает нам потратить ещё 5 минут и убедиться в этом окончательно?

Способ №2. Проверка обратных ссылок.

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

Для того чтобы проверить, кто ссылается на домен и есть ли вообще обратные ссылки нам нужно зайти на Yahoo, а точнее вот сюда http://siteexplorer.search.yahoo.com/.

На странице вводим адрес домена и кликаем на кнопку «Explore URL«, теперь на странице с результатами нажимаем на «InLinks«, если конечно там не ноль =)

Если есть обратные ссылки, стоит проверять дальше домен. А если нет, то опять таки не стоит рано радоваться, нам нужно сделать ещё несколько проверок.

Способ №3. История сайта в ВебАрхиве

Тоже не плохой способ проверить был ли на домене сайт.

Для этого достаточно зайти на сайт http://web.archive.org/, и ввести туда имя домена. Если вам повезет, сможете даже откопать старые страницы сайта и оценить качество прошлого сайта.

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

Способ №4. Проверка прошлых владельцев домена

*Чтобы посмотреть ближе, кликните на картинку!

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

Но, эффективность проверки бывших владельцев очень велика!

Заходим на сайт http://1stat.ru/?show=whois и просто вбиваем туда Ваш домен. После этого вы либо увидите прошлого владельца домена, как показано выше на сриншоте. Или же будет такое сообщение:

Доменов, соответствующих выбранным условиям, не найдено.

А это уже действительно подтверждает, то, что у домена нет прошлого и он реально новый!

И в заключении хочу рассказать об одном эффективном способе…

Способ №5. Проверка индексации сайта в прошлом

Как для меня, то это наверное самый эффективный способ, особенно если его использовать в связке с 4 способом.

*Кликабелно!

Как видно на сриншоте сайт http://www.recipdonor.com/ может нам показать прошлые параметры любого домена. А именно такие как, количество страниц в индексе Яндекса, тИЦ, PR и зеркала сайта.

На скриншоте видно типичное для фильтра АГС отображение страниц, было 348 страниц =>  Стало 2 страницы.

Теперь о том где же узнать эти параметры.

Для начала переходим по этой ссылке http://www.recipdonor.com/ в самом вверху страницы нажимаем «регистрация» и заполняем все поля. После этого на Ваш счет будет зачислено 10 баксов, которых вам хватит на пару сотен таких доменов.

В аккаунте, мы переходим по такой ссылке recipdonor.com/info и указываем нужные нам параметры для пробивки домена (см. скрин выше)

Способ №6 (2014 год). тИЦ — не определен!

С лета 2014 года АГС изменил работу фильтра и теперь количество страниц в индексе может быть больше 100 и они даже могут давать трафик, правда больше по хвостовым запросам (нч,мнч), но тИЦ у домена будет «не определен.«

Для детекта фильтра, может все так же помочь RDS бар:

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

Для этого нужно зайти по адресу http://yaca.yandex.ua/yca/cy/ch/ВашСАЙТ.ru/ * ВашСАЙТ.ru — нужно заменить на ваш домен

И если написано, что тИЦ не определен, значит домен под АГС.

Вот собственно и все!

Как видно из поста ничего сложного в этом нет и не стоит лениться перед покупкой домена провести такой маленький анализ! Это сохранит ваши деньги и нервы!

Удачной раскрутки и монетизации вашим сайтам!

Фильтр АГС — как проверить | Советы вебмастера

Фильтр АГС — как проверить

Всем привет! Из данной статьи Вы узнаете, как проверить ваш сайт на фильтр АГС. Что такое АГС — это фильтр, который накладывает на Ваш сайт поисковая система Яндекс и понижает ваш ресурс в выдаче. Довольно неприятное событие и я не пожелаю никому подобного явления, но если уж случилось, то надо убедиться на все 100% и обратиться к первоисточнику.  В общем, в этой статье я расскажу о том как проверить, находится ваш сайт под фильтром или нет.

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

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

Проверяем через первоисточник

Сразу хочу заместить, что всегда нужно обращаться к первоисточникам и не рыскать в сети днями и ночами, чтобы найти ответ на свой вопрос. Если вы попали под фильтр Яндекса, то и идти нужно к Яндексу, а не к Пете или Васе на супер-seo-форум «всезнающих» знатоков, которые только на языке грамотные, а сами ничего толком не знают.

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

Как проверить сайт на фильтр АГС

Вы не поверите, но есть очень простой и на 100% проверенный способ узнать, находится ли ваш сайт под фильтром АГС или нет. Достаточно просто скопировать эту ссылку

http://yaca.yandex.ru/yca/cy/ch/вашсайт.ру

Вместо вашсайт.ру вписать название вашего домена. К примеру для моей бесплатной школы «Я Блогер» это будет выглядеть вот так http://yaca.yandex.ru/yca/cy/ch/ya-blogger.ru

Теперь очень важно. Смотрите, если значение ТИЦ равно 0 или любой другой цифре, то можете себя поздравить и у вас все отлично. А вот если значение ТИЦ не определено, то это значит что ваш сайт попал под фильтр АГС и ограничен в поисковой выдаче.

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

Давайте рассмотрим на примере, как все будет выглядеть, если ваш домен попал под фильтр АГС или не попал.

Вариант 1 — ваш сайт не под фильтром и у вас все хорошо

Вариант 2 — ваш сайт под фильтром и все хреново

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

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

P.S. Кстати, ТИЦ моего сайта временно обнулился, так как я перевожу свой блог на защищенное соединение по протоколу https, так что не стоит задавать мне вопросы — а где же ТИЦ? Что касается https и соответственно SSL-сертификата и перехода в целом, то это тема отдельной статьи. Так что ждите скоро статейку и об этом.

С уважением, Евгений Вергус.

Спасибо Вам за то, что поделились статьей в социальных сетях!

Вконтакте

Facebook

Телеграм

Твитнуть

Что такое фильтр АГС | Советы вебмастера

Что такое фильтр АГС

Уважаемые друзья, снова рад Вас приветствовать на своем блоге «Советы веб-мастера» и сегодня расскажу Вам, что такое фильтр АГС и когда и для чего он был создан.  Количество сайтов растёт каждый день, и поисковик Яндекс постоянно разрабатывает новые способы, чтобы контролировать весь этот поток информации. Чтобы на поисковый запрос пользователя выдавался именно тот результат, который на все сто процентов удовлетворяет его требованиям, Яндекс периодически выставляет за ворота своего индекса не совсем качественные, по его мнению, сайты.

Что такое фильтр АГС

В основе этого механизма лежит специальный АГС фильтр. Кому интересна расшифровка аббревиатуры, то пожалуйста, АГС — анти говн… сайт. Накладывается он якобы автоматически, без участия человека, но я считаю, что сотрудники Яндекса могут наложить его и в ручную. Создан он был в далёком 2006 и успешно используется в наши дни и назван в честь оружия — гранатомета АГС-17 и АГС-30, более продвинутый фильтр, который вышел в 2010 году.

Несмотря на то, что этому фильтру уже почти 6 лет, серьёзно заговорили о нём только в августе 2009 года. Тот месяц запомнился тем, что все seo-форумы кричали о том, что из индекса стали выпадать страницы. И вот тогда вебмастера узнали, что такое фильтр АГС и были вынуждены задуматься о качестве сайтов, которые они создают.

Толчком к появлению АГС стала сильная экономия на создании сайтов: создание сателлитов автоматизировалось, а их наполнение составил ужасный по качеству контент и откровенный копипаст. А потом на них начали появляться продажные ссылки. Фильтры, используемые в поисковой системе Яндекс, способны учитывать большое количество всевозможных показателей сайта и, исходя из проанализированных результатов, они решают, достоин ли он находится в поле выдачи результатов или нет.

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

Также важно, чтобы написанная именно вами статья содержала около 2 тыс. символов. Такое количество Яндекс посчитает нормальным. Множество разнообразных ссылок также повышает шансы того, что сайт будет заподозрен в рассылке спама. Поэтому не вставляйте больше 4 ссылок и следите за тем, чтобы анкоры подходили по тематике вашего сайта.

Если у вас медленный хостинг, то лучше бы вам подумать о его смене, ведь если Яндекс столкнётся с ошибкой 502, то он тут же посчитает сайт не работающим и не выдаст его в списке найденных. Своевременное обновление контента очень сильно влияет на попадание сайта в список результатов. Сайты, работающие на WordPress, имеют одну особенность – они создают идентичные страницы. Чем больше таких клонов, тем хуже, но с решением этой проблемы легко справится правильный файл robots.txt для WordPress, о нем я писал в одной из своих статей, если интересно, вот ссылка , также советую почитать статью о ссылках ЧПУ она дополняет статью о файле robots.txt.

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

Спасибо Вам за то, что поделились статьей в социальных сетях!

Вконтакте

Facebook

Телеграм

Твитнуть

Как инструмент комплексной диагностики фильтров Яндекса позволяет упростить работу SEO-специалиста?

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

С помощью многочисленных фильтров отделы антиспама поисковых систем стремятся повысить качество выдачи и осложнить работу по продвижению сайтов в результатах органической выдачи. Так как число фильтров очень велико (фактически — более 25), то ручной анализ ситуации, связанной с просадкой запроса / группы фраз — затруднителен.

Для оптимизации и автоматизации процесса диагностики сайта на ряд фильтров в сервисе «Пиксель Тулс» реализован инструмент «Комплексная проверка на фильтры Яндекса».

Какие проверки производит алгоритм?

Необходимые данные для проверки:

• поисковый запрос;

• продвигаемый документ;

• регион продвижения.

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

Основные проверки:

• Наличие фильтра за «взрослый» контент. Данный фильтр исключает сайт из зоны видимости по «не взрослым» запросам, однако ресурс продолжает ранжироваться в выдаче только по запросам с явным взрослым интентом.

  В случае подозрения на adult-фильтр производится смена настроек поиска с «семейного» на «без ограничений». Если документ начинает проходить кворум и выдаваться в поиске — выводится сообщение о найденном adult-фильтре.

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

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

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

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

  В случае из наличия — выводится сообщение о необходимости устранить его (их) с указанием списка URL-адресов.

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

Возможность диагностики по API

К инструменту имеется специальный API-метод, который позволяет производить массовую проверку или интегрировать возможности инструмента в собственный сервис. Все функции API доступны для тарифа «Эксперт». Удачи в работе!

---

Задайте вопрос или оставьте комментарий

Перейти к инструменту «Комплексная проверка на фильтры Яндекса»

Другие вопросы нашего FAQ

Grafana: Loki — счетчики LogQL, функции агрегирования и графики запросов dnsmasq

В последний раз я настраивал Loki для сбора и мониторинга журналов в феврале 2019 года — почти год назад, см. Grafana Labs: Loki — системный пост для сбора и мониторинга журналов, когда Loki находился в состоянии бета-тестирования.

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

Один из способов поймать это — собрать статистику о DNS-запросах, а затем посмотреть, есть ли корреляция между OUT-пиками и DNS-запросами на хостах AWS EC2 с локальными сервисами dnsmasq .

Конфигурация dnsmasq описана в dnsmasq: AWS — «Временный сбой в разрешении имен», журналах, отладке и сообщении о размере кеша dnsmasq, и в этом мы попытаемся реализовать следующее:

• dnsmasq записывает все запросы в локальный лог-файл
• , за журналом следит promtail , который отправляет данные на хост мониторинга с Loki
• и, наконец, Grafana построит графики на основе данных от Loki

Описанная ниже установка является еще одним доказательством концепции, поскольку сам Loki и его поддержка в Grafana все еще находятся в разработке.

Но теперь функция Explore в Grafana поддерживает функции агрегирования и подсчета аналогично Prometheus — sum () , rate () и т. Д.

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

Сначала мы развернем обычный стек Grafana + Loki + promtail , затем добавим журналы, собираемые из нашей производственной среды, и, наконец, добавим панель управления Grafana с использованием новых функций LogQL

Поехали!

Локи старт

Loki запустит Docker Compose, создаст локи-стек .yml файл:

Версия

: '2.4'

сети:
  локи:

Сервисы:

  локи:
    изображение: grafana / loki: master-2739551
    порты:
      - «3100: 3100»
    сети:
      - локи
    перезапуск: если не остановлен 

Беги:

root @ мониторинг-dev: / opt / loki # docker-compose -f loki-stack. yml вверх

Чек:

root @ monitoring-dev: / home / admin # curl localhost: 3100 / готов

Готов

Документация по API

Loki здесь >>>.

Графана старт

Таким же образом повторите с Grafana, используя версию 6.4.4 (см. Все доступные версии в его Docker Hub):

Версия

: '2.4'

сети:
  локи:

Сервисы:

  локи:
    изображение: grafana / loki: master-2739551
    порты:
      - «3100: 3100»
    сети:
      - локи
    перезапуск: если не остановлен

  графана:
    изображение: grafana / grafana: 6.4.4
    порты:
      - «3000: 3000»
    сети:
      - локи
    перезапуск: если не остановлен 

Запустите, проверьте:

Войдите в систему с admin: admin , перейдите к Datasources :

Так как у нас Loki работает в сети Docker — используйте http: // loki URI здесь:

NGINX

Настройка выполняется в существующей среде Monitoring Dev, поэтому у меня уже настроен NGINX.

Конфигурация Локи /etc/nginx/conf.d/dev.loki.example.com.conf выглядит следующим образом:

 выше по течению графана-локи {
    сервер 127.0.0.1:3000;
}

server {

    слушать 80;
    имя_сервера dev.loki.example.com;

    # Позволяет зашифровать Webroot
    location ~ /.well-known {

    корень / вар / www / html;
        позволять все;
    }
    
    место расположения / {
    
        194.***. ***. 26/29;
        разрешить 91. ***. ***. 78/32;
        разрешить 188. ***. ***. 94/32;
        разрешить 78. ***. ***. 191/32;
        разрешить 176. ***. ***. 43/32;
        разрешить 10.0.10.0/24;
        отрицать все;

        вернуть 301 https: //dev.loki.example.com$request_uri;
    }
}

server {

    слушайте 443 ssl;
    имя_сервера dev.loki.example.com;

# access_log /var/log/nginx/dev.loki.example.com-access.log прокси;
    error_log / var / log / nginx / dev.loki.example.com-error. log предупреждать;

# auth_basic_user_file /var/www/dev.loki.example.com/.htpasswd;
# auth_basic "Область, защищенная паролем";

    разрешить 194. ***. ***. 26/29;
    разрешить 91. ***. ***. 78/32;
    разрешить 188. ***. ***. 94/32;
    разрешить 78. ***. ***. 191/32;
    разрешить 176. ***. ***. 43/32;
    разрешить 10.0.10.0/24;
    отрицать все;

    ssl_certificate /etc/letsencrypt/live/dev.loki.example.com/fullchain.pem;
    ssl_certificate_key / etc / letsencrypt / live / dev.loki.example.com/privkey.pem;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers на;
    ssl_dhparam /etc/nginx/dhparams.pem;
    ssl_ciphers "EECDH + AESGCM: EDH + AESGCM: ECDHE-RSA-AES128-GCM-SHA256: AES256 + EECDH: DHE-RSA-AES128-GCM-SHA256: AES256 + EDH: ECDHE-RSA-GCM-AES RSA-AES256-GCM-SHA384: ECDHE-RSA-AES256-SHA384: ECDHE-RSA-AES128-SHA256: ECDHE-RSA-AES256-SHA: ECDHE-RSA-AES128-SHA: DHE-DHE-RSA-AES256-SHA RSA-AES128-SHA256: DHE-RSA-AES256-SHA: DHE-RSA-AES128-SHA: ECDHE-RSA-DES-CBC3-SHA: EDH-RSA-DES-CBC3-SHA: AES256-GCM-SHA384: AES128- GCM-SHA256: AES256-SHA256: AES128-SHA256: AES256-SHA: AES128-SHA: DES-CBC3-SHA: HIGH:! ANULL:! ENULL:! EXPORT:! DES:! MD5:! PSK:! RC4 ";
    ssl_session_timeout 1d;
    ssl_stapling on;
    ssl_stapling_verify on;

    место расположения / {

        proxy_redirect выключен;
        proxy_set_header Host $ host;
        proxy_set_header X-Real-IP $ remote_addr;
        proxy_set_header X-Forwarded-For $ proxy_add_x_forwarded_for;
        proxy_pass http: // grafana-loki $ request_uri;
    }

}
 

promtail начало

На данный момент в Grafana Explore ничего нет, так как журналы еще не отправлены в Loki.

Создайте конфигурацию promtail — /opt/loki/promtail.yml :

В блоке клиента используйте URL как http: // loki :

 сервер:

  http_listen_port: 9080
  grpc_listen_port: 0

должности:
  имя файла: /tmp/positions.yaml

клиент:

  URL: http: // loki: 3100 / loki / api / v1 / push

scrape_configs:

  - job_name: messages
    static_configs:
    - цели:
        - localhost
      ярлыки:
        работа: все журналы
        env: dev
        хост: мониторинг-dev
        __path__: / var / log / *.журнал 

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

 ...
  промысел:
    изображение: grafana / promtail: master-2739551
    сети:
      - локи
    объемы:
      - /opt/loki/promtail. yml:/etc/promtail/promtail.yml
    команда:
      - '-config.file = / etc / promtail / promtail.yml'
    перезапуск: если не остановлен 

Проверь это.

Вывод promtail :

…

promtail_1 | level = info ts = 2019-11-16T09: 19: 57.935528884Z caller = filetargetmanager.go: 257 msg = «Добавление цели» key = «{env = \» dev \ «, host = \» monitoring-dev \ «, job = \ «all-logs \»} «

promtail_1 | ts = 2019-11-16T09: 19: 57.936230518Z caller = log.go: 124 component = tailer level = info msg = «Искал /var/log/dpkg.log — & {Смещение: 0 Откуда: 0}»

promtail_1 | level = info ts = 2019-11-16T09: 19: 57.936292402Z caller = tailer.go: 77 component = tailer msg = «запустить хвостовой файл» путь = / var / log / dpkg.log

…

dpkg.log хвостатый. Ладно.

И зарегистрируйтесь в Grafana Explore:

Отлично!

promtail и журналы dnsmasq

Теперь перейдем к нашему производственному хосту и проверим, есть ли у вас доступ к Loki оттуда:

root @ bttrm-production-console: / home / admin # curl http://dev. logger.example.com:3100/ready

Готово

Создайте promtail Конфигурация promtail-dev.yml там:

 сервер:

  http_listen_port: 9080
  grpc_listen_port: 0

должности:
  имя файла: /tmp/positions.yaml

клиент:

  URL: http://dev.loki.example.com:3100/loki/api/v1/push

scrape_configs:

  - job_name: dnsmasq
    static_configs:
    - цели:
        - localhost
      ярлыки:
        работа: dnsmasq
        env: production
        хост: bttrm-prod-console
        __path__: / var / log / dnsmasq.журнал 

Обратите внимание, что конечные точки Loki были изменены с момента моей последней настройки, теперь это / loki / api / v1 / push .

См. Документацию по API Loki здесь >>>.

На данный момент — давайте запустим его без Docker Compose — у меня есть полный стек экспортеров мониторинга, и я добавлю к нему Promtail позже:

root @ bttrm-production-console: / opt / prometheus-client # docker run -ti -v /opt/prometheus-client/promtail-dev. yml:/etc/promtail/promtail.yml grafana / promtail: master-2739551 -config.file = / etc / promtail / promtail.yml

Невозможно найти изображение ‘grafana / promtail: master-2739551’ локально

master-2739551: извлечение из grafana / promtail

…

Статус: загружен новый образ для grafana / promtail: master-2739551

level = warn ts = 2019-11-16T09: 29: 00.668750217Z caller = filetargetmanager.go: 98 msg = «ВНИМАНИЕ !!! Конфигурация entry_parser устарела, пожалуйста, измените ее на pipeline_stages»

level = info ts = 2019-11-16T09: 29: 00.669077956Z caller = server.go: 121 http = [::]: 9080 grpc = [::]: 45421 msg = «сервер прослушивает адреса»

level = info ts = 2019-11-16T09: 29: 00.66921034Z caller = main.go: 65 msg = «Запуск Promtail» version = «(version =, branch =, revision =)»

level = info ts = 2019-11-16T09: 29: 05.669176878Z caller = filetargetmanager.go: 257 msg = «Добавление цели «Ключ =» {env = \ «production \», host = \ «bttrm-prod-console \», job = \ «dnsmasq \»} «

Er…

А почему логи не хвостатые? Должен быть путь « msg =» start tailing file «= / var / log / dnsmasq. log ”строка…

А что случилось с Локи?

Что такое « Ошибка подключения к источнику данных: источник данных подключен, но метки не получены. Проверить правильность настройки Loki и Promtail. Ошибка ?

ну может попробовать пересоздать контейнеры:

root @ monitoring-dev: / opt / loki # docker rm loki_grafana_1 loki_promtail_1

loki_grafana_1

loki_promtail_1

Хорошо, это помогло, Локи вернулся.

И журналы не были собраны, потому что я забыл смонтировать / var / log в контейнер promtail — добавьте -v / var / log: / var / log в его команду run :

root @ bttrm-production-console: / home / admin # docker run -ti -v /opt/prometheus-client/promtail-dev.yml:/etc/promtail/promtail.yml -v / var / log: / var / log grafana / promtail: master-2739551 -config.file = / etc / promtail / promtail.yml

level = warn ts = 2019-11-16T09: 48: 02. 248719806Z caller = filetargetmanager.go: 98 msg = «ВНИМАНИЕ !!! Конфигурация entry_parser устарела, измените ее на pipeline_stages»

level = info ts = 2019-11-16T09: 48: 02.249227598Z caller = server.go: 121 http = [::] : 9080 grpc = [::]: 39883 msg = «сервер прослушивает адреса»

level = info ts = 2019-11-16T09: 48: 02.249381673Z caller = main.go: 65 msg = «Запуск Promtail» версия = «(version =, branch =, revision =)»

level = info ts = 2019-11-16T09: 48: 07.249262647Z caller = filetargetmanager.go: 257 msg = «Добавление цели» key = «{env = \» production \ «, host = \» bttrm-prod-console \ «}»

level = info ts = 2019-11-16T09: 48: 07.24943453Z caller = tailer.go: 77 component = tailer msg = «начать хвостовой файл» путь = / var / log / dnsmasq.log

ts = 2019-11-16T09: 48: 07.249544341Z caller = log.go: 124 component = tailer level = info msg = «Искал /var/log/dnsmasq.log — & {Смещение: 0 Откуда: 0}»

Сейчас логов:

LogQL — агрегирование логов и счетчики Loki

Вот самое интересное начало — LogQL и функции агрегирования / подсчета.

Однако мне пришлось потратить некоторое время, прежде чем он заработал, поскольку в документации Графаны и Локи нет ясности обо всех деталях.

Локи «Внутренняя ошибка сервера»

Если попытаться выполнить запрос типа count_over_time ({job = "dnsmasq"} [5m]) — появится внутренняя ошибка сервера:

А это вызвано… Пробелами!

Исправьте — добавьте пробелы между фигурными скобками, но теперь Grafana просто ничего не может найти:

 count_over_time ({job = "dnsmasq"} [5 мин]) 

Прометей в роли… Локи? О.О

Было немного странно, но работает)

Кроме того, это нигде не задокументировано, но я нашел это «решение» в графане.Сообщество slack.com.

В Grafana 6.5 Loki должен поддерживать функции как обычно, а пока — давайте сделаем что-нибудь странное.

Перейдите к Datasources и добавьте Prometheus — но как Loki .

Или Локи — как Прометей?

В любом случае, выберите тип Prometheus, но в URL укажите http: // loki: 310 / loki — с / loki в конце:

И чек:

Отлично!

оценка ()

Давайте попробуем вызвать что-то вроде rate () + regex, чтобы выбрать имена хостов из журнала dnsmasq :

«Работает!»

Между прочим, Grafana отображает функции и их описания, когда вы начинаете вводить его:

promtail этапы трубопровода

И одна новая (?) Интересная вещь в promtail — не могу вспомнить, что это было год назад — конвейер stage .

Документация здесь >>>.

В оригинале:

Конвейер используется для преобразования отдельной строки журнала, ее меток и метки времени. Трубопровод состоит из набора ступеней . Есть 4 типа этапов:

1. Этапы анализа анализируют текущую строку журнала и извлекают из нее данные. Затем извлеченные данные доступны для использования на других этапах.
2. Этапы преобразования преобразования извлеченных данных из предыдущих этапов.
3. Этапы действий берут извлеченные данные из предыдущих этапов и что-то с ними делают. Действия могут:
   1. Добавить или изменить существующие метки в строку журнала
   2. Изменить метку времени строки журнала
   3. Изменить содержимое строки журнала
   4. Создать метрику на основе извлеченных данных

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

Итак, вкратце — вы можете построить конвейер для данных с многотипными этапами.

Этапов может быть:

1. Этапы синтаксического анализа : анализирует журнал и извлекает данные для передачи их на следующие этапы
2. Этапы преобразования : преобразуют данные из предыдущих этапов
3. Этапы действий : получает данные с предыдущих этапов и может:
   • добавить / удалить ярлыки
   • изменить метку времени
   • строка журнала изменений
   • создать метрику (и) на основе извлеченных данных

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

---

Давайте вернемся к самому началу этой истории — чего мы хотим достичь?

Мы хотим получить все запросы IN A к нашему dnsmasq , извлечь имена хостов и отобразить график — сколько запросов было выполнено для определенного доменного имени.

Таким образом, необходимо:

• захватить все запросы IN A
• сохранить каждую на этикетке
• и сосчитайте их

Перейдите к promtail на производстве и добавьте этапы — обновите promtail-dev.yml файл конфигурации:

 сервер:

  http_listen_port: 9080
  grpc_listen_port: 0

должности:
  имя файла: /tmp/positions.yaml

клиент:

  URL: http://dev.loki.example.com:3100/loki/api/v1/push

scrape_configs:

  - job_name: dnsmasq
    static_configs:
    - цели:
        - localhost
      ярлыки:
        работа: dnsmasq
        env: production
        хост: bttrm-prod-console
        __path__: / var / log / dnsmasq. журнал

    pipeline_stages:
    - соответствие:
        селектор: '{job = "dnsmasq"}'
        этапы:
        - регулярное выражение:
            выражение: ". * query \\ [A \\] (? P . * \\ s)"
        - этикетки:
            запрос: 

В pipeline_stages здесь мы:

1. выбрал задание dnsmasq
2. создать этап регулярного выражения, который выбирает все строки с запросом [A] строка
   1. создайте группу регулярных выражений с именем query , где сохранит полученную строку до первого пробела
      i.е. происхождение строки может быть:
      16 ноября 08:23:33 dnsmasq [17597]: query [A] backend-db3-master.example.com из 127.0.0.1
      , а в запросе группа регулярных выражений получит значение:
      backend-db3-master.example.com
3. создает этап меток , который присоединит новую метку с именем query со значением backend-db3-master. example.com , взятым из запроса , группа регулярных выражений

Выполнить promtail :

root @ bttrm-production-console: / home / admin # docker run -ti -v / opt / prometheus-client / promtail-dev.yml: /etc/promtail/promtail.yml -v / var / log: / var / log grafana / promtail: master-2739551 -config.file = / etc / promtail / promtail.yml

level = info ts = 2019- 11-16T11: 56: 29.760425279Z caller = server.go: 121 http = [::]: 9080 grpc = [::]: 32945 msg = «сервер прослушивает адреса»

level = info ts = 2019-11- 16T11: 56: 29.760565845Z caller = main.go: 65 msg = «Запуск Promtail» version = «(version =, branch =, revision =)»

level = info ts = 2019-11-16T11: 56: 34.760567558Z caller = filetargetmanager.go: 257 msg = «Добавление цели» key = «{env = \» production \ «, host = \» bttrm-prod-console \ «, job = \» dnsmasq \ «}»

level = info ts = 2019-11-16T11: 56: 34.760752715Z caller = tailer.go: 77 component = tailer msg = «начать хвостовой файл» путь = / var / log / dnsmasq. log

ts = 2019-11-16T11: 56: 34.760863031Z caller = log.go: 124 component = tailer level = info msg = «Искал /var/log/dnsmasq.log — & {Смещение: 0 Откуда: 0}»

Проверьте график Grafana:

И создайте запрос вроде:

 сумма (ставка (({env = "production", query = ~ ". * \\ .. *"}) [5m])) по (запросу) 

В запросе query = ~ ". * \\ .. *" мне пришлось создать «кранч», чтобы избавиться от данных без метки запроса, но я думаю, это должен быть более правильный способ сделать это.\\ s] +) » — этикетки: запрос:

Панель управления Grafana DNS

Ладно, в общем — посмотрели, заработает. Теперь давайте попробуем создать панель управления, которая будет объединять все в красивый график со всей статистикой DNS-запросов.

Нажмите Добавить запрос :

Добавьте наш запрос:

 сумма (ставка (({env = "production", query = ~ ".  * \\ .. *"}) [5m])) по (запросу) 

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

Ладно, неплохо…

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

Перейдите на панель инструментов Настройки> Переменные> Добавить переменную и…

Переменные шаблона все еще не поддерживаются для Loki 🙁

Или я просто не нашел правильный способ выполнить label_values ​​() для Локи…

Документация здесь >>>.

Хотите создать переменную со значениями из метки запроса , чтобы иметь возможность выбирать конкретное доменное имя, но — увы…

Хорошо, пока можно сделать простой фильтр — создать переменную с текстовым полем Тип :

А чтобы выбрать среду — создайте переменную типа Custom :

Вернитесь к запросу, обновите его, чтобы использовать эти переменные:

 сумма (ставка (({env = "$ env", query = ~ "$ include"}) [5m])) по (запросу) 

И протестировать фильтром по домену:

И результат — дашборд Grafana со статистикой по DNS-запросам имени хоста:

Полезные ссылки

---

Также опубликовано на Medium.

SEO Checker | Протестируйте свой сайт бесплатно с помощью Seobility

Часто задаваемые вопросы

Все, что вам нужно знать о программе проверки SEO

Что такое программа проверки SEO?

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

Как работает программа проверки SEO?

Программа проверки Seobility SEO сканирует введенный вами URL, аналогично тому, как работают поисковые системы. Затем страница проверяется на соответствие более чем 200 критериям SEO: метаинформация, качество страницы, структура сайта и другие. В зависимости от того, насколько хорошо ваш сайт работает по этим критериям, рассчитывается индивидуальная оценка SEO, которая отображается вместе с полным списком ошибок, обнаруженных на вашем сайте.

Что анализирует программа проверки SEO?

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

Что такое оценка SEO?

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

Могу ли я скачать PDF-файл с результатами?

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

Как я могу улучшить свой SEO-рейтинг?

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

Как я могу проверить свой рейтинг SEO?

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

Инструмент запросов

SPF

Обзор

Эти инструменты предназначены для помощи в развертывании записей SPF для вашего домена.Они используют реальную совместимую с RFC 7208 библиотеку (pyspf) для тестов и будут динамически проверять ошибки предела обработки (другие тестеры, о которых я знаю, не делают этого). На этом сайте используется кэширующий DNS-преобразователь, поэтому для тестов, использующих живой DNS, результаты будут кэшироваться для времени существования записи DNS. Для большинства базовых применений эти тесты должны быть достаточно понятными. Опытным пользователям может потребоваться и, возможно, потребуется дополнительная информация о том, как работают эти инструменты. Это можно найти здесь.

У моего домена уже есть запись SPF? Что это такое? Это действительно так?

Извлекает записи SPF для указанного доменного имени и определяет, действительна ли запись.

ПРИМЕЧАНИЕ. Домен — это все, что находится справа от «@» в электронном письме. адрес.

Эта запись SPF действительна — синтаксически верна?

Проверяет предоставленную запись SPF, чтобы убедиться, что она действительна. Этот тест НЕ выполняет поиск записи для указанного домена. Это только проверяет действительность предоставленной записи. Этот тест предназначен для проверка синтаксиса записей перед их публикацией. В домен используется только для таких механизмов, как простой механизм, который иметь подразумеваемый домен.Он также будет использоваться для макроса% d, если подарок.

Примечания: Не заключайте в кавычки. Введите что-то вроде v = spf1 a mx ~ все.
За исключением% d, в настоящее время не поддерживает записи, содержащие макросы.

Проверить запись SPF

Этот тест предназначен для оценки производительности вашей записи на основе разных IP-адресов, на которые может приходить почта from (это IP-адрес почтового сервера). Это также может быть используется для проверки синтаксиса записей с более сложными макросами (хотя это еще не было тщательно проверено).Макрос% d извлекается из полученного письма с адреса. Если запись SPF поставляется, он используется для начальной оценки вместо любого запись опубликована в DNS для домена.

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

Один раз это займет несколько минут заявка отправлена.Возможно, потребуется запустить интерпретатор Python up и DNS-запросы должны быть даны ответы. Пожалуйста, проявите терпение …

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

Использование шорткода — Search & Filter Pro

Использование шорткода

Начнем с примера

1. Создаем новую форму поиска
2. Добавьте несколько полей в пользовательский интерфейс формы поиска , перетащив из поля Доступные поля в поле пользовательского интерфейса — для этого примера давайте просто добавим Search Field и Submit Button
3. В поле Settings на вкладке Display Results выберите « Using a Shortcode » — вы будете Теперь обратите внимание, что в мета-поле «Шорткоды» (под полем «Публикация») есть дополнительный вторичный шорткод, называемый шорткодом результатов.
4. Опубликовать.
5. Теперь создайте новую страницу , на этой странице добавьте оба шорткода из метабокса шорткодов (ваши идентификаторы будут другими):
6. Опубликуйте страницу , а затем нажмите Просмотр страницы
7. Скопируйте Полный URL-адрес этой страницы из адресной строки и вставьте его в форму S&F, в параметре URL-адреса результатов и обновите (это можно найти на вкладке Показать результаты ).

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

Настройка результатов

Если вы хотите настроить отображение результатов, вы должны переопределить шаблон по умолчанию, который используется Search & Filter:

1. Создайте папку в папке дочерней темы с именем search-filter .
2. Скопируйте файл wp-content \ plugins \ search-filter \ templates \ results.php из папки шаблонов во вновь созданную папку в вашей теме — wp-content \ themes \ your-child-theme-name \ поиск-фильтр \ результаты.php

С этого момента Search & Filter будет загружать эту версию шаблона вместо своей собственной, поэтому вы можете вносить любые необходимые изменения.

Несколько форм поиска, — я не хочу, чтобы все мои результаты выглядели одинаково !?

Что ж, это не так уж и сложно — в этом случае вы можете использовать идентификатор формы поиска, чтобы настроить таргетинг на нее, и разместить шаблон, как вы только что сделали с файлом `results.php`:

wp-content \ themes \ your-child-theme-name \ search-filter \

Например, если бы у формы поиска был ID 14, то я бы создал в этой папке шаблон под названием `14.php` — что только эта форма поиска может использовать для отображения своих результатов — тогда файл будет расположен:

wp-content \ themes \ your-child-theme-name \ search-filter \ 14.