вообще то не похоже по скрину

Но это действительно так

Но это действительно так

Пруф в виде начала скрина)

Тут я вижу указание версии

Тоже самое без нее

Вот не верю)

И при этом руками не должно быть прописано в композер джейсон

Но вообще я глянул и тебе нужна четвертая версия паспорта https://github.com/laravel/passport/blob/4.0/composer.json

))))

У нормальных пакетов блин написано на какую ларку какую версию ставить. прям в самом начале...

Ладно твоя взяла) Ну тяни 4.*

В прецессе =)

Ура, он ставит

У нормальных пакетов блин написано на какую ларку какую версию ставить. прям в самом начале...

Мне казалось что композер при рекваире без версии тянет версию которую смог разрезолвить, а получается старшую

Мне казалось что композер при рекваире без версии тянет версию которую смог разрезолвить, а получается старшую

ну так то.. должен был бы.

с другой стороны процесс этот весьма трудоемкий...

Однако что-то у него не вышло

Вадим "Что-то не вышло" Рябов

?

Бывает

:D

Однако что-то у него не вышло

А чего у тебя ларка то старая? Олдовый проект?

Это еще не старая, мне тут на работе попала в руки 4,2

Вот это старая

А есть тут кто-нибудь кто имеет хороший опыт по event driven architecture

?))

Это еще не старая, мне тут на работе попала в руки 4,2

Ну это понятно. Я думал может просто при установке лары скосячил) Так а что в последний раз не так пошло?

А есть тут кто-нибудь кто имеет хороший опыт по event driven architecture

Наверняка кто то имеет. Тебе то что?

Ну это понятно. Я думал может просто при установке лары скосячил) Так а что в последний раз не так пошло?

В какой последний?

Хотел спросить в контексте лары как реализовывали, какие камни подводные нащупали

В какой последний?

https://t.me/laravel_pro/165017

Не, это я про подтягивание нужной версии

А так все норм

Он поставил

Хотел спросить в контексте лары как реализовывали, какие камни подводные нащупали

Ну как бы в ларе всё готово для тебя. Бери и юзай.

Ну как бы в ларе всё готово для тебя. Бери и юзай.

не все так очевидно. Какую логику ты будешь, а какую не будешь выносить в эвент?

Где подходящиее место для выбрасывания эвентов

не все так очевидно. Какую логику ты будешь, а какую не будешь выносить в эвент?

Ты же сам говоришь о архитектуре именно на эвентах. Тогда всю)) Но лично я считаю что там место только сайд эффектам. Логирования, нотификация, инвалидами кэша и т.п.

Где подходящиее место для выбрасывания эвентов

Модель, контроллер, сервис

Если кратко, то твои ответы уже порождают начало холивара) Поэтому мне нужен человек, который реально работал на проекте с EDA либо реализовывал)

Пф ну ок чё

Это не предъява, я просто к тому что на данный момент у нас например в команде совершенно разное представление по использованию эвентов

Я не очень понял с чего ты взял что у меня нет опыта работы с событиями. Он был и в ларе и У меня сейчас проект с более десятка микросервисов и натсом в качестве шины данных. Но ты без конкретных вопросов можешь ждать кого-то другого кто придет и ответит на вопрос ради вопроса "да у нас была eda")

не мокай фасад, мокай интерфейс который этот фасад реализует, если это нужно

А это не одно и то же?

Если кратко, то твои ответы уже порождают начало холивара) Поэтому мне нужен человек, который реально работал на проекте с EDA либо реализовывал)

ты имеешь ввиду всякие саги?

взял, Макса обосрал :)) и молчит

Я не очень понял с чего ты взял что у меня нет опыта работы с событиями. Он был и в ларе и У меня сейчас проект с более десятка микросервисов и натсом в качестве шины данных. Но ты без конкретных вопросов можешь ждать кого-то другого кто придет и ответит на вопрос ради вопроса "да у нас была eda")

Сразу скажу, что не хочу начать очередной срач\холивар) Например из этого, как ты понимаешь, что действие - сайд-эффект? В моем понимании нотификация тоже сайд-эффект, но она же оказывает воздействие на конечных пользователей системы + является сигналом кому-то к совершению каких-то еще действий в логической цепочке бизнес процессов

Сразу скажу, что не хочу начать очередной срач\холивар) Например из этого, как ты понимаешь, что действие - сайд-эффект? В моем понимании нотификация тоже сайд-эффект, но она же оказывает воздействие на конечных пользователей системы + является сигналом кому-то к совершению каких-то еще действий в логической цепочке бизнес процессов

это не сайд эффенкт

Не молчу) не обсирал) Сорян, возможно грубо прозвучало но я не имел ничего плохого в виду)

это не сайд эффенкт

выше Макс указал его в списке сайд-эффектов, если что) Вот поэтому я и не хочу начинать холивар)

