Danny Chase

Не поверишь)

В Бд) массив конечно лучше не хард кодить, а собирать из той же бд.

Но если уж очень приперло, навали в redis

Прекратите раздувать контроллеры, пусть они выполняют свои прямые функции, логику пишите в сервис классах, валидацию пишите в реквестах, посредники нэможно использовать не только для авторизации, по best practice в ларавель, их используют для работы с входящими http запросами, проверка токенов, добавление и проверки специальных заголовков, редиректы, логгирование, cors, итд итп, то есть вся логика приложения которая должна отработать до выполнения бизнес логики

Модель для связи не нужна.
Связь создается уже внутри моделей с помощью методов
BelongTo
HasOne
HasMany
итд


И все таки мне кажется удобнее было бы под каждый датчик завести свой контроллер и свою модель.
Так как они выполняют достаточно разные функции и значения у них тоже разные. Если мы пытаемся термометр у которого значение одно и в градусах, связать в единой таблице с датчиком ИК движения у которого свойств может быть уже 5 и естественно в совершенно других значениях. Что вынуждает нас либо нарушать все возможные НФ, либо плодить кучу связных таблиц. или же еще хуже использовать модель EAV


В общем я вижу ситуацию так

• Мы знаем все о наших датчиках и платах поэтому можно не пытаться делать их универсальными гораздо проще будет работать с датчиком как с конкретным элементом это будет и приятнее и более функционально и меньше геморроя вы попытках все делать универсальным помните про KISS
  
  Kiss

  https://ru.wikipedia.org/wiki/KISS_(%D0%BF%D1%80%D...
  
  
• 
  думаю что вряд-ли в системе будут датчики и платы добавляться каждый день -> ничто не мешает считать каждый датчик за отдельную сущность с его параметрами и функциями
  
  
• 
  в этих же контроллерах модели в бд храним поведение датчика на плате опять все просто и легко
  
  

в конце концов SQL хорош когда нам нужна целостность данных) а тут можно вообще все в паре ключ значение запихать в REDIS и не париться вообще + работать будет быстрее)

Это ошибка не laravel, а SQL.
Сделай

dd(Article::create([
    'name' => $name,
    'text' => $text
]));

и посмотри какой ORM создает запрос к БД. Сразу увидишь в чем дело;)

не понимаю - зачем нужно создавать не существующее свойство в модели) расскажешь?

вынести роут за пределы функции)

Route::group(['prefix' => '{locale}', 'where'=>['locale'=>'(kz|ru)'] , 'namespace' => 'Frontend', 'as' => 'frontend.', 'middleware' => 'locale'], function(){
....
});
Route::group(['prefix' => 'organizations', 'as' => 'organizations.'], function(){
        Route::get('{organization}', 'OrganizationsController@show')->name('show');
});

локаль больше не передается)