FAQ: Ошибка Infinite loop detected in JError

[RgDarkDuke]

Ребят, залил сайт на хост jino, все как обычно конфиг,базу залил настроил,а мне при заходе на домен выдает Infinite loop detected in JError=(.При попытки зайти в админку тоже самое. Что за ерунда? Причем когда я беру конфиг со своего другого сайта с Joomla 1.5 и вставляю его (переделав пути все соответственно)  в  сайт на Joomla 1.7 все работает.

[EndVal]

Ошибка Infinite loop detected in JError.
Каждый старается разобраться с ошибкой методом тыка. Причем все довольно сумбурно и непонятно, почему в одном случае срабатывает, а в другом нет. Попробуем разобраться.
Сначала, что это означает. «Бесконечный цикл обнаруженный в JError». Возникает вопрос: а причем бесконечный цикл.  Он возникает при попытке подключения к базе данных.

Причина:
Когда JSite (наследник от JApplication) инициализируется,  он пробует запустить  новый сеанс. А это требует записи в таблицу сессии #__session. При подключения к базе данных при некорректном или отсутствии параметра вызывается JError:: raiseError. Настройки по умолчанию  JError указывают, что заданная по умолчанию обработка ошибок уровня это - E_ERROR, который вызывает callback (откат), который в конечном счете опять вызывает запрос JError:: customErrorPage(). Он старается получить копию глобального объекта с JFactory:: getApplication (), который приводит опять к тому же самому исключению, которое будет вызываться снова и снова, вызывая бесконечную проблему цикла. Довольно туманно, но что сделаешь, такая вот ситуация.

А теперь по-простому (можете верхний абзац не читать). Из обзора форумов при решении этого вопроса.

1.   В большинстве форумов предлагают такой вариант (удивился, но это тащится с одного ф. на другой ф. как единственное решение, Люди не присваивайте чужие решения, тем более ошибочные. Хочется показаться умным? Понимаю!)
a. Зайти на ftp в папку libraries->joomla->filesystem
b. Скачать файл folder.php на ваш компьютер (не забудьте сделать резервную копию этого файлы)
с. Открыть файл folder.php редактором и найти строку  $obd = ini_get(’open_basedir’)
в. Закоментировать ее // $obd = ini_get(’open_basedir’)
у. Сохранить изменения и закачать файл назад на сервер.

Комментарий: Помогает, все радуются, ставят плюсы, но это чисто отношения к нашему вопросу не имеет. Обязательно находится «один уродливый» и испуганно пишет «мне не помогло». Но его никто не слышит и не хочет слушать. И он один остается в глубоком раздумье «неуж я один такой тупой».
Если ему не помогло, значит основная причина не в этом.
Лучше не закомментить, а написать $obd = NULL  с точки зрения прогера.
 Этот вариант тесно связан JFolder::create: Path not in open_basedir paths
 Warning! - Failed to move file
Это связано с тем, что разработчики намеренно заблокировали возможность создания каталогов на серверах, где значение параметра ‘open_basedir’ не совпадает с корнем сайта. Зачем – у них спросите.

В таком случае вообще ничего не исправлять в folder.php. В настройках Apache для хоста или в php.ini установить -open_basedir "полный_путь_к_document_root:." - где установлена Joomla и точка.
Так что файл folder.php - невиновен.
2.   Второй вариант. Предложение изменить тип configuration.php public $dbtype = 'mysqli';    на public $dbtype = 'mysql';
Опять публичный рев, ура, +500, и т.д. И опять находится возмутитель: «А у меня не работает, не помогло». А кому нужен он одиночка, который тупой. Ноль внимания. Крик в пустыне. Но проблема-то осталась, хотя бы для него одного.
3.   Следующий вариант.
Настроить пути tmp, log.
   public $log_path = '/home/u119234/adsmirnyru/www/logs';
   public $tmp_path = '/home/u119234/adsmirnyru/www/tmp';
Многим помогает, буря оваций и т.д И опять находится некто, несогласный с ними, но его уже никто не слышит. Проблема опять осталась нерешенной для него.
4.   И так куча вариантов, найденных методом тыка. И каждый прав в своей «находке». Такой мы народ, просто так нас не переубедишь.
5.   А вся беда заключается в configuration.php и только в нем. Строк много, остановимся только на некоторых:
   public $dbtype = 'mysqli'; какой на локалке такой и должен быть на хостинге
   public $host = '70.108.70.10'; поставьте свой
   public $user = 'u119234'; а это имя юзера
   public $password = 'v34cmAaK'; пароль юзера
   public $db = 'b119234'; имя базы данных
   public $dbprefix = 'jos_'; внимание, это префикс таблицы, хостер всегда меняет, если он ставят joomla
   public $log_path = путь к logs;
   public $tmp_path =путь к tmp; пишется полный путь в ‘’ одинарных

Совет: через свой хостинг «доберитесь» до своей базы данных MySQL, т.е. запустите phpMyAdmin.
Он требует пользователя, пароля, имени базы данных. Если вы раскрыли базу данных  - отлично. Вот эти данные проставьте в строки  configuration.php. И еще проверьте, какой префикс. С путями надеюсь, понятно.

Обычно этого бывает достаточно, чтобы проблема исчезла. Если проверка «спотыкается» на одном из строк configuration.php при подключении к базе данных – идет прерывание и в «штопор», т.е в «бесконечный цикл» (читай, где «туманно»).

[SmokerMan]

EndVal
зачет, улыбнуло   "+"
небольшая поправочка

public $dbtype = 'mysqli'; какой на локалке такой и должен быть на хостинге

драйвер mysqli может поддерживаться (быть настроенным) на локалке и не поддерживаться на хостинге, а так же наоборот. В последнее время поддерживается практически всеми нормальными хостингами.

[workstudio]

EndVal Огромное человеческое пасиба! У меня из-за лени засрался сайт из-за того что я на рабочем проекте тестировал модули, скопировал бэкап и на локалку, чтобы без риска посмотреть что нужно почистить из базы, и возникла та же проблема. Помогло лишь одно действие, пути.. совет номер 5. всего 4 строчки изменил и все заработало.

[korvin222]

Всё изменил, ничего не помогало.... .. Пока не сделал вот это: изменил сам пароль в базе данных MySQL хостера - и сайт заработал. ))

