Mokhirzon Naimov: модель накапливает состояния, поэтому не надо каждый раз делать присваивание. достаточно
$items->where('amounts', '<=', $amounts);
$items->where('amounts', '<=', $amounts);
Если бы не ифы, то можно писать в текучем стиле
$items->where('amounts', '<=', $amounts)->where('amounts', '<=', $amounts);
setData плохой вариант, он нарушит правило чёрного ящика, зависимости нужно передавать либо к конструктор, либо в метод, laravel умеет оба варианта. посмотрите доку по методам App::make, App::bind, App::wrap
potapovdmtriy: тогда по урлу sati.ru/.env можно будет насладиться конфигом вашего приложения. Нужно же только прописать верный DocumentRoot, что может быть проще.
Сергей Протько: при чём здесь уровень знаний, я пишу о том, что если знания у человека есть и он будет изучать ТОЛЬКО symfony, то хватит выходных. Сложно научиться бегать не научившись ходить.
Сергей Протько: Смотри, я считаю что условия нормальные - человек постоянно занимается самообучением и уже хорошо знает laravel, теорию вроде mvc, di, orm, ddd. Соответственно, изучать будет только фреймворк Symfony. Конечно, если базы нет и учить всё подряд за раз, то будет каша. А так есть пример, когда мой стажёр с лёгкостью переключился с laravel на проект на sf и писал медленнее, но не хуже, чем ребята у которых за спиной уже пару проектов на нём.
Alex T.: Если процесс сообразования не заброшен, то выходных будет достаточно. Чем больше изучаешь, тем быстрее впитываешь новые знания. Прочитать доку, пару статей и набросать простой бложик на sf - выходные более чем достаточно.
tachini: Вы лучше доку перечитайте. Не нужно делать getName(), они и так есть, когда вызываете $mode->name дёргается __get, который ищет либо мутатор по маске getAttribute getAttributeName(), а с случае его отсутствия просто значение поля.
Вы с доктрины опыт переносите на eloquent, что не верно.
tachini: Не надо перекрывать конструктор, он не является точкой входа. Есть метод boot через который можно вешать слушателей laravel.com/docs/5.1/eloquent#events - это точка входа.
Вы напишите что хотите сделать, а я постараюсь подсказать как лучше.
Шлосснейгл лучшее, что встречал по php, а для обновления знаний и best practices советую www.oreilly.com/catalog/errata.csp?isbn=9781491905012
Про многопоточность лучше искать в других языках, я сейчас готовлю внутренний доклад базируясь на опыте из nodejs и перенося его в php, разбирая библиотеку async.
bernex: да, doctrine лучший выбор, хотя у нее высокий порог входа и с этим могут быть проблемы. Основной плюс в отличии от типичного AR подхода как в YII - меньше возможностей наговнокодить и потерять консистентность, т.к. у вас чистые модельки и работа с ними через репозитории.
