OnlyOffice או Collabora: מה מתאים לשרת Nextcloud שלכם?

OnlyOffice מול Collabora: התשובה עבור VPS קטן

הבחירה בין OnlyOffice לבין Collabora היא בחירה בין שני מנועי עריכת מסמכים המתחברים לשרת קבצים שכבר קיים אצלכם, שברוב המקרים עבור הקוראים שלנו הוא Nextcloud. בשרת VPS עם 2 GB זיכרון, בחרו ב-Collabora והשתמשו בעותק שמגיע מובנה בתוך Nextcloud, כיוון שהוא אינו מוסיף מכולה (container) שנייה ואינו דורש כתובת אינטרנט נוספת. בשרת עם 4 GB זיכרון או יותר, ONLYOFFICE Docs מצדיק את צריכת הזיכרון הנוספת אם הצוות שלכם עובד בפורמטים .docx ו-.xlsx, שכן אלו הפורמטים שבהם העורך עובד באופן ישיר.

שם שלישי מופיע בכל חיפוש בנושא זה. ONLYOFFICE DocSpace הוא מוצר נפרד בעל ממשק משלו, והוא אינו הרכיב שאליו Nextcloud מתחבר. התקנת DocSpace בגלל מדריך שציין "OnlyOffice" היא הסיבה הנפוצה ביותר לכך שאנשים סבורים שכפתור עריכה ב-Nextcloud מחייב שרת גדול.

שלושת המוצרים שאנשים נוטים לבלבל ביניהם

• ONLYOFFICE Docs, המכונה גם Document Server, הוא מנוע העריכה כשלעצמו. אין לו מנהל קבצים. ה-connector של Nextcloud מתקשר עם רכיב זה. גרסת ה-Community Edition היא חינמית, תחת רישיון GNU AGPL v3.
• ONLYOFFICE DocSpace הוא סביבת עבודה: חדרים, ניהול חברים, שיתוף וממשק אינטרנט עצמאי, כאשר Docs כלול בתוכו. הוא חופף ל-Nextcloud במקום להרחיב אותו. דרישות המינימום שפורסמו, נכון לאוגוסט 2026, הן 6 ליבות CPU ו-12 GB של RAM.
• Collabora Online הוא LibreOffice שרץ על השרת. המסמך מעוצב ומרונדר בשרת, ולאחר מכן נשלח לדפדפן כתמונות. הגרסה החינמית היא CODE, קיצור של Collabora Online Development Edition.

Nextcloud מפיצה שתי אפליקציות עבור הצד של Collabora. richdocuments, שמופיעה בחנות האפליקציות כ-Nextcloud Office, היא ה-connector לשרת Collabora חיצוני. richdocumentscode כוללת את CODE בתוך התקנת ה-Nextcloud, כך שאין צורך להריץ מכולה (container) או לכתוב חוקי proxy. המדריך של Nextcloud עצמו מתאר את השרת המובנה הזה כמתאים לשימוש אישי או לצוותים קטנים, וממליץ על התקנת Collabora ייעודית לביצועים טובים יותר.

אם טרם הכרעתם בסוגיית שרת הקבצים, השוואה בין Seafile ל-Nextcloud היא ההחלטה הקודמת לכל, כיוון ששרת המשרד הוא תוספת לכל פלטפורמה שתבחרו להריץ. אם Nextcloud כבר פעיל, מופע Nextcloud על גבי VPS עם TLS וגיבויים הוא התרחיש שעליו מבוסס מדריך זה.

כמה זיכרון RAM דורש כל אחד מהם?

[
  {
    "label": "Collabora CODE",
    "min_ram_gb": 1
  },
  {
    "label": "ONLYOFFICE Docs",
    "min_ram_gb": 4
  },
  {
    "label": "ONLYOFFICE DocSpace",
    "min_ram_gb": 12
  }
]

אלו הנתונים שמפרסם כל ספק, נכון לאוגוסט 2026, והם מתייחסים לשרת המשרדי בלבד ללא שום תהליך נוסף שרץ ברקע. המדריך המהיר של Collabora עבור המכולה CODE מציין 1 GB. עבור ONLYOFFICE נדרשים 4 GB עבור Docs תחת Docker, בתוספת 4 GB של swap ו-40 GB של שטח דיסק פנוי. DocSpace דורש 12 GB ושישה ליבות CPU.

