jazzus, это не синтаксис Laravel, а PHP в целом так работает. Сначала выучите основы и потом будет проще.
И это не тзюменка языка PHP, так и на питоне пишут например
docxdocx, вы конечно туговаты, объясню вам ещё раз, писать код должны вы и управлять им, а не он вами как в вашем случае. Я вам говорю не должно быть такого что что-то там чего-то может вернуть, а что вдруг не может. Для исключения таких вот ошибок есть валидация с помощью которой вы управляете набором данных из которых будут созданы объекты, и тут у меня возникает вопрос, на каком основании у вас может пройти ситуация когда один из объектов может быть не создан, а уж тем более не сохранен? Ну как такое может быть допущено? Я вам привет пример того как работает транзакция, в случае ошибки будет произведен откат, ну а если у вас что-то не так настроено то никакой другой ORM вас не спасет
NubasLol, нет, не нужно никого обучать, это самый нелепый подход о котором я знаю. Чтобы кого-то обучать нужно сначала что-то самому изучить. В вашем случае вы даже доку не осилили, но при этом рветесь кого-то обучить. Чему вы будите учить других, вопросы на Тостере задавать?)) Если бы вы уже имели за плечами кучу проектов над которыми работали, подобных вопросов вы бы не задавали. Может быть у вас есть куча проектов на WP, Joomla и прочем барахле, но на Laravel у вас нет ничего, в этом я уверен
Максим Литвинов, крутятся это одно. Просто на Laravel и у меня крутятся. А вот во время сборки webpack сервер грузится однозначно и не хило, а у автора судя по куску который он в комменты скинул как раз проблемы возникают во время сборки из-за тупо нехватки памяти, а уже тем более если это npm run watch, а тем более когда он не убивается?) Представляете какой это оверхед
ЕКЛМН, вы когда уже научитесь читать-то)) Как глупыши малыши
Веб-разработчик не относится к самозанятому лицу - это первое. А уж электорнная коммерция тем более, для ее осуществления нужно оформление ИП - 6 или 13% + пенсионные отчисления
Максим Федоров, не знаю, мне такое в голову не пришло, пишите в ответ ниже)) Но мне кажется следующим вопросом автора будет Как выбрать все айдишники и пронумеровать каждый от нуля (на уровне запроса)?
Вопрос только зачем это вообще нужно))
Владимир Борисюк, такой вариант вполне возможен, его я вам предлагал как альтернативный сокету, просто моя реализация была на кеше, ваша на DB, по поводу версионирования не скажу ничего плохого, это нужно когда в нем есть смысл, в данном случае не вижу от них толку, конечно если что-то сложное пишете в чем я сомневаюсь, нужен контроль, логирование и т.д. тогда да, я бы сделал версии, а пока наверное можно и без них
сервис лееры, провайдеры, repository, полным полно каких-то трейтов
Так делают не только потому-что очень умен и хочу так, иногда одна модель может подключать десятки трейтов каждый из которых может достигать размеров в 300-400 строк и несет свои зависимости, представьте сколько строк займет одна модель не использующая трейты, как с ней работать? По вашей логике и include не нужен нигде, все можно в одном файле писать
А еще копирование логики из проекта в проект
Вобщем все это не зря, просто нужно изучить и пользоваться, а что касаемо как работать джуну, тут все просто, джун не должен все это использовать, в команде обязательно должен быть тимлид который просто делегирует джуну простые задачи в которых тот должен разбираться
Юпитер Макс, наоборот, проблема в реализации моей части, как мне делать им выплаты легально, например если у меня будет УСН 15%, и выплаты этим ребятам по идеи должны идти как расходы на продвижение
И это не тзюменка языка PHP, так и на питоне пишут например