LINUX.ORG.RU

История изменений

Исправление lefsha, (текущая версия) :

Nexcloud очень нужен и пока альтернатив не просматривается.

Однако есть проблемы. Это прежде всего скорость работы через webdav. И скорее всего проблема лежит в постоянном дергании базы и/или организации работы с файловой системой. Ненормально, когда элементарное чтение каталога занимает порой до минуты. Мы ничего не пишем и не читаем. Просто открываем папку. К самому чтению и записи нареканий нет.

Так же нет прямой работы с документами кроме md формата. А md это прямо говоря ужас. Элементарные вещи невозможны. Лучше бы сделали WYSIWYG html редактор.

По опыту работа с таблицами и текстом должна быть встроена. И не с помощью монстров типа LO или CO. Это обычный JS и подобная функциональность уже имеется в природе. Предложенные решения заставляют скачивать документ и редактировать его отдельно. Но это уже не совместная работа. При таком варианте менять 2 буквы не вариант. Приходится делать значительные изменения, которые либо выводят документ в offline либо порождают копии-версии, за счет параллельного скачивания и редактирования как минимум 2мя пользователями.

Хорошо бы, чтобы в последствии отказались от PHP в пользу WebAsm или чего-то другого более быстрого. Так же использование SQL базы для отслеживания файлов это что называется misconception.

Возможно даже, что скорее появится другое лучшее решение, прежде, чем это изменится.

Исходная версия lefsha, :

Nexcloud очень нужен и пока альтернатив не просматривается.

Однако есть проблемы. Это прежде всего скорость работы через webdav. И скорее всего проблема лежит в постоянном дергании базы и/или организации работы с файловой системой. Ненормально, когда элементарное чтение каталога занимает порой до минуты. Мы ничего не пишем и не читаем. Просто открываем папку. К самому чтению и записи нареканий нет.

Так же нет прямой работы с документами кроме md формата. А md это прямо говоря ужас. Элементарные вещи невозможны. Лучше бы сделали WYSIWYG html редактор.

По опыту работа с таблицами и текстом должна быть встроена. И не с помощью монстров типа LO или CO. Это обычный JS и подобная функциональность уже имеется в природе. Предложенные решения заставляют скачивать документ и редактировать его отдельно. Но это уже не совместная работа. При таком варианте менять 2 буквы не вариант. Приходится делать значительные изменения, которые либо выводят документ в offline либо порождают копии-версии, за счет параллельного скачивания и редактирования как минимум 2мя пользователями.

Хорошо бы, чтобы в последствии отказались от PHP в пользу WebAsm или чего-то другого более быстрого. Так что использование SQL базы для отслеживания файлов это что называется misconception.

Возможно даже, что скорее появится другое лучшее решение, прежде, чем это изменится.