Collega Seafile e collabora utilizzando l'URL WOPI corretto.
Abilita la modifica sicura dei documenti in Seafile configurando l'URL di individuazione di Collabora, HTTPS e l'accesso WOPI per la tua implementazione.
Per modificare il tempo di inattività di una vista Collabora aperta prima che si attenui e smetta di ricevere aggiornamenti, è necessario regolare il timer per_view.idle_timeout_secs. Il coolwsd.xmlmodello upstream corrente imposta questo timer a livello di vista a 900 secondi (15 minuti); ad esempio, impostandolo a 1800 si ottengono 30 minuti. Questo non è un timer di disconnessione né il timeout che scarica un documento inattivo.
Una vista è la visualizzazione di un documento aperta nel browser di un utente. Nel coolwsddemone web che gestisce Collabora Online, l' per_viewimpostazione idle_timeout_secsdefinisce il numero di secondi prima che la vista di un utente inattivo venga oscurata e gli aggiornamenti si interrompano, anche se la scheda del browser rimane attiva. Il modello predefinito attualmente imposta questo valore a 900 secondi. Il pacchetto o il servizio gestito in uso potrebbero sovrascrivere questo valore, quindi è consigliabile verificare la configurazione effettivamente utilizzata dalla propria implementazione.
| Impostazione | Cosa diventa inattivo | modello upstream corrente predefinito |
|---|---|---|
per_view.idle_timeout_secs | Attività dell'utente in una visualizzazione mirata | 900 secondi (15 minuti) |
per_view.out_of_focus_timeout_secs | Visualizzazione del browser dopo che la relativa scheda perde il focus | 300 secondi (5 minuti) |
per_document.idle_timeout_secs | Documento senza visualizzazioni attive prima dello scaricamento | 3600 secondi (1 ora) |
Utilizzate la prima impostazione quando gli utenti desiderano che la visualizzazione di modifica attiva rimanga tale più a lungo durante la lettura o una pausa. Utilizzate la seconda solo se le schede in background si oscurano troppo presto. La terza impostazione riguarda la pulizia lato server dopo che un documento non ha visualizzazioni attive; la sua modifica non altera il comportamento di inattività di una visualizzazione che rimane aperta. Le impostazioni di salvataggio automatico e di salvataggio inattivo controllano quando viene salvato il contenuto modificato, non per quanto tempo una visualizzazione rimane attiva.

Scegli una durata adatta al tuo flusso di lavoro, quindi convertila in secondi: 20 minuti corrispondono a 1200, 30 minuti a 1800 e 45 minuti a 2700. L'esempio seguente utilizza 30 minuti; si tratta solo di un esempio, non di una raccomandazione universale. Valori più lunghi mantengono le viste inattive attive più a lungo e potrebbero conservare più a lungo anche i processi dei documenti e l'attività di aggiornamento.
Prima di apportare modifiche, verifica come è installato Collabora. Docker CODE, un pacchetto Linux, un'implementazione Helm e un provider di hosting possono esporre la configurazione in modo diverso. Esegui un backup della configurazione attiva o salva una copia del tuo file Compose. Se un'integrazione gestisce il server per te, utilizza il meccanismo di configurazione supportato da tale integrazione anziché modificare il filesystem temporaneo di un container.
Aggiungi l'opzione al extra_paramsvalore esistente per il servizio Collabora:
services:
collabora:
environment:
extra_params: "--o:per_view.idle_timeout_secs=1800"Se extra_paramscontiene già delle opzioni, aggiungi questa allo stesso valore invece di definire la chiave due volte. Mantieni le impostazioni SSL, proxy e host esistenti. L'immagine Docker passa --o:le opzioni a coolwsd; la documentazione ufficiale di CODE Docker descrive questo metodo di configurazione.

