Yii Framework

Легко. Спрашиваем "есть ли доступ", передаём объект. А что там внутри нам не важно.

1. Не стоит хранить в репозитории. Я это имел ввиду. 2. До того, как dotenv захватил Graham Campbell из Laravel там было https://github.com/vlucas/phpdotenv/tree/v2.1.0#usage-notes. Но это так... 3. Не очень ясно, зачем вообще использовать dotenv если вы читаете не из окружения, а из файла. Получает...

Что мешает с ними работать? Все важные настройки у нас в файле .env, и разворачивая проект на local, dev, prod, мы в одном месте прописываем глобальные константы, подключение к БД, и др. важные вещи. В смысле у вас в продакшне читается из .env? В документации явно не рекомендуется ведь это делать...

Именно так и планируется. В ближайшее время сделаю часть.

Сигнатуры довольно схожи: // RBAC: public function userHasPermission($userId, string $permissionName, array $parameters = []): bool; // Ваш интерфейс: public function aclHasPermission($userId, string $permissionName, $entity, array $parameters = []): bool; Отличие только в наличии entity. Сейчас мы ...

Где кеш храните?

Это странное поведение.

Примерно так и планируется: почти пустой базовый шаблон + приложение-демо (скорее всего возродим блог из Yii 1).

Система прав начинает усложняться. Посмотрите в сторону RBAC https://www.yiiframework.com/doc/guide/ ... rolej-rbac

Судя по второму переформулированному вопросу (а составлен он на основе оригинала), имеется путаница между сервисами и репозиториями.

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

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

Вопрос возник не просто так. Мне пожаловался devops, который собирал логи в что-то типа ELK. Стандартный лог у него собирался, а Yii-лог нет и он хотел не настраивать ещё один источник, а писать в стандартный лог.

Пока не ясно, но вообще multi-tier шаблон хоть и понравился многим, нам доставил прилично проблем.

ОК. То есть:

- Перестать закидывать layout в соответствующую директорию и выкинуть его в views.
- Переименовать main.php в index.php.

Я верно понял?

Хм... сходу нагуглил шаблонов: - https://github.com/ColorlibHQ/gentelella - https://github.com/designmodo/html-website-templates/tree/master/One%20Page%20Portfolio%20Website%20Template - https://github.com/agragregra/optimizedhtml-start-template/tree/master/app - https://github.com/website-templates...

Про шаблоны и структуру, если честно, не понял. Когда я зарабатывал вёрсткой (довольно давно уже), никакого стандарта не было. Так что требуются пояснения.