こんにちは 約束どおり、ONLYOFFICEチームはHabrに戻ります。 私たちはより頻繁に書くようにし、一般的にイベントであなたを最新に保ちます。 最近、伝えて見せたいことがあります。



最初の記事のトピックは、人生そのものによって私たちに提案されました。 「Google Docsよりも優れているのはなぜですか？」という質問とともに、少し前に、「Collaboraで何がいいの？」という質問を始めました。 これは、Collaboraが公式パートナーであるownCloudおよびNextcloudサービスとの統合によるものです。



利点について話すと、Collaboraには目の前にたくさんのイデオロギーがあります。 それは、この製品がOpenOfficeとLibreOfficeの後継製品であるという事実にあります。 ユーザーのために彼らと戦うことは簡単ではありませんが、私たちは私たちに有利な強い議論を持っています。 それでは教えてください。

エディターはどこですか？ CollaboraとONLYOFFICEの解剖学への短い余談

Collaboraは、ブラウザーのサーバーで開かれているエディターのビューです。 そして、このエディターはLibreOfficeです。 Collaboraの動作は多くの点でシンクライアントに似ています。コンピューター上でほとんど何も起こらないためです。 すべての魔法はサーバー上でのみ発生します。 確かに、1つの違いがあります-CollaboraはLibreOfficeとまったく同じではなく、独自のインターフェイスを備えています（後で説明します）。



ONLYOFFICEでは、クライアントのリソースを使用しようとします。 つまり、エディターはブラウザーで実際に動作し、サーバーと定期的にデータを交換するだけです。 サーバー上のCollaboraですべてが起こるよりも少し多い場合、サーバー上では、スペルの保存、変換、チェックなど、わずかなプロセスしかありません。 これにより、サーバーリソースを節約し、作業を高速化できます。

レンダリングとタイピングについて

Collaboraでのレンダリングの仕組みを簡単に確認できます。 ページはブロックに分割されているため、ページをより速く読み込むことができます（これらの写真はサーバーから送られてきたことを覚えていますか？）。 しかし、インターネットは扱いにくいものであるため、それらの一部は読み込みが遅くなるか、まったく読み込まれない場合があります。 この製品をテストするとき、灰色の斑点を見なければなりませんでした。



一般に、Collaboraデバイスには自然な減速が伴います。エディターはサーバー上にあり、ユーザーから切り離されます。 実際、画面に表示されるカーソルは、エディターにあるカーソルではありません。 それらの間には遅延があります-座標を送信します。 エディターからの写真だけが表示されます。



ONLYOFFICEはブラウザの本格的なエディターです。 クライアント上のすべてのユーザーイベントを完全に処理し、それらに関する情報をサーバーに送信します。 はるかに速くなります。

機能性：可能性と現実について

LibreOfficeのレガシーは、Collaboraの大きな利点です。 その開発者は、すべての関数を新たに記述する必要はありません。Libreにあるすべてのものを自動的に持っています。 言い換えれば、それらは*製品自体よりも前に*目次を持っていました（2003年以降）。



*そしてここで、あなたは100％私たちを覚えています。例えば、これまでのところ目次はありません。 手遅れになる前に、すぐにこれを行うことをお勧めします。 この主張は長続きしないからです。



実際、とにかく喜ぶには時期尚早です。Collaboraには独自のウェブインターフェースがあり、これまでのところすべてがドラッグされているわけではないことを既に述べました。 目次だけでなく、通常のオートシェイプや図を追加することはできません。 一般に、CollaboraでのドキュメントのオープンはデスクトップLibreレベルになっていますが、その編集機能は非常に基本的なものです。 どうやら、機能がない-問題ないため*



*しかし、我々は他の方法で行った



私たちがONLYOFFICEの編集者を代表するようなイベントがあり、次のような質問があります。フォントを変更したり、太字のテキストをハイライトしたりできますか？ かなり前にこの段階を通過したので、私たちは動揺し、私たちにもっと難しい仕事をするように頼みます-私たちはすべての可能なオブジェクト、美しい図、オートフィギュアと数式での作業を追加しました。 これで、目次、ピボットテーブル（表示用にのみ開く）、およびデジタル署名が完成しました。

レガシー互換性の問題

ここではすべてが明確です：Collaboraは、継承としてLibreのすべての問題とバグを受け取りました。 ここでの主な問題は、Microsoft形式との互換性が非常に低いことです。 私たちが思い出すように、Microsoft OOXML形式（docx、xlsx、pptx）はOpenDocument形式に関連しているという事実は、それらに互換性を追加しません。



