Почему компонент рендерится дважды? Проблема в codesandbox?

Alexandroppolus, отлично! То что я искал.
Оказывается эта штука ещё и console.log подменяет, и поэтому первый вызов не выводится в консоль:

Начиная с 17 версии, React автоматически модифицирует методы для работы с консолью (например, console.log()), чтобы предотвратить запись в консоль при втором вызове функций жизненного цикла.

Как сделать такие модальные окна?

Aetae, надо самомУ придумать решение)

Как сделать такие модальные окна?

TheSnegok Не очень понял о чём речь. Можно подробнее?

NextJS: Как импортировать JS-библиотеки?

WbICHA, как именно? Просто вручную прописать экспорт?

NextJS: Как импортировать JS-библиотеки?

Этот вариант не сработает, т.к.
1) my-library.js явно ничего не экспортирует
2) при импорте её код выполняется в изолированной области видимости

NextJS: Как импортировать JS-библиотеки?

Даша Циклаури, никак. Отключу SSR для этого компонента с помощью 'next/dynamic'.

Как прижать float-элемент к нижнему краю родителя?

Slava,

Как типизировать multipart/form-data?

Andrew, можно конкретнее?
Что значит нормальную модель? Как можно не хардкодить названия ключей в multipart?
Как сделать интерфейс форме на фронте?

Как типизировать multipart/form-data?

Andrew, в моделе хардкод. Я же привёл кусок кода.

Как типизировать multipart/form-data?

Антон, Andrew, у меня нет формы как таковой. Данные собираются из разных мест.
Но даже если бы была. Вопрос остаётся как минимум для бэкенда. Там всё ещё хардкод.

Какое значение хранить в базе для незаполненных текстовых полей – NULL или пустую строку?

Developer, в целом довольно логично.
Однако, следуя вашей логике, в моём TODO-приложении в поле description я должен хранить пустую строку. Ведь поле description есть. Просто оно пока пустое.

Это противоречит вашему ответу выше, не так ли?

Какое значение хранить в базе для незаполненных текстовых полей – NULL или пустую строку?

RSalo, в вашем примере получается, что поля могут иметь 3 состояния:
null, пустая строка, непустая строка.

В большинстве случаев нужно лишь 2 состояния:
заполнено или нет.

Таким образов, нужно использовать либо NULL, либо пустую строку. Нет смысла хранить сначала null, а потом заменять его пустой строкой. В коде придётся делать больше проверок. Неудобно и бессмысленно.

Какое значение хранить в базе для незаполненных текстовых полей – NULL или пустую строку?

Developer, а в каком случае было бы уместно использовать пустую строку? Можете привести пример?

Какое значение хранить в базе для незаполненных текстовых полей – NULL или пустую строку?

Владимир Коротенко, спасибо за ответ!
А в каком случае было бы уместно использовать пустую строку? Можете привести пример?

Какое значение хранить в базе для незаполненных текстовых полей – NULL или пустую строку?

RSalo, можете привести пример, когда пустая строка будет уместна?

Если данные просто пустые, то empty.

Что значит пустые данные?

Как сделать совместное редактирование данных на сайте?

Robur, интересная статья. Спасибо!
Честно говоря, я не придумал как применить эту информацию в моей ситуации, но всё равно какие-то новые мысли появились.

возможно что для вас данные - это не текст и тудушки, а пользовательские действия. С большой вероятностью в таком виде вам будет проще объединять и синхронизировать.

Да, разумеется. Я же как раз и описал в вопросе подход, когда пользователи отправляют на сервер лишь свои действия (то есть внесённые изменения). И описал связанные с этим подходом проблемы, которые нужно решить.

Или вы предлагаете в базе хранить тудушки тоже в виде пользовательских действий (или патчей), а не полноценных сущностей? Прям как Гит, или h264 :)
В таком случае действительно, некоторые проблемы, связанные со слиянием, будут нивелированы. Но какой будет оверхед на вычисления - сложно представить. Надо подумать.

Как сделать совместное редактирование данных на сайте?

Михаил, спасибо за наводку на background-sync!

У каждого действия должен быть timestamp, когда появляется интернет всё пушится на сервак, а там по времени решается

А как быть с ситуацией, когда например пользователь А что-то отредактировал в оффлайн-режиме, а пользователь Б - в онлайн. Соответственно изменения пользователя Б применились сразу. А затем пришли изменения пользователя А. Они как бы уже получаются устаревшие...

в конфликтах побеждает последний по timestamp

Тут тоже свои сложности. Во-первых, нужно как-то время клиентов синхронизировать, а во-вторых тут могут быть гораздо более сложные ситуации. Например, пользователь А удалил TODO, а через миллисекунду пришли данные о том, что пользователь Б отредактировал описание этого TODO.

Как организовать безопасное общение между микросервисами?

Иван Шумов, я что-то никак не пойму как мне использовать OAuth2/OID для микросервисов. Микросервисы будут должны как-то логиниться и запрашивать доступ у других микросервисов? Что-то мне непонятна эта схема)

Как организовать безопасное общение между микросервисами?

Иван Шумов, спасибо за ответ!
Я думал насчёт того, чтобы микросервисы просто в каждом запросе к другим микросервисам передавали какую-то секретную строку. Типа своего идентификатора. Его можно прямо в код зашить. Ну или в переменные окружения.

По сути, это будет то же самое, когда зарегистрированный пользователь сайта передаёт куку с идентификатором сессии.

Если это всё будет по SSL, то вроде довольно безопасно, верно?