Перенос UMI CMS с тестового домена на основной
Рубрика: Решения
Лицензионная политика UMI CMS для меня не является прозрачной. Возможно это от того, что я просто не приложил достаточно усилий, дабы понять как и на что распространяется лицензия от системы управления? Кто знает…
Но факт остается фактом. И в один прекрасный день мне довелось столкнуться с проблемами по переносу готового сайта с тестового домена на основной.
Немного лирики:
- Обычно, разработка нового сайта не ведется на основном домене по ряду причин, основная из которых – домен работает. И тогда в дело вступают конструкции типа: http://new.site.ru/
- Стандартный срок разработки нового сайта редко когда занимает меньше одного месяца, а именно столько дается на использование UMI CMS в триальном варианте. По окончании пробного периода попасть даже в административную часть без ввода ключа становится невозможно. Посему, использование триальной версии в чистом виде до момента переноса не всегда возможно.
Итак, что же ожидает неподготовленного разработчика в момент переноса?
А, собственно, ожидает, ни много ни мало – нарушение лицензионной политики и, в теории, невозможность работы сайта. До практики никогда не доводил, хотя в ближайшее время попробую.
Как сделать все правильно?
Потребуется:
- лицензионный ключ от UMI CMS (тот, что уже был активирован на тестовом домене)
- работающая электронная почта
- приблизительно сутки форы (переписка – дело не быстрое)
- послушные руки
Что делаем?
- идем на сайт http://www.umi-cms.ru/ в раздел поддержка (на момент написания статьи — http://www.umi-cms.ru/support/)
- в поле «Лицензионный ключ» вводим нужный лицензионный ключ и нажимаем «Проверить». Получаем форму обращения в службу заботы
- в представленной форме излагаем свою ситуацию (бла-бла-бла, переносим сайт с тестового домена на основной, помогите). Желательно указать сразу название обоих доменов чтобы не вызывать лишних вопросов
- если повезет, то в ответном письме сразу напишут что они сняли привязку ключа к сайту и можно спокойно переактивировать. (ну или попросят что-то там и тогда будут небольшие качели)
- после этого можно спокойно переносить сайт
Что потом?
Как только сайт будет перенесен нужно перепривязать сайт к старому ключу. Но тут есть подвох.
Активация должна происходить на доменном имени без (!!!) WWW. Если будет с WWW – могут возникнуть проблемы. Поэтому обязательно обратите на это внимание. Итоговое зеркало с WWW можно будет указать в дальнейшем и это не будет проблемой.
Как активировать?
Цитирую: «Вам нужно в панели администрирования, в модуле «Конфигурация» удалить строку, содержащую доменный ключ и нажать «Сохранить», после этого ваш сайт выведет форму в которой нужно будет указать ваш лицензионный ключ и нажать «Ок».»
Вроде все понятно и просто.
ОБРАТИТЕ ВНИМАНИЕ: После удаления сайт будет полностью недоступен, за исключением собственно формы ввода ключа. Поэтому постарайтесь не затягивать с этой операцией, тем более что это уже основной домен.
Закономерный вопрос: что если не делать активацию?
Самая первая проблема, с которой я столкнулся – это невозможность смены пароля на администраторе (ну, видимо не только на нем).
Связано это, скорее всего с тем, что указанный в настройках домен отличается от существующего. И, судя по серьёзности этого момента (мало кто ставит крутой пароль на систему в разработке), сюрпризов можно ожидать и дальше, если не произвести необходимые действия.
Так что, как я считаю, стоит активировать. Тем более что лицензия уже куплена.
Вот собственно и все. Пользуйтесь на здоровье. Надеюсь, что сэкономил вам время.
Ноя28
01 Сен 2013 в 18:20
При переносе сайта выдает ошибку.
Warning: session_start() [function.session-start]: Cannot send session cache limiter — headers already sent (output started at /var/www/u6247139/data/www/cvetkrasok.ru/red.php:1) in /var/www/u6247139/data/www/cvetkrasok.ru/common.php on line 12
как ее решить ?
я так думаю что в conf.php или в config.php
что-то не указал.
03 Сен 2013 в 0:54
Не похоже на ЮМИ конечно, но это даже не ошибка. Это предупреждение о ранее посланном header-е. Нужно смотреть внимательно на реальную ошибку — он где-то в исходном коде html