По-моему усложняете, попробуйте на старом домене в .htaccess, в корневой папке в начале файла указать:
RewriteEngine onRewriteRule ^/(.*)$ http://newsite.ru/old-version/$1 [L,R=301]
Правило должно отправлять с любым запросом в newsite.ru/old-version.
Локальные ссылки в старом html проще подменить обычной заменой в файлах.
--------------------------
Вообще, в вашем случае куда как более логично и менее геморно было бы старый сайт разместить на поддомене, oldversion.newsite.ru, сделав обычный 301 редирект со старого имени. Это нынче легко доступно на любом хостинге.
То есть структура у вас стала бы такой:
oldsite.ru -> 301 -> oldversion.newsite.ru
Выгода - куда более гармоничное восприятие старого-нового сайта, никаких проблем с путями, они остались бы теми же, кроме того, из всех изменений - глобальная замена домена, и то не факт, что у вас абсолютные пути на старом сайте. Если относительные - вообще кроме создания поддомена и одного единственного редиректа делать ничего не надо будет.
ssh есть?
grep -r 'olddomain.com' *
Если нет - скачивайте себе дамп, и любым поиском по файлам в директории.
Кроме прочего, для PrestaShop v.1.4:
Полагаю, что код можно не трогать, достаточно изменить необходимое значение на newdomain в вашей БД.
Легко и непринужденно, в некоторых случаях этого даже много будет.
Еще правда от CPU зависит, но вряд ли там сильно ужато.
На 512 Mb, при небольшом тюнинге, у меня жил сайт с 25000 уников в сутки, правда там картинки были на другой сервер вынесены.
На данный момент на подобном VDS живут форум с 600-700 униками, правда не очень активными, сайт до 2000 уников, ну и парочка мелких проектов без особых нагрузок. При этом около трети ресурсов свободны совершенно.
Как-то так.
https://www.google.ru/#newwindow=1&psj=1&q=%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D0%B0%D1%8F+%D0%BF%D1%80%D0%BE%D0%B2%D0%B5%D1%80%D0%BA%D0%B0+%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86
7 позиция от меня, от вас может отличаться
1) Со старой URL ставится 301 Redirect на новую URL для передачи веса и для перехода пользователя.
2) 301 лучше 302, 302 - временный, 301 - постоянный.
3) Если нет возможности использовать htaccess - используйте любой доступный вариант.
Если сайт например на PHP, то
header("HTTP/1.1 301 Moved Permanently"); header("Location: newURL);
вам в помощь.
Если это nginx, то у него есть свои правила, и для правильного их составления есть даже переводчики apache-nginx.
Как показывает практика - никто толком не знает, что может выстрелить, а что нет. У каждого свои секреты и шаманские заклинания. Единственное в чем все более-менее сходятся, это - закупка ссылочных-постовых. Так что пробовать, пробовать и пробовать, применяя эрудицию, смекалку и нестандартное мышление.
И еще, нет смысла ожидать хоть каких-то вменяемых результатов сразу, СЕО - долгая партия :)
Гугл в помощь, он подсказывает, что например тут:
http://4seo.biz/tools/31/
А так бы я свой скрипт написал :)
Топикстартер выше написал, что
- чекеры синтаксиса - ваш вариант.
На счет остального - я очень сомневаюсь, что вы найдете сервис, или скрипт, который может проверить ЛОГИКУ ваших правил. Не думаю, что это реально возможно. Он ведь не будет знать, что конкретно вы хотите в результате того или иного правила, кроме того, при определенных правилах htaccess может быть масса как вхождений, так и результатов.
Тут только ручками, правило за правилом анализировать, для чего оно и что делает. В большинстве случаев ничего сложного там нет.
Если нет такого модуля или готовой возможности:
1) Добавляем поле в таблице со статьями "translitname", например. В той таблице, где ID и Name статьи.
2) Скриптиком пробегаемся по таблице, выбирая имена статей, и добавляя в новосозданное поле транслитерацию заголовка статьи.
3) В код добавления/редактирования статей встраиваем участок, который сразу будет на будущее выполнять эту операцию.
4) В файле, отвечающем за обработку GET запроса в виде цифр, добавляем код, который смотрит в базу и по GET['id'] получает translitname. В случае успеха - редирект 301 на /post/translit_name, неуспеха - на главную, например.
5) В этом же файле добавляем, что если GET уже translitname - выводим статью.
Второй вариант - .htaccess проверять, что GET цифровой и кидать в специальный файлик редиректа, который выполнит туже операцию - переведет id в translitname и сделает редирект на нужную статью уже по имени.
Этапы создания:
1) В настройке зоны нового домена прописываем тот же IP, что и у старого домена.
2) На хостинге создаем папку и виртуальный хост, правильно указав название нового домена.
3) В папочку нового домена кладем index.html с простеньким содержанием "<html>Я тут</html>", например.
4) Идем по имени нового домена и лицезреем "Я тут".
Если не лицезреем или лицезреем не то - значит проблема с конфигурацией DNS или хостинга. Если лицезреем - делаем дамп старого сайта и заливаем. Дальнейшие проблемы, если есть - ищем в файлах сайта и его БД.
Суть пути - определить на каком из этапов приключилась сложность, на этапе DNS, хостинга или уже потом, на этапе редиректа в коде сайта.
PS: детальнее можно в личку, домены и хостинг посмотреть, скажу со своей стороны в чем сложность.
