ребят, норм делать в GoodsController рендерить view и обрабатывать ajax ?

Глупый вопрос

надо было с комнатами разобраться

ребят, норм делать в GoodsController рендерить view и обрабатывать ajax ?

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

всм

чего не понятно

ну метод render() возвращает view blade.php

а метод ajax обрабатывает ajax запросы

а аякс там причём?

мда

фреймворк?

public function render(){ } public function ajax(Request $request){ }

ларавел

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

ещё вопрос: короче у меня для каждой страницы есть common.js файлы, я про личный кабинет, то есть сделать функцию проверку сесси юзера и выдать ссылку через <meta stylesheet> точнее возвратить, первым делом на helpers.php упираюсь, можно ли так сделать?

https://paste.laravel.io/69526b01-be27-47aa-96b4-e2b9aa664dc6

https://paste.laravel.io/37d9a358-8307-412f-ab4b-66018f8e68be

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

есть отдельные компонены js и css, я их каждого инклюдю, но хотел бы я через фукнцию вывести: <script src="{{ asset('js/shopping-cart.js') }}"></script> <script src="{{ asset('js/common.js') }}"></script> <script src="{{ asset('js/auth.js') }}"></script> он будет проверять сессию, если есть пользователь, то выведет выше текст. Вопрос в том что можно ли так, или это костыльно?

Все твои методы костыли. Для кого Тейлор придумал @auth? @guest? Да даже если лара старая в чем проблема сделать проверку прямо в блейде?

есть отдельные компонены js и css, я их каждого инклюдю, но хотел бы я через фукнцию вывести: <script src="{{ asset('js/shopping-cart.js') }}"></script> <script src="{{ asset('js/common.js') }}"></script> <script src="{{ asset('js/auth.js') }}"></script> он будет проверять сессию, если есть пользователь, то выведет выше текст. Вопрос в том что можно ли так, или это костыльно?

А причем тут твои render и ajax вообще не понятно

метод render, обрабатывает get запрос тоесть /panel/goods,

и не имеет отношения к вопросу по js и проверке на авторизованность пользователя что мешает сразу это объяснить?

это другой вопрос

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

хорошо

Использую эту библиотеку - https://github.com/google/google-api-php-client $client = new \Google_Client(); $client->setApplicationName("Example"); $clientId = '835203905925-s9aclhbfttfnvgblabla'; $clientSecret = 'L_FHpAblabla'; $client->setClientId($clientId); $client->setClientSecret($clientSecret); $scopes1 = 'https://www.googleapis.com/auth/userinfo.email ' . 'https://www.googleapis.com/auth/plus.login'; $scopes2 = 'userinfo.profile'; $client->setScopes($scopes1); $client->setRedirectUri($params['redirect_uri']); $token = $client->fetchAccessTokenWithAuthCode($params['code']); return $token; Код мне даёт ios разраб. Сервер отвечает { "error": "invalid_grant", "error_description": "Bad Request" } Если второй раз отправить запрос, ответит, что код уже использован. Что не так делаю?

Если повторно пытаешься получить токен по одному и тому же коду, то так и будет. Код является OTP, то есть одноразовый.

всем привет, кто с PrestaShop работал или работает? есть в телеге свой канал?

Если повторно пытаешься получить токен по одному и тому же коду, то так и будет. Код является OTP, то есть одноразовый.

Я в курсе, что он одноразовый. Вопрос, почему при первом использовании вылезает ошибка. Гугл говорит, что из-за рассинхронизации времени сервера, время поправил, ошибка не исчезла.

пишу REST сервис. екшен должен генерить респонс с ошибко если не уделость наити обект в базе по GET запросу или долшен возвращать FALSE и логика бработки на стороне клиента остается?

пишу REST сервис. екшен должен генерить респонс с ошибко если не уделость наити обект в базе по GET запросу или долшен возвращать FALSE и логика бработки на стороне клиента остается?

возвращай null и добавляй логику на клиент

сделаем жизнь фронтэндщиков болью

)))

ну то есть бля

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

и ты сам решаешь как бы ты хотел что бы оно себя вело

и ты сам решаешь как бы ты хотел что бы оно себя вело

ну если бы все делалось именно так...

зная что запросы ты делаешь через промисы., и если там 2xx то у тебя вызовется один колбэк, а если 4xx,5xx то другой

ну если бы все делалось именно так...

ты сервер пишешь, потому все именно так

а чо статусами это не решить? )) зачем Null, false? :)

ну или просто представь вызов метода api как вызов метода объекта. try { $data = $api->fetch(); } catch (NotFoundException $e) { // show error }

дальше вопрос насколько ок что данных нет, стоит ли это рассматривать как исключительную ситуацию или скажем если ты запрашиваешь по массиву айдишек и если парочка не найдена - плевать верни что есть

ну то есть врубаешь голову и вперед

REST они тут пишут

спасибо

за что?) ты ж не понял)

)))

