Collaboraのアクティブなドキュメントビューのアイドルタイマーを設定する

Collaboraビューが非アクティブ状態のままで、暗くなって更新を受信しなくなるまでの時間を変更するには、 を調整しますper_view.idle_timeout_secs。現在のアップストリームcoolwsd.xmlテンプレートでは、このビューレベルのタイマーは900秒(15分)に設定されています。たとえば、30分にするには、1800に設定します。これはサインアウトタイマーや、アイドル状態のドキュメントをアンロードするタイムアウトではありません。

どのタイマーを変更するのかを把握してください。

ビューとは、ユーザーが開いているドキュメントのブラウザビューのことです。Collabora coolwsdOnline を提供する Web デーモンでは、per_view設定はidle_timeout_secs、ブラウザのタブがフォーカスされたままであっても、非アクティブなユーザー ビューが暗くなり、更新が停止するまでの秒数です。アップストリーム テンプレートでは現在、デフォルト値として 900 秒が設定されています。パッケージまたはマネージド サービスによってこの値が上書きされる場合があるため、デプロイメントで実際に使用されている構成を確認してください。

設定アイドル状態になるもの現在のアップストリームテンプレートのデフォルト
per_view.idle_timeout_secsフォーカスビューでのユーザーアクティビティ900秒(15分)
per_view.out_of_focus_timeout_secsタブがフォーカスを失った後のブラウザの表示300秒(5分)
per_document.idle_timeout_secsアンロード前にアクティブなビューがないドキュメント3600秒(1時間)

ユーザーが閲覧中や一時停止中に、フォーカスされた編集ビューをより長くアクティブな状態に保ちたい場合は、最初の設定を使用してください。背景タブが暗くなるのが早すぎる場合にのみ、2番目の設定を使用してください。3番目の設定は、ドキュメントにアクティブなビューがなくなった後のサーバー側のクリーンアップです。この設定を変更しても、開いたままになっているビューの非アクティブ状態の動作は変わりません。自動保存とアイドル保存の設定は、変更されたコンテンツが保存されるタイミングを制御するものであり、ビューがアクティブな状態を維持する時間を制御するものではありません。

例として、out_of_focus_timeout_secsを300、idle_timeout_secsを900に設定したper_viewを示すXMLエディタ。
ビューごとの2つのタイマーは、異なる種類の非アクティブ状態(フォーカスされていないタブと、フォーカスされているタブ内での非アクティブなユーザー)を処理します。

タイムアウトを選択し、設定を準備します。

ワークフローに合った期間を選択し、それを秒数に変換します。20分は1200秒、30分は1800秒、45分は2700秒です。以下の例では30分を使用していますが、これはあくまで例であり、一般的な推奨事項ではありません。値を長く設定すると、アイドル状態のビューがより長く保持され、ドキュメントの処理や更新アクティビティもより長く維持される可能性があります。

編集する前に、Collaboraがどのようにインストールされているかを確認してください。Docker CODE、Linuxパッケージ、Helmデプロイメント、ホスティングプロバイダーなど、インストール方法によって設定の公開方法が異なります。アクティブな設定をバックアップするか、Composeファイルのコピーを保存してください。統合ツールがサーバーを管理している場合は、コンテナの一時ファイルシステムを編集するのではなく、そのツールがサポートする設定メカニズムを使用してください。

ビューごとのアイドルタイムアウトを設定します

Docker CODEとCompose

extra_paramsCollaboraサービスの既存の値にオプションを追加します。

services:
  collabora:
    environment:
      extra_params: "--o:per_view.idle_timeout_secs=1800"

既にオプションが含まれている場合はextra_params、キーを2回定義する代わりに、このオプションを同じ値に追加します。既存のSSL、プロキシ、ホストの設定はそのまま維持されます。Dockerイメージは--o:オプションをに渡しますcoolwsd。この設定方法については、公式のCODE Dockerドキュメントを参照してください。

例として、per_view idle_timeout_secs の値が 900 から 1800 に変更され、out_of_focus_timeout_secs は 300 のままになっていることを示す XML エディタ。
フォーカスビューのアイドル時間を30分に設定するには、ビューごとの値を1800秒に変更し、タブフォーカスタイマーは変更しないでください。

LinuxパッケージまたはマウントされたXML設定

アクティブなcoolwsd.xmlファイルを編集し、既存のセクション内の値を変更します<per_view>。ファイル内の周囲の設定と属性は保持されます。

<per_view>
  <out_of_focus_timeout_secs>300</out_of_focus_timeout_secs>
  <idle_timeout_secs>1800</idle_timeout_secs>
</per_view>

<per_view>2つ目のブロックを貼り付けたり、実行中の構成であるかのようにソーステンプレートを編集したりしないでくださいcoolwsd.xml.in。正しいファイルパスと構成の所有者は、パッケージやデプロイメントによって異なる場合があります。

Collaboraサービス環境において、extra_paramsが--o:per_view.idle_timeout_secs=1800に設定されていることを示す、Docker Compose YAMLエディタの例。
CODE Dockerの例では、サービスに既存のextra_params設定を通して、ビューごとの値を渡しています。

Collaboraサービスを再起動または再作成して設定を適用します。一般的なComposeサービス(名前は)の場合はcollabora、以下を実行します。

docker compose up -d --force-recreate collabora

Compose ファイル内のサービス名に置き換えてください。systemd で管理されているパッケージのインストールの場合、アクティブな設定を編集した後、サービスを再起動してください。たとえば、sudo systemctl restart coolwsd。テストが新しく作成されたビューを使用するように、ドキュメントを新しいブラウザー タブで再度開いてください。

