ตั้งค่าตัวจับเวลาการไม่ใช้งานของ Collabora สำหรับมุมมองเอกสารที่ใช้งานอยู่

หากต้องการเปลี่ยนระยะเวลาที่มุมมอง Collabora ที่เปิดอยู่สามารถคงอยู่โดยไม่ใช้งานก่อนที่จะหรี่แสงลงและหยุดรับการอัปเดต ให้ปรับค่า เทมเพลต per_view.idle_timeout_secsต้นทางปัจจุบันcoolwsd.xmlตั้งค่าตัวจับเวลาในระดับมุมมองนี้ไว้ที่ 900 วินาที (15 นาที) ตัวอย่างเช่น ตั้งค่าเป็น 1800 สำหรับ 30 นาที นี่ไม่ใช่ตัวจับเวลาการลงชื่อออกหรือการหมดเวลาที่จะซ่อนเอกสารที่ไม่ได้ใช้งาน

ตรวจสอบว่าคุณกำลังเปลี่ยนตัวจับเวลาตัวไหน

มุมมอง (View)คือมุมมองเอกสารที่เปิดอยู่ในเบราว์เซอร์ของผู้ใช้คนหนึ่ง ในcoolwsdเว็บดีมอนที่ให้บริการ Collabora Online 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 ชั่วโมง)

ใช้การตั้งค่าแรกเมื่อผู้ใช้ต้องการให้มุมมองการแก้ไขที่โฟกัสอยู่คงอยู่เป็นเวลานานขึ้นในขณะที่พวกเขากำลังอ่านหรือหยุดชั่วคราว ใช้การตั้งค่าที่สองเฉพาะในกรณีที่แท็บพื้นหลังจางหายไปเร็วเกินไป การตั้งค่าที่สามคือการล้างข้อมูลฝั่งเซิร์ฟเวอร์หลังจากเอกสารไม่มีมุมมองที่ใช้งานอยู่ การเปลี่ยนแปลงการตั้งค่านี้จะไม่เปลี่ยนแปลงพฤติกรรมการไม่ใช้งานของมุมมองที่ยังคงเปิดอยู่ การตั้งค่าการบันทึกอัตโนมัติและการบันทึกเมื่อไม่ได้ใช้งานจะควบคุมว่าเนื้อหาที่แก้ไขจะถูกบันทึกเมื่อใด ไม่ใช่ระยะเวลาที่มุมมองยังคงใช้งานอยู่

ตัวอย่างโปรแกรมแก้ไข XML ที่แสดงค่า per_view โดยตั้งค่า out_of_focus_timeout_secs เป็น 300 และ idle_timeout_secs เป็น 900
ตัวจับเวลาแบบต่อการแสดงผลสองตัวนี้จัดการกับการไม่ใช้งานที่แตกต่างกัน ได้แก่ แท็บที่ไม่ได้รับการโฟกัส และผู้ใช้ที่ไม่ใช้งานในแท็บที่ได้รับการโฟกัส

เลือกช่วงเวลาหมดเวลาและเตรียมการตั้งค่า

เลือกช่วงเวลาที่เหมาะสมกับขั้นตอนการทำงานของคุณ จากนั้นแปลงเป็นวินาที: 20 นาทีคือ 1200, 30 นาทีคือ 1800 และ 45 นาทีคือ 2700 ตัวอย่างด้านล่างใช้เวลา 30 นาที ซึ่งเป็นเพียงตัวอย่าง ไม่ใช่คำแนะนำทั่วไป ค่าที่นานกว่าจะทำให้มุมมองที่ไม่ได้ใช้งานคงอยู่ได้นานขึ้น และอาจรักษาการประมวลผลเอกสารและกิจกรรมการอัปเดตได้นานขึ้นด้วย

ก่อนทำการแก้ไข ให้ระบุวิธีการติดตั้ง Collabora ก่อน Docker CODE, แพ็กเกจ Linux, การติดตั้งผ่าน Helm และผู้ให้บริการโฮสติ้ง แต่ละวิธีอาจมีวิธีการกำหนดค่าที่แตกต่างกัน สำรองข้อมูลการกำหนดค่าที่ใช้งานอยู่ หรือบันทึกสำเนาไฟล์ Compose ของคุณไว้ หากมีการผสานรวมระบบจัดการเซิร์ฟเวอร์ให้คุณ ให้ใช้กลไกการกำหนดค่าที่รองรับของระบบนั้น แทนที่จะแก้ไขระบบไฟล์ชั่วคราวของคอนเทนเนอร์

