proklung / bitrix-symfony-base.git
Bitrix build with integration of Symfony
Requires
- arrilot/bitrix-migrations: dev-master
- arrilot/bitrix-models: dev-master
- bitrix-expert/bbc: ^1.0
- illuminate/support: ^6.0 || ^7.0
- maximaster/tools.twig: dev-master
- proklung/bitrix-core-symfony: ^1.4.1
- proklung/bitrix-custom-properties-bundle: ^1.1
- proklung/bitrix-iblock-element-validator-bundle: ^1.0
- proklung/bitrix-twig-bundle: ^1.0
- proklung/bitrix-webform-bundle: ^1.0
- proklung/bitrixstaticpagemakerbundle: ^1.0
- proklung/bitrixsymfonyrouterbundle: ^1.4
- proklung/core-argument-resolvers-bundle: ^1.1
- proklung/core-framework-extension-bundle: ^1.8
- proklung/db-command: ^1.0
- proklung/facade-bundle: ^1.0
- proklung/framework-tools-bundle: ^1.5
- proklung/jedi-light: ^1.0
- proklung/pipeline-symfony: ^1.0
- proklung/twig-extensions-bundle: ^1.6
- psr/container: 1.0.*
- symfony/dotenv: ^5.2
- symfony/monolog-bundle: ^3.7
Requires (Dev)
- ergebnis/phpstan-rules: ^0.15.3 || ^1
- icanhazstring/composer-unused: ^0.7.5
- mmucklo/krumo: ^0.6.0
- phpstan/phpstan-strict-rules: ^0.12.7 || ^1
- proklung/bitrix.module.generator: ^1.0
- proklung/phpunit-testing-tools: ^1.5
- proklung/symfony-maker-bundle: ^1.0
- slam/phpstan-extensions: ^5.1
- squizlabs/php_codesniffer: ^3
- symfony/maker-bundle: ^1.33
- symfony/var-dumper: ^4.4 || ^5.0
- dev-master
- 2.3.4
- 2.3.3
- 2.3.2
- 2.3.1
- 2.3.0
- 2.2.3
- 2.2.2
- 2.2.1
- 2.2.0
- 2.1.1
- 2.1.0
- 2.0.0
- 1.9.0
- 1.8.9
- 1.8.8
- 1.8.7
- 1.8.6
- 1.8.5
- 1.8.4
- 1.8.3
- 1.8.2
- 1.8.1
- 1.8.0
- 1.7.3
- 1.7.2
- 1.7.1
- 1.7.0
- 1.6.9
- 1.6.8
- 1.6.7
- 1.6.6
- 1.6.5
- 1.6.4
- 1.6.3
- 1.6.2
- 1.6.1
- 1.6.0
- 1.5.0
- 1.4.0
- 1.3.0
- 1.2.8
- 1.2.7
- 1.2.6
- 1.2.5
- 1.2.4
- 1.2.3
- 1.2.2
- 1.2.1
- 1.2.0
- 1.1.5
- 1.1.4
- 1.1.3
- 1.1.2
- 1.1.1
- 1.1.0
- 1.0.7
- 1.0.6
- 1.0.5
- 1.0.3
- 1.0.2
- 1.0.1
- 1.0
This package is auto-updated.
Last update: 2024-10-27 17:49:56 UTC
README
Заготовка для 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
- Удалить папку 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 # запустить сборку для продакшена
Vue
Мини-модуль 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 scripts
Приложено пару примеров скриптов для 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.