[Uzurpator]

Спасибо, заработало после первого пункта ( поставил null) Выдавало JFolder::create: Путь не в пределах значения переменной open_basedir
        Внимание! Не удалось переместить файл! при попытке установки любого модуля и плагина на сервер. Еще раз спасибо.

[VAlex1983]

Еще вариант - ничего не менял... упал сайт. После долгих плясок с бубном один домен поднялся (после заведения нового пользователя и пароля). Второй нет... конфиги никто не трогал. Вообще ничего не трогал.

Бродя по интернету понял что может быть виновата Акеба (установленная на одном из доменов, а база общая).
Но что делать?

При попытке попасть в пхпМайАдмин "already+has+more+than+'max_user_connections'+active+connections"

[Dorfman]

Всё, понятно. Эксперимент показал: если вылезает эта ошибка - значит, неправильно отконфигурен configuration.php

В эксперимент входили следующие заведомо ложные данные в полях:

dbtype
host
user
password
db
dbprefix
log_path
tmp_path

Если данные введены без ошибок - всё пашет. Кстати, ещё проверил: если "накосячить" в конфиге и закомментить строку из этого сообщения, то ни фига всё равно не работает!

[Evgg]

от чайника чайникам:
помог вариант 2.
при этом в файле configuration.php менял строки, в которых прописаны логин и пароль для обращения в БД, а так же пути к директориям log и temp.
создал БД заново на сайте, создал пользователя для нее и перенес в эту БД все таблицы из БД на локалке. И заработало.

[Vetl]

У меня такая ошибка появилась после копирования сайта в другую папку на хостинге (для тестов), а базы данных в новую базу, чтобы не затрагивать оригинал. Просто в MySQL не хватало пользователя для обращения к новой БД. После создания пользователя и задания ему прав на новую БД все нормализовалось.

[AlexCar]

Ошибка Infinite loop detected in JError!!
Ребята, я уже реально задолбался править этот скрипт configuration.php. Все уже по науке (учел все рекомендации) - и хрен вам((( В локале сайт прекрасно работал.
Я не смог найти префикс БД хотя база создана, доступ к ней идет без запроса пароля (его ввел 1 раз при создании). У меня нет в БД ни одной таблицы. Но ведь они и не нужны?  


Может просто покажите ктонить готовый скрипт ну с закрытыми паролями и т.д.? 

[mark1]

У меня нет в БД ни одной таблицы. Но ведь они и не нужны?

  Это хорошая шутка =) Ты ведь правда СНАЧАЛА проимпортировал базу с локалки на сервер онлайн, прежде чем бить тревогу ?  Это в какой это базе нет таблиц))?

