Меню Рубрики

Установка drupal на mint

Как установить Drupal 8 на Ubuntu/Debian

Руководство по установке CMS Drupal 8 на виртуальный сервер под управлением операционной системы Ubuntu/Debian.

Что это такое?

CMS с открытым исходным кодом, проста в установке, позволяет создавать сайты любого размера и легко управлять ими с помощью бэкэнд-администрирования. По сравнению с предыдущими версиями Drupal 8 включает более 200 новых функции и улучшений:

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

Примечание: CMS — прикладное программное обеспечение с веб-интерфейсом, которое служит для управления (например добавление, редактирование, удаление) содержимым сайта.

Виртуальный сервер на базе Linux

Первоначальные требования

Все действия в данной инструкции выполняются с правами суперпользователя.

Перед тем, как начать работать с Drupal, на виртуальный сервер необходимо установить LAMP-стек. Об этом подробно написано в нашей инструкции.

После того, как у вас есть необходимые права и нужное ПО, вы можете начать установку.

Загрузка Drupal

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

С помощью команды tar распакуйте файлы:

В итоге содержимое каталога будет следующим:

Скопируйте файлы в каталог с помощью команд: cd drupal-8.3.4
rsync -avz . /var/www/html

Настройка Drupal для обеспечения безопасности

Сценарий установки требует внесения некоторых изменений в каталог Drupal, чтобы закончить процесс правильно. Сначала сделайте нужный подкаталог подкаталог:

cd /var/www/html/sites/default/
mkdir files

Далее мы должны скопировать файл настроек по умолчанию в файл, который Drupal использует для активной конфигурации:

cp /var/www/html/sites/default/default.settings.php /var/www/html/sites/default/settings.php

Этот активный файл настроек временно требует дополнительных разрешений во время процедуры установки. Необходимо предоставить разрешения на запись владельцу группы:

chmod 664 /var/www/html/sites/default/settings.php

Нужно предоставить групповое владение файлами веб-пользователю, которым является www-data:

