ivan-lev

Редирект - примерно так:

RewriteCond %{QUERY_STRING} wd_export=Y&pdf=Y
RewriteRule ^(.*)\.php$ /$1.php? [R=301,L]

Дык.. может всё-таки дешевле в сторону настройки посмотреть? ИМХО, настроить сервак дешевле, чем движок переносить... Хотя... Вам виднее..

http://stackoverflow.com/questions/12585993/importerror-cannot-import-name-mpttmodel

pip install django-mptt

o_O а чем питоны не угодили?

А по функциональности? Вёрстка - самое простое, что можно перекинуть...

А на Insales домен какой? Если "полноценный" (свой, а не поддомен *.insales.ru), то разрабатываете на тестовом сайте Битрикс-версию с соответствием страниц и/или редиректами, а по готовности - просто сменить NS-записи. И "всё будет".

p.s. http://forum.insales.ru/viewtopic.php?id=366

Консультация - это в режиме испорченного телефона "сделайте это... не помогло? А так? Тоже?.." Гораздо проще и быстрее, чтобы человек сам сделал. Иначе примерно так получается:

И да.. бэкапов наверняка нету?

Обратиться за платной консультацией. Или нанять специалистов, чтоб сделали хорошо.

Как правило, с нуля посещалка в 10 миллионов не вырастает.. С постепенным ростом будет происходить постепенная оптимизация... Были, кстати тут и такие, кто на спор цифры озвучивал..

Konceptovskiy, Вас случайно не Антоном зовут?

Ява быстрее...

А вообще тема слилась в унылый с..ч

Вопросы "лучше/хуже", равно как и "быстрее/медленнее" без привязки к условиям (критерии оценки, среда выполнения...) бессмысленны.

С ростом производительности и удешевлением компьютерных мощностей... При оценке приоритетов всё более явно скорость разработки "перевешивает" скорость выполнения. Естественно, это не призыв генерировать "аццкий ГК" и забивать на элементарную оптимизацию, но скорее повод задуматься об экономии на спичках.

Строго говоря, есть разница между "поменять URI" и автоматически их сгенерировать на основе pagetitle. Ничего готового для Evo не встречал (это не значит, что такого нет)..

Чуть ниже код модуля /использовать на свой страх и риск и далее по тексту :D/, который сгенерирует алиасы на основе pagetitle с учётом настроек TransAlias-а. Если документов много

- можно "экспериментировать" (обновлять частями) с числами 0 (ID стартового документа) и 7 (глубина просмотра)

- или просто запускать модуль (если не вылетает по memory_limit) несколько раз после того как вылетит по таймауту...

<?php /* module FixAliases */

echo '<br>Start FixAliases<br>';
$ids = $modx->getChildIds(0,7);
if (!$docs = $modx->getDocuments($ids, 1, 0, 'id,pagetitle',"alias=''"))
	exit('Nothing to fix');

$table = $modx->getFullTableName('site_content');
	
foreach ($docs as $k => $doc) {
	$alias = $modx->stripAlias($doc['pagetitle']);
	$modx->db->update(array('alias'=>$alias),$table, 'id='.$doc['id']);	
	echo "<br>updated &laquo;{$doc['pagetitle']}&raquo; {$doc['id']}  alias=$alias";
}

echo '<br>End FixAliases<br>';

чему? SQL? :D

Ну.. как-то так:

UPDATE {$prefix}_site_content set alias = 'test2' WHERE id=5;

или

...WHERE alias=:old_alias

Если вложенные адреса не используются или (используются адреса вложенные, но при этом структура сайта не меняется, а меняются только URL-ы) - этот вариант вполне подойдёт.

Можно накидать PHP скрипт, который на вход берёт старый и новый адрес... из файла, например

и формирует/выполняет нужные SQL-запросы в цикле...

Да.. после всех этих махинаций следует кэш очистить..

* ещё для ускорения ручной работы (когда её много сразу) - можно отключить автоматическую очистку кэша после каждого сохранения

Вообще, ТС (с точки зрения PHP) белиберду в исходных данных привёл:

<h1>$data[name]</h1>

Это либо обрабатывается каким-либо шаблонизатором...

Либо где-то выше по тексту открыты двойные кавычки (или "ёлочки" <<<). В этом случае сюда условие поместить не получится.