VDSina размещает эпичные серверы в одном датацентре
Всего в одном? То есть если в ваш датацентр влетит метеорит, отряд омона или пьяный тракторист повредит питание ДЦ или сеть, то данные ваших клиентов окажутся под угрозой?
Не, тут о том, что даже разрабы с зп в сотни тысяч долларов в год живут от зарплаты до зарплаты. Ну вот не умеют некоторые откладывать, даже от больших сумм. И чтобы им помочь хоть как-то копить, используются такие сервисы.
Да, определенно джун, все через это подходят. Вот когда начнёте сомневаться "а знаю ли я что-то вообще" и "что я тут забрал, ну какой из меня программист", значит лёд тронулся и можно уже думать что-то о мидле.
Как вся эта статистика учитывает то, что с каждым собеседованием навык их прохождения прокачивается и результаты становятся лучше? Тем более выборка маленькая и компенсируется рандомными данными.
Да, есть такие. Ломки не было, была радость что вечером ты свободен, можешь заниматься своими делами, а не упарываться до ночи, чтобы набить тасков на 8 рабочих часов. Единственное жалко, что теперь приходится планировать отпуск и нельзя уже сорваться куда-нибудь в середине недели.
а вот это уже интересно. renderToNodeStream — это как renderToString, только возвращает не всё сразу, а в виде потока. У вас и renderToString делает пайтон? Или на каком он у вас этапе?
Прелесть изоморфного реакта в том, что один и тот же код работает на клиенте и сервере и можно безболезненно SPA на реакте сделать доступной для поисковых роботов.
Он слишком «тоталитарный» и негибкий, простые вещи сделать легко, но любая попытка выйти за пределы его небольших возможностей грозит геморроем. Проще взять готовый бойлерплейт и творить с ним всё что угодно.
Тему совсе не раскрыли, поэтому у меня несколько вопросов :)
1) Зачем вообще использовать node.js фреймворки? Там серверного кода то один модуль, который просто в ответ на запрос отдаёт renderToString со страничкой.
2) С многопоточностью тоже непонятно. У вас же докер, можно настроить репликацию.
3) LazyLoad использовали или у вас всё в одном модуле?
4) Пробовали использовать renderToNodeStream?
5) Как добавляете мета-теги на серверной стороне (если добавляете конечно)? Helmet или вручную.
Значит что если запускаете реакт в prod режиме, то onRender не будет вызываться и, соответственно, не будут идти данные о производительности. Падать ничего не будет, не нужно извращаться с проверкой режима.
Очень круто! А вы регистрировали авторские права, дизайн и вот это всё?
А почему выбрали React, а не что-то более эффективное, типа $mol?
Господи, это прекрасно!
Всего в одном? То есть если в ваш датацентр влетит метеорит, отряд омона или пьяный тракторист повредит питание ДЦ или сеть, то данные ваших клиентов окажутся под угрозой?
Да, определенно джун, все через это подходят. Вот когда начнёте сомневаться "а знаю ли я что-то вообще" и "что я тут забрал, ну какой из меня программист", значит лёд тронулся и можно уже думать что-то о мидле.
Да, есть такие. Ломки не было, была радость что вечером ты свободен, можешь заниматься своими делами, а не упарываться до ночи, чтобы набить тасков на 8 рабочих часов. Единственное жалко, что теперь приходится планировать отпуск и нельзя уже сорваться куда-нибудь в середине недели.
а вот это уже интересно. renderToNodeStream — это как renderToString, только возвращает не всё сразу, а в виде потока. У вас и renderToString делает пайтон? Или на каком он у вас этапе?
1) Зачем вообще использовать node.js фреймворки? Там серверного кода то один модуль, который просто в ответ на запрос отдаёт renderToString со страничкой.
2) С многопоточностью тоже непонятно. У вас же докер, можно настроить репликацию.
3) LazyLoad использовали или у вас всё в одном модуле?
4) Пробовали использовать renderToNodeStream?
5) Как добавляете мета-теги на серверной стороне (если добавляете конечно)? Helmet или вручную.
app.get()? Такое себе. Голая нода тоже это умеет.