cd /var/www
chown www-data:www-data -R ./*

Настройка Базы данных

Создайте новую БД для MySQL для Drupal, для этого заходим в MySQL-оболочку:

Войдите в СУБД, используя пароль суперпользователя MySQL. Затем нужно создать базу данных, нового пользователя в этой базе данных и предоставить ему привилегии.

Создаем нового пользователя:

CREATE USER duser@localhost;

Устанавливаем пароль для нового пользователя, указав вместо ваш пароль:

SET PASSWORD FOR duser@localhost= PASSWORD(» «);

Завершите настройку, предоставив все привилегии новому пользователю. Без привилегий CMS не сможет полноценно использовать базу данных:

GRANT ALL PRIVILEGES ON drupal.* TO duser IDENTIFIED BY ‘ ‘;

На этом этапе можно выйти из оболочки MySQL:

Дополнительные модули PHP

Для работы данной CMS необходимо установка специальных модулей php. С помощью последующих действий установите их:

apt-get update
apt-get install php7.0-gd

Далее сделаем несколько небольших изменений в файле конфигурации PHP. Откройте файл конфигурации Apache PHP в текстовом редакторе, например vi:

Откройте директивы expose_php и allow_url_fopen и установите оба значения в «Off».

Примечание: в текстовом редакторе vi поиск можно осуществить следующем образом — нажмите “/”, введите слово для поиска, далее Enter. Перебор соответствий можно осуществить с помощью клавиши “n”.

Настройка Apache

Чтобы перейти к настройке Drupal в браузере, необходимо отредактировать файл конфигурации apache:

Примечание: если у вас несколько сайтов на сервере используйте документацию на Apache.

Настройка FireWall для возможности удаленного доступа (проброс порта):

iptables -A INPUT -p tcp —dport 80 -j ACCEPT
iptables-save

Примечание: после перезапуска сервера порт опять будет необходимо открыть.

Выполните перезапуск сервера Apache для проделанных изменений:

Настройка Drupal

В адресной сроке браузера перейдите по ссылке, указав ваш АйПи-адрес:

В окне установке выберете профиль Стандарт и нажмите Сохранить и продолжить.

В следующем окне при возникновении ошибок установите недостающие модули.

Для продолжения перейдите по ссылке внизу страницы.

На следующем шаге введите созданного MySQL-пользователя, пароль и имя базы.

Примечание: когда вы нажмите Save and continue, есть вероятность, что вы будете перенаправлены обратно на ту же страницу конфигурации базы данных. Если это произойдет, просто обновите страницу. База данных будет настроена, и профиль будет установлен.

Как правило установка занимает некоторое время.

Далее введите личную информацию, такую как домен вашего сайта, электронную почту, и остальные сведения. При настройке Вам будут даны рекомендации по уровню сложности пароля и созданию имени администратора.

По завершению установки вы попадете в панель управления сайтом.

При переходе на сайт или ip-адрес для входа в CMS используйте созданные на последнем шаге логин и пароль.

На этом установка завершена. Теперь вы можете использовать все возможности Drupal для своего бизнеса.

источник

Drupal

Содержание

Drupal — система управления сайтом (CMS ), написанная на языке PHP и использующая в качестве хранилища данных реляционную базу данных (поддерживаются MySQL, PostgreSQL и другие). Drupal является свободным программным обеспечением, защищённым лицензией GPL , и развивается усилиями энтузиастов со всего мира.

Установка

Установка из репозиториев

Начиная с Ubuntu 12.04 в репозитории содержится и Drupal 7

Для регистрации Drupal в Apache выполните

Теперь можно запустить броузер http://localhost/drupal7/install.php

Установка вручную

Перед установкой убедитесь? что у вас установлен и настроен LAMP, а также установлен пакет php5-gd .

Скачайте архив Drupal с официального сайта 1) :

Распакуйте скачанный архив:

Создайте каталог /var/www/drupal и переместите в него содержимое архива:

Создайте директорию для сайта по умолчанию и установите её владельцем www-data 2) :

Создайте конфигурационный файл Apache /etc/apache2/sites-available/drupal со следующим содержанием:

Включите добавленный в предыдущем пункте сайт и перезагрузите Apache:

Настройка

Эти операции также можно выполнить с помощью оболочки phpMyAdmin.

Перейдите на страницу http://localhost/drupal7/install.php (путь может меняться в зависимости от установленной версии) и пройдите процедуру установки:

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

clean URLs

Если требуется включить опцию clean URLs, выполните:

Установка библиотеки PECL uploadprogress:

надо подождать некоторое время. Потом в файл /etc/php5/apache2/php.ini добавляем

Установка библиотеки APC

Настройка прав файлов

Создадим скрипт makepermissions.sh .

Заменить myusername на имя пользователя, заменить mycommerce на папку в которой есть папка public_html с «Друпалом».

Удаление текстовых файлов:

в каталогах модулей. сначала посмотрим что будет удаляться

Настройка ftp

Для загрузки обновлений модулей нежен ftp сервер. Стандартный поддерживаемый это vsftpd сервер. Устанавливаем:

Для загрузки файлов в файле настройке сервера /etc/vsftpd.conf разрешаем право на запись: write_enable=YES и local_umask=022 Рестарт сервера

Установка модулей

dh-make-drupal – скрипт позволяющий создавать deb-пакеты из модулей Drupal для более простого управления ими. Для установки dh-make-drupal выполните:

Drush

Drush – инструмент, позволяющий управлять Drupal из командной строки. Поддерживается множество действий, таких как очистка кеша, установка модулей и тем, создание бекапов, получение статуса и т. д. Полный список действий можно посмотреть на сайте http://www.drush.org/.

Читайте также:  Установка бойлера в нише

Drush содержится в репозитории Ubuntu. Чтобы его установить выполните команду

Бэкап базы

Создание бекапа базы данных

Обновление ПО

после обновления самого друпала у меня слететели все модули и отключились clean urls. бэкап файлов будет хранится в папке

/drush-backups/drupal6/20120709210216/drupal . clean urls можно обратно включить если создать символическую ссылку на /etc/drupal/6/htaccess вместо файла /usr/share/drupa6/.htaccess . потерянные модули можно установить заново.

Установка модулей

Бэкап сайта

Ручной бэкап сайта состоит из 4х этапов:

Можно делать полуавтоматический бэкап сайта с помощью ssh, rsync и drush:

источник

Drupal Русскоязычное сообщество

Предыстория. Поставил на минт стандартную связку apache+php+mysql+phpmyadmin. Практически со всеми настройками справиться самостоятельно удалось. Друпал установился нормально и даже работает! Но есть одна ложка дёгтя,которая портит весь мёд. Имеется ошибка «Updating modules and themes requires FTP access to your server» ,следовательно я не могу закачивать темы,модули,а также пользоваться ими. Нашёл темы на этом форуме с похожими проблемами,НО конкретно под мою ситуацию они не подходят.Также очень долго искал ответ в интернете,но не нашел. Подозреваю,что проблема с установкой прав. Вот и сами вопросы:

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

Буду рад любым толковым ответам.Всё ,что будет необходимо,я постараюсь пояснить.

Комментарии

странно. юзаю минт, всякое вылазило. но такого ни разу не было.
где у тя сайт лежит? Файлы сайта заливал под каким юзером?

странно. юзаю минт, всякое вылазило. но такого ни разу не было.
где у тя сайт лежит? Файлы сайта заливал под каким юзером?

попробуй финт ушами — в файлах настройки апача, где указан путь к сайту, укажи директорию в папке юзера своего. и под простым юзером залей файло сайта.
что то типа /home/vasya/sayto/www

не по теме, но юзай drush, и пофиг на эти проблемы с FTP.

драш круто конечно, но как по мне — не для начинающего

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

апач.конфиге он не назначил юзера и группу?

Но для локалки, думаю, проще раз в конфиг вписать и не парится.

Также очень долго искал ответ в интернете,но не нашел.

Файлы залиты от рута. Веб сервер, работающий от www-data, прав на запись не имеет.

Как поступить:
Сменить владельца файлов на не привелигированного пользователя. И заливать впреть под ним. Вообще под рутом не надо делать чего-либо, что можно сделать не под рутом.
Поднять ftp сервер.
В настройках drupal прописать соответствуюий сервер, логин.

Не надо давать права на запись пользователю, под которым запущен веб сервер куда-либо кроме sites/*/files/ — не надо привыкать к плохому.
Естественно не надо ставить 777 на папки и файлы.

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

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

