а может заработали хорошо и забили болт

Не может, а точно. ((: Цели развивать, судя по действиям, не было изначально.

+ симфони топ

Но там твиг

Но там твиг

Я не имею ничего против твига

так может ты не там ищешь? 😂

Так я тут набрасываю

Но там твиг

в эво тоже твиг есть 😁

+ симфони топ

Не так все радужно, но штука прикольная

В эво я против твига потому что это по сути доп, когда есть вшитый блейд

Симфони тоже загибается уже давно. Вон, порастащили уже все. Скоро тех кто понимает как бандлы правильно писать не станет и тоже всё канет.

В эво я против твига потому что это по сути доп, когда есть вшитый блейд

вшитый в трешку же. а твиг в 1.4

вшитый в трешку же. а твиг в 1.4

В двушку тоже был

В двушку тоже был

это не знал

это не знал

Разница между двушкой и трёшкой в двух вещах. 1) Переписали все запросы на eloquent чтобы работало с постгри 2) Сломали пользователей.

Больше ничем не отличается

Симфони тоже загибается уже давно. Вон, порастащили уже все. Скоро тех кто понимает как бандлы правильно писать не станет и тоже всё канет.

Симфони будет жить до тех пор пока ларка жива.

а почему то yii2 мало говорят в этом чатике. Он совсем ни о чем?

Разница между двушкой и трёшкой в двух вещах. 1) Переписали все запросы на eloquent чтобы работало с постгри 2) Сломали пользователей.

ну там контроллер же в настройки вынесли, что т облегчили жизнь вроде

а почему то yii2 мало говорят в этом чатике. Он совсем ни о чем?

Ну с ним такая же ситуация как с modx и evo

Симфони будет жить до тех пор пока ларка жива.

Не думаю, там еще много куда растащили пакеты. (: Скорее ларка загнется, вон, тоже уже пахнуть начинает. ((%

Не думаю, там еще много куда растащили пакеты. (: Скорее ларка загнется, вон, тоже уже пахнуть начинает. ((%

Ну я точно знаю что половина ларки это симфони

Остальные вещи мало изучал

Ну я точно знаю что половина ларки это симфони

Понятное дело, она и задумывалась именно как развитие из-за того что в симфони всё медленно-долго принимается в плане развития.

а почему то yii2 мало говорят в этом чатике. Он совсем ни о чем?

Там, кстати, есть прикольная вещь как gii - генерирует код в вебе. Такое бы в Эво 3.х и вообще в некоторых подобных проектах было бы интересно.

Ну с ним такая же ситуация как с modx и evo

по-моему со всеми фреймворками такая ситуация

наплодилось изучателей рынка и вп

(:

по-моему со всеми фреймворками такая ситуация

😂😂

Фреймворки не нужны!!! будущее за конструкторами)

Фреймворки не нужны!!! будущее за конструкторами)

Ничего не надо, когда есть вордпресс

Ничего не надо, когда есть вордпресс

ну там оно тоже как конструктор) веббер даже какую то ебалу, забыл название, прикручивал к Evo

Вот например менюшка огонь) дроп даун происходит под слайдером, удобненько, красивое))

Ничего не надо, когда есть вордпресс

и сделан как ты любишь ☺️

Вот например менюшка огонь) дроп даун происходит под слайдером, удобненько, красивое))

Ну это же косяк фронта, а не cms

Ну это же косяк фронта, а не cms

это понятно) я просто так, передовые технологии из нашей деревни показываю ☺️

Ну это же косяк фронта, а не cms

к тому что джумла топчик

к тому что джумла топчик

+

serious_t91 (1162.9) увеличил карму Grinyaha (2888.84)

Фрилансеры тут?

Классика. (:

Фрилансеры тут?

😂только бывает, надо было побольше

кот тыщ за 10 сделает 😺 если срочно да кот? @Pathologic93

он уже сделал вчера, но ждёт выгодного предложения

А есть в ларавеле какой-нибудь аналог setPlaceholder/getPlaceholder? Чтобы прокинуть какие-то данные не передавая их в класс? Типа Store::set/Store::get

кот тыщ за 10 сделает 😺 если срочно да кот? @Pathologic93

я редко делаю срочно

А есть в ларавеле какой-нибудь аналог setPlaceholder/getPlaceholder? Чтобы прокинуть какие-то данные не передавая их в класс? Типа Store::set/Store::get

А что куда прокинуть? Можно в session, я так понял в рамках формы оно отработает. Или ошибаюсь

я редко делаю срочно

Ну вдруг)

