ВС
https://www.slimframework.com/docs/v3/concepts/middleware.html - тут наглядно показано
Size: a a a
2020 May 01
AV
Ок, спасибо , смотрю
AV
А, beforeAction сделать в модуле , пока только начал читать ))
ВС
Ну да, что-то типа того.
AV
:)
ВС
Но учти, что тебе надо игнорировать login
ВС
Иначе гость не сможет авторизоваться
AV
Точно! И в теории, правильно понимаю - юзер идет в action, если не имеет доступа(нет tokenId) - редирект в login.
В login шлет логин и пароль, редиректит к запрошенному действию (вместе с tokenId)
Вот такой метод в beforeAction в модуле
В login шлет логин и пароль, редиректит к запрошенному действию (вместе с tokenId)
Вот такой метод в beforeAction в модуле
ВС
Да, верно. Но редирект после логина может быть на главную страницу, не обязательно к запрошенному action'у. Например, если у тебя юзер попытался отправить форму через post запрос, при этом его бросило на логин. После логина будет повторная отправка формы и юзер ничего не поймёт. Вот такого быть не должно.
AV
Спасибо за информацию , разбираюсь
ВС
Самое простое - не допускать неавторизованного юзера до форм ввода. Если только это не авторизация / регистрация / обратная связь.
ВС
И прочие подобные вещи, которые может делать гость.
AV
Хорошо
RK
Добрый день, у меня вопрос по практики разработки. У меня несколько сайтов с одинаковым функционалом и небольшой разницей. Админская часть одинакова отличаются только контроллер отображения, отдельная папка с вьюгами и url rule. Используя гит можно ли в отдельных ветках хранить отдельные для каждого проекта файлы и папки? Или может надо использовать 2 гита? Подскажите какие практики существуют
TS
Добрый день, у меня вопрос по практики разработки. У меня несколько сайтов с одинаковым функционалом и небольшой разницей. Админская часть одинакова отличаются только контроллер отображения, отдельная папка с вьюгами и url rule. Используя гит можно ли в отдельных ветках хранить отдельные для каждого проекта файлы и папки? Или может надо использовать 2 гита? Подскажите какие практики существуют
Все-таки под гитом должен быть один проект, а не несколько проектов.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
DD
Гуглите гит сабмодули. Каждый проект в своем гите, общая часть сабмодулем
O
Все-таки под гитом должен быть один проект, а не несколько проектов.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
@grandmotivator reacted to a message from @TagilSteel (2)
TS
Гуглите гит сабмодули. Каждый проект в своем гите, общая часть сабмодулем
Не ляжет на YII
RK
Все-таки под гитом должен быть один проект, а не несколько проектов.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
Вся идеология гита к этому подталкивает, в частности, то, мастер, отличающийся от остальных веток, только один. что Вы не можете в гите сделать несколько мастеров
Если проекты действительно отличаются незначительно, то, по моему мнению, нужно делать один проект с разными вариантами - например, того же контроллера отображения, а то, какой контроллер используется в данном конкретном инстансе (сайте), описывать, например, в конфигах.
Этот вариант первым пришел в голову. Тем более что контроллеры и вьюхи можно хранить в отличны от стандартных папках. Хотелось более элегантного решения.
ПГ
Этот вариант первым пришел в голову. Тем более что контроллеры и вьюхи можно хранить в отличны от стандартных папках. Хотелось более элегантного решения.
Выдели в пакет общую часть и подключай к приложениям