Поднять ftp сервер.
В настройках drupal прописать соответствуюий сервер, логин.
Не надо давать права на запись пользователю, под которым запущен веб сервер куда-либо кроме sites/*/files/ — не надо привыкать к плохому.

ps по поводу запуска сервера от юзера пишет кстати klausi здесь

и зачем ему на локальном сервере ftp ?

да и по поводу прав на локалке я бы так категорично не рассуждал ,просто надо иметь ввиду как оно должно быть
некоторые делают собственником каталога /sites пользователя апача (хотя здесь https://drupal.org/node/244924 и здесь прописано как должно быть)
многие я смотрю запускают сервер от своего пользователя и не печалятся и не только на локалках , но и я видел такие настройки на vps некоторых

Собственно весь мой спитч был к тому, что надо привыкать делать нормально. Это потом очень поможет. И на локалке тоже, чтобы понять, как это делать, и какие могут быть проблемы.

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

Спасибо всем,кто откликнулся и написал свои способы решения проблем!
Вот решение,которое мне помогло:(надеюсь,всем у кого будет такая-же проблема это поможет!)

1.Перенёс папку www из /var/ в /home/username/ (Естественно ,уведомил об этом апач)
2.Командой из-под рута «chown -R www-data:username /home/username/www» изменил владельца и группу всех файлов каталога (ну и самого каталога)

Всё работает замечательно.Ещё раз,всем спасибо(=

PS ftp на всякий случай поднял))

chown -R www-data:username /home/username/www

источник

Установка и настройка Drupal VM на Ubuntu

Инструкция по установке и настройке Drupal VM на Ubuntu для локальной разработки.

Drupal VM — локальная среда для разработки на Drupal. Она разворачивает в виртуалке полноценный веб-сервер для работы с Drupal сайтом, предоставляя базовую конфигурацию сервера с тюнингом под Drupal, а также кучей опциональных пакетов для более глубокой разработки и тестов.

Данный материал — инструкция, как его использовать и настроить на работу в Ubuntu. Он также есть и на Mac и на Windows, если вам нужно под них, тогда лучше обратиться к соответствующим документациям, так как процесс установки серьезно отличается.

Что в комплекте Drupal VM

Веб-сервер Apache или Nginx (на выбор), PHP 7.1.x (с возможностью отката до 5.6), MySQL 5.7.x (или MariaDB, или PostgreSQL), поддержка Drupal 7 и 8.

Также, по желанию, можно установить следующие пакеты: Drupal Console, Drush, Varnish, Apache Solr, Elasticsearch, Node.js, Selenium, Ruby, Memcached, Redis, SQLite, Blackfire, Tideways, XHProf, XDebug, Adminer, Pimp my Log, MailHog.

По-умолчанию кроме основных пакетов ставятся: adminer, Drupal Console, Drush, MailHog, Pimp My Log и Varnish. Всё это очень просто отключается.

Разумеется, вас никто не ограничивает, внутри обычная убунту и можно ставить какие угодно пакеты под свои задачи, просто указанные выше софтины поставятся и настроятся автоматически, а делается это лишь 1 строчкой в файлик.

Читайте также:  Установка головки винилового проигрывателя

Сам Drupal VM использует Vagrant и VirtualBox, что в свою очередь отделяет каждый сайт в отдельную виртуальную систему (ubuntu) и там все разворачивает, соответственно всё за вас настраивает и делает синхронизацию папки сайта между хостом (вишей локальной системой) и виртуалкой. Работает все это очень шустро, но конкретно на Ubuntu простая установка Drupal VM будет очень сильно лагать, поэтому надо будет его подопнуть поставив несколько дополнительных пакетов которые являются опциональными для работы, но без них синхронизация крайне медленная.

Установка всех необходимых пакетов для Drupal VM

Установка Vagrant

Первым делом нам необходимо установить Vagrant, на основе которого всё это и реализуется:

Пакеты в репозиториях не актуальные, так что лучше скачать Vagrant в виде deb пакета.

Установка VirtualBox

Vagrant может работать с несколькими софтинами для виртуализации: VIrtualBox, Parallels и VMWare. Но в данном случае лучше не рисковать и юзать VirtualBox, учитывая что системного интерфейса там никакого не будет, он справится просто превосходно, и его не потребуется настраивать. В случае Parallels требуется платные издания Pro или Business, для VMWare платный плагин для интеграции с вагрантом.

Устанавливать VirtualBox можно смело из репозиториев:

Установка NFS

NFS в данном случае не Need for Speed, а Network File System, хотя эта утилита про то же что и игра — про скорость. Эта утилита по дефолту будет устанавливаться в виртуальную машину, но она также требуется на хосте для быстрой синхронизации между двумя системами, а именно — файлов сайта.

Устанавливать NFS не обязательно, но крайне желательно, без него разработка будет пыткой, например, если поправить файлик css на хосте, то он доедет до виртуалки в районе 5-10 секунд, а если файл покрупнее или изменений больше, например поставили модуль, можно идти за чаем.

Ставится это всё дело всё также из стандартых репозиториев:

Установка Ansible

Ansible помогает пробрасывать команду drush на хост, а также ускоряет различные проверки при установке и provision виртуалки.

Установка Vagrant Host Updated

Данный плагин для Vagrant позволяет автоматически прописывать все хосты в /etc/hosts вашей системы, чтобы вы имели доступ к сайту и всем сервисам через браузер, в противном случае, вам придется это делать постоянно руками. Данный плагин не засоряет hosts файл, после отключения виртуальной машины, он удаляет все что туда добавил. Так что плагин не обязательный, но крайне желательный если вы не хотите себе добавлять проблем.

На этом установка всего необходимого для Drupal VM закончена, ничего сложного и делается это один раз на системе и больше к этому возвращаться не придется. Теперь можно переходить непосредственно к Drupal VM.

Установка Drupal VM

Назвать это установкой, конечно не очень корректно, но пусть будет так. Сам Drupal VM — это просто куча файликов с настройками для Vagrant и скриптами на установку софта в виртуальной ОС чтобы вам не пришлось ничего делать. Попутно там лежит файлик для Vagranta который объясняет что с этим всем делать. Проще говоря, сам Drupal VM это просто наборы инструкций для вагранта, которые предоставляются нам в виде конфиг файла из которого всё собирается.

Качаем Drupal VM

Скачать самую последнюю версию Drupal VM можно на GitHub. У каждого релиза прикреплены 2 архива, качайте любой, у них лишь разные расширения.

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

Настройка Drupal VM

В папке, которая из архива, есть файлы и папки которые необходимы для работы Drupal VM. Для настройки используются config.yml файлы. По дефолту всегда используется default.config.yml файл. Данный файл нельзя редактировать (на самом деле можно), так как если вы захотите обновить файлы Drupal VM у вас всё слетит. В данной папке вы можете создавать файлы config.yml и local.config.yml, которые будут перекрывать переменные default.config.yml.

Суть там такая, сначала грузится default.config.yml со всеми возможными переменными и значениями по умолчанию, далее грузится (если имеется) файл config.yml, который заменяет значения переменные из default файла на новые, только те что указаны в config.yml, затем грузится local.config.yml (если имеется), который также заменяет ранее объявленные переменные своими.

Для чего это нужно? Default оно и ясно, там все возможные переменные со своими настройками, далее, вы создаете config.yml и добавляете туда переменные из default которые вы хотите переопределить и переопределяете на нужные. local.config.yml нужен если вы хотите хранить проект сайта в репозитории непосредственно с Drupal VM конфигами. Это позволит работать в одинаковой среде нескольким разработчикам, за счет одинаково сконфигурированного config.yml, но также каждому из разработчиков локально для себя переопределить общие настройки. Например, может кому-то хочется выделить больше оперативки и процессоров, при этом не трогая общие настройки которые приедут всем, а данный файл добавить в .gitignore.

В нашем случае нас интересует только config.yml в котором вы задаете только те параметры, которые вас не устраивают в default. Некоторые из них я рассмотрю ниже, это те, которые могут быть полезными и востребованными для переопределения в большинстве случаев.

vagrant_box

Данный параметр из коробки трогать не стоит, но я все же упомяну его. Это название системы которая будет установлена в VirtualBox и где будет установлен весь необходимый софт для сервера. Т.е. вы можете менять системы и версии без проблем, но если не понимаете зачем и как это работает, лучше не трогать. По дефолту там последняя Ubuntu LTS.

vagrant_hostname

Данный параметр отвечает за то, по какому адресу будет открываться ваш будущий сайт из виртуалки. Данный параметр можно менять после отключения Drupal VM системы, он лишь прописывается в hosts в момент включения и убирается в момент отключения.

vagrant_machine_name

То как будет называться система. По сути не на что не влияет, но если вы хотите запускать более 2 таких «серверов» одновременно, лучше задать данный параметр понятным для себя, так как по SSH он будет отображаться в терминале username@drupavm — это позволит вам не путаться и понимать к какой системе вы сейчас подключены. Так что лучше его задать.

vagrant_ip

IP адрес который будет отдан Drupal VM на время запуска. По дефолту везде стоит тот что выше, вы можете указать по сути любой, но особо не имеет смысла если вы не хотите запускать более 1 системы одновременно. Вы также можете поставить IP 0.0.0.0 для автоматической генерации IP, но для этого не забудьте поставить плагин для вагранта: vagrant plugin install vagrant-auto_network . Без необходимости трогать нет смысла.

drupalvm_webserver

В случае Drupal 8 рекомендуется использовать nginx. Так как BigPipe в ядре уже является стабильным и очень ощутимо ускоряет загрузку страниц без необходимости что-то настраивать и делать на стороне сайта, это шикарное решение из коробки. Но оно требует правильных настроек сервера, для ответов которые делает BigPipe нужно отключать буферизацию и сжатие. Он передает необходимые параметры, но этого мало для Apache. Там требуется отключение буферизации, тонкая настройка mod_php. По крайней мере это касается связки apache + php-fpm, которая используется в Drupal VM, в случае с nginx, он по заголовку ответа понимает что сжатие и буферизацию данному ответу проводить не нужно и соответственно ускорение получается максимальным.

Читайте также:  Установка генератора на м54

vagrant_synced_folders

Данный раздел позволяет настроить пути для синхронизации между хостом и виртуалкой.

По умолчанию тут настроена синхронизация файлов с сайтом и прочими сервисами с текущей папкой.

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

Чтобы было понятнее о чем тут настройки, надо рассказать как работает веб сервер в виртуалке. Drupal VM делает так, что все что касается веб сервера ставится в /var/www/drupalvm директорию виртуальной машины. Как правило, там находится папка drupal, внутри которой и лежит сайт.

В настройках local_path отвечает за то, где у вас на компьютере будут держаться данные файлы, а destination — где они будут на виртуалке. Учитывая всё что выше написал, если оставить настройки как есть, то содержимое папки с виртуалки /var/www/drupalvm будет синхронизироваться с папкой «.» (точка linux означает текущую папку), а именно, с папкой где лежит config.yml, в общем та что вы вытащили из архива и куда её положили. Так как на виртуалке там хранится папка drupal, внутри которой всё и находится, то у вас в папке где config.yml также будет создана папка drupal, внутри которой будет Drupal со своими файлами.

type на Ubuntu так и оставляйте NFS иначе будет лагать, а create позволяет создавать папки если они отсутствуют, или вам придется делать всё это руками.

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

vagrant_memory и vagrant_cpus

Данные два параметра позволяют ограничить ресурсы для виртуальной машины. По умолчанию 2гб оперативки и одно ядро. Для большинства сайтов этого хватит за глаза, тут вы правите при необходимости и с учетом вашей системы. Например у меня на дефолтном конфиге Drupal 8 с отключенным кэшем и включенным дебагом и ребилдом Twig отдает страницы за 100ms. Т.е. одного ядра и 2гб там за глаза.

drupal_build_makefile

Если установлен true, то при первом запуске Drupal VM он попытается найти файл drupal.make.yml в корне папки и установить Drupal на основе указанных там настроек. Для примера поставляется example.drupal.make.yml. Данный файл собирается при помощи Drush

drupal_build_composer

Аналогично параметру выше, но проект будет собран при помощи composer. Из коробки ищет файл drupal.composer.json, в комплекте также предоставляется пример в example.drupal.composer.json.

Если данный параметр ставите на true, то drupal_build_makefile должен быть false и наоборот.

drupal_build_composer_project

Собирает сайт при помощи команды composer create-project . Обратите внимание данный параметр установлен по умолчанию на true. Если вы не поменяете drupal_install_site то при первом запуске он установит Drupal при помощи данный команды. Либо отключайте установку, если хотите сделать сами или подключить уже существующий сайт, либо выбирайте каким методом ставить.

Также, если это стоит true, то drupal_build_composer и drupal_build_makefile должны быть в false. Т.е. из всей этой троицы true допустимо только одной переменной.

drupal_install_site

Означает что при первом запуске он установит Drupal сайт на основе выбранного выше способа, а там, какие уже конфиги указаны, так и поставит. По дефолту везде ставится Drupal 8. Если вообще не трогать эти параметры, то при первом запуске будет установлен Drupal 8 dev при помощи composer create-project drupal-composer/drupal-project:8.x-dev —prefer-dist —stability dev —no-interaction .

У каждого из параметров есть свои доп. настройки, а в дефолтном конфиге также можно посмотреть переменные для дефолтных пользователей и пароля. По умолчанию устанавливается логин и пароль admin, стандартный профиль.

installed_extras

То, какие доп. пакеты будут установлены, из коробки: adminer, Drupal Console, Drush, MailHog, Pimp My Log и Varnish. Если хотите переопределить, то копируйте переменную полностью и комментируйте/раскомментируйте нужные пакеты.

php_version

В большинстве случаев этой версии хватит всем, даже сайту на Drupal 7 (проверенно все работает). Если по каким-то причинам нужна другая версия, тут её можно указать. На данный момент доступны: 5.6, 7.0, 7.1, актуальные доступные версии можно посмотреть в комментарии к данному параметру default файла.

Ниже также присутствуют другие настройки для php.

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

Пример использования

Несколько примеров по установке на Drupal VM.

Виртуалка для разработки сайта с 0

Первым делом качаем архив, если этого еще не сделано, и кладем куда вам удобно. В корне данной папки создаем config.yml.

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

Далее заходим при помощи консоли в данную папку и пишем vagrant up (без sudo!), он начнет сверку всех данных и настроек. Если это новый сервак, он все скачает и установит. Самый первый запуск может быть долгим, так как ему ещё потребуется скачать ubuntu или ту систему что вы указали, в дальнейшем уже будет использовать скаченную ранее и ожидать только процесс установки. Все последующие запуски уже установленной виртуалки будут практически моментальными.

Если всё сделали верно, то по адресу (основываясь на конфиге выше) http://drupal8.dev будет открываться уже установленный сайт. А дополнительная информация будет находится по адресу: http://dashboard.drupal8.dev

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

Данный способ про то, как сделать нужные папки и установить в ручном режиме, либо уже имеющийся сайт. Пример будет на существующем сайте, установка отличается лишь тем что ненужно импортировать базу.

Этот способ предпочтительный, так как drush make и compser будут выполняться очень долго из-за того что происходит постоянная двухсторонняя синхронизация файлов. В случае с 8-кой это критично. Без SSD использовать метод выше лучше не стоит, пустая трата времени.

При таком подходе нам нужно будет отключить установку и настроить пути для синхронизации, так как в таком случае, я так понял, лучше не использовать дефолтный /var/www/drupalvm .

источник

Добавить комментарий

Adblock
detector