ตั้งค่าระยะเวลาหมดเวลาการไม่ใช้งานต่อการดูแต่ละครั้ง

Docker CODE ร่วมกับ Compose

เพิ่มตัวเลือกให้กับextra_paramsค่าที่มีอยู่สำหรับบริการ Collabora:

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

หากextra_paramsมีตัวเลือกอยู่แล้ว ให้เพิ่มตัวเลือกนี้ต่อท้ายค่าเดิมแทนที่จะกำหนดคีย์ซ้ำสองครั้ง คงการตั้งค่า SSL, proxy และ host ที่มีอยู่เดิมไว้ อิมเมจ Docker จะส่ง--o:ตัวเลือกไปยังไฟล์coolwsd; เอกสารอย่างเป็นทางการของ CODE Docker อธิบายวิธีการกำหนดค่านี้ไว้

ตัวอย่างโปรแกรมแก้ไข XML ที่แสดงให้เห็นว่าค่า per_view idle_timeout_secs เปลี่ยนจาก 900 เป็น 1800 ในขณะที่ out_of_focus_timeout_secs ยังคงอยู่ที่ 300
สำหรับการตั้งค่าระยะเวลาการไม่ใช้งานแบบโฟกัสที่ 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>บล็อกที่สองหรือแก้ไขเทมเพลตต้นฉบับcoolwsd.xml.inราวกับว่าเป็นไฟล์การกำหนดค่าที่ใช้งานอยู่ เส้นทางไฟล์ที่ถูกต้องและเจ้าของไฟล์การกำหนดค่าอาจแตกต่างกันไปตามแพ็กเกจและการติดตั้งใช้งาน

ตัวอย่างการใช้ Docker Compose YAML editor โดยแสดงการตั้งค่า extra_params เป็น --o:per_view.idle_timeout_secs=1800 ภายใต้สภาพแวดล้อมบริการ Collabora
ตัวอย่าง Docker ของ CODE ส่งผ่านค่าต่อการแสดงผลผ่านการตั้งค่า 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โปรดดูเอกสารประกอบอิมเมจ Docker ของ CODEตรวจสอบพฤติกรรมที่แน่นอนกับเวอร์ชันและแพ็กเกจที่คุณใช้งาน เนื่องจากค่าเริ่มต้นและการส่งมอบการกำหนดค่าอาจแตกต่างกันไป

ฝากความเห็น

ปิดใช้งานการตรวจสอบการอัปเดตโค้ด Collabora และการเชื่อมต่อที่ไม่ต้องการ

ปิดใช้งานการตรวจสอบการอัปเดตโค้ด Collabora และการเชื่อมต่อที่ไม่ต้องการ

หยุดการตรวจสอบการอัปเดต CODE ตามกำหนดเวลา ตรวจสอบบริการระยะไกลเสริม และใช้การควบคุมเครือข่ายขาออกโดยไม่ทำให้การแก้ไขเอกสารหยุดชะงัก

เชื่อมต่อ Seafile และ Collabora ด้วย URL WOPI ที่ถูกต้อง

เชื่อมต่อ Seafile และ Collabora ด้วย URL WOPI ที่ถูกต้อง

เปิดใช้งานการแก้ไขเอกสารอย่างปลอดภัยใน Seafile โดยการกำหนดค่า URL การค้นหาของ Collabora, การเข้าถึง HTTPS และ WOPI สำหรับการใช้งานของคุณ

กู้คืนฟังก์ชันคัดลอกและวางระหว่าง Collabora และแอปพลิเคชันบนเดสก์ท็อป

กู้คืนฟังก์ชันคัดลอกและวางระหว่าง Collabora และแอปพลิเคชันบนเดสก์ท็อป

