Я так понял, теперь вы согласны с тем, что Route::resource ставит Route Name.
У вас ссылка на свой же коммент. Про какую коллизию идет речь? изначально мой комментарий был, что есть Route::resource и он ставит имя из коробки и если что-то надо кастомизировать, это делается тоже все из коробки, поэтому мой вопрос актуален так как статья называется "Автоматические имена роутов Laravel", а в итоге про Route::resource даже не упоминалось
Слушать сигналы можно через $this->trap
Точно, еще и curly brackets на массив
согласен. Или просто подключить готовую либу, например guzzle
Автору же не нравится лишний зарос на сервер
А вот тут обидно было)
Webrtc позволяет стримить, но не управлять. автор скорее всего имел в виду трансляцию всего экрана или конкретного приложения или я ошибаюсь?
Вы наверное про Google workbox не слышали, можно всю статику принудительно закешировать
например, для офлайн режима
Переименуйте статью
Я так понял, теперь вы согласны с тем, что Route::resource ставит Route Name.
У вас ссылка на свой же коммент. Про какую коллизию идет речь? изначально мой комментарий был, что есть Route::resource и он ставит имя из коробки и если что-то надо кастомизировать, это делается тоже все из коробки, поэтому мой вопрос актуален так как статья называется "Автоматические имена роутов Laravel", а в итоге про Route::resource даже не упоминалось
Почитайте внимательно мануал, видите список имен?
Зачем ставить лишний пакет когда есть тот самый автоматический гибкий нейминг из коробки?
Ну так я про это и написал
Есть же route resource и нейм из коробки!
Не чище ли выносить в beforeDestroy: function () {}
Не лучше ли использовать PWA + bubblewrap/pwabuilder ?
Не по perfect negotiation
Автор Undefined offset не боится при проверке $params
А динамический импорт в том же вебпаке? И lazy load
В голосовании не хватает PWA