Самое важное - вернулся ли юзер после вашего сайта в поиск продолжать искать то что искал.
1. Если юзер провел на вашем сайте 30 сек, смотрел одну страницу и больше не гуглил эту тему = ваш сайт на 100% отвечает запросу (запросам) и у вас все ок.
2. Если юзер просмотрел 5 страниц, пробыл на сайте 5 минут, ничерта не нашел - вернулся в поиск и попал на сайт из п.1 - то у вас все плохо, несмотря на типа отличные ПФ.
Сори, че то затупил...
Из Москвы и Германии открываетя норм, а вообще - http://ping-admin.ru/free_test/
Яндекс браузер, Опера, Лиса, ИЕ
Mobiaaa, киньте мне в личку дамп и пример запроса.
Более года назад перешел с мускуля на Марию 10,1 - остался доволен.
Вот данные мунина по моему серверу.
Кол-во запросов и кол-во медленных запросов (причем время слоу квери я выставил на 0,5 сек)
Это облачный ВПС с 4 ядрами и 16 гигами оперативы держит примерно 80.000 трафа Джумло сайтов. На прошлой недели были пики выше 1000 запросов в сек. (боты набежали) - эти пики вообще никак не отражаются на медленных запросах, все работает очнеь быстро.
Да и от тех единичных медленных запросов можно легко избавиться, просто мне уже лень в них колупаться.
NothingMatters, спасибо, почти то что нужно.
чуть изменил и получил то что хотел
SELECT * from profi WHERE userid not in (select id from users) and `userid` != 0
Постараюсь объяснить еще раз.
Есть таблица юзерс, в ней поле айди.
Есть таблица профи, в которую при регистрации попадают определнная группа юзеров, и она связана с таблицей юзерс через поле userid.
userid - это по сути id таблицы юзерс.
За годы работы сайта скопилось много ошибочных регистраций и сейчас есть много записей в таблице профи, в которых прописаны userid а таких ID в таблице юзерс уже давно нет!!!
Вот мне и нужно найти эти записи в таблице профи и почистить у этих записей поле userid
P.S. может это важно - но поле userid таблицы профи по умолчанию = 0
Мне как раз и нужно найти записи в таблице профи в которых есть ТАКОЙ userid КАКОГО ID НЕТ в таблице юзерс
RIGHT JOIN не нашел ничего
LEFT JOIN просто вывел все записи таблицы профи
Были бы там пояснения, а пока я вижу что во всех случаях таблицы пересекаются, а мой случай где?
Это связано не с РКН и Телеграмом, а с тем что в конце марта Гугл запустил специальный сервис Outline ровно для этого.
То есть раньше проксирование через Гугл было багом. А теперь это фича.