動作を確認し、結果をトラブルシューティングする

  1. リスクの低いテスト文書をブラウザのタブで開き、所要時間を記録してください。保存されていない本番環境の編集内容をタイムアウトテストに使用することは避けてください。
  2. 設定された間隔の間、ビューをそのままにしておきます。1800秒経過したら、ビューが暗くなり、ビューごとの設定に従って更新を受信しなくなるかどうかを確認します。この視覚的な状態は、ユーザーがログアウトした、またはドキュメントがアンロードされたことの証拠とは解釈しないでください。
  3. ドキュメントに戻り、その動作がご使用の環境に適していることを確認してください。次に、out_of_focus_timeout_secsワークフローが重要な場合は、より長い時間タブを切り替えることで、バックグラウンドタブを個別にテストしてください。

再起動後、一部のビルドではデフォルト以外の構成値のリストがログに記録されます。起動ログにそれが表示されている場合は、 を探してくださいper_view.idle_timeout_secs: 1800。動作が以前の値と一致する場合は、実行中のプロセスで使用されているファイルまたは Compose サービスを編集したこと、変更を適用したこと、および環境変数またはコマンドラインオプションが XML を上書きしていないことを確認してください。

想定される30分間のアイドルビュー検証チェックを示す、ブラウザのドキュメントとメモの例。
新しいテストビューを使用し、設定された間隔だけ待機してください。このパネルはチェックの様子を示すものであり、測定結果を示すものではありません。

開いているビューがない状態で長時間経過した後にのみドキュメントが消える場合は、per_document.idle_timeout_secs代わりに確認してください。ユーザーがサインアウトされている場合は、ホストプラットフォームの認証またはセッションポリシーを確認してください。これらは異なるレイヤーであり、では制御されませんper_view.idle_timeout_secs。ビューを早く暗くするためだけに、ドキュメントのアンロード設定を短くしないでください。

現在の設定名とアップストリームのデフォルト値については、Collabora Online の設定テンプレートを参照してください。Docker のextra_params方法については、CODE Docker イメージのドキュメントを参照してください。デフォルト値と設定の提供方法はバージョンやパッケージによって異なる場合があるため、実行するバージョンとパッケージに合わせて正確な動作を確認してください。

コメントを残す

SeafileとCollaboraを正しいWOPI URLに接続します。

SeafileとCollaboraを正しいWOPI URLに接続します。

Seafileで安全なドキュメント編集を有効にするには、デプロイメント用にCollaboraの検出URL、HTTPS、およびWOPIアクセスを設定してください。

Collaboraとデスクトップアプリ間のコピー&ペースト機能を復元する

Collaboraとデスクトップアプリ間のコピー&ペースト機能を復元する

システムクリップボードをテストし、ブラウザの権限を調整し、埋め込み型Collabora統合においてiframeポリシーの変更が必要なタイミングを特定します。

Collabora CODE Dockerでカスタムフォントを利用できるようにする

Collabora CODE Dockerでカスタムフォントを利用できるようにする

フォントファイルをDockerとCollaboraのシステムプレートにマウントすることで、カスタムフォントがエディタに表示され、ドキュメント内で正しくレンダリングされるようになります。

Collabora CODEの設定を、デプロイメントの変更を失うことなく復元する

Collabora CODEの設定を、デプロイメントの変更を失うことなく復元する

coolwsd.xmlとそのデプロイメントソースをバックアップし、安全に復元してから、ユーザーが編集を再開する前にCODEを検証してください。

CODEのWOPIホストチェックを修正し、ホストオリジンを一致させる

CODEのWOPIホストチェックを修正し、ホストオリジンを一致させる

CODE内でNextcloudまたはその他のWOPIオリジンを正確に許可し、アクティブなホスト許可リストを確認して、Nextcloudの送信元IP制限と区別します。

Collaboraの「これは恥ずかしい」エラーを解決する

Collaboraの「これは恥ずかしい」エラーを解決する

Collaboraのブラウザ、WOPI、およびWebSocket接続をトレースして、ドキュメントが開かない理由を特定し、Nextcloudの設定に合った修正を適用してください。

CollaboraをKubernetesノード間でオンラインで実行する

CollaboraをKubernetesノード間でオンラインで実行する

Helmを使用してCollabora CODEレプリカをデプロイし、WOPIアフィニティによって各ドキュメントを1つのポッドに保持し、イングレス、ノード配置、およびNextcloud編集を検証します。

CollaboraのWebSocket接続をプロキシ経由で復元する

CollaboraのWebSocket接続をプロキシ経由で復元する

ブラウザからcoolwsdまでのソケットハンドシェイクの失敗を追跡し、CODE 26.04 Apacheの変更を含め、リバースプロキシのルートをCollaboraのバージョンに一致させます。

キー、ディスカバリ、URLを確認してWOPI認証エラーを修正する

キー、ディスカバリ、URLを確認してWOPI認証エラーを修正する

Collabora WOPI 認証の失敗を、鍵の不一致、古い検出データ、クロックのずれ、プロキシ URL の変更などが原因で発生する場合でも、検証の信頼性を損なうことなく追跡できます。

Collabora Onlineのフォントサイズドロップダウンの表示ミスを修正する

Collabora Onlineのフォントサイズドロップダウンの表示ミスを修正する

ブラウザのズームをリセットし、クリーンなセッションをテストし、サイズが不正なメニューにCollaboraサーバーのアップデートが必要なタイミングを特定します。