не, хочешь новое окружение, пили новый конфиг )

в случае с ларой - новое приложение

кек

ну или как

хз, сливаешь с гита, делаешь инсталл, я в композере на инсталл делаю копирование .env

инсталл своего проекта конечно же, прежде создав проект на дев

т.е. по такой логике для своего проекта мне надо иметь копию под каждое окружение? :D

т.е. по такой логике для своего проекта мне надо иметь копию под каждое окружение? :D

При смене окружения как минимум все джобы и прочее надо рестартить...

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

благо есть докер

т.е. по такой логике для своего проекта мне надо иметь копию под каждое окружение? :D

конечно ) нынче на продакшн никто не делает изменения )

или я не так понял

хм, вот у меня две бд крутятся

а как миграции на второй запустить :D

неудобно блэт

контейнеры )

докер)

именно )

а как миграции на второй запустить :D

в миграциях можно изменить бд

Я тут чет вспомнил... работал в одном достаточно известном стартапе... у них не было тестовой БД - была только боевая ::)

Я тут чет вспомнил... работал в одном достаточно известном стартапе... у них не было тестовой БД - была только боевая ::)

жиза

в миграциях можно изменить бд

как это?

как это?

Schema::connection('db2')->create ...

Хуя ты Димон

в каких вещах шаришь

не ожидал от тебя

но только это опять же не имеет отношения к смене .env - тебе может просто понадобится 2 БД для одного проекта

даже на разных хостах

Всем привет. В laravel же работа с куками ведется только через стандартные функции php?

нет

Мне одному кажется что если тебе надо в куки что-то большее кроме SID, то лучше уж тогда на JWT переходить?

Или это предвзято?

кто нибудьт работаь с firebase ?

Чуть не спутал это с древней БД ?

я работал

кастомную авторизацию делал?

Это нет

Блин, вот интересно, надо ли выносить действия с бд в отдельный слой? У меня сейчас все в методах контроллера...

получается и протестить эти методы можно только как целиковый кусок логики

Блин, вот интересно, надо ли выносить действия с бд в отдельный слой? У меня сейчас все в методах контроллера...

> У меня сейчас все в методах контроллера... мое увожение

для этого создают репозитории

для этого создают репозитории

+

то есть идея - если у тебя действие обновляет несколько моделей - хуячь репу для этого?

для этого создают репозитории

нет, не для этого)

а для чего?

для хранения и фильтрации сущностей

в ларке для коллекций например

не уверен, но вроде они его даже реализуют

я видел реализацию репозиториев чисто для запросов к бд

мне не это нужно

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

для запросов к бд я уже юзаю eloquent

в смысле не делать запросы в контроллере?

типо в репу вынести квери билдинг? Репа не для этого же лол

типа, в репозитории вызывались методы eloquent

она для хранения сущностей, не для бизнес логики

а в контроллере - методы репозитория

не должно в репозитории быть реализации запросов к бд

а в контроллере - методы репозитория

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

не должно в репозитории быть реализации запросов к бд

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

я нагуглил

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

Синоним слова репозиторий - коллекция

коллекция не должна билдить запросы к бд

и уж тем-более их выполнять

первый не значит верный ?

:D

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

первый не значит верный ?

С девушками вроде так же работает

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

по логике вещей, коллекция не должна ничего делать

ну потому что это коллекция

ну не зря же там два разных слова

вот есть библиотека (настоящая из реальной жизни), в ней работает библиотекарь

книги не должны сами переставляться и еще что то делать

если бы была полное соотвествие то наверное одно слово применялось...

Вобщем я пока не готов к более глубоким спорам ?

и если в коде увижу что репозиторий делает запрос к БД то на ревью скорее всего пока пропущу ?

и если в коде увижу что репозиторий делает запрос к БД то на ревью скорее всего пока пропущу ?

ах ты, ты должен был противостоять злу

я пока для себя не решил - зло или нет... посмотрю кто какие еще печеньки предложит ?

/link@yetanotherstatsbot

https://yasb.exileed.com/t/laravel_pro

Стремительно ворвался в 5ку ?

Вроде как сервисы должны делать запросы в базу

Взять симфони3. Там колекции автоматически генерятся

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

Берешь этот репозиторий и кидаешь в сервис для записи в базу

Давайте пообсуждаем что нибудь ))))

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

Это же фронт

Принципы то одни

Репа не для запросов

Угу

Встроенными средствами можно сделасть json-api? Не рест, отдавать всегда 200 {success: bool, result:[]}

Встроенными средствами можно сделасть json-api? Не рест, отдавать всегда 200 {success: bool, result:[]}

Да

На сайте ларавель есть примеры?

Просто по пути отдавать json, без авторизации?