Перенос UMI CMS с тестового домена на основной

Лицензионная политика UMI CMS для меня не является прозрачной. Возможно это от того, что я просто не приложил достаточно усилий, дабы понять как и на что распространяется лицензия от системы управления? Кто знает…

Но факт остается фактом. И в один прекрасный день мне довелось столкнуться с проблемами по переносу готового сайта с тестового домена на основной.

Немного лирики:

  1. Обычно, разработка нового сайта не ведется на основном домене по ряду причин, основная из которых – домен работает. И тогда в дело вступают конструкции типа: http://new.site.ru/
  2. Стандартный срок разработки нового сайта редко когда занимает меньше одного месяца, а именно столько дается на использование UMI CMS в триальном варианте. По окончании пробного периода попасть даже в административную часть без ввода ключа становится невозможно. Посему, использование триальной версии в чистом виде до момента переноса не всегда возможно.

Итак, что же ожидает неподготовленного разработчика в момент переноса?

А, собственно, ожидает, ни много ни мало – нарушение лицензионной политики и, в теории, невозможность работы сайта. До практики никогда не доводил, хотя в ближайшее время попробую.

Как сделать все правильно?

Потребуется:

  • лицензионный ключ от UMI CMS (тот, что уже был активирован на тестовом домене)
  • работающая электронная почта
  • приблизительно сутки форы (переписка – дело не быстрое)
  • послушные руки

Что делаем?

  • идем на сайт http://www.umi-cms.ru/ в раздел поддержка (на момент написания статьи — http://www.umi-cms.ru/support/)
  • в поле «Лицензионный ключ» вводим нужный лицензионный ключ и нажимаем «Проверить». Получаем форму обращения в службу заботы
  • в представленной форме излагаем свою ситуацию (бла-бла-бла, переносим сайт с тестового домена на основной, помогите). Желательно указать сразу название обоих доменов чтобы не вызывать лишних вопросов
  • если повезет, то в ответном письме сразу напишут что они сняли привязку ключа к сайту и можно спокойно переактивировать. (ну или попросят что-то там и тогда будут небольшие качели)
  • после этого можно спокойно переносить сайт

Что потом?

Как только сайт будет перенесен нужно перепривязать сайт к старому ключу. Но тут есть подвох.

Активация должна происходить на доменном имени без (!!!) WWW. Если будет с WWW – могут возникнуть проблемы. Поэтому обязательно обратите на это внимание. Итоговое зеркало с WWW можно будет указать в дальнейшем и это не будет проблемой.

Как активировать?

Цитирую: «Вам нужно в панели администрирования, в модуле «Конфигурация» удалить строку, содержащую доменный ключ и нажать «Сохранить», после этого ваш сайт выведет форму в которой нужно будет указать ваш лицензионный ключ и нажать «Ок».»

Вроде все понятно и просто.

ОБРАТИТЕ ВНИМАНИЕ: После удаления сайт будет полностью недоступен, за исключением собственно формы ввода ключа. Поэтому постарайтесь не затягивать с этой операцией, тем более что это уже основной домен.

Закономерный вопрос: что если не делать активацию?

Самая первая проблема, с которой я столкнулся – это невозможность смены пароля на администраторе (ну, видимо не только на нем).

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

Так что, как я считаю, стоит активировать. Тем более что лицензия уже куплена.

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

Простой и понятный online-курс для обучения XSLT-программиста с любого базового уровня

Ноя28

2 комментария на «Перенос UMI CMS с тестового домена на основной»

  1. При переносе сайта выдает ошибку.

    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

    что-то не указал.

    • Не похоже на ЮМИ конечно, но это даже не ошибка. Это предупреждение о ранее посланном header-е. Нужно смотреть внимательно на реальную ошибку — он где-то в исходном коде html

Ваш отзыв