iccup

iccup
Рейтинг
209
Регистрация
01.05.2016

а просто

$ab_se['facebookexternalhit'] = array('.'); // Facebook
будет ошибкой?

Включил логи для ботов которые попали на заглушку, там есть строка -

69.171.251.25 69.171.251.25 mydomain.com facebookexternalhit/1.1 (+http://www.facebook.com/externalhit_uatext.php)
, хотя в конфиге вроде есть правило пускать ботов facebook.
$ab_se['facebookexternalhit'] = array('31.13.'); // Facebook

-Dima-, спасибо все работает, скинь в личку кошелек wm скину на пивко денег.

А что касается временно или нет, заплатка или не заплатка. Мое мнение таково, ничего это кардинально не меняет, ибо все прекрасно работает. По мере поступления новых страниц пагинации которые ранее отвечали кодом 404, просто будет контент. Не вижу никаких проблем.

---------- Добавлено 06.09.2018 в 17:45 ----------

egos:

А error_page указать для конкретного location.

можно и для всех, если правильно оформленная страница 404, то почему бы нет?

egos:
Автор забыл уточнить, что подобное решение имеет шанс на успех, если ваш движок будет кешировать все действительные страницы в отдельных файлах :)

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

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

что-то тут много понаписано, хотя уже я указал ссылку на уже решенную проблему - https://toster.ru/q/208680, только там структура урла другая, joomla, и fastcgi. У меня dle и nginx apache как модуль.

-Dima-:
Поправочка, последнее предложение стартпоста упусил :)
location  ~ /xfsearch/doppole/(.*)/page {
set $r_uri $1;
try_files $uri $uri/ /index.php?$args @missing;
}

location @missing {
return 302 $scheme://www.domain.com/xfsearch/doppole/$r_uri/;
}


---------- Добавлено 05.09.2018 в 14:37 ----------

Что-то эффект тот же что и до. Так же редиректит на /xfsearch/doppole/(.*)/ и существующие страницы и 404-е. Если что я воткнул это сразу вначале server если это имеет значение.

вы клоните к тому чтоб движок править что ли?

такой конфиг не работает как надо, он редиректит все подряд - и существующие страницы и страницы 404,

server {
location ~ /xfsearch/alt/(.+)/page/([0-9]+)/ {
error_page 404 = @page;
}
location @page {
if ($request_uri ~ /xfsearch/alt/(.+)/page/([0-9]+)/) {return 301 /xfsearch/alt/$1/;}
return 404;
}
...

я нашел похожу проблему, но там двиг джумла и структура урла немного другая

error_page 404 =404 /404.html;
location ~* \.php$ {
include fastcgi_def;
include add/cachephp;
if ($request_uri ~ /(.+)/page-\d+\.html) {
error_page 404 = @page;
}
fastcgi_intercept_errors on;
}
location / {try_files $uri /index.php?$args;}

location @page {
if ($request_uri ~ /(.+)/page-\d+\.html) {return 301 /$1.html;}
return 410;
}

что, зачем и почему? не разберусь. Ссылка на топик - https://toster.ru/q/208680

Всего: 1370