כעת, הוסיפו את Nextcloud לאותו שרת. תהליכי PHP-FPM (מנהל תהליכי FastCGI), מסד הנתונים, ומריץ משימות הרקע כולם צורכים זיכרון, וכך גם ה-kernel page cache שאחראי על מהירות הצגת רשימות הקבצים. בשרת VPS עם 2 GB אין מקום פנוי עבור מכולת משרדית עצמאית, לכן השרת מבצע swap, ושרת שמבצע swap נראה כשרת תקול: סמן הטעינה של העורך מסתובב במשך שלושים שניות ואז מפסיק להגיב. זו הסיבה לקיומה של אפליקציית CODE המובנית. היא כוללת את הקבצים הבינאריים של Collabora בתוך אפליקציית Nextcloud, ו-Nextcloud מנתב את תעבורת העורך אליה באופן מקומי; פעולה זו חוסכת שירות שלם במחיר של מהירות עבודה.

מדוע שני המנועים צורכים זיכרון בדרכים שונות

Collabora מבצעת רינדור בצד השרת. כל מסמך פתוח מקבל תהליך משלו בתוך המכולה, תהליך שניתן לנטר באמצעות docker exec collabora ps -ef בזמן שמישהו עורך את המסמך. צריכת הזיכרון גדלה בהתאם למספר המסמכים הפתוחים בו-זמנית, לכן שרת במצב המתנה אינו צורך משאבים רבים, אך עשרה עורכים בו-זמנית כן.

ONLYOFFICE Docs מעבירה את עבודת הרינדור לדפדפן. העורך מבוסס על JavaScript, בעוד השרת מאחסן את הקובץ, מתאם עריכה משותפת ומבצע המרות פורמטים. המכולה מריצה גם את nginx, שירותי node.js, PostgreSQL ו-RabbitMQ; בסיס זה הוא הסיבה לכך שצריכת הזיכרון המינימלית היא 4 GB גם כשאין אף משתמש מחובר.

לשני המנועים עקומות צריכה שונות. Collabora מתחילה בערך נמוך ועולה עם כל מסמך שנפתח. ONLYOFFICE מתחילה בערך גבוה ועולה בצורה מתונה יותר, כיוון שחלק מהעבודה מתבצע על המחשבים של המשתמשים שלכם.

מהי מגבלת המהדורות החינמיות

CODE מאפשר פתיחה של 10 מסמכים בו-זמנית, מתוך 20 חיבורים. Collabora קבעה מגבלה זו במכוון, כדי שמהדורת הפיתוח לא תהפוך בשקט לתשתית ארגונית. מעבר למכסה זו, המסמך הבא לא ייפתח עד שיתפנה מקום. מהדורת Collabora Online בתשלום מסירה מגבלה זו ומוסיפה תמיכה.

ONLYOFFICE Docs Community Edition אינה מפרסמת מגבלת חיבורים. דף דרישות ה-Docker שלה מציע במקום זאת שכבות גודל: 100 עד 200 משתמשים על מכונת dual core במהירות 2.8 GHz עם 4 GB של RAM, ו-200 עד 400 משתמשים על quad core, עם הערה שהמספר האמיתי תלוי בגודל ובסוג המסמכים שהמשתמשים פותחים. יש להתייחס לנתונים אלו כאל תקרות ספק שנמדדו בתנאי ספק.

איזו מהן מטפלת טוב יותר בקובצי .docx ו-.xlsx?

ONLYOFFICE עובדת ישירות בפורמט Office Open XML (OOXML), כך שקובץ .docx נפתח, נערך ונשמר בפורמט המקורי שבו הגיע. Collabora מבוססת על LibreOffice, והפורמט הטבעי שלה הוא OpenDocument (ODF); לכן, כל קובץ OOXML עובר תהליך ייבוא בעת הפתיחה ותהליך ייצוא בעת השמירה. שתי האפשרויות מספקות לשימוש יומיומי במסמכים. ההבדל מורגש בקבצים שנוצרו ב-Microsoft Word או ב-Excel עם עיצוב מורכב, ומתבטא בשינויי פריסה קלים ולא באובדן נתונים.

אל תסתמכו על דפי השוואה, כולל דף זה, כדי להכריע. קחו את שני הקבצים הבעייתיים ביותר שלכם – זה עם מעקב שינויים וזה עם טבלת ציר (pivot table) – פתחו כל אחד מהם בשני העורכים, שמרו, הורידו והשוו למקור. עשרים דקות של בדיקה כזו יספקו לכם תשובה לגבי רמת הנאמנות למקור עבור המסמכים שלכם, וזו הגרסה היחידה של השאלה שחשובה.

אם אדם אחד עורך קובץ מדי פעם, חבילת יישומים משרדיים לקובץ בודד תחסוך מכם את הצורך להריץ שרת מסמכים כלל.