[mark1]

Ошибка Infinite loop detected in JError.

5.   А вся беда заключается в configuration.php и только в нем. Строк много, остановимся только на некоторых:
   public $dbtype = 'mysqli'; какой на локалке такой и должен быть на хостинге
   public $host = '70.108.70.10'; поставьте свой
   public $user = 'u119234'; а это имя юзера
   public $password = 'v34cmAaK'; пароль юзера
   public $db = 'b119234'; имя базы данных
   public $dbprefix = 'jos_'; внимание, это префикс таблицы, хостер всегда меняет, если он ставят joomla
   public $log_path = путь к logs;
   public $tmp_path =путь к tmp; пишется полный путь в ‘’ одинарных

  Истинно так! Часто при переносе путают имена баз, или логин/пароль пользователя БД.

[Traser50rus]

  Истинно так! Часто при переносе путают имена баз, или логин/пароль пользователя БД.

Все точно так! Именно по этому пункту нужно пройтись и все решится!

[acrid]

конечно спасибо за информацию, но не один вариант не помог!..

[Mitrich]

Написал вот маленькую тулзу
проверяет подключение опираясь на configuration.php

Распаковать, положить в корень сайта
спросить http://site_name/config_test.php

[SmokerMan]

Написал вот маленькую тулзу
проверяет подключение опираясь на configuration.php

линк
твой файл правда не смотрел, поэтому хз что там

[Mitrich]

Да простая проверялка
коннектится к типу БД что указан в конфиге
если не удается коннектится с другим типом
Если и так и так не удалось, говорит юзеру что надо что то менять

[mickle]

Была таже хня.

Помогло тупое накатывание дистрибутива на сайт с заменой всего через SSH (кроме configuration.php). 
ничего другого не пробовал...

[xobot]

была такая же проблема, решена просто проверкой в конфиге данных о соединении с базой. помогла тулза от Митрича, за что ему спасибо!

[moderr]

Митрич, респект и уважуха! Я здесь новенький. Тестилка супер! Жаль раньше о ней не знал. Писать таковую как-то все было не досуг. Зато теперь есть чем тестить. Спасибо!

[Goldsnich]

У меня такая ошибка выскакивала при неправильных данных доступа к базе, или если забывала стартануть mysql.

[vitash]

Хм. Работал над сайтом, когда получил такое сообщение в час ночи. Нашел эту ветку, все перепробывал, забил до утра, но как оказалось на следующее утро сервер с базой упал, починили через час.
Вывод: спать по ночам нужно, а не работать! 

[andrey_s17]

вебмастеры,не поможете?
та же петрушка - Infinite loop detected in JError. Что я мог сделать не так,друзья?
С нетерпением жду Вашего спасательного круга)
 выкладываю свои confoguration.php

Показать текстовый блок

