matrix500

так у меня с именно с компа такие косяки пошли :)

логично

я поэтому и написал что ИМХО:)

если учесть что гугл активно обменивается с рапидой инфой, то еще хз кто из них мудрит. Они могут подставить любую дату😂 в вашем акке.

т.е. в рапиду могли отправить 21го, а после того как рапида им подтвердила что выплатила, они поставили дату 24е

сугубо ИМХО:)

это уже 100 раз мусолилось - не напрягайтесь так - всем не докажете:)

спасибо, заработало в таком виде

RewriteCond %{REQUEST_URI} !/public/item1$

RewriteCond %{QUERY_STRING} !type=public&item=1$

тогда так?

RewriteCond %{REQUEST_URI} !/public/item1$ [OR]

RewriteCond %{REQUEST_URI} !/publ1.php?type=public&item=1$

по этому исключению уходим на сайт2 по этой ссылке

сайт2/publ1.php?type=public&id=66

т.е. получается зацикливается апач, исключение срабатывает, но затем в след. конструкции (RewriteRule ^(public)/item([0-9]+)$ /publ1.php?type=$1&id=$2 [L]) идет преобразование на урл вида publ1.php?type=public&id=66, и при повторном запуске htaccess уже урл не удовлетворяет правилу (RewriteCond %{REQUEST_URI} !/public/item1$) и благополучно переходит на сайт 2. Как то так, если я не ошибся

хотел еще изменить вхождение в самом rewriterule, но тоже не получается.

По логике все урлы которые содержат item32 не должным этим правилом обрабатываться - но все равно редиректит все подряд

RewriteRule ^(.*[^item32].*)$ http://сайт2/$1 [R=301,L]

--------------------

вот содержимое htaccess

RewriteCond %{HTTP_HOST} ^сайт1\.ru$

RewriteCond %{REQUEST_URI} !robots.txt$

RewriteRule ^(.*)$ http://сайт2.ru/$1 [R=301,L]

# Дополнительные статьи

RewriteRule ^(public)/item([0-9]+)$ /publ1.php?type=$1&id=$2 [L]

--------------------

менял FILENAME на URI - безрезультатно

правило работает одинаково верно в обоих случаях

RewriteCond %{REQUEST_FILENAME} !robots.txt$

и

RewriteCond %{REQUEST_URI} !robots.txt$

запросто (тематика кредиты), но это реально было до ноября прошлого года, щас все скатилось...