もちろん、あなたと一緒に仕事をするすべての人がODFに忠実であり続けるなら、これはあなたにとって問題にはなりません。 これは、Microsoftを公然と好む人や、さまざまなソースからの幅広いドキュメントを扱う人にとっては問題になります。 Collaboraはそれらに適合しません（特に最初）。



この惑星上のほとんどのドキュメントはdocx、xlsx、pptxに関連付けられていることを思い出してください。 オープンオフィススイートをどれほど賞賛しても、Microsoftは今でも世界のリーダーであり、その編集者はどこにでもいて、2007年からそのような形式でドキュメントを保存しています。



ONLYOFFICEでは、docx、xlsx、およびpptx形式をベースとして使用します。これは、小さな文書ではなく、ほとんどの文書を完全に開くためです。 そして、はい-Collabora（およびLibre）よりも数百倍も優れたドキュメントを確実に開くことができます。 これが私たちの仕事であり、これらの形式に特化しています。



ODFを使用しますか？ はい、しかしコンバーチブルです。 そして、変換の品質は常に向上しています。

アーキテクチャ：Collaboraが高価なのはなぜですか？

主にサーバーリソースを使用するためです。 これは、サーバー上でエディターを起動し、全員を接続するだけの大きなマイナス点です。 最終的に、それが有益であれば、you-Know-Who *はこのスキームを長い間使用していました。



（* Microsoft）



説明しましょう：ドキュメントを開くと、500 MBのメモリが必要になります（同時に、フォーマット中の消費量が増加する可能性があります）。 次に、同僚がドキュメントを開きます-もう500 MBのメモリ。 そして、誰かが700ページのドキュメントを開くと、さらにマイナス1.5 GBになります。 チームのニーズを満たすために必要なメモリとサーバーの量はどれくらいですか？ 計算できます：各コアに2つのコアと2ギガバイトのメモリがある場合、これは8〜10人で十分です。 また、まだ8〜10人いる場合は、すでに2台目のサーバーが必要です。



たとえば、1つの一般的なカーネルを使用して実行するなど、最適化を試みることができますが、ドキュメントはまだメモリに書き込まれます-Collaboraの場合はサーバーのメモリに書き込まれます。



Collabora開発者が選択したスキームは、単にリソースを浪費するだけです。 大企業の場合、そのようなオフィスでは、サーバーのみに対処する必要があります。多くのサーバーがあるため、クライアントは互いに干渉してはならないため、サーバー間の負荷を常に分散する必要があります（ただし、それらは干渉します）。



そのようなスキームでクライアントがサーバーに接続されているという理由だけで、バランシングの可能性は無限ではありません。 ここでの主なバインディングは共同編集です。 たとえば、現在作業中のレポートの編集に同僚を招待します。 素晴らしいですが、Collaboraスキームでは、現在と同じサーバー上の同じエディターを使用する必要があります。 さらに、別の10人が彼の文書を支配していることは問題ではありません。 あなたはお互いに干渉し、すべてが遅くなります。



もちろん、Collaboraは何らかの方法ですべてを平準化し、メモリを節約しようとしています。 たとえば、しばらく触れていない開いているドキュメントが非アクティブになることがあります。 アクティブではない間、自動保存はそこに渡されず、変更はロードされません。 保存中。

ONLYOFFICEアーキテクチャ：なぜ優れているのですか？

サーバーではなくクライアントのコンピューティングリソースを使用するためです。 もちろん、サーバーリソースも消費しますが、Collaboraよりもはるかに少ない量です。 クライアントとサーバー間の通信はサポートされていますが、重要ではありません。 テスト（および実践）により、ONLYOFFICEが展開されたサーバー（Intel Core i5プロセッサーなど）では、コアあたり75ユーザー（より正確には、エディターで75のタブを開く）を快適に許可できることが示されています。



したがって、2つのコアを持つ仮想マシンでは、Collaboraで作業できるのは8〜10人のユーザーのみで、ONLYOFFICEでは150人です。

共同編集：痛みや喜び

Collaboraは共同編集を導入しました。 これは、編集者が同じサーバー上の同じエディターにアクセスするという事実に基づいています。 不便はこれに関連しています。文書全体に含まれるものがあります。 つまり、2人がCollaboraのドキュメントにいて、誰かが変更の追跡をオンにすると、すべてのユーザーに対して変更の追跡がオンになります。 そして、あなたはそれを避けることはできません。 おそらくそれが、Collaboraにまだ印刷可能な文字がない理由です。



