ISPmanager: смена платформы с FreeBSD на Debian

можно сменить, смотрите документацию к панели.

зы можно импортом перенести и не менять.

Если конфиг апача и нгикса для сайтов перекинуть на новый сервер, то работать будет так же...

Да. Для данных/скриптов, доступных вебсерверу - используется каталог /var/www по-умолчанию.

В принципе, да. Вы можете сменить его на /home. Особых проблем это не должно составить - разве если используете suexec (но есть пакет apache2-suexec-custom - вы там сможете перекрыть AP_DOC_ROOT в конфиге).

А вот надо-ли это вам - хороший вопрос.

Если у вас есть привязки к абсолютным путям - все-таки имеет смысл потратить немного времени и поправить это. Благо задача - достаточно простая.

Пути хотелось бы сохранить, чтобы можно было относительно легко и быстро переносить сайты сотнями с FreeBSD на Debian и обратно. Привязки сайтов к абсолютным путям есть, так что буду разбираться с apache2-suexec-custom. Жаль, опыта в Debian маловато, все время работал только с FreeBSD.

Спасибо за совет, буду пробовать!

---------- Добавлено 16.12.2012 в 23:14 ----------

Обновление:

Да, все получилось, огромное спасибо myhand!

Краткая инструкция:

Добавляем в файл /etc/apache2/suexec/www-data строки вида:

над строками:

Есть kFreeBSD :D...

Мой действительный совет был в другом - поправьте скрипты.

И делаем так 100500 раз по числу доменов...

Рекоммендую задуматься над тем,

1) как это автоматизировать при работе с доменами из ISP

2) что будет, если у вас сотни сайтов (с ваших же слов). Я не смотрел код утилиты, но он вряд-ли расчитан на подобный режим.

На сервере Debian, который я поставил вручную, мне удалось настроить пути нужным образом. Перенос сайтов мы можем выполнять своим скриптом, прототип которого уже используется для переноса сайтов на виртуальные машины девелоперов (FreeBSD).

Но насколько я понял из ответа поддержки ISPsystem, невозможно настроить панель ISPmanager таким образом, чтобы в ОС FreeBSD и Debian физические пути были одинаковы. Я настроил это руками на тестовом сервере с панелью Webmin, но интерес был как раз в том, чтобы переносить пользователей и домены средствами панели ISPmanager.

Что касается сайтов, то пока я склоняюсь установить на серверах модуль Perl, который будет возвращать сайтам физический путь исходя из имени пользователя и имени домена. Например, этот модуль мог бы возвращать для FreeBSD один путь, а для Linux - другой.

Это, увы, не исключает внесения изменений в большое количество сайтов, но изменения можно вносить постепенно, в рамках общего обновления платформы нашего сервиса...

Ну и еще хотелось вообще отказаться от панелей, попробовать какое-нибудь средство централизованного управления конфигами. Puppet, кажется есть, или что-то еще, пока не смотрел.

А как же DefaultHomeDir ?

Или я не верно понял задачу?

Вот моя переписка с ними:

Вопрос:

Ответ:

Как говорится, коротко и ясно )

Я не знаю, если честно, что будет при переносе...

Но я бы попробовал на одном юзере импорт при указании этой директивы.

Это бред, извините. Если речь идет о данных пользователей, как вы писали выше. Просто учитывайте, что есть ньюансы типа использования suexec.

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

Для CGI-скриптов можно добавить переменную окружения, указывающую путь к какому-то стандартному каталогу в хостинговой схеме. Например к DocumentRoot.

Еще есть chef, cfengine. Да много чего есть. Начиная от элементарных sh-скриптов, которых куча у любого администратора.

Только помните, что "панели" - ниразу ни средства централизованного управления конфигами. Тем более, такие как ispmanager.