Можно проще:
SELECT t1.rayon, t3.year, COUNT(t1.id) as vsego FROM `univer_big` as t1 INNER JOIN univer_items as t2 on t2.rayon=t1.rayon INNER JOIN univer_exam as t3 on t3.item_id=t2.id WHERE t3.year >=2020 GROUP BY t1.rayon,t3.year HAVING MAX(t3.year) = 2020
Обн.: Не, не канает
Вот такой выберет, только его можно использовать только для одного года:
SELECT t1.rayon, COUNT(t1.id) as vsego FROM `univer_big` as t1 INNER JOIN univer_items as t2 on t2.rayon=t1.rayon INNER JOIN univer_exam as t3 on t3.item_id=t2.id WHERE t3.year >=2020 GROUP BY t1.rayon HAVING MAX(t3.year) = 2020
А лучше так (а, не, тут vsego корректно посчитается тоже за 1 год):
SELECT rayon,year,vsego FROM ( SELECT t1.rayon, t3.year, COUNT(t1.id) as vsego FROM `univer_big` as t1 INNER JOIN univer_items as t2 on t2.rayon=t1.rayon INNER JOIN univer_exam as t3 on t3.item_id=t2.id WHERE t3.year >=2020 GROUP BY t1.rayon,t3.year ) as t GROUP BY rayon HAVING MAX(year) = 2020
На любые года:
SELECT t1.rayon, t3.year, count(*) vsego FROM `univer_big` t1 INNER JOIN univer_items as t2 on t2.rayon=t1.rayon INNER JOIN univer_exam as t3 on t3.item_id=t2.id INNER JOIN ( SELECT t1.rayon FROM `univer_big` as t1 INNER JOIN univer_items as t2 on t2.rayon=t1.rayon INNER JOIN univer_exam as t3 on t3.item_id=t2.id WHERE t3.year >=2020 GROUP BY t1.rayon HAVING MAX(t3.year) = 2020 ) I ON I.rayon = t1.rayon WHERE t3.year >= 2020 GROUP BY t1.rayon, t3.year
По ходу это не каннибализация.
А просто google считает, что сайт не дорос до нормальных позиций.
А на ненормальных позициях google показывает шлакоблоки.
это как? пример есть?
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_pass
Вариант без монтирования
Проксировать запросы nginx-ом на nginx
Упали все тематики, все страны, все ПС, все разделы
Перед этим 2 дня был рост
Упал даже прямой трафик
Вроде , как заблокировал в в .htaccess , снизилась нагрузка. Да там ай пи меняются постоянно.
А на сайт можно попасть после этого?
У вас по ходу не прописано определение реального адреса
Зависит от того, что вкладывать в понятия ВЧ/СЧ/НЧ
Зависит от того, какие запросы преобладают
Зависит от трудозатрат и выхлопа
Зависит от того, что вкладывать в понятие "продвигать"
А нету ли решения для поиска?
А то каждые 3 поиска/страницы капча
Уже не уверен. А еще, видимо, не умею думать. Как сделать велосипед, но с 5 колесами и квадратными.Способ (здоровый, а не наркоманский) один. Ру версия из корня выносится с постраничным 301 в папку /ru/. Уа версия ставится в папку /ua/. После полной переклейки папка /ua/ так же переклеивается в корень. Все...Это не быстро, учитывая время на две переклейки. Но относительно безболезненно для трафика. С нормальной возможностью переключатся между языковыми версиями для пользователя. Понятной ПС структурой. Индексацией. Соответвует закону...
А как быть майкрософту к примеру?