يحتوي Collabora Online على عدة إعدادات قد تبدو وكأنها "مهلة الخمول"، لكنها تتحكم في سلوكيات مختلفة. إذا خفتت شاشة المحرر أو توقف تحديثها أثناء عمل المستخدم، فعدّل إعداد الخمول لكل عرض. إذا بقي المستند مُحمّلاً بعد مغادرة جميع المستخدمين، فعدّل مهلة المستند. إذا انقطع اتصال المحرر فعلياً، فتحقق من مهلة WebSocket الخاصة بالخادم الوكيل العكسي قبل تغيير سياسة الخمول في Collabora.
يُوثّق نموذج تكوين Collabora Online الحالي مهلة 15 دقيقة لكل عرض في حالة الخمول، ومهلة 5 دقائق عند عدم التركيز على علامة تبويب المتصفح، ومهلة ساعة واحدة قبل إلغاء تحميل المستند الخامل. قد تختلف هذه الإعدادات الافتراضية باختلاف الإصدار والتغليف، لذا يُرجى مراجعة التكوين المرفق مع الإصدار المُثبّت لديك قبل إجراء أي تغييرات. تشير القيم المذكورة أدناه إلى النموذج الحالي المُستخدم في هذا الدليل، ولا تُعدّ ضمانًا لجميع عمليات نشر CODE أو المؤسسات.
| جلسة | ما الذي يتحكم فيه | استخدمه عندما | التنازل عن ميزة ممن أجل الحصول على أخرى |
|---|---|---|---|
per_view.idle_timeout_secs | يتم إيقاف التحديثات وتعتيمها عندما يكون المستخدم غير نشط، حتى لو كانت علامة تبويب المتصفح لا تزال نشطة. الإعداد الافتراضي للقالب الحالي: 900 ثانية. | يحتاج الناس إلى فترات أطول للقراءة أو المراجعة أو التحرير دون التفاعل المستمر. | يؤدي تمديد المهلة الزمنية إلى إبقاء العروض الخاملة نشطة لفترة أطول، وقد يستهلك المزيد من موارد العميل والخادم. |
per_view.out_of_focus_timeout_secs | يتم إيقاف التحديثات وتعتيمها عندما لا تكون علامة تبويب المتصفح مُفعّلة. الإعداد الافتراضي للقالب الحالي: 300 ثانية. | يتنقل المستخدمون بين المستند وعلامات التبويب الأخرى أثناء التعاون. | يؤدي تمديد المهلة الزمنية إلى تحديث علامات التبويب في الخلفية؛ ويمكن أن تستهلك عدة مستندات مفتوحة المزيد من الموارد. |
per_document.idle_timeout_secs | جارٍ إلغاء تحميل مستند أصبح غير مستخدم. القيمة الافتراضية للقالب الحالي: 3600 ثانية. | تبقى المستندات في الذاكرة لفترة طويلة جدًا بعد أن تصبح طرق عرض التحرير الخاصة بها غير نشطة أو مغلقة. | يؤدي استخدام قيمة أقصر إلى تحرير عمليات المستند بشكل أسرع، ولكن قد يتطلب إعادة فتحه لاحقًا إعادة تحميل المستند. |
per_document.idlesave_duration_secsوautosave_duration_secs | يتم حفظ المستندات المعدلة بعد فترة من عدم النشاط أو وفقًا لجدول الحفظ التلقائي. الإعدادات الافتراضية للقالب الحالي: 30 و300 ثانية. | أنت تقوم بضبط معدل الحفظ أو التحقيق في سلوك الحفظ. | هذه فترات حفظ، وليست إعدادات انتهاء صلاحية الجلسة. تغييرها لن يمنع تلاشي الشاشة في حالة الخمول. |
| مهلة WebSocket للوكيل العكسي | المدة التي يُبقي فيها الخادم الوكيل اتصال WebSocket الخاص بالمتصفح مفتوحًا. | ينقطع اتصال المحرر أو يفشل بعد فترة زمنية متوقعة، خاصة عندما يكون في وضع الخمول. | تحتاج الاتصالات طويلة الأمد إلى حدود متطابقة عبر كل خادم وكيل، وموازن تحميل، وطبقة دخول. |
توثق Collabora المعاني والقيم الافتراضية في قالب تكوين coolwsd الحالي ومرجع التكوين . لا يُعدّ انتهاء مهلة الخمول لكل عرض بمثابة إغلاق حساب أو إلغاء الوصول، بل يُخفّض سطوع العرض ويوقف التحديثات. أما انتهاء مهلة كل مستند فيُنهي عملية المستند الخاملة، وليس مؤقتًا يُنهي عمل المستخدم الذي يقوم بالتحرير بنشاط.
per_view.idle_timeout_secsالفترة الزمنية من القيمة الافتراضية المُثبّتة إلى فترة زمنية محددة، مثل 1800 ثانية (30 دقيقة). هذه نقطة بداية عملية، وليست توصية عامة.per_view.out_of_focus_timeout_secsبشكل منفصل. لا ترفع مستوى التنبيه لمجرد أن المستخدمين غير نشطين في علامة تبويب محددة.per_document.idle_timeout_secs، بعد التأكد من أن المستند خامل بالفعل وأن عمليات حفظ التخزين سليمة.في حالة التثبيت باستخدام حزمة، ابحث عن coolwsd.xmlالملف النشط الذي يستخدمه البرنامج قيد التشغيل. تشمل المواقع الشائعة [ /etc/coolwsd/coolwsd.xmlالمسارات]، ولكن تختلف المسارات بين التوزيعات والإصدارات القديمة. لا تفترض أن تعديل ملف عينة أو نسخة غير مستخدمة مثبتة سيؤثر على البرنامج قيد التشغيل.
قم بعمل نسخة احتياطية من الملف النشط، ثم عدّل القيم ذات الصلة فقط ضمن الأقسام الموجودة <per_view>. <per_document>على سبيل المثال، يحدد هذا المقتطف مهلة 30 دقيقة للمستخدم غير النشط، ومهلة 15 دقيقة لعلامة التبويب في الخلفية، وساعتين لإلغاء تحميل المستند الخامل.
<per_view>
<idle_timeout_secs>1800</idle_timeout_secs>
<out_of_focus_timeout_secs>900</out_of_focus_timeout_secs>
</per_view>
<per_document>
<idle_timeout_secs>7200</idle_timeout_secs>
</per_document>هذا مقتطف، وليس إعدادًا بديلًا كاملًا. احتفظ بالخصائص والتعليقات والتداخل والعناصر الأخرى الموجودة في الملف المرفق مع إصدارك؛ إذ تتطلب بعض الإصدارات خصائص XML إضافية. إذا كنت ترغب فقط في تغيير التعتيم أثناء بقاء علامة التبويب نشطة، فعدّل قيمة الخمول لكل عرض فقط. رفع قيمتي الخمول لكل عرض وقيمة إلغاء تحميل المستند معًا يُصعّب معرفة الإعداد الذي عالج المشكلة.
تحقق من صحة ملف XML باستخدام أدوات التكوين المدعومة في بيئة النشر الخاصة بك، ثم أعد تشغيل Collabora أو أعد تحميله باستخدام الطريقة الموثقة لتلك الحزمة. راقب سجلات بدء التشغيل بحثًا عن أخطاء تحليل التكوين، وتأكد من أن العملية الجارية قد حمّلت الملف المطلوب. لن يكون لتغيير الإعدادات غير الموجودة في العملية النشطة أي تأثير.
في صورة Docker الخاصة بـ Collabora، يقوم المسؤولون عادةً بتمرير خيارات التكوين باستخدام extra_paramsصيغة --o:الخيارات. توضح القيمة التالية، المصممة على نمط Compose، المثال نفسه:
extra_params=--o:per_view.idle_timeout_secs=1800 --o:per_view.out_of_focus_timeout_secs=900 --o:per_document.idle_timeout_secs=7200استخدم هذا الخيار فقط إذا كانت صورتك ومخطط النشر يدعمان ذلك extra_params. بالنسبة لـ Kubernetes أو Helm أو التثبيت المُدار من قِبل المُشغل، ضع الخيارات في حقل التكوين المدعوم للمخطط أو المورد المُخصص بدلاً من تعديل ملف الحاوية المُنشأ. عند تغيير متغيرات البيئة في Compose، أعد إنشاء الخدمة أو إعادة نشرها حتى تصل القيم الجديدة إلى الحاوية؛ قد يؤدي إعادة التشغيل العادية إلى إعادة استخدام تكوين الحاوية الحالي.
لا تُعيّن الخيار نفسه في أماكن متضاربة، مثل ملف XML مُثبّت ومعامل بيئي، دون التحقق من قواعد الأسبقية لهذا الإصدار. بعد إعادة النشر، افحص سجلات بدء تشغيل الحاوية والتكوين النشط. يُعدّ مستودع مصدر مشروع Collabora ووثائق النشر المتوافقة مع الإصدار المراجع المناسبة عند اختلاف أسماء الخيارات أو سلوك الحاوية.
يستخدم محرر Collabora تقنية WebSockets للتواصل المستمر مع المتصفح. قد يقوم خادم وسيط بإغلاق اتصال WebSocket صالح حتى مع ضبط مهلة عرض المستند في Collabora على فترات أطول. في هذه الحالة، قد يرى المستخدمون رسالة انقطاع الاتصال، أو مطالبة بإعادة الاتصال، أو محررًا يتوقف عن تلقي التحديثات بدلاً من مجرد عرض باهت.
قارن مهلة القراءة/الإرسال للخادم الوكيل، ومهلة الخمول لأي مدخل أو موازن تحميل سحابي، وسلوك الجلسة المُصمم لـ Collabora. يجب أن تكون المهلات متوافقة على طول المسار بالكامل. يتضمن دليل إعدادات الخادم الوكيل لـ Collabora أمثلة على تكوين خادم WebSocket الوكيل وأمثلة على الاتصالات طويلة الأمد. طبّق الإرشادات المناسبة لخادمك الوكيل وإصدارك تحديدًا؛ لا تنسخ كتلة Nginx قديمة بشكل أعمى إلى خادم وكيل مختلف أو مسار غير ذي صلة.
يُعد نمط الفشل مؤشرًا مفيدًا. إذا لم يرَ المستخدمون سوى عرض غير نشط باهت، per_viewفافحص سجلات الخادم الوكيل وموازن الأحمال عند تلك اللحظة الزمنية. أما إذا لم يُغلق المستند إلا بعد مغادرة جميع المشاركين، فإن مهلة كل مستند تُصبح أكثر أهمية.
per_view.idle_timeout_secsفقط.لا تختبر التغيير على مستند إنتاج غير محفوظ. تأكد من حفظ الملفات المُعدّلة في وحدة التخزين الخلفية قبل السماح لعملية المستند الخاملة بإلغاء التحميل. إذا لوحظت المشكلة فقط مع التغييرات غير المحفوظة، فتحقق من الحفظ التلقائي وأخطاء التخزين كمشكلة منفصلة بدلاً من إطالة مهلة كل عملية.
تُناسب فترات المهلة الأطول لكل عرض الفرق التي تُراجع المستندات أثناء فترات التوقف أو تعمل عبر عدة علامات تبويب في المتصفح. أما القيم الأقصر فتُمكن من إيقاف تحديث العروض غير النشطة بشكل أسرع، مما قد يُقلل من نشاط الخلفية، لكنها قد تُقاطع القارئ الذي لا يزال يُطالع المستند. تُعد فترة المهلة لكل مستند خيارًا منفصلاً لإدارة الموارد: فتمديدها يُبقي المستندات غير المُستخدمة مُحمّلة لفترة أطول، بينما قد يتطلب تقصيرها إعادة تحميلها عند عودة المستخدم.
في معظم عمليات النشر، غيّر أقل عدد ممكن من الإعدادات لمطابقة السلوك الملاحظ. حافظ على فترات الحفظ، وحدد فترة عدم نشاط معقولة لكل عرض للفريق، واجعل مهلة علامة التبويب في الخلفية مُفعّلة، واضبط حدود WebSocket للوكيل فقط عندما تشير السجلات أو التوقيت إلى وجود مشكلة في طبقة الاتصال. أعد فحص قالب تكوين الإصدار المُثبّت بعد التحديثات لأن الإعدادات الافتراضية والإعدادات المدعومة قابلة للتغيير.
قم بتوصيل محرري سطح المكتب ONLYOFFICE بخادم ownCloud الخاص بك، وقم بتسجيل الدخول، وافتح ملفات السحابة، وقم بإدارة الاتصال، وقم باستكشاف أخطاء الإعداد الشائعة وإصلاحها.
قم باستكشاف أخطاء استخدام وحدة المعالجة المركزية العالية في Collabora Online وإصلاحها من خلال تحديد عمليات مجموعة الأدوات المشغولة، والتحقق من المقاييس والسجلات، وضبط التزامن والتنظيف، والتحقق من الإصلاحات بأمان.
تعرف على كيفية تخصيص العلامة التجارية لـ ONLYOFFICE Docs بشعار رأس الصفحة وألوان الواجهة، بما في ذلك حدود الترخيص، وإعداد JSON الخاص بالسمات، ومسارات Docker، والاختبار.
قم بإصلاح النصوص التي يصعب قراءتها في LibreOffice Calc عن طريق التحقق من سمة التطبيق، وخط الخلية وألوان التعبئة، والأنماط، والتنسيق الشرطي - ثم تحقق من مخرجات الطباعة.
قم بإزالة تحذير قفل المستخدم غير المعروف من LibreOffice بأمان. تحقق من الجلسات النشطة، واحمِ نسخة، وأزل القفل القديم الذي تم التحقق منه فقط، واختبر المستند.
أصلح النصوص العربية أو العبرية التي تتدفق أو تتماشى أو تختلط مع الإنجليزية بشكل غير صحيح في برنامج LibreOffice Writer. فعّل تخطيط النص المعقد، وحدد اتجاه الفقرة، وتحقق من النتيجة.
تعلم VLOOKUP و XLOOKUP في LibreOffice Calc، بما في ذلك التطابقات التامة، والبحث الأيسر، ونتائج عدم العثور، والبحث العكسي، وبدائل INDEX/MATCH، والأخطاء الشائعة.
قم باستكشاف أخطاء التحقق من صحة إثبات WOPI في Collabora Online وإصلاحها عن طريق التحقق من مفاتيح الاكتشاف، وتدوير المفاتيح، وعناوين URL للوكيل، والطوابع الزمنية، وقوائم السماح للمضيف.
قم بتمكين ميزة تتبع التغييرات للجميع في مستند ONLYOFFICE، واحتفظ بها نشطة بعد إعادة فتحه، وافهم حدود الإعداد الافتراضي العام.
قارن بين إعدادات Collabora Online الخاصة بكل عرض، وعدم التركيز، وخمول المستند، والحفظ التلقائي، ومهلات الوكيل، ثم اختر الإعدادات المناسبة لعملية النشر الخاصة بك وتحقق منها.
