Я на самом деле не пойму что может быть в

папке public?

стили, скрипты, файлы сайта (например картинки), другие ресурсы

Я же все это должен скопировать из папки resources?

у меня так - микс копирует в паблик. Например resources/assets -> public/assets а папка public/assets в гит игноре а в блейдах тяну так mix('assets/svg/some.svg')

Я просто не пойму зачем вот это копирование надо?

иногда браузер кэширует файлы, так хоть меняется время создания.

В общем так понимаю нужно fronted поизучать.

прям уж глубоко и подробно не надо. По мере "создания" проблем) Изучай то что нужно.

та в принципе да, все правльно написал

Мне вот ещё очень понравилась идея когда на всёх шаблонах есть только два подключения Это js и CSS по 1 штуке каждый, все что нужно в них уже собирается через mix. Я единственное почему спрашиваю про папку assets в yii2 например в ней создаются CSS,js. А здесь получается отдельно.

вот и весь ларавель удобство - ты можеш изменять и делать что хочеш недостаток - ты можеш изменять и делать что хочеш "не мои слова, но очень понравились"

Мне ларавель всем очень понравился, очень. Хотя когда я его первый раз смотрел лет 5 назад я его не понял. Мне единственное что в нем не нравится: Это миграции И отсутствием модульности Две эти вещи считаю что в будущем надо развивать.

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

Что не так с миграциями?

какая модульность у фреймворка ? пакетов же валом

Уже обсуждали эту тему по миграциям (автомиграциям). Мне они просто не нравятся. Мне нравится когда есть 1 модель = 1 таблица и в модели описывается структура таблицы. Кстати я посмотрел те расширения по автомиграциям по тому вопросу что ключи внешние не создаются. - в общем как нибудь напишу.

Много пакетов которые заточены конкретно под Laravel насколько я понимаю.

дофига

Мне вот любопытно. Почему ты «считаешь что нужно развивать миграции», вносить изменения для всего сообщества которое использует фреймворк, но при этом неудобно только тебе?

Ну вот, а вы говорите зачем модульность

Ivan Litovchenko
Простой пример - я поставил расширение роли и прав...

Туда же вопрос о модульности. Laravel это не cms, где плагин присрал, плагин выключил. Это не так работает

Почему не удобно только мне? На гите пакетов 5 точно можно найти кто этой темой занимался. Потому то например когда я буду переносить 4 таблицы я буду концентрироваться на модели и на том какие ей нужны поля индексы внешние ключи. Я перенося эти таблицы могу структуру раз 20 поменять. А с миграциями я буду ломать себе голову.

Потому что за последние несколько лет которые я провёл в этом чате, только один человек поднимал эту тему.

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

Я выше проблему описал

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

Достаточно часто это сколько? Несколько раз в день? В неделю? Ну сквошнул потом и всё(