Мне кажется достаточно типовая задача

Делай через события

Сейчас я ее решил тем что заинъектил LayerController в RegistartionController class RegisterController extends Controller { public function __construct(LayerController $layerCtrl, Faker $faker) { $this->layerCtrl = $layerCtrl;

И обращаюсь через $this->layerCtrl->create...

и меня это смущает, но я не могу понять как по-другому

Сейчас я ее решил тем что заинъектил LayerController в RegistartionController class RegisterController extends Controller { public function __construct(LayerController $layerCtrl, Faker $faker) { $this->layerCtrl = $layerCtrl;

Вообще не то

и меня это смущает, но я не могу понять как по-другому

Используйте события

И обращаюсь через $this->layerCtrl->create...

это полный бред. А если в запросе не будет нужных данных? как у тебя он создастся?

Через события тоже не совсем понятно, потому что я же хочу при запросе на RegistrationController сразу отдать данные и с Layer и с Marker. То есть я предполагаю что мне надо изнутри RegistrationController что то сделать

это полный бред. А если в запросе не будет нужных данных? как у тебя он создастся?

Блин. При регистрации не может не быть нуджных данных потому что их я задаю сам, это дефолтный слой

Естественно при стороннем обращении к LayerController есть валидация и тд

Через события тоже не совсем понятно, потому что я же хочу при запросе на RegistrationController сразу отдать данные и с Layer и с Marker. То есть я предполагаю что мне надо изнутри RegistrationController что то сделать

Тогда используйте транзакции бд

Блин. При регистрации не может не быть нуджных данных потому что их я задаю сам, это дефолтный слой

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

Бинго!

$myRequest = new Request([ 'name' => 'Главная', 'user_id' => $user['id'], 'icon' => 'pin', ]); $this->layerCtrl->create($myRequest);

$myRequest = new Request([ 'name' => 'Главная', 'user_id' => $user['id'], 'icon' => 'pin', ]); $this->layerCtrl->create($myRequest);

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

Нет

Нет

вот зря, смотри как у тебя должен работать котроллер регистрации (примерно) class Register function registerUser(Request $request, UserRegisterService $service){ $responce['result'] = true; try{ $user = $service->registerUser($request); $responce['user'] = $user; }catch(Exeption $e){ } return $responce; }

все, больше тут ничего не должно быть

Ок, в UserRegisterService как вызвать экшен LayerController?

Ок, в UserRegisterService как вызвать экшен LayerController?

в сервисе не надо вызывать контролле там просто создаешь пользователя class UserRegisterService $user = User::create(...); if(!$user){ throw Exeption } $loyer = $user->loyer()->create(...); $loyer ->markers()->create(...); return $user ;

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

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

полный бред

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

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

Devilbox

Спасибо

Спасибо

не за что

Всем привет. я только начинаю знакомство с Laravel и меня несколько смутила двойственная ситуация с внешними ключами. подскажите пожалуйста мне. В документации говорится, что можно делать, а можно и нет, просто сказав в eloquent что имеются такие-то отношения между моделями. Но зачем это? Чтобы самому за целостностью данных следить?( Высокоуровнево абстрагироваться от бд? О_о Какие best practices приняты в Laravel?

Всем привет. я только начинаю знакомство с Laravel и меня несколько смутила двойственная ситуация с внешними ключами. подскажите пожалуйста мне. В документации говорится, что можно делать, а можно и нет, просто сказав в eloquent что имеются такие-то отношения между моделями. Но зачем это? Чтобы самому за целостностью данных следить?( Высокоуровнево абстрагироваться от бд? О_о Какие best practices приняты в Laravel?

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

Я принципиально не буду писать ответ, все есть в доках

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

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

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

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

http://www.diegocaprioli.com/laravel-migrations-write-those-foreign-keys-from-the-start/#I_see_dead_records8230 вот примерно на чем основывается мое беспокойство. лично мне кажется что лучше сгенерить внешние ключи и прописать все эти действия сразу. такие например как каскадное удаление, или запрещение удаления, если есть связанные сущности. но зачем-то же в архитектуре laravel сделано так что можно по одному и по второму пути пойти. как в сообществе laravel считается хорошим тоном работать?

http://www.diegocaprioli.com/laravel-migrations-write-those-foreign-keys-from-the-start/#I_see_dead_records8230 вот примерно на чем основывается мое беспокойство. лично мне кажется что лучше сгенерить внешние ключи и прописать все эти действия сразу. такие например как каскадное удаление, или запрещение удаления, если есть связанные сущности. но зачем-то же в архитектуре laravel сделано так что можно по одному и по второму пути пойти. как в сообществе laravel считается хорошим тоном работать?

определенно генерить ключи)

определенно генерить ключи)

ясно, спасибо

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

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

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

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

если у тебя простая логика типа есть основная запись, есть связанно, удалили основную, удалилась связанная, то это можно базе отдать. А вот если что то типа "Нельзя удалять пользователя у которого 3 задания в процессе работы, и начаты не позднее 3х месяцев назад" то это уже приложению надо отдавать.

если у тебя простая логика типа есть основная запись, есть связанно, удалили основную, удалилась связанная, то это можно базе отдать. А вот если что то типа "Нельзя удалять пользователя у которого 3 задания в процессе работы, и начаты не позднее 3х месяцев назад" то это уже приложению надо отдавать.

а если у меня при такой сложной логике внешний ключ таки иметься будет, а логику я повешу на какой-то eventListener событий бд(не знаю есть ли он в laravel и как правильно называется, но логично предположить, что такой имеется) и там всё это дело проверю - так тоже будет норм?

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

а если у меня при такой сложной логике внешний ключ таки иметься будет, а логику я повешу на какой-то eventListener событий бд(не знаю есть ли он в laravel и как правильно называется, но логично предположить, что такой имеется) и там всё это дело проверю - так тоже будет норм?

наверное, но я не люблю события :) это скользкая дорожка

наверное, но я не люблю события :) это скользкая дорожка

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

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

по примеру Дмитрия (про 3 месяца): вешаешь удаление на какой-нибудь метод в контроллере. в контроллере запрос на проверку даты. если прошел, то $model->delete(), нет - response с ошибкой

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

лучше использовать сервис для удаления, а не вызывать метод удалить напрямую у модели. Это ж странно когда объет может сам себя удалить :)

но в контексте AR так и придется делать. Но если это сделать в сервисе, то код станет гибче

так-с, ну примерно понял, да. спасибо?

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

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

потому что это не явно

ты делаешь страницу, а у тебя всегда с ней заголовок какой то непонятный. И вот ты сидишь и вкуриваешь что не так. А потом оказывается что он по событию отправки ответа добавляется

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

ну да, если не знать, то будет сюрприз)