Modifica il file attivo coolwsd.xmle cambia il valore all'interno della <per_view>sezione esistente. Mantieni la configurazione circostante e tutti gli attributi presenti nel file.
<per_view>
<out_of_focus_timeout_secs>300</out_of_focus_timeout_secs>
<idle_timeout_secs>1800</idle_timeout_secs>
</per_view>Non incollare un secondo <per_view>blocco né modificare il modello sorgente coolwsd.xml.income se fosse la configurazione in esecuzione. Il percorso del file corretto e il proprietario della configurazione possono variare a seconda del pacchetto e della distribuzione.

Applica l'impostazione riavviando o ricreando il servizio Collabora. Per un tipico servizio Compose denominato collabora, esegui:
docker compose up -d --force-recreate collaboraSostituisci il nome del servizio con quello presente nel tuo file Compose. Per un'installazione di pacchetto gestita da systemd, riavvia il servizio dopo aver modificato la sua configurazione attiva, ad esempio sudo systemctl restart coolwsd. Riapri il documento in una nuova scheda del browser in modo che il test utilizzi una vista appena creata.
out_of_focus_timeout_secs, se tale flusso di lavoro è rilevante.Dopo il riavvio, alcune build registrano un elenco di valori di configurazione non predefiniti. Se il log di avvio lo mostra, cerca per_view.idle_timeout_secs: 1800. Se il comportamento corrisponde ancora al vecchio valore, verifica di aver modificato il file o il servizio Compose utilizzato dal processo in esecuzione, di aver applicato la modifica e che un'opzione di ambiente o della riga di comando non stia sovrascrivendo l'XML.

Se un documento scompare solo dopo un lungo periodo senza visualizzazioni aperte, per_document.idle_timeout_secsè necessario esaminarlo. Se gli utenti vengono disconnessi, verificare le policy di autenticazione o di sessione della piattaforma host. Si tratta di livelli diversi e non sono controllati da per_view.idle_timeout_secs. Non ridurre l'impostazione di scaricamento del documento solo per far sì che una visualizzazione si attenui prima.
Per i nomi delle impostazioni correnti e i valori predefiniti a monte, consultare il modello di configurazione di Collabora Online . Per il metodo di Docker extra_params, consultare la documentazione dell'immagine Docker di CODE . Verificare il comportamento esatto con la versione e il pacchetto in esecuzione, poiché i valori predefiniti e la distribuzione della configurazione possono variare.
Abilita la modifica sicura dei documenti in Seafile configurando l'URL di individuazione di Collabora, HTTPS e l'accesso WOPI per la tua implementazione.
Verifica gli appunti di sistema, regola le autorizzazioni del browser e identifica quando un'integrazione di Collabora incorporata richiede una modifica dei criteri iframe.
Monta i file dei font nella cartella di sistema di Docker e Collabora in modo che i caratteri personalizzati vengano visualizzati nell'editor e riprodotti correttamente nei documenti.
Eseguire il backup del file coolwsd.xml e delle relative sorgenti di distribuzione, ripristinarli in modo sicuro e verificare il CODICE prima che gli utenti riprendano la modifica.
Consenti l'origine Nextcloud o altra origine WOPI esatta nel CODE, quindi verifica l'elenco degli host consentiti attivi e distinguilo dalla restrizione IP di origine di Nextcloud.
Analizza le connessioni del browser, WOPI e WebSocket di Collabora per capire perché un documento non si apre, quindi applica la soluzione più adatta alla tua configurazione di Nextcloud.
Distribuisci repliche di Collabora CODE con Helm, mantieni ogni documento su un singolo pod tramite l'affinità WOPI e verifica l'ingress, il posizionamento dei nodi e la modifica su Nextcloud.
Traccia un handshake socket non riuscito dal browser a coolwsd, quindi abbina il percorso del reverse proxy alla tua versione di Collabora, inclusa la modifica Apache CODE 26.04.
Traccia gli errori di WOPI di Collabora dovuti a chiavi non corrispondenti, dati di rilevamento obsoleti, deriva dell'orologio o modifiche all'URL del proxy, senza indebolire la convalida.
Reimposta lo zoom del browser, testa una sessione pulita e identifica quando un menu di dimensioni non corretto richiede un aggiornamento del server Collabora.