Yan-s

Таких ситуаций лучше вообще избегать. Решаться проблема может по разному, в некоторых случаях ничего не мешает вынести в миграции и изменение самих данных если уж действительно есть такая необходимость.

Для чего поле key

Для некого ключа в виде строки в 25 знаков.

что в нём должно быть?

Ровно то, что задумано проектировщиком API. А это должно быть сообщено/указано в документации. Как по вашему вы еще должны это узнать?

Как сделать, что бы столбец был key - char(25) not null?

https://laravel.com/docs/migrations#columns - 5 строка в таблице.

Здесь будет всегда true, если в $sitemap есть хотя бы 1 элемент с parent > 0
if($sitemap->where('parent', '>', 0)->count() > 0)

Нужно изменить конструкцию так, чтобы проверка была по элементам у которых parent === $item->id например как в следующем foreach.

Написать свое правило валидации https://laravel.com/docs/validation#custom-validat... или проверка по регулярке https://laravel.com/docs/validation#rule-regex

Гуглить пробовали? Например https://stackoverflow.com/questions/20094286/larav...

Начните с чтения документации https://laravel.com/docs/queries#selects

BigTask::where('id', $id)->with(['modules.groups.permissions' => function ($q) use (&$permissions) {
     $permissions = $q->get()->unique(); // <--- что это вы тут делаете?
}])->first();

Никак. Роут это связь логики с тем что в адресной строке.

Если вам надо отображать что то в общем шаблоне везде кроме главной, логично было бы разместить в нем условную секцию не отображаемую на главной странице.

Проверьте что у вас в value селекта. В массив должны попадать значения из этого атрибута.

Вашему вопросу посвящен целый раздел документации описывающий разные виды отношений в БД и способы работы с ними в контексте eloquent ORM: https://laravel.com/docs/eloquent-relationships

https://laravel.ru/docs/v5/eloquent-relationships#pl

Чего то вы недопонимаете насчет JSON.

Тогда приходят три коллекции, как говорит alert();

Вам приходит 1 массив объектов, в котором 3 объекта. Это не шибко отличается от второй ситуации.

Для понимания почему так посмотрите пример: sandbox.onlinephpfunctions.com/code/342145de51348c...

https://laravel.ru/docs/v5/queries#increment

$increment = \DB::table($model->table)->increment('barcode') + 1;

метод increment() увеличивает значение поля на 1, раз у вас нет условий в запросе то запрос затрагивает все записи в таблице.

Кстати, прикольно что у вас вообще что то работает, ибо инкриминируете вы строку. Barcode у вас же строка начинающаяся с "ST" как это вы намереваетесь к ней единицу добавлять простым сложением?

Вот чего вам стоит сделать:
1. Используйте в качестве счетчика либо id записи, либо создайте отдельное поле в БД и храните там обычное целочисленное.
2. Добавляйте префикс "ST" (и пэд из нулей и всё что вам надо) к этому полю мутатором ( https://laravel.ru/docs/v5/eloquent-mutators#%D0%B... ) если у вас префикс фиксированный, то нечего его в БД писать. А если не фиксированный, то пишите в отдельное поле.
3. Нафига вам self::creating в boot() ? Создайте отдельный метод для добавления записи и вынесите всю логику добавления этой записи в него. Будете вызывать метод напрямую и передавать в него данные и не надо держать в уме что где то там потом чото еще по событию происходит.
4. Далее если вы используете отдельное поле для счетчика (а если будете использовать id, то он и так автоинкрементный). Перед сохранением получаете максимальное значение счетчика из бд ( https://laravel.ru/docs/v5/queries#%D0%B0%D0%B3%D1... ) добавляете еденицу.
5. Заворачиваете всё это дело в транзакцию https://laravel.ru/docs/v5/database#%D1%82%D1%80%D...

\DB::table($model->table) зачем? Выж унаследовались от ORM модели, работайте как с ORM моделью. Вот же https://laravel.ru/docs/v5/eloquent#%D0%BF%D0%BE%D...

А что у вас не получается? Вроде как ничего необычного, чего бы не было в документации по роутингу.

(зы. С точки зрения SЕО неоч должно быть. Дублирование контента)

Чем обоснован такой подход? Здесь напрашивается связь через таблицу многие-ко-многим, а не хранение в result списка.

И видимо таблица с колонками спроектирована неправильно. То что вы размещаете в column_1, column_2, ... скорее всего должно быть вынесено в отельную таблицу, где имена колонок станут значениями.

Это все потому, что вы в JS пытаетесь выполнить PHP конструкцию $item->id, а на деле просто вставляете ее строкой.

https://yandex.ru/yandsearch?text=htaccess%20larav...