Современная разработка WordPress с базой

Проблема в файле .env Если вы откроете этот файл, вы увидите некоторые переменные для соединения с базой данных, SITE_URL , HOME и самого ENV . В homestead.yaml Для каждой новой базы данных Homestead устанавливает имя пользователя «hometead» и пароль «secret», DB_HOST изменяется на localhost, WP_HOME и WP_SITEURL — на http://bedrock.apphttp://bedrock.app/wp

Теперь давайте еще раз проверим в нашем браузере bedrock.app На этот раз все хорошо.

Моя конфигурация .env

 DB_NAME=bedrock
DB_USER=homestead
DB_PASSWORD=secret
DB_HOST=localhost

WP_ENV=development
WP_HOME=http://bedrock.app
WP_SITEURL=http://bedrock.app/wp

# Generate your keys here: https://api.wordpress.org/secret-key/1.1/salt/
AUTH_KEY='!+H!/A6=1q|%~[r|wlxjj08D/:]PIC}Gd 66WlQyAqj(:/-`EBxAu-f}@G,rh-!Z'
SECURE_AUTH_KEY='3:NWn8%*w>Y7V;H_IM<kj:i@|a2gT&K`WZwJZ?o=S?yd~d1huGv=7]i5q%Ia02mm'
LOGGED_IN_KEY='N=*D115ejwdp|6g]KLiggtg4@`<Nl.g9n1F*@HV<!.8WqJC#u(?8-eW91RI~r6kD'
NONCE_KEY='XIRn1WSc4d=3VM!,7DyC;dF2S-KRuf/2GqNtO-Le=x5P<8+~=.|{+C47@!1Bh/z>'
AUTH_SALT='#lZGMcjd?pU/4Nh-4&R.By$BW3>o(4VkIH6T0c@+E_*9*)vY21*zwMC`]WJ:4mHd'
SECURE_AUTH_SALT='v?${}-#bZI>SaoZbQ*-ZP/ c^Ic3YhN&|si}&U0B!+UPCZE8(bg)&;Tz)8=0$U>['
LOGGED_IN_SALT='~;7I1PZ-o>JRMVEWPxeAiDlN1<%|!g@4^H+aU*3#=%vZ}q<7uC)ScK:5@_TI=`k;'
NONCE_SALT='EMtD>gE l)!u+:QW ;$hf2B0^NTV-])?>_6T6Iv=S*LOuzL&+n|P]{hZ]<0Jg-`b'

Если вы собираетесь настроить это на удаленном сервере, URL будет другим, это только для локальной установки. Также имейте в виду, что .env.gitignore Поскольку вы хотите иметь разные конфигурации на сервере, сам код не зависит от среды (подробнее об этом рассказано в методологии 12-факторного приложения).

Структура папок

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

В папке верхнего уровня мы видим файл Composer, файл Travis, файл gitignore, конфигурацию rulset.xml и wp-cli.

Начнем с файла Трэвиса. Если вы используете BitBucket или GitHub, вы можете связаться с настройкой Travis CI для запуска определенных вами тестов. В случае файла Bedrock Travis он извлекает сниффер кода из PEAR и использует ruleset.xml

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

 "wordpress-install-dir": "web/wp"

Это строка в composer.json

В wp-cli.ymlWp-CLI ) указывается только каталог WordPress:

 path: web/wp

Vendor Однако пакеты, которые приходят из wpackagist, будут установлены в другом месте. Дойдем до этого позже.

В веб-каталоге вы будете проводить большую часть своего времени. Этот каталог содержит папку wpapp wp Также в composer.json

 "installer-paths": {
   "web/app/mu-plugins/{$name}/": ["type:wordpress-muplugin"],
   "web/app/plugins/{$name}/": ["type:wordpress-plugin"],
   "web/app/themes/{$name}/": ["type:wordpress-theme"]
}

Таким образом, вы можете держать все очень отдельно. .gitignore Каталог web / WP не включен в коммиты Git. Либо это .env, потому что у вас должен быть другой на вашем сервере. Это потому, что конфигурация вашей базы данных отличается (также любая другая конфигурация, которую вы храните там).

Последнее, но не менее важное — это конфигурация. Если у вас есть три разные среды, скажем, dev , staging и production , есть вероятность, что вы захотите иметь разные конфигурации для каждой. В папке config вы увидите, что application.php Однако, если вы хотите изменить конфигурацию, проверьте папку config / environment.

Что нужно помнить

Я надеюсь, что вы сейчас заинтересованы в Bedrock. Я использую Homestead, потому что это хороший инструмент, и я с ним знаком. Перед тем как уйти, пожалуйста, ознакомьтесь с Треллис . Хорошая вещь о Roots.io заключается в том, что они разработали целый ряд продуктов от начальной темы Sage до Trellis, которые могут настроить весь ваш сервер. Каждый продукт подходит и работает очень хорошо вместе.

Что вы думаете о Bedrock? Пожалуйста, оставьте свой комментарий ниже.