Первый!

А с Nextcloud работать будет?

Не будет

Жесть, хотел поставить ONLYOFFICE себе в Kubernetes, так оно гектары памяти жрет (иначе валится). Подумал - ну его нафиг, до этого у меня на одной тачке с 8ГБ сервисов 30 крутится и даже пол памяти со всей обвязкой не занято, включая торренты, транскодирование видео, облачные редакторы, всякие серваки для общения, так что этот слон выжрет больше чем они вместе взятые

сохранять в odt, ods,odp, doc, xls, ppt,

А десктопный не может...

Жаль…

крутая новость,

облачные редакторы

Это какие? У меня та же зимбра меньше чем на двух Гб не заводится, а у тебя там что?

Сегодня нельзя делать приложение для owncloud и забывать nextcloud.

Не самом деле для некст нормально работает коллабора.

обязательно будет, запилим в ближайшее время

Для нексклоуда есть такое https://nextcloud.com/collaboraonline/. Сам не пользовался и не знаю что лучше/хуже.

Не забыли про nextcloud. просто для них будет отдельный коннектор

По новостям складывалось впечатление что owncloud помер после форка nextcloud. Или еще продолжают пилить owncloud?

У меня обычный Codiad. Он даже vim комбинации не умеет. Я все еще в поиске чем его заменить, но зато он жрет всего 50МБ.

Ну да, ну да.

стандартбуко капец ?

Я не очень понимаю что в вебне может жрать кроме кешей и СУБД. Так вот если я туда три раза в день хожу, то хотел бы это вырубить и чтобы работало в своих 300МБ

Да они впереди планеты всей: https://apps.owncloud.com/content/show.php/OffiGimp - Gimp Online editor for ...

Я не очень понимаю что в вебне может жрать кроме кешей и СУБД.

Документ надо распарсить из того формата, что приготовила нам MSFT, полученный результат сложить обратно в виде некоторой модели документа, которую можно перевести обратно в кросс-браузерный HTML. Дофига памяти, вообще-т.

Если бы OOXML или ODT были бы настоящими XML, можно было бы обойтись одним XSLT, но там же дофига внедрённых объектов и не очень хорошее следование стандарту, особенно в OOXML. В бинарном doc/xls проблема усугубляется существенно.

Но если тебе не нужен WYSIWYG, то и не парься.

Не забыли про nextcloud. просто для них будет отдельный коннектор

Я просто, честно говоря, из разговоров на ЛОРе думал, что технически он мало чем отличается от оригинала, раскол-то произошёл больше по организационным причинам.

А тут «вон оно что, Михалыч»...

Таблиц нет, картинки рисовать в тексте нельзя, няшного оглавления как в гуглодоках нет. При редактировании документа не появляются правки в истории файла. Нет комментирования.

Короче так себе эта коллабора.

Что из всего этого умеет ONLYOFFICE?

Раскол-то по организационным, но программисты-то все встали и ушли в следующий клауд. И как будет теперь выглядеть картина если они не будут бездельничать?

ХЗ, конечно, но неужели они уже все API и протоколы успели переколбасить?..

Потыкал ONLYOFFICE. Он сильно лучше Collaborы. Прямо сильно лучше. Правда я не разглядывал что там в Community Edition порезано.

Интересно, насколько можно это все просто делать на клиенте с помощью JS.

С другой стороны при сохранении прийдется гонять весь док туда-сюда

Оно и так всё на клиенте происходит.

я прошу прощения, это моя ошибка. конечно же, открывать эти форматы, а не писать в них

Но память жрет на сервере?

Ну бэкенд там есть, значит память жрёт.

OnlyOffice для OOXML отличная вещь, а либра для ODF.

Почему пару гб?

Наверное на жабе написано >_<

Ошибся. На шарпе оно. Те же яйца, только в профиль.

Этот ваш onlyoffice уже достаточно давно открыли исходные коды, а нормальных ебилдов, пкгбилдов (а не просто копирование бинарников) что-то не видно.
Оно там вообще не собирается что ли?

Спасибо. Со временем приведем в полное соответствие.

Комментировать и отслеживать изменения в ONLYOFFICE можно. Оглавление и рисование в ближайших версиях.

Создатели ONLYOFFICE выпустили приложение для интеграции с ownCloud

Поздравляю, он 100 лет как неактуален. 90% разрабов перешли в Nextcloud БОЛЕЕ ГОДА НАЗАД.

Ах ты паскуда дезинформатор, на вилы тебя жопник.

Это хорошая новость! Благодарю. На Nextcloud все машины в офисе перевели, где раньше own был.

Все редактирование делается на клиенте. Голый JS. На сервере только конвертация и сборка файлов из изменений. Ну и рассылка изменений при совместном редактировании.

