Collabora OnlineをSeafileに接続する方法:設定オプションと手順
SeafileをDockerまたは別のホストを使用してCollabora Onlineに接続します。デプロイメントのトレードオフを比較し、HTTPSとWOPIの設定を構成し、編集内容を確認します。
Writerで大きな文書を入力中に一時停止したり、スクロールが途切れたり、画像の再描画が遅くなったり、保存に以前より時間がかかったりすることがあります。ページ数だけでは原因を特定できません。数枚の巨大な写真を含むファイルと、テキストのみの長いファイルでは動作が異なる場合があり、保存が遅い原因はカーソルが遅い原因とは異なる可能性があります。
画像データを変更したり設定をリセットしたりする前に、必ずコピーで作業してください。そして、一度に1つの変更をテストし、同じ操作を文書の同じ箇所で繰り返してください。そうすることで、効果が不明な微調整の羅列ではなく、有用な証拠が得られます。
執筆者は、コンテンツの変更に応じてテキストやページオブジェクトのレイアウトを調整する必要があります。画像は読み込みと表示にデータ量を追加するため、そのサイズ、数、配置、テキストの折り返しによってアプリケーションの処理量に影響が出る可能性があります。これはあくまでも実用的な診断であり、普遍的なルールではありません。メモリ、ストレージ速度、グラフィックドライバ、LibreOfficeの設定などが異なるため、同じドキュメントでもコンピュータによって動作が遅くなる場合があります。
ファイルサイズが大きいと、ファイルの開閉や保存に時間がかかることがありますが、入力遅延の原因がファイルサイズだけであるとは限りません。同様に、ズームレベルを下げるのは簡単な表示テストであって、必ずしも解決策になるとは限りません。まずは、遅延がファイルの開閉、入力、スクロール、保存のどの段階で発生しているかを特定してください。
ファイル > 名前を付けて保存を使用して作業用コピーを作成するか、オペレーティングシステムを通じてファイルを複製してください。元のファイルは変更しないでください。ドキュメントがネットワーク共有または同期フォルダに保存されている場合は、ローカルコピーを作成して比較してください。これにより、Writer の作業とストレージまたは同期の遅延を区別できます。
各コピーで、起動時間、最初の数回のキー入力が表示されるまでの時間、画像が多いセクションをスクロールする際の滑らかさ、保存時間という4つのタイミングまたは観察事項を記録してください。テストは小規模で再現性のあるものにしてください。たとえば、同じ短い文章を入力し、同じページまでスクロールしてから保存します。システムメモリに負荷がかかっている場合は、他の重いアプリケーションを閉じてください。ただし、メモリを増やすだけで問題が解決するとは限りません。
有用な兆候:入力はスムーズだが保存が遅い場合は、まず埋め込み画像のサイズと保存場所を調べてください。ローカルコピーでも入力とスクロールが遅い場合は、表示とドキュメントのテストを続けてください。
テストコピーで、[表示] > [画像とグラフ]を選択すると、グラフィックオブジェクトを一時的に非表示にできます。Writer では、非表示にした画像の代わりに空のフレームが表示されます。この設定は編集中に表示される内容を変更するものであり、ドキュメントから画像データを削除するものではありません。
画像を非表示にした状態で同じ入力とスクロールのテストを行い、その後画像を再び表示させてから、ドキュメントの最終的な表示を確認してください。画像を非表示にした状態でエディタの応答性が著しく向上する場合は、グラフィック表示またはグラフィック処理の負荷が原因である可能性があります。変化がほとんどない場合は、ドキュメントのレイアウトの複雑さ、拡張機能、ユーザープロファイル、ストレージなど、別の原因で動作が遅くなっている可能性があります。
より小さな画面でテストするには、Writer のステータスバーにあるズームコントロールと単一ページ表示を使用してください。ステータスバーには、ズームとページレイアウトのコントロールがあります。ズームを小さくしたり、単一ページ表示にすることで編集作業がしやすくなる場合は、編集しやすい設定を維持してください。ただし、これは画像最適化ではなく、表示設定の調整であることを覚えておいてください。
ドキュメント化されたコントロールについては、公式の「画像とグラフ」コマンドおよび「ライター」ステータスバーガイドを参照してください。
写真は、印刷されたページや画面上のドキュメントに必要なピクセル数よりもはるかに多くのピクセル数を持つことがよくあります。コピーする画像を選択し、[書式] > [画像] > [圧縮]を開くか、画像のコンテキストメニューから[圧縮]を選択します。このダイアログでは、JPEG の品質と画像の解像度を調整できます。LibreOffice のヘルプでは、JPEG の品質スケールが 0 から 100 までで説明されており、画像のサイズを変更することもできます。
文書の使用目的に応じて設定を選択してください。画面上で閲覧するレポートであれば、カメラで撮影した原寸大の寸法は必要ないかもしれません。一方、出版物やアーカイブ文書には、より高い解像度が必要になる場合があります。画質が重要な場合は、結果をプレビューし、原本を別途保管してください。圧縮は非可逆圧縮となる場合があり、たとえ文書サイズを小さくしても、原因が別のところにある場合は、入力遅延が解消されるとは限りません。
PNG圧縮は可逆圧縮ではないため、圧縮設定を下げることは、ピクセルサイズを縮小したり、非可逆圧縮であるJPEGを使用したりすることとは異なります。すべてのPNGファイルが大幅に縮小されるとは限りません。画像を変更した後は、コピーを保存し、一度閉じてから再度開き、ファイルサイズと元の応答性テストの結果を比較してください。圧縮画像の公式ヘルプページでは、品質と解像度のコントロールについて説明しています。
画像の非表示や適切な画像サイズ変更を行っても遅延の原因がわからない場合は、LibreOffice のトラブルシューティング モードを実行してください。現在の LibreOffice ヘルプ (26.8) では、このモードは一時的なユーザー プロファイルで起動し、ハードウェア アクセラレーションを無効にします。[ヘルプ] > [トラブルシューティング モードで再起動]を選択し、[トラブルシューティング モードで続行]を選択して、同じドキュメントと操作をテストしてください。一時プロファイルで行った変更は、通常どおり再起動すると破棄されます。
トラブルシューティングモードでドキュメントの動作が改善される場合は、通常のプロファイル、ユーザー拡張機能、またはグラフィックアクセラレーションのいずれかに問題がある可能性がありますが、どれが原因かは特定できません。通常モードに戻り、ガイド付きオプションを使用して変更を段階的にテストしてください。設定やカスタマイズが削除される可能性があるため、最初のステップとしてプロファイル全体をリセットすることは避けてください。トラブルシューティングモードでパフォーマンスが悪化するか、変化がない場合は、通常どおり再起動し、ドキュメント、システムリソース、またはストレージに焦点を当てて調査してください。
プロファイルのリセットを適用する前に、公式のトラブルシューティングモードのドキュメントをお読みください。現在のヘルプページには、完全なプロファイルリセットはより広範囲にわたる処理であり、影響の少ないテストが失敗した場合にのみ使用すべきであると記載されています。
特に、アップグレード後に動作が遅くなった場合や、特定のファイル形式のみに影響する場合は、お使いのオペレーティングシステムに対応した最新の安定版LibreOfficeを使用してください。上記のヘルプページは、調査時点でのLibreOffice 26.8について説明しています。アップデートにはパフォーマンスの改善が含まれている可能性がありますが、新しいバージョンにアップデートしたからといって、画像が多い大きなドキュメントでも必ずしも高速化されるとは限りません。アップデート後、同じテストコピーを再度開き、ベースラインチェックを繰り返してください。
ファイルをDOCX形式で頻繁にやり取りする場合は、別途ODT形式のテストコピーを作成し、Writerで比較してください。これはあくまで診断的な比較であり、変換によってパフォーマンスが改善されることを保証するものではありません。ファイル形式の変換によってレイアウトやオブジェクトの動作が変わる可能性があるためです。納品用コピーには共同作業者が必要とする形式を維持し、変換後は必ず改ページ、画像の折り返し、キャプションなどを確認してください。
ファイルが低速な外付けドライブやネットワーク上の場所に保存されている場合は、ローカルディスクからテストし、編集後にのみ保存してください。ローカルコピーが開くときと保存するときだけ高速になる場合は、画像描画よりもストレージが原因である可能性が高いです。リンクされたすべてのファイルを確実に利用できるようにするための計画がない限り、ショートカットとして画像のリンクを解除しないでください。リンクされた画像は、ドキュメントが更新されて読み込まれると、公式の「ファイルからグラフィックを挿入する」ガイドに記載されているように、元のソースから再読み込みされます。
| 請求 | この検査で実際に何がわかるのか | 次のアクション |
|---|---|---|
| 「文書が長いため、Writerのメモリが不足していると思われます。」 | ページ数だけでは、メモリ負荷や動作の遅延原因を明らかにすることはできません。 | 入力、スクロール、ファイルを開く、保存する動作をそれぞれ個別に比較し、動作が遅い時のシステムリソース使用量を確認してください。 |
| 「画像を隠すとファイルサイズが小さくなる。」 | 「表示」>「画像とグラフ」を選択すると、画面上のオブジェクトが非表示になりますが、データは削除されません。 | 埋め込み画像データを削減することが適切な場合は、コピーに対して圧縮コマンドを使用してください。 |
| 「ファイルサイズが小さければ、編集速度も速くなります。」 | データ量を減らすことで読み込みや保存がスムーズになる場合もありますが、レイアウトやグラフィックに関するその他の問題は残る可能性があります。 | 変更を加えるたびに、同じ応答性テストを繰り返してください。 |
| 「すべてをリセットするのが一番手っ取り早い解決策だ。」 | クリーンな一時プロファイルは診断比較用です。完全なリセットを行うと、設定が破棄される可能性があります。 | まずはトラブルシューティングモードを試して、設定や拡張機能を一度に1つずつ変更してみてください。 |
編集したファイルを再度開き、開く、入力する、スクロールする、保存するという 4 つのチェックを繰り返します。重要な画像が意図した印刷サイズまたは画面サイズで鮮明に表示され、キャプションと折り返しが正しく表示され、ファイルが通常の保存場所から開くことを確認してください。いずれか 1 つのチェックのみが遅い場合は、無関係な修正を繰り返すのではなく、その段階の調査を続けてください。ローカル コピーとトラブルシューティング モードでも問題が続く場合は、LibreOffice のバージョン、オペレーティングシステム、ファイルの種類、おおよそのファイル サイズ、および一時停止する正確な操作をメモしてください。これらの詳細情報は、サポート リクエストやバグ レポートの作成に役立ちます。
SeafileをDockerまたは別のホストを使用してCollabora Onlineに接続します。デプロイメントのトレードオフを比較し、HTTPSとWOPIの設定を構成し、編集内容を確認します。
画像が多いLibreOffice Writerファイルで、入力、スクロール、保存が遅い場合の診断を行います。ディスプレイ設定をテストし、サイズの大きい画像を圧縮して、プロファイルまたはハードウェアの問題を特定します。
公式Helmチャートを使用して、Kubernetes上にCollabora CODEをデプロイします。イングレス、TLS、WOPIホストアクセス、シークレット、スケーリング、エンドツーエンドチェックを設定します。
LibreOffice Impressで作成した大きなプレゼンテーションのサイズを小さくするには、大きすぎる写真を圧縮し、適切な解像度とJPEG品質を選択し、保存したファイルをチェックして、スライドの読みやすさを損なわないようにします。
Collabora Online CODEをDockerにインストールし、リバースプロキシ経由で安全に公開し、Nextcloud Officeに接続して、ブラウザベースのドキュメント編集が機能することを確認します。
VPS 上で ONLYOFFICE Docs のメモリ エラーを診断し、ホストと Docker の制限を確認し、ログと忘れられたドキュメントを確認し、安全にスワップを追加し、アクティブな編集を危険にさらすことなく再起動します。
Collabora Online のコピー&ペーストとローカルアプリとの連携に関するトラブルシューティングは、キーボードショートカット、ブラウザのクリップボード権限、HTTPS、iframe ポリシー、コンテンツ形式などをテストすることで行います。
Linux 版 ONLYOFFICE デスクトップエディタでテキストがぼやける問題を解決するには、ディスプレイのスケーリング、アプリのインターフェースのスケーリング、フォントの利用可能性、レンダリング範囲を安全な順序で確認してください。
Writerフォームコントロールの追加方法、ラベルとタブ順序の設定方法、PDF作成フォームを有効にしたエクスポート方法、そして共有前にインタラクティブPDFをテストする方法を学びましょう。
ONLYOFFICE Workspace、DocSpace、またはDocsとの連携において、印刷とダウンロードをブロックする方法を学び、各共有方法に適用される制御機能を確認してください。