Это не проблема. Но он заточен именно на весь экран. В теории можно заняться извращением и переделать под себя, но если есть такие же варианты с возможностью указать свой размер, лучше не изобретать велосипед
Но в laravel уже есть встроенная система авторизации. Можно либо использовать ее, либо написать самому. Но из коробки там все решается за 5 минут php artisan make:auth
Например, тот же todo list. Допустим у нас есть несколько пользователей и список дел для каждого из них. Отсюда получаем 2 сущности User и Task. У юзера есть id name password и любые другие поля. И есть таблица task в которой хранится id (самой задачи) user_id, name (имя задачи), text, status (завершена или нет) дата создания задачи и крайний срок. При регистрации мы добавляем запись в таблицу users. При авторизации проверяем, есть ли пользователь с таким логином и паролем в базе. Если есть - прописываем его в сессию и авторизовываем. При logout просто уничножаем его данные в сессии. При создании задачи кроме всех полей пишем userid пользователя в соответствующее поле таблицы task и т д
Денис Каракчиев, они существуют разумеется, но только как отдельная запись в таблице. В коде пользователь это объект модели User. Но это такая же сущность, как например статьи. А то, что именно из себя представляет пользователь, все действия с этой сущностью решает модель. Например, в классе User могут быть методы Register, Login, Logout, Edit и т д В этих методах прописывается логика модели. Если пользователю необходимо взаимодействовать с другой сущностью, но в таблице этой сущности должно быть поле user_id в которое мы пишем id пользователя. А id пользователя бекенд получает из сессий или кук
Также в Laravel есть middleware. Например, если в роутах определенной группе маршрутов или маршрутов прописать middlware auth переход на страницу смогут совершить только авторизованные пользователи
Очень просто. Пользователь это просто запись в таблице Users, объект класса (сущности) User. У него есть свойства (почта, логин, пароль) Если пользователь публикует статью то у этой статьи в user_id будет стоять id пользователя. При авторизации просто проверяется логин и пароль, если все совпадает, то в сессии или куки записывается определенная информация, позволяющая скрипту идентифицировать пользователя
База одна. На каждую сущность отдельная таблица. Например Статьи, Категории, пользователи. У этой таблицы есть поля и записи. Поля - свойства объекта. Модель в MVC работает с этой сущностью. Делает выборку из таблицы, запись и т.д Все данные передает в контроллер
