REQUEST_URI не соответствует явному пути и имени файла

На самом деле это не надежный ответ, это скорее попытка помочь отладить это и развеять некоторые мифы...

I have verified using phpinfo() that REQUEST_URI contains the leading slash

Да, переменная сервера REQUEST_URI Apache действительно содержит начальную косую черту. Он содержит полный URL-путь.

Однако серверная переменная REQUEST_URI Apache не обязательно совпадает с суперглобальной $_SERVER['REQUEST_URI'] PHP — на самом деле это совсем не одно и то же. Между этими переменными есть некоторые существенные различия (в некотором смысле, возможно, немного жаль, что они имеют одно и то же имя). Примечательно, что PHP superglobal содержит начальный URL-адрес из запроса и включает строку запроса (если есть) и не подвергается %-декодированию. Принимая во внимание, что одноименная переменная сервера Apache содержит переписанный URL (не обязательно запрошенный URL-адрес), не содержит строку запроса и %-декодируется.

Итак, вот почему я спросил, есть ли у вас другие директивы mod_rewrite. У вас вполне мог быть конфликт. Если другая директива переписывает URL-адрес, то условие никогда не будет соответствовать (несмотря на то, что суперглобальный PHP предполагает, что так и должно быть).

It seemed that if I put this at the top, the Last flag would end processing for that trip through, return the 410

Эта директива, безусловно, должна находиться в верхней части файла .htaccess, чтобы избежать перезаписи URL-адреса ранее. Флаг L на самом деле лишний при использовании с R=410 (любым, кроме 3xx) — в данном случае он подразумевается.

Then I change the result to be "throw a 410" and it throws a 404.

Это, безусловно, может быть вызвано переопределением на стороне сервера. Но вы можете выбросить 410 в других ситуациях, так что это, кажется, исключает это. Однако вы можете сбросить документ об ошибке в .htaccess, если сомневаетесь (если вы уже не используете собственный документ об ошибке):

ErrorDocument 410 default

RewriteCond %{REQUEST_URI} ^/dir1/dir2/dir3/v_9991_0726dd5b5e8dd67a214c0c243436d131_all\.css$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.*)$ - [R=410,L]

Хотя это на самом деле не влияет на поведение правила, вам не нужна первая директива RewriteCond, которая проверяет соответствие REQUEST_URI. Вместо этого вы должны выполнять эту проверку в RewriteRuleшаблон (что будет более эффективно, поскольку оно обрабатывается первым). Например:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^dir1/dir2/dir3/v_9991_0726dd5b5e8dd67a214c0c243436d131_all\.css$ - [NC,R=410]

Флаг NC должен быть лишним.

Тем не менее, конфликт с существующими директивами является наиболее вероятной причиной. Удалите все остальные директивы. Вы все еще видите такое же поведение?

Вы можете проверить значение серверной переменной REQUEST_URI. Вы можете либо выполнить перенаправление и передать REQUEST_URI в качестве параметра URL-адреса, либо установить переменные среды (но вам нужно будет искать REDIRECT_<var> для каждой перезаписи).

Например, вверху вашего .htaccess (или там, где вы пытаетесь это сделать):

RewriteCond %{QUERY_STRING} ^$
RewriteRule ^ /test.php?var=%{REQUEST_URI} [NE,R,L]

Создан фиктивный файл test.php, чтобы избежать внутреннего подзапроса к документу об ошибке.

Мне не удалось определить, почему конфигурация сервера или код сайта заставляли директиву ответа «410 Gone» в htaccess быть переопределенной ответом 404, поэтому мне пришлось сделать что-то вроде это, чтобы сообщить роботу Googlebot, чтобы он прекратил поиск файлов CSS/JS, которые очищаются. периодически (и переименовывается при регенерации).

в .htaccess:

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule v_(.*)_(.*)$ /410response.php [L]

в 410response.php, помещенном в корень:

<?php header($_SERVER['SERVER_PROTOCOL'].' 410 Gone');

ОБНОВЛЕНИЕ I

Ответ 404 при попытке использовать htaccess для директивы 410 был принудительно вызван сервером из-за того, что сервер, по-видимому, имел пользовательский документ 410, который, по-видимому, перенаправлялся на 404. Добавление директивы для предотвращения того, чтобы затем правильно разрешить использование htaccess для возврата 410 для совпадений с образцом в RewriteRule. (Я думал, что я уже проверил вчера, чтобы увидеть, будет ли это работать, поскольку @MrWhite сказал в своем ответе выше, чтобы контролировать сервер, возможно, имеющий пользовательский 410; сегодня, когда я делал эту проверку, он действительно работал и указывал, что сервер 410-to Перенаправление -404 переопределяло мою директиву 410.)

ErrorDocument 410 default
RewriteRule test\.txt$ - [NC,R=410]

Мистер Уайт! Я нашел это решение в один из ваших постов на Stack Exchange.