Ну
golang
только в вдижке этого контент генератора) на самом деле в HUGO все очень просто
P/S я ж не написал что эти сайты оптимизированы под PageSpeed) Но главное что есть за что зацепится, я рад этому, что Вы посветили свое время тестированию скорости и определению локации сервера)
) а я уже засомневался что кто-то проверит) Я знаю за это и это связано с оптимизацией графического контента) Но я не буду вступать в дискуссию и объяснять почему так)
Ну насчет хипстеров из США вы правы) ветер оттуда)))
Но факт остается фактом, заказчики довольны) Они могут редактировать контент, все работает. И нет проблем с сайтом за 300, сделал, отдал, забыл) А с ВП все по-другому: сделал, сдал, но не забыл) Но + за комментарий Вам, довольно справедливо сказано)
Нет опечатки нет) И революции нет) Есть тот факт что на рынок потихоньку возвращается статика но в новом обличии + к ней написали уже довольно много ЦМС которые помогают удобно редактировать контент для этих статических сайтов. А вообще я рекомендую развернуть это все у себя это займет 30 минут максимум, и все станет понятным)
Раз все составляющие есть то возможно и можно) Я не автор этого термина, но на оф сайте можно углубится в проблему и докопаться до истины. jamstack.org/best-practices
Но суть не в том что можно, а что не можно называть) А суть в том что этот термин стал на слуху после активного продвижения статических сайтов, и их новых возможностей, именно под названием JAMStack.
Собственно и в этом суть, делится и быть полезным) Другой цели я не преследовал, когда писал статью)
CMS — довольно непростой случай:
<<< традиционная CMS for ex. WP.
А
Netlify CMS
Это грубо-говоря удобный редактор контента, то-есть CMS (content management system)
Я знал что Вы напишите за Lambda))) Но это все платные решения, а стек описанный мною совершенно бесплатный для небольшого среднего сайта) Да и заморачиватся особо не нужно git push 30sec build > Production. )) Ну тут каждый останется при своем, как уже было сказано ранее у всего есть свои плюсы и минусы.
В этой статье я лишь поделился личным опытом, что можно, что это работает, работает хорошо и продуктивно. И все а дальше у каждого свой выбор, хоть JAM хоть WP хоть что угодно)
P/s я не кого не собираюсь переубеждать, лишь делюсь опытом)
Ok, ну а как насчет масштабирования? на сколько упадет скорость ответа сервера при заходе на сайт в 1000 юзеров? Тогда нам нужен лоадбалансер или дополнительный сервервер, ну вариантов тут масса. А вот в случае с данных стеком (Который я написал), хоть и 10000 пользователей одновременно зайдет то сервер не ляжет)
Да но, на сколько я прав, у Вас из исходного
html
пару тегов типа
<—>
another HTML head markup
<div id="maAwesomeApp"></div>another HTML footer markup
Стало быть в одностаничном приложении о котором идет речь все остальные операции происходят после инициализации JS, то-есть после загрузки DOM, то-есть после загрузки пары тегов, что значительно меньше чем полностью собранная страница.
В дальнейшем конечно ваше приложение начинает свой рендер, который никак уже не влияет на загрузку страницы так как она уже загрузилась....
Насчет недостатков, согласен — они везде и во всем, и я не утверждаю что JAMStack это лучшее что появилось в веб)
Спасибо за комментарий) Но Netlify делает бил примерно за 15 — 60 сек (С оптимизацией изображений). Сравнение скорости не уверен что быстрее статики может быть традиционный сайт (WP итд.). Но и явно Ваше приложение не тянет за собой prntscr.com/h5q6bg 5mb контента).
В сравнении с WP даже поставленным на CloudFlare, статика быстрее.
P/s Статика и JAMstack набирают оборотов. И это явно лучший вариант для небольшого блога, корпоративного сайта и тд... так как на них контент меняется реже чем пользователи их посещают). Советую попробовать стек: HUGO + NETLIFY. Проверено на практике: клиенты довольны, плагины обновлять не нужно, проблем с безопасностью нет)
Да и в принципе я не сказал что динамика уйдет в нибытие) Но даже Back, да и в принципе мир wepapps движется к схеме Backend > API > Frontend, но это совершенно другая история)
Но я уже сделал больше 15 клиентских проектов на HUGO + различные админки, максимум что мне приходилось дописывать это шорткоды — которые довольно просто создаются + у HUGO очень доступная документация) Но тут кому что по душе)