<?php
class JConfig {
   public $offline = '0';
   public $offline_message = 'Сайт закрыт на техническое обслуживание.<br /> Пожалуйста, зайдите позже.';
   public $sitename = 'rmnka';
   public $editor = 'ckeditor';
   public $list_limit = '20';
   public $access = '1';
   public $debug = '0';
   public $debug_lang = '0';
   public $dbtype = 'mysqli';
   public $host = 'localhost';
   public $user = 'ник юзера бд';
   public $password = 'пароль бд';
   public $db = 'название бд';
   public $dbprefix = 'wq4p7_';
   public $live_site = '';
   public $secret = 'SKjN9c3yOVSBZdPf';
   public $gzip = '0';
   public $error_reporting = '-1';
   public $helpurl = 'http://help.joomla.org/proxy/index.php?option=com_help&keyref=Help16:{keyref}';
   public $ftp_host = '127.0.0.1';
   public $ftp_port = '21';
   public $ftp_user = '';
   public $ftp_pass = '';
   public $ftp_root = '';
   public $ftp_enable = '0';
   public $offset = 'UTC';
   public $offset_user = 'UTC';
   public $mailer = 'mail';
   public $mailfrom = 'stavitskiy17@gmail.com';
   public $fromname = 'rmnka';
   public $sendmail = '/usr/sbin/sendmail';
   public $smtpauth = '0';
   public $smtpuser = '';
   public $smtppass = '';
   public $smtphost = 'localhost';
   public $smtpsecure = 'none';
   public $smtpport = '25';
   public $caching = '0';
   public $cache_handler = 'file';
   public $cachetime = '15';
   public $MetaDesc = '';
   public $MetaKeys = '';
   public $MetaAuthor = '1';
   public $sef = '1';
   public $sef_rewrite = '0';
   public $sef_suffix = '0';
   public $unicodeslugs = '0';
   public $feed_limit = '10';
   public $log_path = 'R:\\home\\rmnka\\www/logs';
   public $tmp_path = 'R:\\home\\rmnka\\www/tmp';
   public $lifetime = '15';
   public $session_handler = 'database';
   public $MetaRights = '';
   public $sitename_pagetitles = '0';
   public $force_ssl = '0';
   public $feed_email = 'author';
   public $cookie_domain = '';
   public $cookie_path = '';
}

[Beloruso4ka]

У меня эта ошибка плавающая, то есть то нет. Когда тестила соединение с помощью теста http://j-wiki.ru/Joomla/%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0_Infinite_loop_detected_in_JError, то иногда "Ок", а иногда падал эксепшн
Warning: mysql_connect() [function.mysql-connect]: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2) in /usr/home/grodno/public_html/kronanorient/connect.php on line 10
Соединться с базой не удлось. Ошибка - Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

Всю конфигурацию проверила, не знаю в чём проблема..

[andrey_s17]

та же фигня...то есть,то нет
моежт это болезнь Joomla 1.7,которая требует обновления?

[everestrus]

у меня тоже то есть то нет,
появилась ошибка пару раз обновил страницу пропала!

[Angigrey]

Чаще всего проблема и правда в configuration.php , например очень часто меняя пароль для пользователя DB, забываем что в конфиге он автоматом не меняется, т.к. прописывался при установке. Следовательно достаточно перебить в строчке: public $password = 'пароль'; новый пароль и все будет норм)

[metiss]

Здравствуйте! Клянусь, я прочитала все очень внимательно, сделала все возможные исправления в configuration - то же самое, та же гадость висит.
1.Сайт на хосте, перенесла на локалку в денвер (правильно перенесла, с экспортом-импортом БД).
2. Корневая папка сайта называлась как на хосте public_html, переименовала в nasa111 (это можно?!)
3. новая база данных носит имя svlank_111
4. Пароль был с хостинга - убрала ' '
Joomla 1.7.3
Вопрос: кто есть кто и куда кого писать?!
Я новичок, не бейте меня и помидоры гнилые приберегите, пожалуйста! Что надо выложить для ответа  - хоть сейчас!

Проблема решена.

[Очередной вебмастер]

Ух... ну спасибо. Спасли вы меня. Помогла смена пароля у хостера на MySQL.
Сайт стабильно работал, configuration.php вообще не трогал + стояли права 444.
Сегодня захожу и на тебе - ошибка. Так и не понял откуда взялась эта ошибка.

[b2z]

У меня вчера было такое - нечаянно поменял пароль юзера в мускуле, и сразу сайт ушел в  Infinite loop detected in JError Вернул - и все встало на свои места. Я правда на всякий случай ещё и дебаг включил, который в этой статье описан. Помог.

[Gerostrat]

Надеюсь, что меня услышат, в отличие от товарищей, у которых не получалось тогда, когда всем решение подходило...

Сайт не переносился, рабочий последние полгода. Вчера начала появляться ошибка Infinite loop detected in JError, при этом время от времени секунд на 30-60, потом все опять работает.
Сразу скажу, что файл конфигурации не трогается последние месяца 4-5, поэтому не могу понять, почему все утверждают, что проблема именно в нем. Кроме того, сайт все время работал стабильно и только вчера я заметил эту ошибку.
Итак, товарищи Гуру, не подскажете, что, собственно, может быть не так в этом случае?
Спасибо.

[b2z]

Возможно в это время виснет база или какой-то таймаут возникает? Потому что эта ошибка связана с коннектом к базе.

