Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Да оба кошерны.
В первом можно будет этот же контейнер использовать для js клиентской валидации.
В первом случае div будет в коде даже если нет ошибки
Ошибка у тебя скорее всего не из-за кода контроллера
Если POST-запрос поменять на GET ошибка остается?
Можно посмотреть вот этот пакет dimsav/laravel-translatable
Тут указано что у тебя по прежнему используется mysql
Покажи файл .env
Через тот же ютуб можно организовать трансляцию.
PhpStorm + Laravel Plugin для шторма + Laravel Ide Helper
или консоль OpenServer
>> попробуй в модели в guard запихать поля
guard совсем не то - это защита от массового заполнения
тут скорее всего надо hidden - но он только для отдачи в json. В самом объекте эти поля будут.
Возможно. В ларавел она ничем не отличается от других вариантов.
Есть два варианта. Простой и правильный, каждый из которых тоже может быть серверным и клиентским:)
В простом ты из экшена всегда отдаешь или кусок хтмл кода (серверный) который надо поменять или json (клиентский вариант), который надо обработать на стороне клиента и через js-шаблонизатор вставить на страницу.
В правильном ты проверяешь идет ли запрос через ajax и если да, то отдаешь как в простом варианте. Если нет, то отдаешь полностью страницу с общими элементами оформления.
Ты опять говоришь о каких-то конкретных вещах. Что бы тебе дать совет нужно понимать проблему в общем. Хочу сделать то-то и то-то. Не знаю как сделать вот такую вещь.
Приходится обо всем догадываться.
Начиналось все с с уникальных данных в кеше, теперь как определить тип пользователя.
Один из вариантов:
1) Заводишь таблицу "Роли"
2) У пользователей с устанавливаешь связь многие ко многим (у одного пользователя может быть много ролей) или один ко многим (у пользователя может быть только одна роль)
3) В модели пользователя (или в отдельном репозитории) делаешь методы для работы с ролями. Не знаю что там тебе нужно - или проверка есть ли у пользователя такая роль или получение роли пользователя.
4) Помешаешь в кеш даные для пользователя по ключу "тип_контета-роль_пользователя".
Что бы сделать уникальные данные для каждого типа пользователя надо проверять тип пользователя и отдавать ему свои данные. Серьезно!
Вопрос ни о чем. Давай конкретную проблему.
>> И ошибок много бывает и варнинги и ноутисы и фатал
Для начала объясни какую проблему ты хочешь решить.
Здесь перехвачено app\Exceptions\Handler.php
>> Так же, куда вынести класс, который получает набор полей
Создай App/Renders/* и туда выноси свой класси конфиг для него. Можно под каждый класс отдельную папку. Можно конфиги хранить в отдельной папке.
В Ларавеле нет той строгости архитектуры, как в некоторых других фреймворках. Делаешь так как тебе удобнее
>> Контроллер должен быть тонким.
Всю логику выносишь в пакеты, или в модули, или в отдельные классы. В контролере только вызов методов, присваивание переменных и передача во вьюхи.
Поначалу это кажется неудобным и совершенно не нужным, но потом привыкаешь и начинаешь видеть пользу.
Хотя наверно про всю логику это чересчур. Часть можно оставить в контроллере, когда а) кода мала б) он точно нигде больше не будет использоваться
>> Есть набор своих наработанных функций за все это время. Как их можно подключить в проект. Прошу, назовите что это будет в ларавел, дальше разберусь по документации))
Есть несколько вариантов
1) Стандартный компоузер пакет
2) Пакет для Ларавеля https://laravel.ru/docs/v5/packages
3) Стандартный хелпер https://laravel.ru/docs/v5/helpers хотя тут нет инфо как добавить свой хелпер, но если по коду посмотришь найдешь. Или напиши, я посмотрю в одном из своих проектов
4) Класс со статическими методами
Роль там это связь многие ко многим?
Простых вариантов куча
1) Написать тригер для таблицы на вставку записи
2) Написать обработчик события для модели User на создание нового пользователя
1) Не понятно что ты хочешь сделать.
2) "Вредный кусок" находится в файле который никто не мешает тебе отредактировать.
Алексей предложил хорошее решение. Только я все таки бы сделал классический вариант роль-права со связями многие ко многим. Работы не намного больше, а потом при необхожимости, не надо будет ничего перепиливать.
P.S. У каждой роли одно право доступа по умолчанию.