Ustaw licznik czasu bezczynności Collabora dla aktywnych widoków dokumentów

Aby zmienić czas, przez jaki otwarty widok Collabora może pozostawać nieaktywny, zanim zostanie przyciemniony i przestanie otrzymywać aktualizacje, dostosuj per_view.idle_timeout_secs. Obecny coolwsd.xmlszablon nadrzędny ustawia ten licznik czasu na poziomie widoku na 900 sekund (15 minut); na przykład ustaw go na 1800 dla 30 minut. Nie jest to licznik czasu wylogowania ani limit czasu, który powoduje rozładowanie bezczynnego dokumentu.

Dowiedz się, który timer zmieniasz

Widok to otwarty widok dokumentu w przeglądarce jednego użytkownika. W demonacie internetowym obsługującym Collabora Online, ustawienie to liczba sekund , po upływie których widok nieaktywnego użytkownika zostaje przyciemniony, a aktualizacje zatrzymane, nawet gdy karta przeglądarki pozostaje aktywna. Szablon źródłowy obecnie ustawia domyślną wartość 900 sekund. Twój pakiet lub usługa zarządzana może nadpisać tę wartość, dlatego sprawdź konfigurację faktycznie używaną w Twoim wdrożeniu.coolwsdper_viewidle_timeout_secs

UstawienieCo staje się bezczynneAktualny domyślny szablon upstream
per_view.idle_timeout_secsAktywność użytkownika w widoku skupionym900 sekund (15 minut)
per_view.out_of_focus_timeout_secsWidok przeglądarki po utracie fokusu karty300 sekund (5 minut)
per_document.idle_timeout_secsDokument bez aktywnych widoków przed rozładowaniem3600 sekund (1 godzina)

Pierwszego ustawienia należy użyć, gdy użytkownicy chcą, aby aktywny widok edycji był aktywny dłużej podczas czytania lub wstrzymywania. Drugiego należy użyć tylko wtedy, gdy karty tła są zbyt wcześnie przyciemniane. Trzecie ustawienie to czyszczenie po stronie serwera, gdy dokument nie ma aktywnych widoków; jego zmiana nie zmienia zachowania widoku w przypadku braku aktywności, który pozostaje otwarty. Ustawienia automatycznego zapisywania i bezczynności kontrolują, kiedy modyfikowana treść jest zapisywana, a nie jak długo widok pozostaje aktywny.

Ilustrujący edytor XML pokazujący per_view z out_of_focus_timeout_secs ustawionym na 300 i idle_timeout_secs ustawionym na 900.
Dwa liczniki czasu dla każdego widoku obsługują różne rodzaje braku aktywności: nieaktywną kartę i nieaktywnego użytkownika na aktywnej karcie.

Wybierz limit czasu i przygotuj konfigurację

Wybierz czas trwania, który pasuje do Twojego przepływu pracy, a następnie przelicz go na sekundy: 20 minut to 1200, 30 minut to 1800, a 45 minut to 2700. Poniższy przykład używa 30 minut; to tylko przykład, a nie uniwersalne zalecenie. Dłuższe wartości wydłużają żywotność bezczynnych widoków, a także mogą dłużej zachowywać procesy dokumentów i aktywność aktualizacji.

Przed edycją sprawdź, jak zainstalowana jest Collabora. Docker CODE, pakiet Linux, wdrożenie Helm i dostawca hostingu mogą udostępniać konfigurację w różny sposób. Utwórz kopię zapasową aktywnej konfiguracji lub zapisz kopię pliku Compose. Jeśli integracja zarządza serwerem za Ciebie, użyj obsługiwanego przez nią mechanizmu konfiguracji, zamiast edytować tymczasowy system plików kontenera.

Ustaw limit czasu bezczynności dla każdego widoku

Docker CODE z Compose

Dodaj opcję do istniejącej extra_paramswartości usługi Collabora:

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

Jeśli extra_paramszawiera już opcje, dodaj tę opcję do tej samej wartości zamiast definiować klucz dwukrotnie. Zachowaj istniejące ustawienia SSL, proxy i hosta. Obraz Dockera przekazuje --o:opcje do coolwsd; oficjalna dokumentacja CODE Dockera opisuje tę metodę konfiguracji.

