Я там не вчитывался, "много букаф", но не думали, что можно просто куки записывать на больший срок?
В любом случае, есть ли язык в URL или нет, все равно будет храниться и в куки.
Кстати, там если ничего не ломать, то из коробки и так выбирается язык на основе предпочтений из браузера пользователя.
Ну и последнее. Смысл шаблона advanced именно в том, что это кладется на разные домены (субдомен), поэтому там вообще никак не связаны языки для частей.
lolrofl01, можно накидать пробную страницу и посмотреть как ее видит поисковик, Google отлично видит Vue, живу в Испании, поэтому Yandex не был актуален, не смотрел.
Google нормально видит Vue в отличии от Angular (не знаю почему, может что-то изменилось... странно, ведь Angular их фреймворк), посмотрите в инструментах разработчика, как выглядит Ваше приложения у Яндекса, если Вам нужно, может и SSR не нужен.
Я не вдавался в подробности, но читал, что всякие SSR инструменты накладывают много ограничений на само приложение, уже не помню что.
Просто можно сейчас решать проблему, которая скоро решится сама собой, так как все поисковые системы двигаются к индексированию JavaScript.
P.S. Конечно получив дублирование кода, но по сути не много, можно спокойно это все реализовать на PHP, если сильно нужны статические страницы, будет загружаться контент, а потом через время подменяться на такой же в SPA, но уже без необходимости синхронизации состояний.
P.P.S. Я всё-таки за то, что скоро это вообще будет не нужно и можно делать нормальное SPA.
Если Вы хотите оценить адекватность в Вашем случае, просто подумайте, не повторяете ли Вы себя. Если нет, то все ок.
Никто же не знает Вашего проекта, чтобы оценить объем работ. Да и в CSS особо нет вариантов сократить код за исключением того, что найти что-то, что можно поместить в общие служебные классы, хоть не по БЭМму зато про войну...
Может Вам там вообще не нужны запросы так часто, может можно поменять саму архитектуру и на ровном месте получить прирост.
Конечно Вам правильно сказали, что пока не понятно слабое место приложения, то на уровне кода странно что-то делать, но может сама бизнес логика не требует постоянных запросов.
Ну а так, если нужно именно отправлять запрос, то нужны веб-сокеты потому, что они будут работать только когда будет информацию на сервере... Хотя тоже, может у Вас там информация чаще, чем раз в 5 секунд и нагрузка больше получиться...
Ещё вариант, можно поставить ещё один сервер, если там все так круто, что постоянная нагрузка.
В общем, заваривайте кофе, выпивайте, присылайте фото того, что останется в чашке, может быть Вам помогут.
1. HTTP - это протокол о доступе к ресурсам, поэтому, если нужно запустить конкретный файл в зависимости от пути, то он просто должен находиться по этому пути.
2. Единая точка входа используется потому, что нам нужно выполнять на много больше одинаковых действий для каждой страницы, чем разных. Отсюда и необходимость в роутинге, но это совсем не то, что в примере.
