Pushpin: Поддержка браузера

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

Тем не менее, интерфейс - это просто поток рендеринга. Вам нужно постоянно иметь серверную часть и клиентскую часть, чтобы делать что-нибудь интересное. Я думаю, мы могли бы представить ... среднюю часть, которая была бы ближе к тому, что вы ищете для Гозалы, и передала бы больше ответственности на общий сервер.

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

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

Есть ли причина, по которой локальные / автономные изменения не могут быть сохранены во внешнем интерфейсе и реплицированы в серверную часть, как только они станут доступны? Очевидно, это отличается от сложности реализации.

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

Причина, по которой интерфейс не выполняет никакого сохранения, заключается в том, что сохранение, расчет CRDT и все это блокирует входной поток.

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

Хорошо, я хочу принять терминологию среднего уровня. Однако я не совсем уверен, что означает в данном контексте «полный партнер».

Причина, по которой интерфейс не выполняет никакого сохранения, заключается в том, что сохранение, расчет CRDT и все это блокирует входной поток.

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

Да, я бы хотел переместить «фонового» воркера в сервис-воркера и сделать так, чтобы канцелярская кнопка работала как PWA. Это мечта!

Что касается рабочего, вы можете обеспечить более длительное сохранение в браузере с помощью чего-то вроде встроенного IndexDB или аналогичных решений для хранения, «родных для браузера», хотя есть некоторые важные предостережения. Кто-нибудь сейчас над этим работает?