ONLYOFFICEでは、これは原則として発生しません。ブラウザーに本格的なエディターがあり、これは完全にあなたのスペースであり、誰の個人スペースにも侵入することなく変更の追跡をオンまたはオフにできます。 そして、変更を追跡するだけではありません。

元に戻すを押したときに何をしたいですか？

Collaboraでの共同作業のもう1つのポイントは、元に戻す/やり直しデバイスです。 ctrl-zを押したときに何が欲しいですか？ 私たちは、他の正気な人のように、あなたの最後の行動をキャンセルしたいと思います。 この目標を達成できるかどうかを確認するために、エディターで元に戻すがどのように機能するかを見てみましょう。



Collaboraの元に戻す/やり直しは、ドキュメント全体に対して横断的です。 状況を考慮してください。



ユーザー1が文字「A」を入力します

ユーザー2は文字「B」を入力します



ユーザー1は、文字「A」をキャンセルしたいと考えています。 彼はできません。 [元に戻す]ボタンは、最後のアクションが彼に属しているため、2番目のユーザーに対してのみアクティブになります。 一般的に、貧弱なユーザー1は、ユーザー2が最後のアクション、つまり文字「B」をキャンセルするまで、最後のアクションを取り消すことができません。 これは、共同編集に関係なくCollaboraに違いがないことを意味します。主なことは、ドキュメントに入力した順序で変更をロールバックすることです。



この元に戻す/やり直しスキームのおかげで、あなたは何もしていないように見えるときにこのような魔法の瞬間が生まれますが、同時にツールバーで変更が発生します。たとえば、ユーザー1でユーザー2が文字Bをマークしたときに、元に戻すボタンがすぐにアクティブになりました。 些細なことのように思えますが、エディタで何が起こっているかは、あなたにではなく、いくつかの外部要因に依存しているように見えます。



ONLYOFFICEについては、いずれかの共同編集モードで最後のアクションを取り消すことができます（ この記事では 、2つのモードがあります。詳細は、 こちらをご覧ください ）。 これをどうやってやるの？ ほとんどの場合、クライアントでほぼすべてを行うためです。 アクションのリストがそこに保存されます-私たちだけでなく、見知らぬ人も。 後でロールバックできるように、独自のアクションにフラグが付けられます。 サーバーは、クライアントで編集を同期するデータベースとして使用されます。 ここで実装の技術的詳細をすでに説明しました 。 元に戻す/やり直しの実装の最も重要な違いは、「ユーザーから」と、「ドキュメントから」というCollaboraで機能することです。

簡単な結論

• CollaboraはOpenDocumentドキュメントを開く場合はONLYOFFICEよりも優れていますが、OOXML（docx、xlsx、pptx）を開く場合はさらに悪いです。
• 現在、ONLYOFFICE機能はCollabora機能よりも幅広いです。 ただし、Collaboraには、Libreにあるすべての機能が潜在的に備わっています。
• 2つのコアを持つ1つのサーバーで、Collaboraが展開されている場合は8〜10人のユーザー、ONLYOFFICEがインストールされている場合は150人のユーザーが同時に作業できます。
• Collaboraでは、ユーザーからのすべてのアクションの処理はサーバー上で、ONLYOFFICEで-クライアントで行われます。
• Collaboraは遅く、アーキテクチャコストがかかります。
• Collaboraの共同編集は、ユーザーが同じエディターで同じドキュメントにアクセスするという事実に基づいているため、多くの不便が生じます。
• ONLYOFFICEでは、各ユーザーがブラウザーに独自のエディターを持っています。 サーバーは、ユーザーの編集およびファイルの後続のアセンブリを保存するためのデータベースとして使用されます。

あなたはあなたの結論を引き出すか、私たちが逃した側面を考慮することができます。 しかし、あなたは何を知っていますか？ 私たちの意見では、これまでのところCollaboraは低速の製品（これは優れたインターネットで解決できます）、生（ただし修正可能）、多くのバグ（ただしもちろん修正されます）が、最も重要なことには、そのアーキテクチャは経済的に不利であり、プランテンはそうではありませんONLYOFFICEを使用できるようになりました。 たとえば、NextcloudやownCloudなどのサードパーティクラウドサービスと統合するためのソリューションから始めることができます。



PSところで、最近、インターフェイスが再設計されたONLYOFFICEエディターがリリースされました。このエディターでは、ツールがテーマタブにグループ化されています。 これにより、エディターのツールを使用したナビゲーションが容易になり、たとえばプラグインなど、多くの重要なものが見えるようになりました（それらについては後ほど個別に説明します）。 このインターフェースの外観と、このビデオのどこになったのか。