А что куда прокинуть? Можно в session, я так понял в рамках формы оно отработает. Или ошибаюсь

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

Flash там ещё какой-то есть в сессиях, типа хранения всякого на скору руку. https://laravel.su/docs/8.x/session

Как вариант, я в middleware буду все равно получать юзера, чтобы проверить его права, так чтобы этого юзера прокинуть дальше в контроллер. Или его там снова получать?

Я вроде юзал now оттуда, т.е. всё у меня проходило в рамках одного запроса, но форма видоизменялась. Правда, не доделал до конца, надо будет вернуться.

Так может гейт сделать для проверки прав? Если в одном месте проверяешь, по-любому потом ещё придется.

Flash там ещё какой-то есть в сессиях, типа хранения всякого на скору руку. https://laravel.su/docs/8.x/session

это для другого, чтобы передавать со страницы на страницу

Ну я так понял что для этого middleware, если все ок, то запрос прокидывается в контроллер. А там что, по-новой получать юзера? Это чисто то, что сейчас в голову пришло

Как вариант, я в middleware буду все равно получать юзера, чтобы проверить его права, так чтобы этого юзера прокинуть дальше в контроллер. Или его там снова получать?

сделай его зависимостью, тогда в любом месте можно будет получить

Можно конечно написать отдельный хелпер Store и пихать все в массив там. Но хз, может это как-то встроенное есть

Просто местами сложно перестроить логику с модх на лару, может там это вообще другими путями решается

сделай его зависимостью, тогда в любом месте можно будет получить

Зависимостью чего от чего?

ну я имею в виду в контейнер его засунуть

А погоди. Ты же юзера вообще везде и всегда можешь получить просто Auth::user()

В смысле $this->app('user') = (array)$user;?

примерно так

А погоди. Ты же юзера вообще везде и всегда можешь получить просто Auth::user()

Этот юзер мне не нравится, там сложно с web/mgr

Только хотел дописать, что а нормальной Ларе)

Да и речь не про юзера. Юзер это пример. Ну вот получил я где-то что-то в одном месте, как это можно использовать в других местах, дальше по скрипту? Вот в чем вопрос

Аналог setPlaceholder, я же с этого и начал :)

я где-то и на 1 делал, типа $modx->user = new modUsers() ((:

Много кто так делал, пока можно было ))

оно и сейчас так можно, только чуть сложнее

Даже первая версия $modx->commerce так работала, пока не сломалась в двойке

Даже первая версия $modx->commerce так работала, пока не сломалась в двойке

вот там как раз и видно, как это сделать

Чёт непонятно. Если класс, то у тебя итак там все в одной зоне видимости... Если между контроллерами данные, то значит перезагрузки какие-то, и сессия. Или я тупой.

Завтра буду пилить авторизацию по смс, как раз думал нечто подобное для хранения состояний формы.

Не, ну с модх это понятно, я конечно могу сделать в миддлваре evo()->setPlecholder и дальше в контроллере evo ()->getPlaceholder, но это уже будет совсем трешовенько ))

Чёт непонятно. Если класс, то у тебя итак там все в одной зоне видимости... Если между контроллерами данные, то значит перезагрузки какие-то, и сессия. Или я тупой.

Ну в ООП в классе еще 20 классов могут вызываться, либо в каждый передавать всё (например конфиг, полученный в первом классе), либо куда-то в глобальную область видимости это прокинуть. Получать тот же конфиг в каждом из 20 классов явно не вариант

У настоящих самураев нет цели, только путь 😁 вот его и щупаем 😁

я недавно как раз использовал коммерс как контейнер, чтобы переписать говнокод Гриняхи 😸 там на сайте есть разные глобальные скидки и нужно получать информацию о текущей скидке в разных местах сайта, примерно как у тебя нужно пользователя получать

Расписано везде красиво в доках, как 2 на 2 умножить. А когда пытаешься переложить это в реальную задачу, то получается велосипед из двух костылей и двух квадратных колес :)

это может потому что ты задачу неправильно ставишь

или хочешь схалявить

Вполне возможно, что и так. Я же мыслю категориями "как бы я это делал на эво", может в ларе другая логика, вот ее и щупаем

мысли категориями "вдруг Pathologic будет переделывать" 😸