ทดสอบคลิปบอร์ดของระบบ ปรับสิทธิ์การเข้าถึงของเบราว์เซอร์ และระบุว่าเมื่อใดที่การผสานรวม Collabora ที่ฝังอยู่จำเป็นต้องมีการเปลี่ยนแปลงนโยบาย iframe

ทำให้สามารถใช้ฟอนต์แบบกำหนดเองได้ใน Collabora CODE Docker

ทำให้สามารถใช้ฟอนต์แบบกำหนดเองได้ใน Collabora CODE Docker

ติดตั้งไฟล์ฟอนต์ลงใน Docker และ systemplate ของ Collabora เพื่อให้แบบอักษรที่กำหนดเองปรากฏในโปรแกรมแก้ไขและแสดงผลได้อย่างถูกต้องในเอกสาร

กู้คืนการตั้งค่า Collabora CODE โดยไม่สูญเสียการเปลี่ยนแปลงการปรับใช้

กู้คืนการตั้งค่า Collabora CODE โดยไม่สูญเสียการเปลี่ยนแปลงการปรับใช้

สำรองข้อมูล coolwsd.xml และซอร์สโค้ดสำหรับการปรับใช้ กู้คืนอย่างปลอดภัย และตรวจสอบโค้ดก่อนที่ผู้ใช้จะกลับมาแก้ไขอีกครั้ง

แก้ไขการตรวจสอบโฮสต์ WOPI ของ CODE โดยการจับคู่ต้นทางของโฮสต์

แก้ไขการตรวจสอบโฮสต์ WOPI ของ CODE โดยการจับคู่ต้นทางของโฮสต์

อนุญาตให้ใช้ Nextcloud หรือ WOPI ต้นทางที่ถูกต้องในโค้ด จากนั้นตรวจสอบรายการอนุญาตโฮสต์ที่ใช้งานอยู่ และแยกแยะความแตกต่างจากข้อจำกัด IP ต้นทางของ Nextcloud

แก้ไขข้อผิดพลาด “นี่มันน่าอายจัง” ของ Collabora

แก้ไขข้อผิดพลาด “นี่มันน่าอายจัง” ของ Collabora

ตรวจสอบการเชื่อมต่อเบราว์เซอร์, WOPI และ WebSocket ของ Collabora เพื่อหาสาเหตุที่เอกสารเปิดไม่ได้ จากนั้นใช้การแก้ไขที่ตรงกับการตั้งค่า Nextcloud ของคุณ

เรียกใช้งาน Collabora Online บนโหนด Kubernetes

เรียกใช้งาน Collabora Online บนโหนด Kubernetes

ติดตั้ง Collabora CODE replicas ด้วย Helm เก็บเอกสารแต่ละฉบับไว้ใน pod เดียวผ่าน WOPI affinity และตรวจสอบ ingress การจัดวางโหนด และการแก้ไขใน Nextcloud

กู้คืนการเชื่อมต่อ WebSocket ของ Collabora ผ่านพร็อกซี

กู้คืนการเชื่อมต่อ WebSocket ของ Collabora ผ่านพร็อกซี

ตรวจสอบการเชื่อมต่อซ็อกเก็ตที่ล้มเหลวจากเบราว์เซอร์ไปยัง coolwsd จากนั้นจับคู่เส้นทางพร็อกซีแบบย้อนกลับกับเวอร์ชัน Collabora ของคุณ รวมถึงการเปลี่ยนแปลง Apache ใน CODE 26.04 ด้วย

แก้ไขข้อผิดพลาดการตรวจสอบ WOPI โดยตรวจสอบคีย์ การค้นหา และ URL

แก้ไขข้อผิดพลาดการตรวจสอบ WOPI โดยตรวจสอบคีย์ การค้นหา และ URL

ตรวจสอบหาสาเหตุของความล้มเหลวในการตรวจสอบความถูกต้องของ Collabora WOPI ที่เกิดจากคีย์ไม่ตรงกัน ข้อมูลการค้นหาที่ล้าสมัย การคลาดเคลื่อนของเวลา หรือการเปลี่ยนแปลง URL พร็อกซี โดยไม่ลดทอนประสิทธิภาพการตรวจสอบความถูกต้อง