А что такое рисовать картинки в тексте? Вставка картинок или рисование «от руки»? В ONLYOFFICE полная поддержка картинок и шейпов. Кастомные шейпы тоже можно делать, рисуя кривые.

На сервере только конвертация и сборка файлов из изменений.

Вот это наверное и жрет всю память. Ну понятно вообщем

благодаря комментам узнал о существовании Nextcloud )))

Поздравляю, у вас разрыв в 99 лет в комментарии)

Многие перешли - да, и разработчики, и пользователи, но это совершенно не означает, что ownCloud неактуален. Мы приняли такое решение, руководствуясь просьбами пользователей. Теперь, конечно, много вопрос по NextCloud'у и для него тоже сделаем коннектор.

Это когда вставляешь рисунок, щелкаешь по нему два раза и переходишь к режиму рисованию рисунка (см. гуглодоки, см openoffice). Намного удобнее, чем править россыпь фигур по тексту

Ясно. У нас есть возможность писать плагины. Скоро добавим плагин для полноценного рисования/редактирования картинок (подцепим или гимп онлайновый или адоб). А работа с шейпама в гуглодоках так себе, если честно).

Команда OnlyOffice увы в своем репертуаре... Документация из разряда «догадайся сам». Как сделать бекап? Не описано. Нет-нет - самостоятельно, а не с помощью встроенной утилитки, отсутствующей в опенсоурсной версии. Интеграция с LDAP? А вроде есть, но вроде не для опенсоурсной версии опять же. Можно ли ставить документ и коммунити сервер на одну машину? А хрен его знает - используйте докер. Где rpm-пакет для сервера документов? А хрен его знает - используйте докер. А как подключить внешний SQL-сервер, а не ставить на ту же машину? А можно закопать MySQL и использовать что-то нормальное, тот же PostgreSQL? А хрен его знает... И так - куда не ткни. Заявлена работа под виндой? Отлично! А простите... а почему под винду версия сервера документов такая древняя?

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

P.S. Да, я не люблю докер из-за того что получаю черный ящик, с которым не очень понятно что делать если не дай бог что и не очень понятно как его интегрировать в имеющуюся инфраструктуру.

Как сделать бекап? Не описано.

Используя вот эту инструкцию по миграции с windows на linux можно бекап составить. В принципе ничего нового, бекап юзер-файлов и бекап БД. http://helpcenter.onlyoffice.com/server/windows/community/migrating-to-linux....

Интеграция с LDAP? А вроде есть, но вроде не для опенсоурсной версии опять же.

Да это так, эта функциональность доступна только платным пользователям.

Можно ли ставить документ и коммунити сервер на одну машину? А хрен его знает - используйте докер

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

Где rpm-пакет для сервера документов? А хрен его знает - используйте докер

Ну есть это всё, вот репо - http://download.onlyoffice.com/repo/centos/main/noarch/ и инструкция http://helpcenter.onlyoffice.com/server/linux/document/linux-installation-cen...

А как подключить внешний SQL-сервер, а не ставить на ту же машину?

А это можно, но это недокументированная возможность. В конфига поройтесь, там не сложно разобраться.

А можно закопать MySQL и использовать что-то нормальное, тот же PostgreSQL? А хрен его знает...

Хотите использовать PostgreSQL - documentserver использует PostgreSQL из коробки уже достаточно давно.

Заявлена работа под виндой? Отлично! А простите... а почему под винду версия сервера документов такая древняя?

Увы, но опенсорс под виндой мы не поддерживаем, integration той же актуальности как для линуксов - 4.2.10 тут - https://www.onlyoffice.com/download-integration.aspx. Ну и вообще мы как бы тут на линукс орге. Негоже :)

А тут... хипстерство какое-то с этим докером.

И вот тут мы с вами не согласны. Мы продвигаем докер потому что считаем что так гораздо удобнее и доставляет меньше головной боли. Но если уж прям в немоготу - все наши продукты доступны без докеров.

Мы продвигаем докер потому что считаем что так гораздо удобнее и доставляет меньше головной боли.

По мне так докер - сплошная головная боль. У меня стоит типовой отказоустойчивый кластер - 4 ноды, 2 каталиста в стеке, 2 нетаппа в зеркале. Над всем этим работает стандартный гипервизор. Внимание вопрос - куда мне здесь засунуть докер и главное - зачем?

Вообщем мне не нравится ваше приоритетное направление развития - дебиан и докер. Если стандартные корпоративные ОС (RHEL/CentOS+MS Windows) так и будут оставаться на правах золушки - проект становится неинтересным, слишком дорого его обслуживать.

А примерно такое же, только не в веб?