Собственная CMS, на которой я потом сделаю свой блог.
Почему так?
- Это полезно.
- Нет желания делать свой блог на готовых (чужих) CMS.
- Создать форк этого репозитория.
- Создать пустую директорию (например, /partitura) и клонировать в неё репозиторий:
git clone https://github.com/<username>/partitura /partitura
. - Создать файл /partitura/git-clone.sh следующего вида:
git config --global user.name <name>
git config --global user.email <email>
git clone https://<username>:<personal_access_token>@github.com/<username>/partitura /www
- Скопировать файл /partitura/app/.env-example в /partitura/.env и указать секретные данные.
- Выполнить команды:
docker build -t <name>/partitura:latest .
docker run --rm -it -p 80:80/tcp -p 3306:3306/tcp -p 9003:9003/tcp <name>/partitura:latest
Проброс портов можно варьировать в зависимости от ваших технических возможностей и предпочтений.
- Добавить в файл hosts следующую запить:
127.0.0.1 partitura.loc
Клиентская часть CMS будет доступна по указанному выше адресу.
После этого можно подключаться к docker-контейнеру.
Команда: app/bin/console partitura:user:create <username> <password> [role]
Роль обозначается кодом роли (значение поля CODE в таблице pt_roles). Если не задано, то будет использоваться по умолчанию ROLE_USER.
Команда: app/bin/console partitura:user:change-password <username> <password>
В качестве значения аргумента password передаётся новый пароль.
Команда:
cd app
composer php-cs-fix
Исправит стиль во всей директории src.
Команда:
cd app
composer phpstan-analyse
Анализирует директорию src.
- Определить DTO запроса, прописать атрибуты JMS Serializer для его свойств.
- Определить наследника
Partitura\Factory\RequestDto\AbstractRequestDtoFactory
. МетодgetDtoClass()
должен возвращать полное имя ранее определённого DTO.
Теперь можно указывать ранее определённый DTO как аргумент в экшне контроллера.