acwartz

Я знаю основы java и spring и могу создавать простые сайты но у меня есть крутая идея

Может быть мне стоит изучить php или python и попытаться

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

Другой язык программирования не сделает задачу проще и легче, двигайтесь в одном направлении, а то слона питоном перетянете, после чего кинетесь в расты, го и прочее... с мыслью "там же легче будет, даа" Нет не легче. Вопрос практики, упертости, и возможно упоротости.

Напишите user-script который будет через таймер-интервал setInterval периодически будет выполнять какое-то действие на странице, так чтобы на веб-сервер уходил запрос. Готовые решения вряд ли будут т.к. каждый сайт в этом плане индивидуален, кроме того может отслеживать и отключать любителей держать сеансы таким образом.

Автор видимо ждет каких-то мега-сложных ветряных мельниц с которым каждодневно борется типовой популярный бэкэндер, видимо чтобы начать превозмогать.



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

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

Theme Creator тысячи их....

Какие существуют общепринятые приемы для переключения языка на сайте?

Вернее сказать подходы?

Локализация может быть статическая и динамическая.
Статическая:
полностью весь сайт локализован на сервере и живет себе копиями в какой-то папке site.com/
на которую ссылается поддомен либо же часть ссылки перенаправляет туда site.com/ru/content... ../by/content и т.д. или поддоменами тоже самое:
ru.site.com, by,site,com, или com.by, .com.ru как у гугла.

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

Динамическая, опять же частичная и полная.
Частичная:
сервер отдает общие части сайта в запрошенном локализованном виде из url или поддомена или как угодно . Динамический контент версионируется по локализации. (В википедии так, общая часть хоть на шумерском, статьи можно переключать по языкам но они будут различаться с оригиналом).

Полностью динамическая локализация:
т.е. есть некий ru.json, en.json которые загружаются заранее/по запросу и оттуда берутся человеко-понятные слова и расставляются по всему сайту прямо в браузере по мере хождения по сайтам (современные SPA так работают), некоторые так не работают и надо собирать 2-6 вариантов локали сайта и хранить их в разных папках при каждом изменении исх. кода (так старый ангуляр работал, да и нынешний ничем не лучше без ngx-translate),
и собственно явно переключаешься по ним обращаясь к разным папкам-локалям.

Контент... самое удобное - версионирование по языку и контенту (как это в википедии сделано).
Где есть начальная статья (пускай статья, контент короче), написанный на русском, кто-то переводит его на английский, потом на китайский и все это хранится в БД, и версионируется уже отдельно по изменениям.
Естественно новое в русском не переместится в английский т.к. английская версия перестанет быть читабельной да и подача материала может быть иная.

Является ли нормой создание нескольких виртуальных хостов под каждый язык?

почему нет. url-part может быть просто словом а уж веб-сервер разберется откуда реально взять информацию в нужной локали.

Почитать комментарии в boundle.js?
scrollmagic.io же.