Ты же сам говоришь о архитектуре именно на эвентах. Тогда всю)) Но лично я считаю что там место только сайд эффектам. Логирования, нотификация, инвалидами кэша и т.п.

также по модели. Например, взять eloquent эвенты -> реализацию обзерверов. Что разумно а что нет имплементировать в логике обзервера?

я думал ты про саги какието.. когда доменные эвенты обрабатываются другими чтобы логику продолжать

но я тоже не понимаю в чем у тебя проблема

я думал ты про саги какието.. когда доменные эвенты обрабатываются другими чтобы логику продолжать

доменные эвенты\цепочки - изменение состояний сущностей?

доменные эвенты\цепочки - изменение состояний сущностей?

эти цепочки сагами называют

Понял, не знал

не ты обоснуй. назвал Макса непонимающися EDA - давай расскажи как ты ее понимаешь

не ты обоснуй. назвал Макса непонимающися EDA - давай расскажи как ты ее понимаешь

Где я назвал его непонимающим?)

А это не одно и то же?

фасад в ларе это статический прокси к классу, класс этот реализует какой-то интерфейс (в именованиях лары - контракт)

Где я назвал его непонимающим?)

не помню. я сагрился :) и это важнее :))

не помню. я сагрился :) и это важнее :))

Может быть ты неправильно интерпретировал мой посыл\фразу и зря сагрился?)

Может быть ты неправильно интерпретировал мой посыл\фразу и зря сагрился?)

эх :)

такой порыв пропал зря

:D потрать лучше на код))

ERROR: S client not available

в выходные надо отдыхать.. делая новые коммиты :D

не ты обоснуй. назвал Макса непонимающися EDA - давай расскажи как ты ее понимаешь

Я знал что не смотря на то что мы постоянно спорим в глубине души ты меня любишь)

самое время спросить "где детонатор?!"

ребят, mvc аритектура, как грамотно вывести меню через рекурсию ?

ребят, mvc аритектура, как грамотно вывести меню через рекурсию ?

тебе надо бесконечное меню?)

ага

неизвестный уровень вложености

\del

вот тебе на псевдокоде ?

жесть)

вьюха вызывает сама себя, изи, сто раз так делал

вот чуть понятнее

// sidebar.blade.php @foreach($categories as $category) @if($category->children->count()) <a href="{{ route('category.show', $category) }}">{{ $category->name }}</a> @include('sidebar', ['categories' => $category->children]) @else <p>{{ $category->name }}</p> @endif @endforeach

// main @include('sidebar', ['categories' => [$rootCategory]])

понял, супер

спасибо

Перечитай внимательнее, что такое а.2) ничего там не разрешается)

Там написаны правила именования. Само собой жестко запрещать никто ничего не будет. В частности, про самостоятельные функции в этом документе рекомендаций не нашел, а вот про методы класса - как раз в блоке А.2: method_names: How are methods named? camel = camelCase, lower_under = lowercase with underscore separators. Об этом я и говорил, так что, читай доку внимательнее)

Там написаны правила именования. Само собой жестко запрещать никто ничего не будет. В частности, про самостоятельные функции в этом документе рекомендаций не нашел, а вот про методы класса - как раз в блоке А.2: method_names: How are methods named? camel = camelCase, lower_under = lowercase with underscore separators. Об этом я и говорил, так что, читай доку внимательнее)

Дружище, этот блок - это опросник, на основании которого построен PSR-2. То, что ты приводишь - это варианты выбора в опроснике. А ниже результаты ответов, на них и ориентировались. Почитай, что выше то написано) после Appendix A

Дружище, этот блок - это опросник, на основании которого построен PSR-2. То, что ты приводишь - это варианты выбора в опроснике. А ниже результаты ответов, на них и ориентировались. Почитай, что выше то написано) после Appendix A

Фак. ? мой косяк.

Брутал срач пошел

Ребят, если я хочу проводить авторизацию юзера дэфолтным auth из коробки с токенами и тд. Но при этом проверять в api что юзер авторизован web как мне такое сделать?

Брутал срач пошел

Скорее закончился)

Ну да

Ребят, если я хочу проводить авторизацию юзера дэфолтным auth из коробки с токенами и тд. Но при этом проверять в api что юзер авторизован web как мне такое сделать?

На апи повесить мидлварю web

На апи повесить мидлварю web

всю ее вешать не хочу( она местами без токенов должна работать

всю ее вешать не хочу( она местами без токенов должна работать

Тогда вешай на те роуты/группы роутов, где она должна работать

Тогда вешай на те роуты/группы роутов, где она должна работать

Route::prefix(LaravelLocalization::setLocale() . '/backend') ->middleware('api') ->namespace($this->namespace) ->group(base_path('routes/backend.php')); внутри к нужным роутам даю web и когда заходишь туда уже авторизованым, web guest получаю и 403 следовательно свою получаю. Почему так работает ?

из-за того что помимо web еще api стоит?

нужно снова авторизацию делать получается)