Ilustrujący edytor XML pokazujący zmianę wartości parametru per_view idle_timeout_secs z 900 na 1800, podczas gdy out_of_focus_timeout_secs pozostaje na poziomie 300.
W przypadku 30-minutowego progu bezczynności w trybie skupienia widoku zmień wartość dla każdego widoku na 1800 sekund i pozostaw oddzielny licznik czasu skupienia karty bez zmian.

Pakiet Linux lub zamontowana konfiguracja XML

Edytuj aktywny coolwsd.xmlplik i zmień wartość w jego istniejącej <per_view>sekcji. Zachowaj otaczającą konfigurację i wszelkie atrybuty w pliku:

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

Nie wklejaj drugiego <per_view>bloku ani nie edytuj szablonu źródłowego coolwsd.xml.intak, jakby był bieżącą konfiguracją. Prawidłowa ścieżka do pliku i właściciel konfiguracji mogą się różnić w zależności od pakietu i wdrożenia.

Ilustrujący edytor YAML Docker Compose pokazujący ustawienie extra_params na --o:per_view.idle_timeout_secs=1800 w środowisku usługi collabora.
Przykład CODE Docker przekazuje wartość dla każdego widoku poprzez istniejące ustawienie extra_params usługi.

Zastosuj ustawienie, uruchamiając ponownie lub tworząc ponownie usługę Collabora. W przypadku typowej usługi Compose o nazwie collaborauruchom:

docker compose up -d --force-recreate collabora

Zastąp nazwę usługi nazwą z pliku Compose. W przypadku instalacji pakietu zarządzanej przez systemd, uruchom ponownie usługę po edycji jej aktywnej konfiguracji, na przykład sudo systemctl restart coolwsd. Otwórz dokument ponownie w nowej karcie przeglądarki, aby test użył nowo utworzonego widoku.

Sprawdź zachowanie i rozwiąż problem z wynikiem

  1. Otwórz dokument testowy o niskim ryzyku w wybranej karcie przeglądarki i zanotuj czas. Unikaj używania niezapisanej edycji produkcyjnej jako testu limitu czasu.
  2. Pozostaw widok bez zmian przez skonfigurowany interwał. Po 1800 sekundach sprawdź, czy widok przyciemnia się i przestaje otrzymywać aktualizacje zgodnie z ustawieniem dla każdego widoku. Nie interpretuj tego stanu wizualnego jako dowodu na wylogowanie użytkownika lub usunięcie dokumentu.
  3. Wróć do dokumentu i potwierdź, że zachowanie jest akceptowalne dla Twojego wdrożenia. Następnie przetestuj przypadek oddzielnej karty tła, przełączając się na dłużej niż out_of_focus_timeout_secs, jeśli ten przepływ pracy ma znaczenie.

Po ponownym uruchomieniu niektóre kompilacje logują listę niestandardowych wartości konfiguracyjnych. Jeśli log startowy to pokazuje, poszukaj per_view.idle_timeout_secs: 1800. Jeśli zachowanie nadal odpowiada starej wartości, sprawdź, czy edytowałeś plik lub usługę Compose używaną przez uruchomiony proces, czy zastosowałeś zmianę i czy opcja środowiska lub wiersza poleceń nie nadpisuje pliku XML.

Przykładowy dokument przeglądarki i notatka pokazujące oczekiwaną 30-minutową weryfikację widoku bezczynności.
Użyj nowego widoku testu i poczekaj na skonfigurowany interwał. Ten panel ilustruje sprawdzenie, a nie wynik pomiaru.

Jeśli dokument znika dopiero po dłuższym okresie bez otwartych widoków, per_document.idle_timeout_secszamiast tego należy go przejrzeć. Jeśli użytkownicy są wylogowywani, sprawdź zasady uwierzytelniania lub sesji platformy hosta. Są to różne warstwy i nie są kontrolowane przez per_view.idle_timeout_secs. Nie skracaj ustawienia usuwania dokumentu tylko po to, aby szybciej przyciemnić widok.

