Алексей Уколов

HTML forms do not support PUT, PATCH or DELETE actions. So, when defining PUT, PATCH or DELETE routes that are called from an HTML form, you will need to add a hidden _method field to the form.

https://laravel.com/docs/5.2/routing#form-method-s...

@else Category Name @Endiff 
     ^             ^

Должен ли я вообще озадачиваться подобным вопросом?

Не должны, особенно если вы начинающий. Какой-то микроскопический профит вы сможете получить, но многократно повышается шанс отстрелить себе ногу.

Собственно, только отсутствием автодополнения из коробки.

Не нужно эскейпить данные при выводе и всё заработает без костылей с replace.
А если не оборачивать в кавычки, то и парсить потом не нужно будет - ведь json_encode сразу отдаёт валидный js.
var objects = {!! json_encode($objects) !!};

На стандратный вопрос получите стандартный ответ:

Важно: скорость обработки информации при высоких нагрузках, масштабируемость системы, доступность специалистов, цена.

Всего этого можно добиться на абсолютно любом фреймворке. И всего этого можно не добиться на абсолютно любом фреймворке. Фреймворк влияет только на одну вещь - удобство работы одного конкретного специалиста. Кому-то привычнее на Laravel писать, кому-то на Symfony. На итоговый результат это никакого влияния не оказывает.

Судя по вопросу, у вас опыта написания больших систем нет.
Если вы в этом проекте представляете бизнес, доверьте выбор инструмента тем, кто будет им пользоваться.
Если вы планируете разрабатывать, берите то, что знаете. Если не знаете ничего, то с поставленными целями заказчик может попрощаться (зато сэкономит). Я это пишу не чтобы вас обидеть, это просто голый факт - невозможно одному человеку без опыта написать такую систему.

где и в каком файле я должен создавать роли ?

Роли нужно создавать только один раз, а не каждый раз при старте приложения, ведь это просто строки в базе данных.
Соответственно, вы можете создать их как угодно, привёден просто пример, как вы можете их добавлять через админку, например. Можете этот код хоть в php artisan tinker выполнить, разницы никакой.

Ваши варианты:
1. Использовать свой сервис, как предлагает Anatoliy Lyovkin.
2. Использовать Job.
3. Использовать модель.
4. Использовать отдельный роут для загрузки файлов и делать всё в контроллере.

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

Думал использовать command bus, но к сожалению заменили на jobs, я так понял что jobs не для этих целей, они как бы в основном используются с очередями.

Их просто переименовали. Смысл от этого не поменялся нисколько, просто теперь их сложнее перепутать с консольными командами. Делайте так или через методы модели файла, например.

Если вы ощущаете себя в Symfony как рыба в воде, то ничего нового вам Laravel не даст - построен он на компонентах Symfony, архитектурные принципы те же. Только в Laravel всё это скрыто за удобными фасадами.

С другой стороны, если вы понимаете Symfony, и вообще имеете приличный опыт разработки и голову на плечах, то вы больше времени на чтение ответов здесь потратите, чем на изучение Laravel.

$forum->topics - это коллекция тем. Сообщения привязаны к каждой конкретной теме, но не к их коллекции. Собственно, именно об этом в ошибке и написано.

Если вам нужно вывести количество сообщений в конкретной теме, то будет что-то вроде этого:

@foreach($forum->topics as $topic)
  {{ $topic->messages->count() }}
@endforeach

Если вам нужно подсчитать общее количество сообщений во всех темах, у коллекции есть метод sum().

Нужно инжектить не провайдер, а сам интерфейс RatesContract.

use App\Book;

Route::get('book/test', 'BookController@test');
Это нужно до ресурса указывать, потому что урл 'book/test' попадает под правило get('book/{book}').

Route::get('book', 'BookController@index');
Route::get('book/create', 'BookController@create');
Route::post('book', 'BookController@store');
Route::get('book/{book}/edit', 'BookController@edit');
Route::put('book/{book}', 'BookController@update');
Route::delete('book/{book}', 'BookController@destroy');

Ну а это всё просто лишнее, раз ресурс объявлен.