Спасибо. Очень ждала. К сожалению много ещё незнакомого, мало освещаемого новичкам в разных тьюториалах. и в моём случае это прошло бы стороной, "как косой дождь". Сложно ре-моделировать мозг, привыкший к уже известному паттерну из django templates. Написал меню в base.hmtl и радуешься его глобальному сиянию. В js frameworks такое похоже не прокатит. Я же набила себе шишек про сообщение раздражённого браузера "сколько можно стучаться по одному и тому же router-y?", хотя пребывала в убеждении, что магический mode:hystory меня защитит. Теперь пойду творчески перерабатывать представленные новые горизонты.
Очень полезно, про History API + express хотелось бы прочесть статью, решал подобную проблему год назад. Из за этого я закопался в непонятную мне тему и не смог сделать тестовое. Хочется понять про какую проблему вы говорили когда объясняли History API, зачем использовался express. Пока что кажется, что можно было обойтись и без express. Вообще от каши всех разномастных серверов которые необходимы для работы (один для прокси другой для контента и так далее) немного кипит голова.
В этой статье описывается несколько способов того, как можно засёрвить статику по SPA: medium.com/swlh/using-vue-routers-history-mode-6d9395e8122e Без express обойтись, разумеется, можно, но в тот момент мне не хватало компетенций, чтобы нормально разрулить это через nginx, сейчас, конечно, отдельный express-сервер я не поднимаю)
Тоесть в реале я могу увидеть бизнес логику (ну типа) в бэкэнде или рядом отдельным приложением, бэкэнд который занимается работой с данными и отправкой их во фронтенд, который занят уже вопросом роутинга и распределения данных? Помимо визуального вида. Башка взрывается от такого. Особенно от сочетания названий технологий. ( vue, vuex, что то на бэкэнд)
