Смена движка с минимальными потерями в индексации

Согласен, и сейчас в большей степени, а вот лет 5 назад не все так однозначно было.... Роботы делали что хотели, но люди победили)

напихает разработчик кучу говнокода и ... ))

А эээ... технически это как реализуется ?

Вот есть у меня... скажем ... 30.000 страниц в индексе. И ?

Делаем таблицу старыйадрес-новыйадрес.. индекс по старому адресу (если адреса сильно длинные - можно хэш какой-нибудь использовать)

в корневом index.php (ЧПУ ведь наверняка используется) подключаем файл, который делает 1 доп запрос к базе на предмет наличия запрошенного URL в таблице редиректов. Если есть - редиректит.. Если нет - возвращает выполнение на основной сайт.

Поиск по индексу в 30к операция не такая уж ресурсоёмкая.

Да вот черт его знает, сомнение у меня какое-то.

Рабочее проверенное решение подобной схемы есть ?

Ведь многим же, судя по всему, было надо.

С одной стороны не хочется самому велосипед изобретать,

с другой тревожным выглядит его отсутствие...

Да, и так можно, наверное.

Но лучше делать структуру нового сайта похожей, чтобы легко было использовать regexp в редиректах.

И это должно быть легко, если движок самописный.

Но, судя по озвученному ТС, там вряд ли самопис, а программер - новичок.

Новая структура сайта похожая на старую структуру сайта - это очередная плохая структура сайта.

Обычно переделывают, чтобы подогнать под реалии, и простыми правилами тут не обойтись.

Не уверен я, что регэкспы будут быстрее выборок из базы работать, есть ли на этот счет статистика ?

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

Наверняка новые урлы тоже имеют какую то зависимость и возможно можно найти между ними связь.

Если нет, то только таблица редиректов.

ОК, перефразирую вопрос: где это готовое решение раздают ?

Если оно "верное" должно быть 3-5 опенсорс библиотек считающих хеши итд итп.

Ведь такой велосипед довольно популярная задача.

В принципе, там кода немного совсем, но огорчает отсутствие готовых рецептов.

Это обычно намёк, что есть решение и получше.

Для CMS различные плагины имеются...

А "кастомные", как правило, под себя пишут. Если учесть, что для крупных проектов редиректы есть смысл хранить не в БД, а в мемкэше (другом кэше) или вообще на уровне веб-сервера (http://wiki.nginx.org/HttpMapModule)..

И вообще примеры кода найти на просторах не так сложно..

http://stackoverflow.com/questions/12785207/using-nginx-rewrite-with-many-individual-urls