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

Хороший фреймворк. Я с Yii2 на него перешел. Сам еще пару месяцев его рассматриваю. Но он мне понравился намного больше, чем Yii2.

Сейчас все рельсовики на Elixir/Phoenix рванули. Возможно, эликсир станет новым трендом после  скриптового семейства пхп-руби-питон. Скоро можно будет писать фронт на сервере, без js https://www.youtube.com/watch?v=Z2DU0qLfPIY . Посмотри, может, понравится больше чем php. Но php - самая простая технология, всё остальное сложнее в освоении.

👍

Да я в шутку же)

Привет всем )
Есть вопрос к профессионалам )
Ребята, нужно сделать веб сайт который делиться на 2 части:
Обычный сайт с несколькими сраницами с формами и просто с информацией, а также админ панель,  
первую часть уже сделал, используя стандартные посредники (middleware) и обычную аутинтефикацию (добавл только admin guard), но когда взялся за админ панель - понял что буду делать ее используя vue.js, теперь когда я создал api - появилась серьезная как мне кажеться  проблема - как защитить api роуты (понимаю что нужно использовать token, но я же использовал стандартную auth от Laravel и у меня половина сайта на этом сделана уже)
мне кажеться что нужно все просто сначала делать, потому что если уж использую в админке vue.js тогда и везде нужно. И это меня очень пугает потому что есть дедлайн а переделывать все займет время,

Есть ли способы защаты api routes токеном не меняя всю 'стандартную в Ларавель' систему ? (систему регистрации/логина + middlware)
Если самый лучший способ это переделать все полностью под vue.js то как правильно переделать middleware

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

Спасибо большое за любую ценную идею

ну самое простое это так и использовать стандартную аутентификацию основанную на куках и сессии. наличие vue никак не влияет на это. (естественно роуты нужно будет перетащить в web, то что они будут общаться используя json это не мешает им лежать там)

второй вариант это два гварда аутентификации (лара поддерживает это из коробки) один у тебя уже есть а второй будет на основе jwt или паспорт

Максим, спасибо очень большое за помощь!

На счет первого варианта -  а это  нормальный подход ? или это уже из розряда "говнокод" ?

На счет второго варианта - если я хочу и далее использовать логин с помощью сессий и просто добавить логин еще для api,
создавая новый guard значит ли это что используя логин с помощью сессий я смогу получать токен для api, или придеться логиниться отдельно для двух guard-ов
(прости за тупой вопрос, просто в этом не имею общей картини как все работает, вроде читал обо всем но не делал на практике )

Можете сформулировать когда нужен @yield, а когда @include? Запутался я совсем.

@yield - при включенні секції із "дочірнього" шаблону

@include - при включенні довільного шаблону

В общем, я понял что независимые (самостоятельные) блоки (виджеты) нужно инклудить, а все что расширяет главный макет страницы - через @yield и @section соответственно.

И я думаю в подшаблоне не запрещено разбить дополнительные секции через @yield? При входе в личный кабинет, который также многофункционален - там же есть общие блоки типа аватарка, левое бокове меню и так далее, которые присутствуют в каждом подшаблоне.

ржака

?

?

👍🏻

Привет. Если предполагается запись в разные таблицы, то надо из одного метода контроллера делать запросы в разные модели (сущности)? А то где-то слышал, что типа модели должны быть жирными и рулить всей логикой. Но как-то не логично получается.

Если речь идёт про разные таблицы, то явно подразумевается, что разные модели будут задействованы)

Это нормально вообще? В одном методе будет много последовательных запросов на чтение, запись...