iccup

iccup
Рейтинг
210
Регистрация
01.05.2016
Dirty_Sanchez:
Помнится, когда я баловался уникализацией картинок (проверял через tineye.com и собсна гуглопоиск) помогал следующий способ:

1) В фотошопе менялся на пару процентов цветовой спектр изображения (сдвиг баланса цветов)
2) Там же, в фотошопе, на протяжении 15-20 секунд по изображению усердно мазалась кисть инструмента "размытие" с диаметром в 1-2 пикселя

В результате для глаза разницы никакой, а сервисы считали картинку уникальной примерно в 95% случаев.

Может, этот метод поможет кому-нибудь.

Попробовал, гугл находит.

а просто

$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;
}
...

Всего: 1371