[Gerostrat]

Так а что сделать можно? Или нужно обращаться к хостеру с вопросом о перебоях?

[b2z]

Так а что сделать можно? Или нужно обращаться к хостеру с вопросом о перебоях?

Попробуйте обратиться. Но для начала попробуйте дебаг включить, который в этой статье описан. Тогда будет ясно, в чем проблема.

[platonische]

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

А как понять что именно он не то выдает?
Сервер стоял нетронутым несколько месяцев и ничего не делалось на нём

Код:

Table './magnittv/mtv_session' is marked as crashed

Видимо вот тут ошибка

[b2z]

Код:

Table './magnittv/mtv_session' is marked as crashed

Видимо вот тут ошибка

Это вопрос? Если да, то надо починить таблицу.

[EndVal]

EndVal
зачет, улыбнуло   "+"
небольшая поправочкадрайвер mysqli может поддерживаться (быть настроенным) на локалке и не поддерживаться на хостинге, а так же наоборот. В последнее время поддерживается практически всеми нормальными хостингами.

Давно не просматривал. Спасибо за поправочку.Ведь у нас какая цель - разобраться в ошибках и устранить их.

[xontas]

у меня такая же проблема.
Сайт висит с этой ошибкой второй день/ На сайте никаких работ не происходило
хостер clodo.ru говорит что проблема не в них...
а у меня доступа к базе данных нет:) так как изначально в isp менеджере не был установлен phpmyadmin - видимо через консоль как-то заливалась база. Не я делал... уже все перепробовал из этих вариантов, но ниодин не подошел... как в базу данных зайти не знаю... что делать?

[CrazyTimon]

если у вас MySql, то подключайтесь к базе через http://www.mysql.com/downloads/workbench/
И через неё управляйте своей БД, давно уже ушел с PhpMyAdmin и всем советую =)

[nastjushka]

Ошибка Infinite loop detected in JError.
Каждый старается разобраться с ошибкой методом тыка. Причем все довольно сумбурно и непонятно, почему в одном случае срабатывает, а в другом нет. Попробуем разобраться.
Сначала, что это означает. «Бесконечный цикл обнаруженный в JError». Возникает вопрос: а причем бесконечный цикл.  Он возникает при попытке подключения к базе данных.

Причина:
Когда JSite (наследник от JApplication) инициализируется,  он пробует запустить  новый сеанс. А это требует записи в таблицу сессии #__session. При подключения к базе данных при некорректном или отсутствии параметра вызывается JError:: raiseError. Настройки по умолчанию  JError указывают, что заданная по умолчанию обработка ошибок уровня это - E_ERROR, который вызывает callback (откат), который в конечном счете опять вызывает запрос JError:: customErrorPage(). Он старается получить копию глобального объекта с JFactory:: getApplication (), который приводит опять к тому же самому исключению, которое будет вызываться снова и снова, вызывая бесконечную проблему цикла. Довольно туманно, но что сделаешь, такая вот ситуация.

А теперь по-простому (можете верхний абзац не читать). Из обзора форумов при решении этого вопроса.

1.   В большинстве форумов предлагают такой вариант (удивился, но это тащится с одного ф. на другой ф. как единственное решение, Люди не присваивайте чужие решения, тем более ошибочные. Хочется показаться умным? Понимаю!)
a. Зайти на ftp в папку libraries->joomla->filesystem
b. Скачать файл folder.php на ваш компьютер (не забудьте сделать резервную копию этого файлы)
с. Открыть файл folder.php редактором и найти строку  $obd = ini_get(’open_basedir’)
в. Закоментировать ее // $obd = ini_get(’open_basedir’)
у. Сохранить изменения и закачать файл назад на сервер.

Комментарий: Помогает, все радуются, ставят плюсы, но это чисто отношения к нашему вопросу не имеет. Обязательно находится «один уродливый» и испуганно пишет «мне не помогло». Но его никто не слышит и не хочет слушать. И он один остается в глубоком раздумье «неуж я один такой тупой».
Если ему не помогло, значит основная причина не в этом.
Лучше не закомментить, а написать $obd = NULL  с точки зрения прогера.
 Этот вариант тесно связан JFolder::create: Path not in open_basedir paths
 Warning! - Failed to move file