Aby zapoznać się z aktualnymi nazwami ustawień i domyślnymi ustawieniami upstream, zapoznaj się z szablonem konfiguracji Collabora Online . Informacje na temat metody Dockera extra_paramsmożna znaleźć w dokumentacji obrazu CODE Docker . Sprawdź dokładne zachowanie w odniesieniu do uruchomionej wersji i pakietu, ponieważ ustawienia domyślne i dostarczana konfiguracja mogą się różnić.

Zostaw komentarz

Wyłącz sprawdzanie aktualizacji kodu Collabora i niechciane połączenia

Wyłącz sprawdzanie aktualizacji kodu Collabora i niechciane połączenia

Zatrzymaj zaplanowane sprawdzanie aktualizacji KODU, przejrzyj opcjonalne usługi zdalne i skorzystaj z kontroli sieci wychodzącej bez przerywania edycji dokumentu.

Połącz Seafile i Collabora z poprawnym adresem URL WOPI

Połącz Seafile i Collabora z poprawnym adresem URL WOPI

Włącz bezpieczne edytowanie dokumentów w Seafile, konfigurując adres URL wykrywania, protokół HTTPS i dostęp WOPI Collabora dla swojego wdrożenia.

Przywróć kopiowanie i wklejanie między aplikacjami Collabora i komputerowymi

Przywróć kopiowanie i wklejanie między aplikacjami Collabora i komputerowymi

Przetestuj schowek systemowy, dostosuj uprawnienia przeglądarki i zidentyfikuj, kiedy wbudowana integracja Collabora wymaga zmiany zasad dotyczących ramek iframe.

Udostępnij niestandardowe czcionki w Collabora CODE Docker

Udostępnij niestandardowe czcionki w Collabora CODE Docker

Zamontuj pliki czcionek w systemie Docker i Collabora, aby niestandardowe czcionki były wyświetlane w edytorze i poprawnie renderowane w dokumentach.

Przywróć ustawienia Collabora CODE bez utraty zmian wdrożenia

Przywróć ustawienia Collabora CODE bez utraty zmian wdrożenia

Utwórz kopię zapasową pliku coolwsd.xml i jego źródeł wdrożeniowych, przywróć je w bezpieczny sposób i zweryfikuj KOD przed ponownym rozpoczęciem edycji przez użytkowników.

Napraw sprawdzanie hosta WOPI w CODE, dopasowując źródło hosta

Napraw sprawdzanie hosta WOPI w CODE, dopasowując źródło hosta

Zezwól na konkretne źródło Nextcloud lub inne źródło WOPI w KODZIE, a następnie zweryfikuj listę dozwolonych hostów i odróżnij je od ograniczeń adresu IP źródłowego Nextcloud.

Rozwiąż błąd „Cóż, to jest żenujące” w aplikacji Collabora

Rozwiąż błąd „Cóż, to jest żenujące” w aplikacji Collabora

Prześledź połączenia przeglądarki, WOPI i WebSocket Collabora, aby dowiedzieć się, dlaczego dokument się nie otwiera, a następnie zastosuj poprawkę odpowiadającą konfiguracji Nextcloud.

Uruchom Collabora Online na węzłach Kubernetes

Uruchom Collabora Online na węzłach Kubernetes

Wdrażaj repliki Collabora CODE za pomocą Helm, przechowuj każdy dokument w jednym podzie dzięki powinowactwu WOPI i weryfikuj przychodzące dane, rozmieszczenie węzłów i edycję w Nextcloud.

Przywróć połączenie WebSocket Collabora przez serwer proxy

Przywróć połączenie WebSocket Collabora przez serwer proxy

Prześledź nieudaną wymianę danych między przeglądarką a coolwsd, a następnie dopasuj trasę odwrotnego serwera proxy do swojej wersji Collabora, włączając w to zmianę w kodzie CODE 26.04 Apache.

Napraw błędy dowodu WOPI, sprawdzając klucze, odkrycia i adresy URL

Napraw błędy dowodu WOPI, sprawdzając klucze, odkrycia i adresy URL

Śledź błędy dowodowe Collabora WOPI w przypadku niedopasowanych kluczy, nieaktualnych danych wykrywania, przesunięcia zegara lub zmian adresu URL serwera proxy — bez osłabiania walidacji.