Pregunta

Al trabajar con documentos muy grandes, ¿sería básicamente abrumar la conexión y la conexión a un paro o administrar con éxito usando DIFTS?

¿Fue útil?

Solución

en corto: diff

Cada vez que alguien golpea una llave en un documento de Etherpad, todos los participantes conectados obtienen un mensaje corto (unos 100 bytes + algunos kilobytes o también los encabezados de HTTP)

El ancho de banda no será el primer cuello de botella, así que no se preocupe por la saturación ("llenando") su ancho de banda con un servidor Etherpad Lite. El marco subyacente (NOde.js) por sí solo podría (archivos estáticos, etc.), pero el código Etherpad Lite seguramente estará limitado por la velocidad de la CPU y posiblemente en el espacio en disco. (El Ehterpad clásico puede generar GB de archivos de registro de disco por día y no sé si "Lite" está predeterminado para el registro más limitado, pero, por supuesto, puede cambiar eso o simplemente eliminar archivos de registro antiguos)

He asomado a la antigua / original Etherpad y Etherpad Lite usa los mismos métodos para manejar documentos de texto. Ningún documento se almacena "en su totalidad", pero siempre como un conjunto de cambios. Los cambios se ejecutan "Reproducir" para recrear el documento. Para evitar reproducir miles de pequeños cambios, hay cambios agregados almacenados en la base de datos (para que la reproducción cambie en la escala de tiempo de log10).

Otros consejos

¡Preguntaría esta pregunta al autor (Petermartischka - googlemail - com?) En su lugar, tal vez publicar la respuesta aquí?

Debe mirar esto: http://en.wikipedia.org/wiki/Operational_Transformation.

Si bien no sé sobre Etherpad, http://codecollab.gamooga.com/ y http://collabedit.com/ usa esto.Google Docs usa una variante de esto.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top