Google не индексирует страницы псевдостатики.

Значит мне только подождать надо маленько! ;)

Ну, по этому куску кода причину ошибки всё равно не понять. Работайте, отлаживайте - Вы на верном пути.

Хм, а зачем вы используете PHP? Доступен ли у вас модуль Апач ReWrite пробовали ли вы сделать через него?

Я применяю стандартное решение для таких ситуаций, типа

RewriteRule /catalog/(+.) /catalog.php?id=$1

Соответственно после /catalog/ идет параметр, идентифицирующий категорию. Все страницы, выполненные таким образом у меня в индексе Гугла...

Согласен - 301й редирект можно делать разными способами. Мне на php удобнее. Кстати, и на хостинге по умолчанию ModRewrite не было. :)

Я не полно описал ситуацию, конечно, в .htaccess есть код:

RewriteEngine On

RewriteBase /

RewriteRule ^cat([0-9]+).html/?$ /catalog.php?id=$1 [QSA]

но ведь старая адресация тоже осталась, например, catalog.php?id=23.

Я её не убирал, просто сделал дубляж адресов в виде псевдостатики.

И PHP код, который я привёл выше, должен был в случае захода на адрес, например, catalog.php?id=23, сделать redirect "HTTP/1.1 301 Moved Permanently" на страницу cat23.html.

Но при таком коде в отладке на локальном denver'e страница не появляется в браузере, а Apache.exe ставит загрузку процессора под 100%.

Главное, я выяснил, что страницы псевдостатики в кэше Google есть. Не уверен, что мне стоит в этом случае отлаживать код для отдачи 301-й ошибки.

Я так думаю, что у меня и получалось зацикливание из-за наличия двух методов: RewriteRule и PHP-кода.

Т.е. в PHP вместо старого адреса с параметром подменялся 301-й redirect на новый .html адрес, но Apache, как я понимаю, код директивы RewriteRule разыменовывает для исполнения обратно, т.е. .html адрес приводит к реальному с параметром ?id=N, а там всё идёт по кругу.

Здесь я не до конца понимаю методику работы с двумя параллельными системами адресации.