Y
а он по пути как-то изменяется?
это хороший вопрос, но лучше смотреть и там и там) (когда что-то пошло не так)
Size: a a a
2020 August 11
AP
Y
AP
var_dump, print_r, echo
AP
Log::info()
AP
dd(), dump()
Y
Это понятно) но на Next.js во время билда в запрос подставляются параметры из url, я хочу посмотреть, правильно ли они подставляются. В консоль не выводятся, ибо билдится на сервере
оффтоп: по нексту есть канал какой-то?
А
И никто не предложил xdebug'ом воспользоваться...
П
Я просто ленивый ребят, хочется, чтобы просто видеть, что приходит, а не копаться в параметрах, коих много) может middleware сделать как-то, где будет логироваться request?
П
оффтоп: по нексту есть канал какой-то?
Есть
А
Я просто ленивый ребят, хочется, чтобы просто видеть, что приходит, а не копаться в параметрах, коих много) может middleware сделать как-то, где будет логироваться request?
Сделай
П
оффтоп: по нексту есть канал какой-то?
B
Я просто ленивый ребят, хочется, чтобы просто видеть, что приходит, а не копаться в параметрах, коих много) может middleware сделать как-то, где будет логироваться request?
Ставишь https://github.com/beyondcode/laravel-dump-server
и все dd и dump в прайм-тайме в консоли! Для самых ленивых (как я) и самое главное они не попадут в респонс
и все dd и dump в прайм-тайме в консоли! Для самых ленивых (как я) и самое главное они не попадут в респонс
СГ
Салман Габаев
Всем привет ребята, можете подсказать, jwt refresh возвращает не валидный токен, после обновления все равно пишет unauthenticated
не у кого нет идей?
Y
Салман Габаев
не у кого нет идей?
по абстрактному jwt refresh в вакууме конечно нет
залоггируй токен, который приходит на фронт после refresh и сравни с тем, который затем отправляется в последующих запросах в на стороне бэка. возможно, они разные, и на стороне бэка получишь, не актуальный рефрешнутый, а предыдущий токен, который уже неактуальный, т.к. на фронте некорректно сохраняется в браузерное состояние после refresh.
тут вопрос больше для экстрасенсов на самом деле…
залоггируй токен, который приходит на фронт после refresh и сравни с тем, который затем отправляется в последующих запросах в на стороне бэка. возможно, они разные, и на стороне бэка получишь, не актуальный рефрешнутый, а предыдущий токен, который уже неактуальный, т.к. на фронте некорректно сохраняется в браузерное состояние после refresh.
тут вопрос больше для экстрасенсов на самом деле…
СГ
по абстрактному jwt refresh в вакууме конечно нет
залоггируй токен, который приходит на фронт после refresh и сравни с тем, который затем отправляется в последующих запросах в на стороне бэка. возможно, они разные, и на стороне бэка получишь, не актуальный рефрешнутый, а предыдущий токен, который уже неактуальный, т.к. на фронте некорректно сохраняется в браузерное состояние после refresh.
тут вопрос больше для экстрасенсов на самом деле…
залоггируй токен, который приходит на фронт после refresh и сравни с тем, который затем отправляется в последующих запросах в на стороне бэка. возможно, они разные, и на стороне бэка получишь, не актуальный рефрешнутый, а предыдущий токен, который уже неактуальный, т.к. на фронте некорректно сохраняется в браузерное состояние после refresh.
тут вопрос больше для экстрасенсов на самом деле…
нет они не разные я через postman проверял, то есть скопировал refresh токен который получил, и ручками вставил его в запрос, никакого эффекта, unauthenticated выдает
B
Эрик Эванс ты ли это ?)
Y
Эрик Эванс ты ли это ?)