в большинстве случаев если что-то не найдено - верни 404. А случаи где не так - не уверен что это про твои случаи

и еще лучше что бы твой репозиторий кинул исключение а не ифы в контроллере

вообще if-ы в контроллерах это.... стыдно

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

Лучше возвращай всегда 200 ок и пусть те кто будут юзать твоё апи постигнуть дзен

)) согласен

тут наверно от ситации не всегда так лучше

тут наверно от ситации не всегда так лучше

небывает "всегда лучше так".

всегда найдется вариант при котором твое "всегда лучше" оказывается "но не тут"

и еще лучше что бы твой репозиторий кинул исключение а не ифы в контроллере

он должен выкинуть NotFoundException?

а мы его перехватим в контроллере и вернем 404?

а мы его перехватим в контроллере и вернем 404?

не в контроллере, у тебя все фреймворки умеют в обработку ошибок и конвертацию оных в респонсы

не в контроллере, у тебя все фреймворки умеют в обработку ошибок и конвертацию оных в респонсы

т.е. для всех ресурсов один респонс 404 сделать в хендлере ошибок?

т.е. для всех ресурсов один респонс 404 сделать в хендлере ошибок?

вообще на все ошибки один респонс. И на успешные тоже. И вообще rm -rf /

ну блин определись с проблемой и ее решай

вообще на все ошибки один респонс. И на успешные тоже. И вообще rm -rf /

та не работает оно...

а чо статусами это не решить? )) зачем Null, false? :)

Статусы говно)

если хочешь размазывать try/catch и прочий бойлерплейт по коду - кто тебя остановит.

та не работает оно...

норм работает)

if ($exception instanceof ModelNotFoundException) { throw new HttpResponseException( response()->json([ 'success' => false, 'message' => 'Resource not found.' ],JsonResponse::HTTP_NOT_FOUND) ); } как то так видимо

if ($exception instanceof ModelNotFoundException) { throw new HttpResponseException( response()->json([ 'success' => false, 'message' => 'Resource not found.' ],JsonResponse::HTTP_NOT_FOUND) ); } как то так видимо

wtf-code

if ($exception instanceof ModelNotFoundException) { throw new HttpResponseException( response()->json([ 'success' => false, 'message' => 'Resource not found.' ],JsonResponse::HTTP_NOT_FOUND) ); } как то так видимо

а трай кетч...

а трай кетч...

для чего, это в методе ошибок

Статусы говно)

На одном из старых проектов, который на козане, который сейчас переводим на ларавел и микросервисы. Вообщем на старой херне в заголовках статус 400 бед реквест. Хотя реальный статус ответа, который не заголовки - 200 ок

там уже все ошибки приходят

На новой сборке нгинкс для нового проекта пока не получается это воспроизвести. Там статус нормально соотвествует

wtf-code

что не так? поправлю

if ($exception instanceof ModelNotFoundException)

в ларавельке автоматом на метод findOrFail выбрасывается это исключение

Как-то так это выглядит на старом проекте

почему нельзя так? catch (ModelNotFoundException $exception) { } catch(AnotherException $exception) { } catch(\Throwable $exception) { }

а, понял

if ($exception instanceof ModelNotFoundException)

просто ModelNotFound или NotFoundException, либо тогда пиши что за модель. Что за привычка делать километровые бессмысленные имена?

Что это за говнина? Я про хттп статус коды

Что это за говнина? Я про хттп статус коды

Пишу же, старый проект на кохане, который переписываем

И на новом проекте пока это сделать также для 400 не удалось

просто ModelNotFound или NotFoundException, либо тогда пиши что за модель. Что за привычка делать километровые бессмысленные имена?

я таки обычно пишу так: ClientNotFound, BadConfig, DrunkCoder и т.д.

я таки обычно пишу так: ClientNotFound, BadConfig, DrunkCoder и т.д.

норм

почему нельзя так? catch (ModelNotFoundException $exception) { } catch(AnotherException $exception) { } catch(\Throwable $exception) { }

так не пройдет, там уже в методе приходит аргементом $exception

https://paste.laravel.io/8464ce22-0c52-495c-86a7-7e9191a4b884

ох уж эти ларавельщики.... Боженька наш Тэйлор все уже за нас решил

никакой возможности для кастомизации

ну тут тогда придется во многих местах отказаться от встроенного метода findOrFail который сам выбрасывает ModelNotFoundException. Есть ли смысл ради именования делать, хз

никакой возможности для кастомизации

есть такое

ну не. можно просто не использовать findOrFail и самому ошибки выбрасывать