Pushpin: Prise en charge du navigateur

Oh, je suis pour le support du navigateur ! Je pense que nous pourrions exécuter le front-end dans le navigateur et le back-end dans un processus de nœud.

Cela dit, le front-end n'est qu'un thread de rendu. Vous devez avoir un présent back-end avec un front-end à tout moment pour faire quelque chose d'intéressant. Je pense qu'on pourrait imaginer un... mid-end qui serait plus proche de ce que vous recherchez pour Gozala et externaliser plus de responsabilité vers un back-end partagé.

Cela dit, c'est un objectif d'ingénierie explicite (mais peut-être modifiable) pour ce projet qu'il soit autonome. Aucun service externe n'est requis pour que cela fonctionne. Rien d'autre à installer ou sur quoi s'appuyer.

Pour être précis, ce que je pense du backend, ce sont des éléments qui fournissent des capacités de mise en réseau et de système de fichiers. Idéalement, fronted devrait pouvoir persister les modifications dans le cache frontal si le backend est en panne.

Y a-t-il une raison pour laquelle les modifications locales/hors ligne n'ont pas pu être conservées dans le front-end et répliquées vers le backend une fois qu'elles sont disponibles ? C'est autre chose que la complexité de la mise en œuvre évidemment.

Eh bien, la persistance des choses est le travail du backend. C'est ce que j'essaie de dire. Le front-end est un thread de rendu unique qui ne persiste pas. C'est une propriété importante et essentielle du front-end. Si vous vouliez avoir une sorte de milieu de gamme qui a une persistance locale et pourrait fonctionner sans le back-end, pourquoi ne pas en faire un pair à part entière ?

La raison pour laquelle le front-end ne fait aucune persistance est que la persistance, le calcul CRDT et tout le reste bloque le thread d'entrée.

Eh bien, la persistance des choses est le travail du backend. C'est ce que j'essaie de dire. Le front-end est un thread de rendu unique qui ne persiste pas. C'est une propriété importante et essentielle du front-end. Si vous vouliez avoir une sorte de milieu de gamme qui a une persistance locale et pourrait fonctionner sans le back-end, pourquoi ne pas en faire un pair à part entière ?

D'accord, je suis prêt à adopter une terminologie de milieu de gamme. Cependant, je ne suis pas tout à fait sûr de ce que "plein pair" signifie dans ce contexte.

La raison pour laquelle le front-end ne fait aucune persistance est que la persistance, le calcul CRDT et tout le reste bloque le thread d'entrée.

Les navigateurs avaient des threads de travail depuis un certain temps maintenant. Ils conviennent bien à ce genre de choses, en fait, avec les techniciens de maintenance, vous pouvez même tout faire fonctionner tout en étant totalement hors de la grille et avec un processus back-end hors de portée.

Oui, j'adorerais déplacer le travailleur "d'arrière-plan" dans un travailleur de service et faire fonctionner la punaise en tant que PWA. C'est le rêve !

Pour le travailleur, vous pouvez faire une persistance à plus long terme dans le navigateur avec quelque chose comme IndexDB intégré ou des solutions de stockage "natives du navigateur" similaires, bien qu'il y ait quelques mises en garde importantes. Est-ce que quelqu'un travaille dessus actuellement ?