если тебе нравится ебаться с чистым SQL, то не ясно, кто тут еще деградирует

и да, выше хороший совет

да он тут поспрашивает, потом там поспрашивает, где нибудь за него сделают.

ну оно и понятно

если тебе нравится ебаться с чистым SQL, то не ясно, кто тут еще деградирует

просто возникнет задача, а ты не смогешь на чмстом sql сделать. Потому что привык к eloquent

я могу и на том и на другом делать

похоже, это ты ничего не можешь сделать)

да он тут поспрашивает, потом там поспрашивает, где нибудь за него сделают.

я сам сделал. Как всегда тут не подскажут

но какого хуя, чувак, это не чат по sql

это узкотематический чат, о чем написано в названии

Деградировать - это весело

похоже, это ты ничего не можешь сделать)

я сам юзаю eloquent orm. Все круто и класно, но не хочу orm на ноде учить. Потому что что бы ее юзать это нужно с ней поебаться. пришел к выводу проще нативный sql

и описании

я сам юзаю eloquent orm. Все круто и класно, но не хочу orm на ноде учить. Потому что что бы ее юзать это нужно с ней поебаться. пришел к выводу проще нативный sql

не проще

ну так и напиши запрос то, в чем проблема :)

это как перейти от зажигалки к кремню, потому что кремень проще юзать

ну так и напиши запрос то, в чем проблема :)

уже на писал

в конце концов тебя заебет щелкать кремнем и ты научишься юзать зажигалку

это как перейти от зажигалки к кремню, потому что кремень проще юзать

нет не так. Зачем sql если есть orm еще начни спорить. Мне не трудно на чистом на писать. Ну быва.т за*бы, но всеже. + не хочу разбираться с orm sequlize. А так ничего даже

но потраченное время не вернуть

нет не так. Зачем sql если есть orm еще начни спорить. Мне не трудно на чистом на писать. Ну быва.т за*бы, но всеже. + не хочу разбираться с orm sequlize. А так ничего даже

мне это больше напоминает переход от ООП к процедуркам)

мне это больше напоминает переход от ООП к процедуркам)

типа процедурка говно ? D

да хреново. Да я заепался писать запросы голые, но как не хочу orm учить D

Лениться ради того, что бы делать больше работы

охужэтилюди

Лениться ради того, что бы делать больше работы

у меня не такие ж и большие. стандартные. Может потом и гляну. В ноде отличается. Я привык к eloquent

В чем преимущество Laravel перед Symfony?

В чем преимущество Laravel перед Symfony?

ларчик поменьше

и проще для понимания

с точки зрения производительности

тут теорема эскобара

В чем преимущество Laravel перед Symfony?

от документации Laravel не хочется уйти в запой ?

TTFB обоих около 400ms при подключенной ORM

от документации Laravel не хочется уйти в запой ?

да, это плюс очевидный

а, забыл еще напомнить о экосистеме ларавела

в общем, если нужно быстро вникнуть в современный хороший фреймворк для создания качественных монолитов

бери себе ларчик и не парь голову

потому что симфони это пылесос-вентилятор-фонарь для всего

и если ты не понимаешь нафига оно тебе надо, то оно тебе скорее всего не надо

я вот написал простой блог, разобрался с контроллерами, миграциями, вьюхами, блейдом, вендорами, вроде. Но я так и не понял, в решении каких задач мне понадобится использовать middleware и service provider? Хочется знать заранее, прежде чем написать что-то и взяться за голову уже потом(

я вот написал простой блог, разобрался с контроллерами, миграциями, вьюхами, блейдом, вендорами, вроде. Но я так и не понял, в решении каких задач мне понадобится использовать middleware и service provider? Хочется знать заранее, прежде чем написать что-то и взяться за голову уже потом(

ну если упрощенно, то миддлвэйр это некая программка, которая делает некоторую простую функцию перед запуском основного скрипта

а если не упрощенно?

может проверить есть ли уровень доступа нужный у юзера

к примеру

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

а если не упрощенно, то в доке написано.)

зачем делать такое жесткое разделение только ради того, что бы проверить права юзера? Кроме прав юзера наверняка есть что-то еще, раз такое решение об архитектуре было принято?

зачем делать такое жесткое разделение только ради того, что бы проверить права юзера? Кроме прав юзера наверняка есть что-то еще, раз такое решение об архитектуре было принято?

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

a сервис провайдер это вообще фундаментальная для лары штука, так что стоит обратить внимание на нее усиленное

зачем делать такое жесткое разделение только ради того, что бы проверить права юзера? Кроме прав юзера наверняка есть что-то еще, раз такое решение об архитектуре было принято?

ты пишешь эту маленькую программку один раз и подкидываешь ее в нужные тебе контроллеры по необходимости

если ты делал простой блог, то там ты подкидывал auth ларовский

и там как раз есть middleware

который позволяет оградить незалогиненых юзеров

service provider позволяет работать на уровне приложения

например использовать какую-то переменную во всех вьюхах

это из простого

или, например, делать какие-то манипуляции с бд при определенных событиях

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

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

Конфиг app.url?

'url' => env('APP_URL', 'http://localhost'),

А в енве?

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

php artisan cache:clear

php artisan config:clear

APP_URL=http://localhost

php artisan config:clear

И первый вариант не привели к результату

ERROR: S client not available

Единственное место где есть старый урл .env.dusk

Я пробовал бахнуть его полностью

тоже самое

татыгонишмне

composer dump-autoload

composer dump-autoload

Нет. Не меняется.

If you’re having trouble clicking the "Reset Password" button, copy and paste the URL below into your web browser: http://b2b.app/password/reset/e48e24f1d4eb2b91d03a0c25a41b6f364ff4e0a60030470bedf5d3343bd6ed6c

Сука. Я ща головой стол пробью. Как же так!?

Ща попробую пойти на крайность. Скачаю полностью продакшн к себе, и по нему поиском по всем файлам пройдусь

Голимым Nodepad++ запилю

Чтобы наверняка

Хотя на Nodepad я зря гоню, он крутой, просто старый)

И беслпатный

Нашел! Емн. Соррян что отвлек. Надо разобраться теперь почему Шторм не находил... спасибо.

ну ка фрукты встаньте в ряд

request uri можно подменить?

По идее в реквесте есть сеттеры, глянь. А зачем?

я имею ввиду

можно ли сменить request uri извне

типо вот приходит мне запрос с яндекс.ру

а там в реквест ури гугл.ком

можно ли сменить request uri извне

можно

на клиенте

вот

молодец фарт

Подскажите, в ларавеле есть другие способы получить значения get-параметров из вьюхи помимо app('request')->var_name?

О_о

где ты вообще нашел этот способ

?

function some(Request $request) { echo $request->input('field'); }

например так