Laravel по-русски

может быть твоя папка public имеет неправильного владельца и права доступа не позволяют создать в ней что-то.
подобные проблемы часто случаются когда злоупотребляют командами из-под административного аккаунта.

Offtopic: не подскажу как это решается в Windows, сорри. даже когда мой рабочий комп был на винде, всегда пользовался unix-подобной командной строкой и утилитами (cygwin). а сейчас, когда в винде есть WSL это вообще легко и естественно. сервера в интернетах работают почти исключительно под linux. зачем учить два разных способа делать одно и то же?

Если эта зависимость прилетела из самого фреймворка, то в новой версии ларавель пакет будет чем-то заменен, например форком, который будет поддерживать другой автор. Тебе ничего не надо делать по этому поводу.

указать имя маршрута в JS ? — это никак не сделать. потому что JS вообще не знает что такое маршруты laravel. максимум ты можешь "разименовать" маршрут в шаблоне и подставить в JS результат, то есть к коде ты будешь видеть имя, но в теле страницы будет присутствовать путь.

some.blade.php

. . .
<script>
. . .
url: '{{ route('exceptions.destroy') }}'
...
</script>

в обработчике ajax-запроса на стороне сервера redirect() не нужен. перегрузку страницы делай в javascript: в success сделай document.location = 'some address'

( на самом деле можно можно было бы обновить не всю страницу, а только список. а то как-то непонятно зачем здесь ajax )

Какому скрипту? В логах запросы к любым ресурсам. Считай то, что тебе нужно.

С такими навыками пора выходить на международные биржы типа upwork.com. Работы много.

@Goborov почитайте про инструкцию @extends в Blade. Через неё можно добиться единообразия в разметке нескольких страниц, при этом НЕ занимаясь копи-пастой. Затем про View Composer чтобы НЕ добывать одни и те же данные в каждом контроллере. Научивщись работать с этими вещами вы сами ответите на свои вопросы. Я не готов вас сопровождать в каждой детали

Кстати, твой dd($record); должен показывать сколько строк обновлено, если не ошибаюсь.

0 может означать как то что условие where не позволило ничего обновить (записи нет), так и случай, когда новые значения полей  совпали со значеними в существующей записи — фактически ничего не обновлено.

"То есть первая строка из массива ни в какую не хочет вставляться." — не вставляться, а обновляться, т.к. здесь update, а не insert.

Почему бы тебе не почитать документацию вместо проб на удачу!

@Proger_XP ты по прежнему считаешь, что обрабатывать дохуялионы записей в массиве на стороне PHP это нормально?
При этом всегда остаётся немаленькая вероятность что в результате ошибки записи в базе будут таки НЕуникальны.
Если решать задачу средствами SQL, то уникальность будет гарантирована, а тяжелые запросы будет выполнять оптимизированный на это сервер БД.

Все темы топикстартера, как я понимаю, относятся к одной и той же задаче https://laravel.ru/forum/viewtopic.php?id=4922

P.S. Вообще когда с базой работаешь, надо отказываться от стереотипов работы с массивами. Очень неоптимально тащить всё в PHP. Вместо этого надо поручать тяжёлую работу серверу БД — он отлично справляется. База это намного более интелектуальная штука чем файл.

Распиши по шагам (http запросам) логику поведения. Когда ты что-то пишешь в сессию, когда редиректишь, когда используешь. Где-то нарушена логика и это не в Laravel, а у тебя. Давай разбираться.

Создать новый бранч

git checkout -b newbranch

при этом необязательно коммитить или помещать в stash!

Посмотреть какие есть "спрятанные" изменения. Может быть несколько записей, по одной на каждый произведённый git stash:

git stash list

git stash pop восстанавливает спрятанные изменения из последней записи и удаляет её. Принцип стека: вытолкнул и удалил. Так что повторный вызов не сделает то же самое вновь!