livetv

Ну фильтрация происходит по полям второй таблицы

С информации об индексах и EXPLAIN можно сделать вывод, что таблицы имеют одинаковое число записей, 1 к 1.

А также индексу по сути не чего фильтровать, базе нужно прочитать всю таблицу.

Можете условие с WHERE переместить в ON для JOIN.

Был опыт удаления порядка 40к старых изначально не приносивших трафика страниц.

Никаких изменений.

sudo su и мы root

Как вам такое?

Украина, Белоруссия, Казахстан

Я с вами согласен

Арсенкин говорит, что метод определения такой:

МЕТОД 1: ОПРЕДЕЛЯЕМ ПЕРЕСПАМ
Так как фильтр накладывается на один или малую группу запросов, а не на весь документ целиком, то достаточно произвести модификацию запроса и проследить за изменением позиции в выдаче: См. Таблицу 1.

Ранее, удавалось снять фильтр, используя модификацию запроса вида: [поисковый запрос/] или [поисковый запрос ~~ любаяабракадабра23446ggt] и позиция документа резко улучшалась. Но сейчас данные способы не помогают в его определении.

МЕТОД 2: ОПРЕДЕЛЯЕМ ПЕРЕОПТИМИЗАЦИЮ
При использовании расширенного поиска — переоптимизация снимается. Это значит, что вам надо сравнить в выдаче по релевантности два сайта: свой и сайт, который выше вас в общей выдаче на 1-3 позиций. Сделать это можно либо с помощью документированного языка поисковых запросов Яндекса или с помощью бесплатного инструмента проверки переоптимизации в сервисе «Пиксель Тулс» [6].

Таким образом:

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

Первый типа не работает.

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

А второй работает только в яндексе? Как его самому проверить?

И какие нарушения показываются в

Диагностика ->  Безопасность и нарушения

?

Дабы не переписывать код, написал себе полифил

Может модуль не включен.

Гляньте вывод phpinfo()