Александр, на nodejs работают и grunt, и gulp, и webpack
Laravel Mix в данный момент использует webpack
Вся индустрия переходит (точнее, уже перешла) на него.
Всё так, в vue из php можно передавать инит-данные через пропсы.
Но есть пара уточняющих ньюансов
Во-первых, чтобы данные пришли в виде объекта, а не строки надо делать :data-from-php='<?= json_encode($data) ?>'
Во-вторых, чтобы в php-шаблонах можно было вот так вот юзать компоненты vue, ваш лейаут должен быть обёрнут дивом, на котором должен быть навешан инстанс vue. Например, как сделано в Laravel: https://github.com/laravel/laravel/blob/master/res...
Если вы вручную маунтите компоненты-виджеты на определённые дивы, вам нужно действовать по методу 2 из ответа Евгений Вольф
"Список кнопок с помощью которых осуществляется фильтрация"
Это то, что на скриншоте синим обведено ? Зачем это вообще нужно заносить в базу ? А если на сайт зайдёт два человека и выберут разное, что в эту таблицу запишется ?
Ilaj Osmanov, нет таких материалов, нет там никаких особенностей со стороны фронтендера, все со стороны бэкендера. Общайтесь с ним через rest как с черным ящиком.
Ошибки валидаций приходит с http кодом 422, вот и все особенности.
Ришат Султанов, Если нужны notices, то пишите код так, чтобы notices не вылезали, проверяйте все элементы массивов и объектов на isset() перед присваиванием.
детектить могут по названию куки (laravel_session) да по типовым страницам эксепшнов. Если все это поменять, то сделать вывод, что под капотом laravel будет невозможно, имхо.
Вы, наверное, имеете в виду eloquent, т.е. active record model, а не репозиторий ? Потому что репозиторий - это просто класс, который занимается работой с БД, отвязывая слой БД от бизнес-логики.
Посторонним В.: нет, в Laravel БД не формируется исходя из моделей. БД формируется миграциями. Да, при создании модели есть опция сделать миграцию, но это чисто для того, чтобы потом руками не создавать этот файл отдельно. Там ещё и контроллер для круда можно сделать автоматом, но это же не значит, что к каждой модели обязателен контроллер.
Миграции - это отдельная от всего вещь, это просто способ записи изменения БД в гите.
И вам точно надо делать иерархию моделей ? Зачем, если рабочая модель в Laravel с полным функционалом это class Article extends Illuminate\Database\Eloquent\Model {} ? В laravel всё проще.
Ох, я коммент в вашей ветке оставил, а не в корне, сорри.
Слева - это в repositories ? У меня там список репозиториев, они все свёрнуты.
Лог в отдельном окне - это киллерфича, как по мне. На основном экране места для диффов все равно нет, для работы с ними нужно все пространство монитора.
Если говорить про сейчас, то альтернатив Laravel, если речь идет о вхождении в php или выборе фоеймворка для дальнейшей работы, уже почти нет. Он захватил всю поляну. Превосходный фреймворк с обширной экосистемой.
Симфони могут выбирать ООП-пуристы, Yii - старые бывалые программеры, у которых уже куча кода на нём, набита рука и нет смысла искать что-то новое. А для оставшихся 80% - Laravel самое то.