רישוי, והיכן עובר הגבול בין הגרסאות בתשלום

ONLYOFFICE Docs Community Edition מופץ תחת רישיון GNU AGPL v3. קוד המקור של Collabora Online מופץ תחת רישיון Mozilla Public License 2.0. שני הפרויקטים הם קוד פתוח, ושתי החברות מוכרות גרסאות נתמכות.

מה שמוותרים עליו בגרסה החינמית שונה בכל מקרה. הגרסה החינמית של Collabora היא מלאה ומוגבלת במספר החיבורים בו-זמנית שצוין לעיל. בגרסה החינמית של ONLYOFFICE אין מגבלה, ו-ONLYOFFICE מוכרת מהדורות Enterprise ו-Developer המוסיפות תמיכה ותכונות נוספות. עבור משק בית או צוות קטן, שתי הגרסאות החינמיות מספיקות. עבור חברה, יש לקרוא את תנאי הרישיון לפני תכנון הפריסה, כיוון שמחויבויות AGPL ותמחור לפי משתמש הן בעיות נפרדות עם פתרונות נפרדים.

התקנת אחד מהם כמכולה בודדת

ONLYOFFICE Docs, מוגדר ל-loopback כיוון ש-reverse proxy יבצע TLS (אבטחת שכבת תעבורה) לפניו:

sudo docker run -i -t -d -p 127.0.0.1:8081:80 --restart=always \
  -e JWT_SECRET=replace_this_with_a_long_random_string \
  onlyoffice/documentserver

הגדירו את JWT_SECRET בעצמכם. חתימת JWT (JSON web token) מופעלת כברירת מחדל החל מגרסה 7.2 של ONLYOFFICE Docs, ואם לא תספקו secret, המכולה תייצר אחד. secret שנוצר אוטומטית עלול להשתנות בעת יצירה מחדש של המכולה, מה שיגרום לחיבור להפסיק לעבוד ללא הודעת שגיאה ברורה על המסך.

ההפעלה הראשונה אורכת מספר דקות. בדקו אותה:

curl http://127.0.0.1:8081/healthcheck

נקודת הקצה הזו מחזירה true ברגע שמסד הנתונים, מתווך ההודעות והאחסון בתוך המכולה מוכנים. כל תשובה אחרת, כולל false, מחייבת קריאה של docker logs במכולה לפני שתגעו בהגדרות Nextcloud.

Collabora CODE:

docker run -t -d --name collabora --restart always \
  -p 127.0.0.1:9980:9980 \
  -e "aliasgroup1=https://cloud.example.com:443" \
  -e "extra_params=--o:ssl.enable=false" \
  collabora/code

aliasgroup1 היא רשימת כתובות ה-Nextcloud שהמכולה הזו תקבל בקשות מהן, ויש לכלול בה את הפורט. הגדרת ssl.enable=false גורמת ל-coolwsd, תהליך השרת של Collabora, לתקשר ב-HTTP רגיל בתוך המכולה, כיוון שה-reverse proxy שמלפנים מבצע את ה-TLS. בדקו זאת:

curl http://127.0.0.1:9980/hosting/capabilities
curl http://127.0.0.1:9980/hosting/discovery

הראשון מחזיר JSON, השני מחזיר XML. חיבור שנדחה מעיד על כך שהמכולה עדיין בתהליך עלייה או שקרסה, לכן קראו את docker logs collabora.

חיבור העורך ל-Nextcloud

עבור Collabora, התקינו את אפליקציית Nextcloud Office, פתחו את הגדרות הניהול (Administration settings), עברו ל-Office, בחרו באפשרות להשתמש בשרת עצמאי (use your own server), והזינו את הכתובת שאליה דפדפני המשתמשים יכולים להגיע, כגון https://office.example.com. Nextcloud מאחסן את הקבצים ו-Collabora מושך אותם באמצעות פרוטוקול WOPI (ראשי תיבות של web application open platform interface), לכן ארבעה נתיבי רשת נפרדים חייבים להיות תקינים:

• הדפדפן מגיע ל-Nextcloud.
• הדפדפן מגיע לשרת Collabora.
• Nextcloud מגיע לשרת Collabora.
• Collabora מגיע ל-Nextcloud.

בדקו את שני הנתיבים האחרונים ידנית. משרת ה-Nextcloud, הפקודה curl https://office.example.com/hosting/capabilities צריכה להדפיס פלט בפורמט JSON. מתוך מכולת (container) ה-Collabora, הפקודה curl https://cloud.example.com/status.php צריכה להדפיס את ה-JSON של מצב ה-Nextcloud. הנתיב שנכשל הוא זה שיש לתקן.

