по таймауту валится

в рамках ar если ты делаешь репу отдельно еще. У тебя по сути получается ElequentRepositiry -> YourRepository -> ElequentModel

а что за стрелочки?

в чем прикол репозхиторий от модели наследовать?

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

а что за стрелочки?

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

https://implode.io/0WjLW5

ну и че? Писать на расхлебаном языке порой приятно

пхп для меня строгий дядя а js растрепаная баба которую можно вертеть как хочешь

т.е. если делать на eloquent то от репозитория останется только название, а так он будет простым query helper ом ?

тут недавно был вопрос про (bool)'false' ?

так что они дополняют друг друга )

тут недавно был вопрос про (bool)'false' ?

я починиль

вопрос уже другой

помогите плиз оптимизировать сохранение

т.е. если делать на eloquent то от репозитория останется только название, а так он будет простым query helper ом ?

нет, если будешь возвращать entity то это будет правильный репозиторий

по таймауту валится

вот код

https://implode.io/0WjLW5

вопрос уже другой

ну это отсылка к картинке )))

но смысл в таком дроче?

т.е. мне кроме простых моделей еще и entity пилить?

т.е. мне кроме простых моделей еще и entity пилить?

по любому

окей, а если не на репозитории, то куда мне КРАСИВО сложить запросы и логику сохранения кастомную

т.е. мне кроме простых моделей еще и entity пилить?

не надо это тебе в laravel

Ну прикинь, у тебя есть интерфейс репозитория.. Методы должны возвращать строго определенные объекты

не загоняйся

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

окей, а если не на репозитории, то куда мне КРАСИВО сложить запросы и логику сохранения кастомную

логику в сервисы, запросы в query objects

не надо это тебе в laravel

почему ты за него говоришь?

От куда ты знаешь надо это или нет

окей, а если не на репозитории, то куда мне КРАСИВО сложить запросы и логику сохранения кастомную

http://slides.elisdn.ru/2017/yiiconf-semantic/#/

на

От куда ты знаешь надо это или нет

он сам не знает что ему надо :)

http://slides.elisdn.ru/2017/yiiconf-semantic/#/

ну пачему у прогеров такие херовые сайты..

Порой информация очень интересная, но сайты 2005 года

по таймауту валится

опять тот же вопрос нафиг сначала согдавать массив, а потом объект?

ну пачему у прогеров такие херовые сайты..

это слайды

это слайды

какая разница? Они выглядят ужасно

прогер != дизайнер

т.е. у меня при сохранении, например поста контроллер дергает сервис, там какая то логика, что то делает с данными потом этот же сервис дергает этот квери обджект и все сохраняет?

не шрифта нормального, ничего

прогер != дизайнер

прогер должен быть всем в одном

т.е. у меня при сохранении, например поста контроллер дергает сервис, там какая то логика, что то делает с данными потом этот же сервис дергает этот квери обджект и все сохраняет?

нет query как видно из названия, только для выборок

точнее програмист

прогер должен быть всем в одном

ты на операцию по глазам к проктологу записываешься? :)

окей, выборки в квери обджектс а все сохранения куда?

окей, выборки в квери обджектс а все сохранения куда?

сохранения репозиторий, точнее ar в рамках лары

или это в саму модель eloquent вынести?

ага

ты на операцию по глазам к проктологу записываешься? :)

если прогер делает херовый дизайн значит он и прогер так себе

если прогер делает херовый дизайн значит он и прогер так себе

странный вывод

Если я буду делать подобное, заплачу и получу хороший дизайн, потому что я хорошо все люблю делать

многие вообще с фронтом никогда не работают

надо все хорошо делать, а не только прогать

разве я не прав?

надо все хорошо делать, а не только прогать

ни разу не видел универсалов которые все хорошо делают. А вот узкие спецы делают свою работу хорошо

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

по таймауту валится

у тебя там нереальная по ходу куча запросов, посмотри лог

ни разу не видел универсалов которые все хорошо делают. А вот узкие спецы делают свою работу хорошо

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

у тебя там нереальная по ходу куча запросов, посмотри лог

естественно. Поэтому и спрашиваю

Но делать отвратительный дизайн и говорить типа яжнедизайнер..

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

наафиг? есть вордпрес и шаблоны под него. Все :)

наафиг? есть вордпрес и шаблоны под него. Все :)

ну тем более..

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

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

ERROR: S client not available

естественно. Поэтому и спрашиваю

ну а что спрашивать, тот кусок что ты дал не оптимизируешь. Думай как изначально существующиее отсекать. Если пришел id наверное объект существует? и его не надо создавать

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

я говорю про человека в принципе.. В команде каждый должен заниматься и специализироваться исключительно на своем деле

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

тут не про это, а про личный сайт

как кастомные сохранения должны выглядеть в модели? типа статический createWithRelations($attributes, $category, $tags, $image) : Post и простой saveWithRelations($attributes, $category, $tags, $image) : bool ?

Но а если делаешь проект свой, то делай его качественно и со вкусом

а сорян, контекст не уловил)

как кастомные сохранения должны выглядеть в модели? типа статический createWithRelations($attributes, $category, $tags, $image) : Post и простой saveWithRelations($attributes, $category, $tags, $image) : bool ?

зачем они нужны

И постоянно будешь метод менять?

какие кстати проекты пилите? для себя имею ввиду, в от основной работы время

А если теги уберутся или что нибудь добавится?

вы 10 минут назад советовали не трогать репозитории и кастомное сохранение вынести в модель

вы 10 минут назад советовали не трогать репозитории и кастомное сохранение вынести в модель

ты понимаешь что такое репозиторий?

какие кстати проекты пилите? для себя имею ввиду, в от основной работы время

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

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

вы 10 минут назад советовали не трогать репозитории и кастомное сохранение вынести в модель

так у ар уже есть встроенные методы для релейшенов

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

во первых зачем он тебе нужен?

Чем репозитории отличаются от сервисов?

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

что это такое, объясни 1 предложением

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

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

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

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

почему ты в ар не впишешь ее?

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

причем тут бд ?

А сервисы?

причем тут бд ?

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

что это такое, объясни 1 предложением

вот это вообще не помощь

вот это вообще не помощь

тебе виднее

помоги тогда ты :)

Одна из фишек репозиториев это в том что они абстрактны.. Если ты делаешь слой с бизнес логикой и привязываешь его к бд и к ар соответственно ты очень сильно зависишь от внешних факторов. Репозитории в большей мере решают эту задачу, чтобы бизнес логике было пофигу, она будет только знать про абстрактное хранилище с которым умеет работать

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

а ты какое направление рассматриваешь?

помоги тогда ты :)

уже помогли, одним сообщением

так, давайте я опишу как было с моими костылями ранее, мб это поможет понять где у меня блок в голове стоит у меня был класс репозитория я в методе контроллера, например store дергал $repository->store($request->all(['attr1','attr2']), $request->get('category'), $tagsRepository->normalize($request->get('tags'))) потом в самом репозитории все это связывал и сохранял через sync