Динамичное обновление данных сайта как обычно делают?

web socket + любой лёгкий фреймворк (vue, react), можно посмотреть еще rxjs концепцию

Даша Циклаури, спасибо.
А ещё есть вариант, я так понимаю, по интервалу (через секунду, например) отправлять ajax на сервер и получать данные в ответе?

Даша Циклаури, а вебсокет сервер нужно написать на асме, расте или ерланге, да

sim3x, не совсем понял Вас

Александр Ржаницын,
вебсокет - нужен для сложного постоянного общения между фронтом и беком
В общем случае хватает ajax

Бекенд для вебсокета гораздо сложнее, чем для ajax

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

sim3x, сложность с аяксом в том, что надо как-то или считать дифф на сервере (между старыми данными и новыми) при запросе с клиента или кэшировать (на какое-то короткое время) на сервере новые данные до первого обращения, но в этом случае нужно думать над сессионностью чтобы не вышло там что кто-то другой за тебя прочитал данные. имхо реализация на веб-сокетах в данном случае настолько проста, что займет меньше времени и ресурсов

Даша Циклаури,
KISS

У вас оверинжиниринг со старта

На https://www.w3.org/TR/websockets/ стоит обратить внимание на раздел Previous Versions, тк в случае чего их придется проштудировать, для прояснения ситуации
И научиться работать с ваершарком и читать бинарный код аки Нео

sim3x, можно конкретику? кейс когда нужно что-то там штудировать... на проекте ни разу не приходилось до этого доходить

Даша Циклаури, https://www.youtube.com/watch?v=LAt8_ci9t6Q&list=P...

sim3x, спикер не приводит конкретный кейс когда нужно что-то делать с 6ю протоколами, пока что это вилами по воде. Повторюсь в реальных высоконагруженных проектах ни разу не приходилось этого делать.

Часто встречал ситуации когда программисты в силу слабости ума бросались в крайности. На хайпе вокруг NoSQL бросались писать CMS или целые сайты на базе MongoDB. На хайпе вокруг NodeJS бросались писать на нем Интернет-магазины. Надо ли говорить что все эти проекты умерли или живут на грани рентабельности? Просто птм что у них затраты в 10-100 раз выше от возможных. Они не жизнеспособны изначально. Но слепой фанатизм и юношеский максимализм не позволяет это понять. У любой технологии есть плюсы и минусы. Не бывает серебряных пуль.
Всегда стоит брать под задачу то что является лучшим решением. Например для сайтов и управления контентом лучшим решением является WordPress (№1 в мире, более 30% рынка и наличие множества крупных нагруженных ресурсов тому подтверждение). Конечно с ростом придут проблемы узких горлышек. Надо решать проблемы по мере их поступления. В 99% случаев под каждое узкое горлышко уже есть какое то решение. Надо лишь включить голову и найти его.