עבור ONLYOFFICE, התקינו את אפליקציית ה-connector, ולאחר מכן מלאו את כתובת ה-ONLYOFFICE Docs ואת מפתח ה-secret בהגדרות. ה-secret חייב להיות זהה בדיוק ל-JWT_SECRET. אם המכולה יצרה מפתח משלה, קראו אותו מתוך המכולה בנתיב /etc/onlyoffice/documentserver/local.json, תחת services.CoAuthoring.secret.inbox.string. לאחר מכן, ודאו את החיבור מתוך ספריית ה-Nextcloud שלכם, בהרצת הפקודה כמשתמש שרת האינטרנט:

php occ onlyoffice:documentserver --check

הפקודה תאשר את החיבור או תדפיס את השגיאה שבה נתקל ה-connector, מה שמהיר יותר מבדיקת ה-console של הדפדפן. שני ה-connectors כוללים גם שדות מתקדמים למקרה שכתובת הדפדפן וכתובת התקשורת בין השרתים שונות, למשל כאשר Nextcloud מגיע לעורך דרך רשת פנימית. מלאו שדות אלו במקום לשלוח תעבורה פנימית החוצה לכתובת הציבורית ובחזרה.

מדוע עריכה נכשלת מאחורי reverse proxy

כמעט כל דיווח על "זה לא נפתח" נובע מאחת הסיבות הבאות.

אי-התאמה בפרוטוקול. Nextcloud ב-https עם כתובת שרת office שנכתבה כ-http נכשל, כיוון שהדפדפן מסרב לטעון מסגרת (frame) לא מאובטחת בתוך דף מאובטח. השתמשו ב-https עבור שניהם.

חוסר בחוקי proxy עבור Collabora. ה-proxy חייב להעביר את /browser, /hosting/discovery, /hosting/capabilities, /cool, /cool/adminws, וחיבורי websocket ב-/cool/(.*)/ws לפורט 9980. החמצה של חוק ה-websocket תגרום למסגרת המסמך להיטען ולהישאר ריקה, כיוון שהעורך פותח websocket מיד לאחר הטעינה ולא מקבל תשובה.

ערך aliasgroup1 שגוי. המכולה מסרבת לבקשות מכתובת שלא הוגדרה לה, ו-docker logs collabora מתעד No acceptable WOPI hosts found. הערך חייב להתאים לכתובת ה-URL של Nextcloud שהמשתמשים מקלידים, כולל הפורט.

Nextcloud מסרב לפנות לכתובת מקומית. Nextcloud חוסם כברירת מחדל בקשות יוצאות לכתובות מקומיות ופרטיות, ושורת הלוג היא Host violates local access rules. הגדירו את 'allow_local_remote_servers' => true בתוך config.php כאשר העורך באמת נגיש רק דרך כתובת מקומית.

רשימת היתרים (allow list) של WOPI מצומצמת מדי. הגדרות ה-Office ב-Nextcloud מכילות רשימת היתרים עבור בקשות WOPI, המגבילה את הכתובות המורשות למשוך קבצים. זו הגדרה מומלצת לשימוש, אך היא גם דרך נפוצה לשבירת העריכה לאחר שמכולה עולה עם כתובת IP חדשה. אם מסמכים הפסיקו להיפתח מיד לאחר בנייה מחדש, בדקו תחילה שדה זה.

ONLYOFFICE לא מצליח להוריד את הקובץ. המחבר (connector) מדווח על Error while downloading the document file to be converted.. שרת המסמכים קיבל הוראה למשוך קובץ מ-Nextcloud אך אינו מצליח: הכתובת שניתנה לו אינה נגישה מתוך המכולה שלו, או ש-Nextcloud מציג תעודה שהוא לא מקבל, או שה-secret לא תואם. הריצו curl מול אותה כתובת URL בדיוק מתוך המכולה עם docker exec, והסיבה תופיע בדרך כלל בשורה אחת.

מה באמת נכנס ב-2 GB ו-4 GB

ב-2 GB, הריצו את Nextcloud עם אפליקציית CODE המובנית ועצרו שם. הביצועים איטיים יותר משרת עצמאי, הפתיחה הראשונה של גיליון אלקטרוני גדול עשויה לקחת מספר שניות, ואין צורך בהגדרת proxy כלל. עבור משק בית אחד, זו התשובה הנכונה.

ב-4 GB, הריצו את Nextcloud יחד עם קונטיינר CODE עצמאי, והגדירו swap כדי שקפיצה פתאומית בעומס לא תפיל את השרת. כאן העריכה מתחילה להרגיש תקינה.

