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

У меня еще такой нубо-вопрос: вот у нас фронт и бэкенд в разных репозиториях. Означает ли это, что бэкенд(api nodejs) на проде может быть вообще на другом сервере и с другим url? Или принято делать все на одном сервере и должен быть поддомен основного url, типа единая экосистема?

Есть классный и удобный инструмент https://nx.dev/ позволяющий в одном репозитории хранить много проектов как фронт так и бэк. И если необходимо можно делать sharable части для использования в нескольких проектах. Например, интерфейсы на ts можно делать общие как для фронта так и для бэка

Ты прям угадываешь мои мысли и вопросы 🙂 Спасибо.

Вопрос. Вот говорят серверный рендеринг страниц сайта и рендеринг на клиенте. Я так это понимаю для себя:

* Серверный рендеринг. Например у меня на сервере лежат Pug файлы, приходит запрос с клиента на сервер, сервер pug в html преобразует и отправляет клиенту готовый html.

* Рендеринг на клиенте. Это когда у нас есть api, что отдает JSON. С клиента приходит запрос, отдается JSON с данными страницы, а на клиенте уже из этого JSON формируется страница сайта.

В общих чертах, прав ли я?

Ну что-то такое

господа, снова нубский вопрос от меня... Есть такой вот кейс:
Есть 4 тестовых бд (pg, mysql, oracle, ms-sql), доступных юзерам в проекте (ну можно сказать демка). Они могут изменять там строки в таблицах. Потенциально есть возможность, что кто-то напишет туда матюков, поэтому есть задача - раз в сутки дропать эти бд, потом восстанавливать их первоначальный вид. В какую сторону посмотреть, для реализации этой штуки?

Можешь сделать скриптик который будет чистить и заюзать cron для запуска раз в сутки

ну вот да. Но как лучше, сделать бекап а потом ресторить его?

думаю лучше тулой от бд

pg_dump|pg_restore, mysqldump и т.д.

Да, в общем верно.

Добавлю только, что при рендере на клиенте, клиент сначала запрашивает статическую страницу (обычно с CDN), загружает ее, а потом код на этой странице делает запросы на API чтобы получить данные.

Есть ещё то, что сейчас называют SSR в таких фреймворках как React. Это когда у Вас все то же React приложение, но происходит предварительный рендеринг на сервере. Это нужно для SEO и для ускорения рендеринга на клиенте.
Но это уже другая история)

Посмотрел это видео про консоль в ноде: https://youtu.be/5aSZyKi5BmE

Верно ли я понял, что по сути console.dir аналогична console.log, плюс может показывать скрытые объекты(с помощью параметра { showHidden: true }).

Если да, то можно всегда использовать console.dir, а про  console.log забыть...

В видео про консоль говорится, как в консоли сделать красивое окно для ввода пароля, плохо только, что не объясняется, как этот пароль отправить куда-нибудь, после ввода, или сохранить где-нибудь...

на какой минуте?

с 36 минуты и до конца. Точнее там не пароль, а логин, но сути дела это не меняет.

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

Вообще стандартный лог обычно не юзают

И дир

А что обычно используют?

Обычно юзают логеры типо винстона