Question

Lorsque vous travaillez avec de très gros documents, cela submergez-vous essentiellement la connexion et la terre à une halte ou gérer avec succès avec DIFFS?

Était-ce utile?

La solution

en bref: diff

Chaque fois que quelqu'un frappe une clé dans un document EtherPad, tous les participants connectés reçoivent un message court (environ 100 octets + certains kilo-octets ou donc des en-têtes HTTP)

La bande passante ne sera pas le premier goulot d'étranglement, alors ne vous inquiétez pas de saturation ("remplir") votre bande passante avec un serveur EtherPad Lite. Le cadre sous-jacent (nœud.js) sur son propre peut-être pourrait (des fichiers statiques, etc.), mais le code de Lite de EtherPad sera certainement limité par la vitesse de la CPU et éventuellement de l'espace disque. (Le classique EHTERPAD peut générer GB de fichiers journaux de disque par jour et je ne sais pas si "Lite" est en défaut de la journalisation plus limitée, mais vous pouvez bien sûr changer ou simplement supprimer des fichiers journaux anciens)

J'ai gonflé autour de l'ancien / original Etherpad et Etherpad Lite utilise les mêmes méthodes permettant de manipuler des documents de texte. Aucun document n'est stocké «en totalité» mais toujours comme un ensemble de changements. Les modifications sont exécutées "reproduire" pour recréer le document. Pour éviter de réduire des milliers de modifications minuscules, il existe des modifications globales stockées dans la base de données (afin de lire les modifications de la balance de temps log10).

Autres conseils

Je poserais cette question à l'auteur (Petermartischka - Googlemail - Com?) Au lieu de cela, peut-être publier la réponse ici?

Vous devriez regarder ceci: http://en.wikipedia.org/wiki/operational_transformation.

Pendant que je ne connais pas sur Etherpad, http://codecollab.gamooga.com/ et http://collabedit.com/ Utilisez ceci.Google Docs utilise une variante de cela.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top