Я к событиям нормально отношусь. Так мы можем сделать код чище Хуже когда в бд есть триггер и что-то делает вместо php

смотря какие у тебя объемы бд

смотря какие у тебя объемы бд

Не большие. Ляма записей еще не было

ну тогда тебе не нужны в них триггеры. а бывают ситуации когда триггеры нужны и работают живее чем тот же код на пхп

но опять же там объемы другие

ну тогда тебе не нужны в них триггеры. а бывают ситуации когда триггеры нужны и работают живее чем тот же код на пхп

Опиши кейс, где нужны, если не сложно Дай пример

?я тоже не пользуюсь триггерами. но люди работающие в крупных организациях, где есть отдельные отделы DBA говорят, что триггеры нужны =)

Ok)))

Почему тэг мултипл не работает?

Требуется программист laravel. Срочно

ERROR: S client not available

Почему тэг мултипл не работает?

А в разметке он что вывел?

Требуется программист laravel. Срочно

если публикуешь вакансию, пиши условия и требования

это такой селект мультипл если к нему никакие плагины не подключать

это такой селект мультипл если к нему никакие плагины не подключать

значит я стандартный еще не видел) спасибо понел всегда скачивал готовый там все было подключено.

Требуется программист для создания Регистрации \ Авторизации laravel. В дальнейшем нужно будет применять шаблонитизатор, настройка лк. Цены, сроки, в лс. Вышлю скриншоты вёрстки. Сейчас работа на PHP

make:auth - регистрация и авторизация

?

Есть ли стандартный способ изменения отображения в json и задания даты в виде unix timestamp, но при этом способ хранения в базе оставить прежним? protected $dateFormat = "U" - этот способ так же и ожидает, что данные в базе будут храниться как unix timestamp, потому данный способ не подходит.

$casts подходит для отображения, по при задании даты в виде 1516888505 ларавел смотрит на меня, как на идиота.

$casts подходит для отображения, по при задании даты в виде 1516888505 ларавел смотрит на меня, как на идиота.

api resources

Штука полезная, в будущем воспользуюсь. А без ресурсов это решается? Ну кроме как написанием везде setMyDateAttribute().

Штука полезная, в будущем воспользуюсь. А без ресурсов это решается? Ну кроме как написанием везде setMyDateAttribute().

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

и получать и записывать

мне нужно иметь возможность хранить в одном формате, а получать и записывать в другом. $casts помогает в получении, а в записи что поможет?

ну что бы отдавать, лучше все же через декораторы писать. а записывать надо уже обработанные данные. Мутаторы это конечно хорошо, но надо быть точно уверенным что оно везде так будет работать. В твоем случае это не так. Запросто может быть что где то в другом месте дата придет в другом формате, и тут будут большие проблемы.

Требуется программист для создания Регистрации \ Авторизации laravel. В дальнейшем нужно будет применять шаблонитизатор, настройка лк. Цены, сроки, в лс. Вышлю скриншоты вёрстки. Сейчас работа на PHP

Могу в виде Spa реализовать, точнее у меня уже есть готовое решение

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

@DaRoBa а с гитом могут быть проблемы?

ну смотря у кого

))

ну говори че уж раз начал)

Даты могут придти только в юниксе и я бы хотел, чтобы в какой-то массив мог ввести параметры и они будут автоматически форматироваться в выбранный в параметре $dateFormat формат.

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

Даты могут придти только в юниксе и я бы хотел, чтобы в какой-то массив мог ввести параметры и они будут автоматически форматироваться в выбранный в параметре $dateFormat формат.

Карбон?

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

Да знаю я про карбон

@aioslike

думаю мб что то с хостингом

это клонирование на чистую?