Это связано с тем, что разработчики намеренно заблокировали возможность создания каталогов на серверах, где значение параметра ‘open_basedir’ не совпадает с корнем сайта. Зачем – у них спросите.

В таком случае вообще ничего не исправлять в folder.php. В настройках Apache для хоста или в php.ini установить -open_basedir "полный_путь_к_document_root:." - где установлена Joomla и точка.
Так что файл folder.php - невиновен.
2.   Второй вариант. Предложение изменить тип configuration.php public $dbtype = 'mysqli';    на public $dbtype = 'mysql';
Опять публичный рев, ура, +500, и т.д. И опять находится возмутитель: «А у меня не работает, не помогло». А кому нужен он одиночка, который тупой. Ноль внимания. Крик в пустыне. Но проблема-то осталась, хотя бы для него одного.
3.   Следующий вариант.
Настроить пути tmp, log.
   public $log_path = '/home/u119234/adsmirnyru/www/logs';
   public $tmp_path = '/home/u119234/adsmirnyru/www/tmp';
Многим помогает, буря оваций и т.д И опять находится некто, несогласный с ними, но его уже никто не слышит. Проблема опять осталась нерешенной для него.
4.   И так куча вариантов, найденных методом тыка. И каждый прав в своей «находке». Такой мы народ, просто так нас не переубедишь.
5.   А вся беда заключается в configuration.php и только в нем. Строк много, остановимся только на некоторых:
   public $dbtype = 'mysqli'; какой на локалке такой и должен быть на хостинге
   public $host = '70.108.70.10'; поставьте свой
   public $user = 'u119234'; а это имя юзера
   public $password = 'v34cmAaK'; пароль юзера
   public $db = 'b119234'; имя базы данных
   public $dbprefix = 'jos_'; внимание, это префикс таблицы, хостер всегда меняет, если он ставят joomla
   public $log_path = путь к logs;
   public $tmp_path =путь к tmp; пишется полный путь в ‘’ одинарных

Совет: через свой хостинг «доберитесь» до своей базы данных MySQL, т.е. запустите phpMyAdmin.
Он требует пользователя, пароля, имени базы данных. Если вы раскрыли базу данных  - отлично. Вот эти данные проставьте в строки  configuration.php. И еще проверьте, какой префикс. С путями надеюсь, понятно.

Обычно этого бывает достаточно, чтобы проблема исчезла. Если проверка «спотыкается» на одном из строк configuration.php при подключении к базе данных – идет прерывание и в «штопор», т.е в «бесконечный цикл» (читай, где «туманно»).

Спасибо большое за информацию! очень помогло ))) у меня проблемы оказались в путях, всего лишь лишний пробел стоял, и из-за этого не работало все, как надо ))

[Nuta]

Внимательно прочла пост. Все проверила и перепроверила. configuration.php - ок. Тест Mitrich-а не показал ошибок. Тест с joomla docs показал наличие таблицы, требующей восстановления - qu5x3_session - восстановила. Кэш почистила, в другом браузере и на другом компьютере посмотрела. Ошибка  Infinite loop detected in JError теперь при включенной отладке системы не появляется. Но симптомы не исчезли. Требуется обновить страницу, чтобы появился материал. Причем какие-то материалы открываются сразу при нажатии, какие-то только после обновления страницы. Вот сайт. Joomla 1.7. Буду благодарна за подсказку. Готова отблагодарить и в денежном эквиваленте.

[user]

Выдал такую же ошибку.
Я перетащил сайт и базу на новый сервер(на localhost), пользователя в таблице пользователей соответственно нет. Добавил пользователя с паролем, дал ему базу и все заработало.
Это скорее по невнимательности, но и такое может быть, может кому поможет.

[Nuta]

У меня дело оказалось немного в другом - добавила в .htaccess строку php_value memory_limit 128M и зависания исчезли

[usemind]

Возникла ошибка. При переносе забыл залить БД на новый хостинг =))) залил - все ok. Вот так тупо спалился) Может, кто еще забудет. Надобытьвнимательнее!
А если у кого возникает периодически –– меняйте хостера. Так как это снижает позиции в ПС. тем более если ошибка 500 выскакивает, как у доминанта (имхостер)...
Если кто боится переносить, могу помочь бесплатно без обмана. пишите inverser__@__qip.ru
В начале янв 2013 перенес 5 своих сайтов. опыт есть)