Drush команда для мгновенной установки друпала

[@igorr]

exec(«chmod -R 0777 $droot/»);

Это зачем сделано?

[@Dzen_Marketing]

Думаю, что автор не стал у себя заморачиваться с MPM или ещё как-то и просто сим убирает проблемы с владельцем файлов

[@IlyinEugene]

да, тут открывается доступ к файлам. При установке об этом выводится сообщение «мол учтите что права к вашей папке 0777, возможно надо их изменить».

[@Mobby]

Ужк как неделю интересуюсь автоматизацией установки друпала. Только одно не понял: скрипт создает новую бд mysql?

[@IlyinEugene]

Да, создает.

[@bezumkin]

Простите, что вмешиваюсь, но мне кажется, такие скрипты лучше писать на bash.

Если будет интересно — посмотрите вот сюда, это bash-скрипт для автоматизированной установки MODX.

Только используется Nginx + php5-fpm, что позволяет устанавливать и запускать каждый сайт из под своего юзера и со своими конфигами php. Что гораздо безопаснее и удобнее, чем Apache2.

[@IlyinEugene]

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

[@bezumkin]

Вы поглядите тогда мой скрипт — там все есть.

Кажется, нужно только изменить команды на установку движка.

[@Anonym]

• создается файл хоста в /etc/apache2/sites-available и симлинк для включения сайта (имя хоста вы вводите сами);
• добавляется соответствующая запись о хосте в /etc/hosts;
• создается директория указанная в качестве document root.

Я давно настроил (локально, конечно же) dnsmasq и mod_vhost_alias. Мне достаточно создать каталог для нового сайта и он сразу заработает. Было бы неплохо в вашем скрипте предусмотреть, что не все пользователи нуждаются в создании хоста.

[@IlyinEugene]

> Я давно настроил (локально, конечно же) dnsmasq и mod_vhost_alias. Мне достаточно создать каталог для нового сайта и он сразу заработает.
Это сложнее переносить, например мне приходится работать на 3х разных компьютерах. Проще скопировать скрипт чем что то настраивать везде.
Если хост не нужен, проще использовать обычные драш команды для установки друпала.

[@Anonym]

Вы ведь в вашем драш скрипте можете спрашивать пользователя «Создать virtualHost?», «Добавить запись в hosts?»

[@IlyinEugene]

да но в случае если он отказывается, в моем скрипте смысла нет. Достаточно драш команд. Поэтому это скрипт для тех кому нужен хост :)

[@Anonym]

Ну тогда это костыль какой-то. Уж извините.

[@IlyinEugene]

не претендует на промышленное решение.

[@E_STRICT]

Имхо, устанавливать сайты из под root-а всё таки не правильно.
Одна из особенностей друпала это то, что он по умолчанию не «привязывается» к домену и может быть установлен не только в корневую директорию сайта. Поэтому нет никакой необходимости для каждого «песочного» сайта добавлять записи в hosts и sites-available. В общем случае можно обойтись одним доменом:

• sandbox/site1
• sandbox/site2
• sandbox/site3

Для автоматизации установки Друпала удобно пользоваться bash в сочетании с drush командами. И ещё есть очень удобная команда drush make (до 5-ой версии Drush была в отдельном модуле ).

[@kolebas]

вы своим chmod -R 0777 подрываете доверие к тому, что написали что-то стоящее, уж извините. Ну а так, такие скрипты пилят массово, вот например www.google.co.in/search?q=site%3Adrupal.org+drush+apache, ну и недавно была новость про неплохой вроде скрипт, но не для drush www.opennet.ru/opennews/art.shtml?num=34329

[@IlyinEugene]

ну а без chmod он не заработает. Опять же я вежливо предупреждаю сообщением в скрипте, что права установлены 0777, и вам нужно самостоятельно их настроить как вам надо.

[@DaHacka]

А если не «chmod -R 0777 $droot/» сделать, а «chown -R apache:apache $droot/» разве не заработает как надо?

[@IlyinEugene]

не уверен, там не www-data должно быть вместо апач?

[@Dzen_Marketing]

Зависит от того, что написано в конфиге апача.
ЕМПИП, дебиан и родичи — www-data
RPM-based — apache

[@kolebas]

я не против chmod, я не пойму почему все так любят 777, счастливое число?

[@IlyinEugene]

можно и 666 но выглядит опасно :)

[@kolebas]

именно, давать доступ на запись для всех — от лукавого

[@IlyinEugene]

согласен, бесспорно минус.

[@kolebas]

думаю что-то типа
юзер ALL=NOPASSWD: /usr/sbin/apache2ctl
в /etc/sudoers разрешит вам рестартовать апач из под вашего юзера, а если его добавить в группу www и разрешить ей писать в /www то можно не запускать скрипт от рута, ну и вот есть великая вещь, там люди все это прошли community.aegirproject.org/notebook

[@IlyinEugene]

да мой коллега даже работал с ним, но это масштабное решение.

[@kolebas]

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