עבור ONLYOFFICE Docs לצד Nextcloud, תכננו על 6 עד 8 GB, או תנו ל-Docs שרת קטן משלו. רף ה-4 GB הוא עבור שרת המסמכים בלבד, לכן שיתוף שרת של 4 GB עם Nextcloud יגרום לשימוש ב-swap תחת כל עומס עבודה ממשי.

התקנת DocSpace על VPS קטן היא טעות שיש להימנע ממנה. הדרישה המינימלית הרשמית של התוכנה היא 12 GB של RAM ושישה ליבות CPU. מדריך של ספק שירותים, שזוכה לקישורים רבים, עדיין פורס את DocSpace באמצעות סקריפט התקנה על מכונה של 8 GB; זה נמוך מהנתון הרשמי ועונה על שאלה אחרת מזו ששאלתם. בדקו מה מדריך מתקין לפני שאתם עוקבים אחריו, ובדקו מתי הדרישות המצוטטות בו אומתו לאחרונה מול דף הספק. סקריפט ההתקנה הוא רק נתיב אחד. Docs ו-CODE הם קונטיינרים בודדים שאתם מפעילים, עוצרים ומוחקים בעצמכם, מה שקל יותר להבנה מאשר סקריפט שפורס מערך שלם.

לשאלה הרחבה יותר לגבי מה בכלל כדאי להחזיק על שרת קטן, מה כדאי לארח באופן עצמאי ב-2026 מכסה את הרשימה המומלצת.

FAQ

האם OnlyOffice או Collabora עדיפים עבור Nextcloud?

אף אחד מהם אינו עדיף באופן גורף; בדרך כלל הזיכרון הזמין הוא הקריטריון המכריע. Collabora דורש 1 GB זיכרון RAM, כפי שמצוין במדריך ההתחלה המהירה שלו, וגרסת ה-CODE החינמית מאפשרת פתיחה של 10 מסמכים מ-20 חיבורים, מה שמתאים למשק בית או לצוות קטן. ONLYOFFICE Docs דורש 4 GB זיכרון RAM מעבר לצרכים של Nextcloud, אינו מפרסם מגבלת חיבורים, ועובד ישירות ב-.docx וב-.xlsx, ולכן הוא שומר על עיצוב הקבצים של Microsoft Office קרוב יותר למקור. בחרו ב-Collabora עבור שרת VPS קטן. בחרו ב-ONLYOFFICE כאשר הצוות עובד עם פורמטים של Office לאורך כל היום, וביכולתכם להקצות לעורך זיכרון ייעודי.

כמה זיכרון RAM דרוש לעריכת מסמכים ב-Nextcloud?

2 GB מספיקים לעבודה עם אפליקציית ה-CODE המובנית של Nextcloud, כיוון שהיא רצה בתוך התקנת ה-Nextcloud ולא כשירות נפרד. 4 GB הם נפח נוח עבור Nextcloud יחד עם מכולת (container) עצמאית של Collabora CODE. ה-ONLYOFFICE Docs מפרסם דרישת מינימום של 4 GB עבור שרת המסמכים בלבד, לכן יש להקצות 6 עד 8 GB כאשר הוא חולק שרת עם Nextcloud, או להתקין אותו על שרת נפרד.

מדוע מסגרת העריכה נפתחת אך נשארת ריקה?

העורך נטען מעל HTTPS ואז פותח חיבור websocket, לכן מסגרת ריקה מעידה כמעט תמיד על כך שה-websocket לא הצליח להתחבר. עבור Collabora מאחורי nginx, ודאו שה-proxy מעביר את /cool/(.*)/ws עם ה-headers המתאימים ל-connection upgrade, ושה-/browser, /hosting/discovery ו-/hosting/capabilities מועברים גם הם. לאחר מכן, קראו את docker logs במכולה: No acceptable WOPI hosts found מציין שהערך ב-aliasgroup1 אינו תואם לכתובת ה-Nextcloud שבה השתמש הדפדפן, כולל הפורט.

האם אני זקוק ל-ONLYOFFICE DocSpace כדי לערוך קבצים ב-Nextcloud?

לא. DocSpace הוא סביבת עבודה עצמאית עם ממשק וחשבונות משתמש משלו, וה-connector של Nextcloud אינו מתקשר איתו. הרכיב שאליו Nextcloud מתחבר הוא ONLYOFFICE Docs, שרת המסמכים. DocSpace דורש מינימום של 12 GB זיכרון RAM ושישה ליבות CPU, וזו הסיבה שמדריכים המתקינים אותו גורמים לאנשים להאמין שעריכה בדפדפן דורשת שרת חזק.