Заготовка для 1C Bitrix проектов. На базе https://github.com/regiomedia/bitrix-project
Основное отличие: максимальное использование Symfony. Поддерживаются бандлы, сервис контейнер с полным функционалом фрэймворка (аннотации, auto wiring), роутинг, консоль и так далее.
От Битрикса остается админка, база, компоненты (где контейнер доступен через сервис-локатор). Все остальное пишется в максимально приближенной к Symfony манере.
Плюс всевозможный - используемый мною в реальных проектах - функционал (размещается в бандлах Symfony).
А также плоды всевозможных досужих экспериментов, оказавшихся полезными в работе.
- Создать папку нового проекта в OSPanel/domains и Клонировать эту базовую сборку
К примеру:
git clone proklung/bitrix-symfony-base.git ./
-
Настроить вебсервер для работы с директорией
sites/s1
либо сделать симлинк вида/home/bitrix/www -> /home/bitrix/projectname/sites/s1
(Настроить локальный домен в OpenServer со ссылкой на sites/s1)
- Установить зависимости composer (backend):
composer install
- Установить зависимости npm (frontend):
npm install
- Удалить папку bitrix
- Инициализировать submodule:
git submodule init
- Запустить submodule (cклонируется bitrix):
git submodule update
Или настроить его иным способом (через git submodule ad).
Перед этой процедурой обновить include.php
в environments/*/bitrix/modules/main
, на актуальный из сабмодуля
или устанавливаемого иным способом Битрикса.
После этого рекомендуется сделать еще разок composer update
дабы подтянулись битриксовые модули.
В директорию sites/s1
перенести публичные файлы сайта.
В виндовом терминале:
mklink "local" "../../local" /j
mklink "bitrix" "../../bitrix" /j
mklink "upload" "../../upload" /j
-
Создать базу данных на localhost
-
Развернуть бэкап базы из bitrix/backup
-
Создать файл
.env
touch .env
-
Заполнить его данными в соответствии с файлом-образцом
.env.example
-
Развернуть окружение
php bin/jedi env:init default
Эта команда скопирует в директорию `bitrix` системные файлы настроек сконфигурированные для работы с
[переменными окружения](https://github.com/vlucas/phpdotenv), а также настройки
[шаблонизатора Twig](https://github.com/maximaster/tools.twig).
### Миграции
- Установить [модуль миграций](https://github.com/arrilot/bitrix-migrations)
```sh
php migrator install
- Запуск миграций
php migrator migrate
** Доустановить модуль Базовых Битрикс компонентов. в административном интефейсе:
Marketplace > Установленные решения > ББК (bex.bbc)
npm run encore -- dev
Composer и PSR-4 автозагрузка классов из директории local/classes
. Пространство имен \Local\
Проверка осуществляется командой (это запуск утилиты phpcs
с предустановленными параметрами)
composer run lint:php
Также есть возможность исправить часть обнаруженных ошибок утилитой phpcbf
composer run fix:php
В качестве "сборщика" изпользуется symfony/webpack-encore.
По-умолчанию файлы фронтенда должны располагаться в директории local/assets
.
Это можно переопределить в файле конфигурации webpack.config.js
Основные команды:
npm run encore -- dev # запустить сборку для разработчика один раз
npm run encore -- dev --watch # запустить сборку для разработчика в режиме слежения за файлами
npm run encore -- production # запустить сборку для продакшена
Мини-модуль vueInvoker
предназначен для инициализации Vue компонентов на странице.
Он упрощает использование Vue классическом веб-приложении, когда нет возможности
использовать один "корневой" экземпляр Vue
(Как, например, это устроено в одностраничных приложениях).
Вывести на страницу элемент-плейсхолдер для компонента:
<div class="vue-component" data-component="DemoApp" data-initial='{"test": "data"}'></div>
Создать соответствущий Vue-компонент (в директории local/assets/scripts/vue/components/
:
<template>
<div class="demo-app">
{{ hello }}
{{ initial.test }}
</div>
</template>
<script>
export default {
data() {
return {
hello: 'World',
};
},
props: ['initial'],
};
</script>
Добавить его в Коллекцию local/assets/scripts/vue/collection.js
:
import DemoApp from './components/DemoApp.vue';
export default {
DemoApp,
};
Структура проекта напоминает заранее настроенную
многосайтовость на разных доменах
с отдельными директориями для каждого сайта. Файлы ядра подключаются относительными символическими ссылками.
Для добавления нового сайта нужно создать новую директорю в ./sites/
(лучше всего если ее название будет
соответствовать коду нового сайта). И добавить в нее ссылки на необходимые файлы и директории:
mkdir sites/s2 # создать директорию для дополнительного сайта
cd sites/s2 # перейти в нее
mklink "local" "../../local" /j
mklink "bitrix" "../../bitrix" /j
mklink "upload" "../../upload" /j
Далее необходимо настроить веб-сервер для работы с новым сайтом.
Приложено пару примеров скриптов для composer, запускающимся по событиям post-update
и post-install
.
-
Local\ComposerScript\RunMigrationsHandler
- запускает миграции. -
Local\ComposerScript\CacheWarmerHandler
- убивает и прогревает кэш.
Добавить в секцию scripts
файла composer.json
:
"scripts": {
"post-update-cmd": [
"Local\\ComposerScript\\RunMigrationsHandler::doInstall",
"Local\\ComposerScript\\CacheWarmerHandler::doInstall"
],
"post-install-cmd": [
"Local\\ComposerScript\\RunMigrationsHandler::doInstall",
"Local\\ComposerScript\\CacheWarmerHandler::doInstall"
],
"cache:warm": "Local\\ComposerScript\\CacheWarmerHandler::doInstall",
"migrations:run": "Local\\ComposerScript\\RunMigrationsHandler::doInstall"
},
Появятся команды:
composer cache:warm
и
composer migrations:run
- Пришлось залочить пакет
psr/container
на версию 1.0. Без этого ставился 1.1.1 (по запросу Symfony DI) и конструкция падала из-за несоответствия интерфейсов.
Последствия: DI компонент пока версии 5.2, а не актуальной 5.3.