Вы в каком то из своих видео, говорили о ваших курсах, есть ресурс с информацией о них?

По стеку, вы можете посоветовать или в каком направлении гуглить?

Врать вам не хочу) таких данных у меня проверенных нет)
The New York Times как-то справляется) Хотя там куча доп фишек навешено.
И да - нужно помнить, что многие серьезные проекты на WP просто льют большие деньги в хостинг)
Они даже картинки не оптимизируют.

Но и проекты на других технологиях так же льют деньги хостингу)
Например, РБК)) ни одна картинка не оптимизирована)

Здесь еще такая фишка, что когда ты NewYorkTimes пользователь подождет лишнюю секунду, твою загрузку. А когда ты пишешь статью с емкостью в 1000 запросов в месяц, но планируешь именно с ней выйти не первую страницу, чтоб собрать хотябы 500 из них. В таком случае, ты не имеешь право вести себя как эти киты, ты борешься за каждую милисекунду, иначе гугл тебя понижает в выдаче.

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

а тут разницы никакой

что там что там просто жесткое кеширование

300к это ничтожная цифра

даже 3кк ничтожная. когда будет 30кк тогда стоит задуматся

т.е. не в 10, а в 1000 раз. есть такие ожидания?))

Не в этом году)

на тсвоем месте я бы настроил клаудфлейр, упомянутое выше кешированеи там можно сделать с помщью пары кликов. 500 мб бесплатно, хватит

Яс вами поговорил и складывается впечатление, что на nodejs нету разумной альтернативы  WP, по крайней мере под эту задачу)

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

ничего

горизонтальное масштабирование самое дешевое

Блин, как скучно то, и обидно. Столько классных технологий, а применить не куда.

а база данных - вы ведь по производительности первым делом в нее упретесь. Развернете 2 сервака вместо одного, будет 2 базы данных у них? Как их синхронизить? Типа зарегался юзер - надо ж чтоб он появился и в базе второго сервера

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

ну если по сути это ридонли сайт, то тут вообще сам бог велел горизонтально масшабироваться это да)

Есть сервис, который модет провалидировать graphql схему?

Всем спасибо, за советы по сайту)

Другой вопрос к обсуждению) -
Я как новичок  в JS не понимаю, как можно получать удовольствие на полную, не имея строгой типизации,  наверно я еще не научился использовать свободу которую дает JS, но в повседневных задачах, статический анализ кода реально экономит время.
В общем, есть фрейворк, nest.js, очень классный на первый взгляд. Особенно если любишь Angular. Такой вопрос, если сравнивать с nodejs + express, есть ли какие то причины не выбрать nest?
Может ограничения, может нестабильный, может еще чего, кто то использовал его на проекте?