После видео про Octane и Roadrunner заинтересовался темой долгоживущего приложения и тоже вышел на spiral, он сразу заточен под такой режим работы, что выглядит многообещающе, видео про него будут не менее интересны чем про ларавел, учитывая как много всего там реализовано по другому, даже более грамотно. Про Interceptors было интересно посмотреть, спасибо
чисто для справки: Middleware как паттерн не ограничен только HTTP. если говорить про реализацию в Laravel "из коробки", то мидлвары также можно юзать в Artisan Commands и Jobs. из коробки. а в целом через Pipelines их можно юзать везде. как пример прикрутить пайплайны в FormRequest и собирать QueryBuilder через Middleware (т.е. каждый Middleware будет отвечать за поиск в запросе определенного поля, и, если найдет, добавление условия в QueryBuilder) такчто Interceptors не так уж и уникальны, как вы хотите показать. другое дело, что в Laravel "из коробки" реализовано немного иначе, и, изначально, немного не для тех целей)
Пробовали использовать спираль в качестве фреймворка, из минусов могу сказать - это очень медленная работа с базой, а еще после лары, апи орм выглядит очень неудобной) Но есть и пара очень удобных моментов - например объекты конфигов
@@ButscHsterесли честно, подробностей не вспомню, но одной из проблем было то что при запуску миграций он лез в information_schema постгреса не смотря на то что после первого запуска по идее должен был закешировать это, да и после ручного прогрева он это игнорировал
Сяп за интерсепторы, дока спираля сыровата, перечитывал раздел с интерсепторами раз 20) Там кстати очепятка есть, которая сильно в заблуждение вводит, да и про параметры метода process ни слова
@@CutCodeRu Там написано, что интерсепторы должны реализовать CoreInterceptorInterface, который требует реализовать метод callAction, хотя очевидно, что речь идет о методе process (или о вызове callAction из process). Вобще этот момент стоило бы более детально разжевать - в примере они создают класс DatabaseQueryCore, внутри которого тоже создают метод callAction, да еще и с почти теме же параметрами, что и callAction интерсептора. В итоге не понятно интерсептор вызывает callAction потомучто в DatabaseQueryCore метод также называется или они просто дали одинаковые названия, а интерсептор должен вызывать callAction всегда. Но тогда непонятно почему параметры сопадают да и как внутри callAction интерсептора определить какой метод DatabaseQueryCore был вызван. А может DatabaseQueryCore обязан реализовать callAction, чтобы получить возможность прицепить к нему интерсептор, и это именно так работает и интерсептор цепляется к целому классу, а не к методу
@@Mr_x_One поддерживаю такое) сейчас погружен в разработку 3 версии и периодически буду делать стримы и делится продвижением! Ну и по 2.0 тоже обязательно что нибудь снимем
Сравнение HyperF и laravel octane на swoole, корутины, больше примеров. Спираль конечно интересно, но с ларавел не готов пока уходить, а на свул ларавел поддерживает подобие корутин, а это скорость работы прям очень поправляет.
Это по сути декоратор же получается Есть ли какое-то правило в каком порядке тогда эти интерсепторы будут выполняться? Атрибуты это, конечно, круто, но всё же на то, чтобы оборачивать логику метода ими у меня есть сомнения. Люди сразу же попытаются обернуть в несколько интерсепторов даже не понимая как это работает.
@@CutCodeRu Ну через атрибуты очень удобно всякое делать с такой либой как мне показалось, но тут похоже нужно разобраться с порядком их запуска, иначе авторизовать пользователя не очень хорошо будет после выдачи вьюхи)
как spiral работает с рефлексией? пример на видео, где используется голая нативная рефлексия, на ларе приведет к RPS = 20. Ни о каких нагрузках говорить не получится.
После видео про Octane и Roadrunner заинтересовался темой долгоживущего приложения и тоже вышел на spiral, он сразу заточен под такой режим работы, что выглядит многообещающе, видео про него будут не менее интересны чем про ларавел, учитывая как много всего там реализовано по другому, даже более грамотно. Про Interceptors было интересно посмотреть, спасибо
Спасибо за ролик!
Стал лучше понимать как работают Magento’вские плагины и что это зверь такой - interceptor
Ждём обзор на BMW 😅
чисто для справки: Middleware как паттерн не ограничен только HTTP.
если говорить про реализацию в Laravel "из коробки", то мидлвары также можно юзать в Artisan Commands и Jobs. из коробки.
а в целом через Pipelines их можно юзать везде. как пример прикрутить пайплайны в FormRequest и собирать QueryBuilder через Middleware (т.е. каждый Middleware будет отвечать за поиск в запросе определенного поля, и, если найдет, добавление условия в QueryBuilder)
такчто Interceptors не так уж и уникальны, как вы хотите показать. другое дело, что в Laravel "из коробки" реализовано немного иначе, и, изначально, немного не для тех целей)
Да и вобще. Побольше видосов о спиральке бы. Пора туда переходить
А пробовали уже фрейм?
@@CutCodeRu На совсем простеньком проекте решил его использовать
Пробовали использовать спираль в качестве фреймворка, из минусов могу сказать - это очень медленная работа с базой, а еще после лары, апи орм выглядит очень неудобной)
Но есть и пара очень удобных моментов - например объекты конфигов
А в чем медленность базы? Не замечал проблем. Есть какие то подробности?
@@ButscHsterесли честно, подробностей не вспомню, но одной из проблем было то что при запуску миграций он лез в information_schema постгреса не смотря на то что после первого запуска по идее должен был закешировать это, да и после ручного прогрева он это игнорировал
Можно больше о spiral
Сделаем)
Сяп за интерсепторы, дока спираля сыровата, перечитывал раздел с интерсепторами раз 20) Там кстати очепятка есть, которая сильно в заблуждение вводит, да и про параметры метода process ни слова
Что за опечатка?
@@CutCodeRu Там написано, что интерсепторы должны реализовать CoreInterceptorInterface, который требует реализовать метод callAction, хотя очевидно, что речь идет о методе process (или о вызове callAction из process). Вобще этот момент стоило бы более детально разжевать - в примере они создают класс DatabaseQueryCore, внутри которого тоже создают метод callAction, да еще и с почти теме же параметрами, что и callAction интерсептора. В итоге не понятно интерсептор вызывает callAction потомучто в DatabaseQueryCore метод также называется или они просто дали одинаковые названия, а интерсептор должен вызывать callAction всегда. Но тогда непонятно почему параметры сопадают да и как внутри callAction интерсептора определить какой метод DatabaseQueryCore был вызван. А может DatabaseQueryCore обязан реализовать callAction, чтобы получить возможность прицепить к нему интерсептор, и это именно так работает и интерсептор цепляется к целому классу, а не к методу
Когда уже новый ролик по moonshine мы сможем увидеть :)
Так только вот стрим же был)
@@CutCodeRu мало ))) мы ненасытные что касается moonshine )))
@@Mr_x_One поддерживаю такое) сейчас погружен в разработку 3 версии и периодически буду делать стримы и делится продвижением! Ну и по 2.0 тоже обязательно что нибудь снимем
Спираль топ
Используете?
@@CutCodeRu как раз в стадии РнД для перехода инфры компании с ларика на спиральку
Сравнение HyperF и laravel octane на swoole, корутины, больше примеров.
Спираль конечно интересно, но с ларавел не готов пока уходить, а на свул ларавел поддерживает подобие корутин, а это скорость работы прям очень поправляет.
Дойдем и до этого, спасибо
Это по сути декоратор же получается
Есть ли какое-то правило в каком порядке тогда эти интерсепторы будут выполняться? Атрибуты это, конечно, круто, но всё же на то, чтобы оборачивать логику метода ими у меня есть сомнения. Люди сразу же попытаются обернуть в несколько интерсепторов даже не понимая как это работает.
Ну атрибуты здесь как пример а не часть механики интерцепторов
@@CutCodeRu Ну через атрибуты очень удобно всякое делать с такой либой как мне показалось, но тут похоже нужно разобраться с порядком их запуска, иначе авторизовать пользователя не очень хорошо будет после выдачи вьюхи)
Когда новый ролик по го?) Там даже кто то попытался ларавел на го перенести, уже есть проект)
Ага, goravel
Ролик по го скоро сделаем, немного отвлеклись
что-то подобное давно реализовано, никогда мне не симпатизирующей: cms wordpress ? Или ошибаюсь ?
Возможно но врядли
про бмв орнул)
Жду когда свяжутся сижу)
Runtime Reflection так себе идея особенно в сторону производительности. Кэш рефлексии нужен
Будет)
Ну так Spiral - long running, после первого вызова закешировал в память и в след раз достал из памяти.
как spiral работает с рефлексией? пример на видео, где используется голая нативная рефлексия, на ларе приведет к RPS = 20. Ни о каких нагрузках говорить не получится.
Я рефлексию накидал просто как пример, без какой либо оптимизации
В новой концепции интерсептороу на сколько я знаю будет и кеш сразу
Ну так Spiral = long running, после первого вызова закешировал в память и в след раз достал из памяти.
Господи какой кринж 😅
👨🎓
боже какой же бред, что фреймворк что "интерцептор"... зря потратил 25 минут своей жизни
Что ролик, что канал) спасибо за комментарий, рад что вы остаетесь с нами!