SSD Nodes Learn 🎉 VPS از $5.50/ماه
راهنماها Matt Connorتوسط Matt Connor · به‌روزرسانی شده 2026-08-13

مقایسه OnlyOffice و Collabora برای Nextcloud

کدام ویرایشگر اسناد برای سرور شما مناسب است؟ بررسی تفاوت مصرف رم، محدودیت‌های اتصال CODE و سازگاری با فرمت‌های docx در VPSهای 2 تا 4 گیگابایتی برای انتخاب بهترین گزینه.

مقایسه OnlyOffice و Collabora: انتخاب مناسب برای یک VPS کوچک

انتخاب بین OnlyOffice و Collabora در واقع انتخاب میان دو موتور پردازش اسناد است که به یک فایل‌سرور موجود (که برای اکثر کاربران Nextcloud است) متصل می‌شوند. روی یک VPS با 2 GB رم، Collabora را انتخاب کنید و از نسخه‌ای که همراه Nextcloud ارائه می‌شود استفاده نمایید؛ زیرا این کار نه کانتینر دومی اضافه می‌کند و نه به آدرس وب مجزایی نیاز دارد. در سرورهای 4 GB یا بیشتر، اگر تیم شما در محیط .docx و .xlsx کار می‌کند، استفاده از ONLYOFFICE Docs ارزش مصرف رم اضافه را دارد، چرا که این‌ها فرمت‌هایی هستند که ویرایشگر آن مستقیماً با آن‌ها کار می‌کند.

نام سومی نیز در هر جستجویی برای این پرسش ظاهر می‌شود. ONLYOFFICE DocSpace یک محصول مجزا با رابط کاربری اختصاصی است و همان بخشی نیست که Nextcloud با آن ارتباط برقرار می‌کند. نصب DocSpace به این دلیل که یک آموزش گفته است "OnlyOffice"، رایج‌ترین دلیلی است که باعث می‌شود کاربران تصور کنند دکمه ویرایش در Nextcloud به یک سرور بزرگ نیاز دارد.

سه محصولی که معمولاً با هم اشتباه گرفته می‌شوند

  • ONLYOFFICE Docs که با نام Document Server نیز شناخته می‌شود، صرفاً موتور ویرایش است. این محصول مدیریت فایل ندارد. کانکتور Nextcloud با این بخش ارتباط برقرار می‌کند. نسخه Community Edition تحت مجوز GNU AGPL v3 رایگان است.
  • ONLYOFFICE DocSpace یک فضای کاری است: شامل اتاق‌ها، مدیریت اعضا، اشتراک‌گذاری و رابط وب اختصاصی است و Docs نیز درون آن بسته‌بندی شده است. این محصول به‌جای گسترش Nextcloud، با آن هم‌پوشانی دارد. حداقل سخت‌افزار اعلام‌شده برای آن، طبق بررسی در اوت 2026، شامل 6 هسته CPU و 12 گیگابایت رم است.
  • Collabora Online در واقع همان LibreOffice است که روی سرور اجرا می‌شود. سند روی سرور صفحه‌آرایی و ترسیم شده و سپس به‌صورت تصویر به مرورگر ارسال می‌شود. نسخه رایگان آن CODE نام دارد که مخفف Collabora Online Development Edition است.

Nextcloud دو اپلیکیشن برای سمت Collabora ارائه می‌دهد. richdocuments که در فروشگاه اپلیکیشن با نام Nextcloud Office لیست شده، کانکتور اتصال به سرور Collabora است. richdocumentscode شامل CODE درون نصب Nextcloud است، بنابراین نیازی به اجرای container یا نوشتن rule برای proxy ندارد. راهنمای رسمی Nextcloud ذکر می‌کند که این سرور داخلی برای استفاده شخصی یا تیم‌های کوچک مناسب است و برای عملکرد بهتر، نصب یک سرور اختصاصی Collabora را توصیه می‌کند.

اگر هنوز در مورد انتخاب فایل‌سرور تصمیم نگرفته‌اید، مقایسه Seafile با Nextcloud اولین گامی است که باید بردارید، زیرا سرور آفیس صرفاً یک افزونه برای هر سیستمی است که انتخاب می‌کنید. اگر Nextcloud از قبل راه‌اندازی شده است، یک نمونه Nextcloud روی VPS با TLS و پشتیبان‌گیری همان محیطی است که این راهنما بر اساس آن فرض شده است.

هر کدام به چه مقدار RAM نیاز دارند؟

ChartVendor stated minimum RAM for the office server alone, August 2026
The data behind this chart
[
  {
    "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 گیگابایت را اعلام کرده است. ONLYOFFICE برای Docs تحت Docker مقدار 4 گیگابایت، به علاوه 4 گیگابایت swap و 40 گیگابایت فضای دیسک خالی درخواست می‌کند. DocSpace مقدار 12 گیگابایت و شش هسته CPU نیاز دارد.

حال Nextcloud را به همان ماشین اضافه کنید. پردازش‌های PHP-FPM (مدیریت پردازش FastCGI)، پایگاه داده و اجراکننده کارهای پس‌زمینه همگی به حافظه نیاز دارند؛ همچنین کش صفحه هسته (kernel page cache) که باعث می‌شود لیست فایل‌ها سریع نمایش داده شود. روی یک VPS با 2 گیگابایت رم، فضایی برای یک کانتینر اداری مستقل باقی نمی‌ماند، بنابراین سرور از swap استفاده می‌کند و سروری که در حال swap باشد، مانند یک سرور خراب عمل می‌کند: آیکون بارگذاری ویرایشگر برای 30 ثانیه می‌چرخد و سپس متوقف می‌شود. به همین دلیل است که اپلیکیشن داخلی CODE وجود دارد. این اپلیکیشن باینری‌های Collabora را درون اپلیکیشن Nextcloud ارائه می‌دهد و Nextcloud ترافیک ویرایشگر را به‌صورت محلی به آن هدایت می‌کند؛ این کار باعث کاهش سرعت می‌شود اما در عوض یک سرویس کامل را صرفه‌جویی می‌کند.

چرا این دو موتور حافظه را به شیوه‌های متفاوتی مصرف می‌کنند

Collabora رندرینگ را روی سرور انجام می‌دهد. هر سند باز شده، پردازش مخصوص به خود را در داخل کانتینر دارد که می‌توانید هنگام ویرایش توسط کاربران، آن را با docker exec collabora ps -ef مشاهده کنید. مصرف حافظه با افزایش تعداد اسناد باز شده به‌طور همزمان رشد می‌کند؛ بنابراین یک سرور بدون استفاده، هزینه کمی دارد اما ده ویرایشگر همزمان این‌طور نیستند.

ONLYOFFICE Docs کارهای مربوط به چیدمان (layout) را به مرورگر منتقل می‌کند. ویرایشگر آن مبتنی بر JavaScript است و سرور وظیفه ذخیره فایل، هماهنگی ویرایش همزمان و اجرای تبدیل فرمت‌ها را بر عهده دارد. کانتینر همچنین nginx، سرویس‌های node.js، PostgreSQL و RabbitMQ را اجرا می‌کند و همین سطح پایه باعث می‌شود که حداقل حافظه مورد نیاز 4 GB باشد، حتی زمانی که هیچ کاربری متصل نیست.

این دو منحنی شکل‌های متفاوتی دارند. Collabora با مقدار کمی شروع می‌شود و با هر سند باز شده بالا می‌رود. ONLYOFFICE با مقدار بالاتری شروع می‌شود و با سرعت کمتری رشد می‌کند، زیرا بخشی از پردازش‌ها روی لپ‌تاپ کاربران شما انجام می‌شود.

محدودیت نسخه‌های رایگان چیست

CODE اجازه می‌دهد 10 سند به‌طور هم‌زمان از 20 اتصال باز باشند. Collabora این سقف را عمداً تعیین کرده است تا نسخه توسعه‌دهنده به‌آرامی به زیرساخت شرکتی تبدیل نشود. پس از رسیدن به این سقف، سند بعدی تا زمانی که یک جایگاه خالی نشود، باز نخواهد شد. نسخه پولی Collabora Online این محدودیت را حذف کرده و پشتیبانی فنی اضافه می‌کند.

نسخه ONLYOFFICE Docs Community Edition هیچ محدودیتی برای تعداد اتصالات منتشر نکرده است. صفحه نیازمندی‌های Docker این محصول به‌جای آن، سطوح مقیاس‌بندی را ارائه می‌دهد: 100 تا 200 کاربر روی یک ماشین با پردازنده دو هسته‌ای 2.8 GHz و 4 GB رم، و 200 تا 400 کاربر روی یک پردازنده چهار هسته‌ای؛ با این توضیح که عدد واقعی به اندازه و نوع اسنادی که کاربران باز می‌کنند بستگی دارد. این ارقام را به‌عنوان سقف‌های تعیین‌شده توسط فروشنده در شرایط آزمایشگاهی در نظر بگیرید.

کدام‌یک در مدیریت فایل‌های .docx و .xlsx عملکرد بهتری دارد؟

سرویس ONLYOFFICE مستقیماً با فرمت Office Open XML (OOXML) کار می‌کند؛ بنابراین یک فایل .docx باز، ویرایش و با همان فرمتی که دریافت شده، ذخیره می‌شود. در مقابل، Collabora در لایه زیرین از LibreOffice استفاده می‌کند که فرمت بومی آن OpenDocument (ODF) است؛ به همین دلیل هر فایل OOXML هنگام باز شدن یک مرحله import و هنگام ذخیره یک مرحله export را طی می‌کند. هر دو گزینه برای اسناد روزمره به اندازه کافی مناسب هستند. تفاوت زمانی آشکار می‌شود که فایل‌ها در Microsoft Word یا Excel با فرمت‌بندی‌های پیچیده ایجاد شده باشند؛ این تفاوت معمولاً به‌صورت تغییرات جزئی در چیدمان (layout) ظاهر می‌شود و نه از دست رفتن داده‌ها.

برای تصمیم‌گیری به صفحات مقایسه، از جمله همین صفحه، اکتفا نکنید. دو مورد از بدترین فایل‌های خود را انتخاب کنید؛ یکی شامل تغییرات ردیابی‌شده (tracked changes) و دیگری شامل جدول محوری (pivot table). هر کدام را در هر دو ویرایشگر باز کنید، ذخیره کرده، دانلود کنید و با نسخه اصلی مقایسه نمایید. صرف 20 دقیقه زمان برای این کار، پاسخ سؤال «وفاداری به فرمت» را برای اسناد شما مشخص می‌کند؛ که تنها نسخه مهم از این سؤال است.

اگر تنها یک نفر به‌صورت گاه‌به‌گاه فایلی را ویرایش می‌کند، یک مجموعه اداری تک‌فایلی شما را از اجرای یک سرور اسناد به‌طور کامل بی‌نیاز می‌کند.

مجوزها و مرز نسخه‌های تجاری

نسخه Community Edition از ONLYOFFICE Docs تحت مجوز GNU AGPL v3 منتشر شده است. کد منبع Collabora Online نیز تحت مجوز Mozilla Public License 2.0 قرار دارد. هر دو پروژه متن‌باز هستند و هر دو شرکت، نسخه‌ای پشتیبانی‌شده را به فروش می‌رسانند.

محدودیت‌های نسخه‌های رایگان در هر مورد متفاوت است. نسخه رایگان Collabora کامل است اما به تعداد اتصالات همزمان (concurrency) که در بالا ذکر شد، محدود می‌شود. نسخه رایگان 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) از نسخه 7.2 به بعد در ONLYOFFICE Docs به‌صورت پیش‌فرض فعال است و اگر هیچ secretای ارائه ندهید، کانتینر یکی تولید می‌کند. secret تولیدشده ممکن است هنگام بازسازی کانتینر تغییر کند و در نتیجه، connector بدون نمایش هیچ پیام مفیدی از کار می‌افتد.

اولین راه‌اندازی چند دقیقه طول می‌کشد. وضعیت آن را بررسی کنید:

curl http://127.0.0.1:8081/healthcheck

هنگامی که دیتابیس، message broker و فضای ذخیره‌سازی داخل کانتینر آماده باشند، این endpoint پاسخ true را می‌دهد. هر پاسخ دیگری، از جمله false، به این معنی است که پیش از تغییر تنظیمات Nextcloud، باید docker logs را روی کانتینر بخوانید.

سرویس 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 برمی‌گرداند. رد شدن اتصال (refused connection) به این معنی است که کانتینر هنوز در حال بالا آمدن است یا متوقف شده است؛ بنابراین docker logs collabora را مطالعه کنید.

اتصال ویرایشگر به Nextcloud

برای Collabora، برنامه Nextcloud Office را نصب کنید، به تنظیمات Administration و سپس Office بروید، گزینه استفاده از سرور شخصی (own server) را انتخاب کنید و آدرسی که مرورگر کاربران به آن دسترسی دارد، مانند https://office.example.com را وارد کنید. Nextcloud فایل‌ها را نگه می‌دارد و Collabora آن‌ها را از طریق پروتکل WOPI (رابط پلتفرم باز برنامه وب) دریافت می‌کند؛ بنابراین چهار مسیر شبکه مجزا باید به درستی کار کنند:

  • مرورگر به Nextcloud دسترسی داشته باشد.
  • مرورگر به سرور Collabora دسترسی داشته باشد.
  • Nextcloud به سرور Collabora دسترسی داشته باشد.
  • Collabora به Nextcloud دسترسی داشته باشد.

دو مورد آخر را به‌صورت دستی تست کنید. از داخل سرور Nextcloud، دستور curl https://office.example.com/hosting/capabilities باید خروجی JSON چاپ کند. از داخل کانتینر Collabora، دستور curl https://cloud.example.com/status.php باید وضعیت JSON مربوط به Nextcloud را چاپ کند. هر کدام که با خطا مواجه شود، همان مسیری است که باید اصلاح شود.

برای ONLYOFFICE، برنامه connector را نصب کنید، سپس آدرس ONLYOFFICE Docs و کلید امنیتی (secret key) را در تنظیمات آن وارد کنید. این کلید باید دقیقاً با JWT_SECRET مطابقت داشته باشد. اگر کانتینر کلید خود را تولید کرده است، آن را از داخل کانتینر در مسیر /etc/onlyoffice/documentserver/local.json و زیربخش services.CoAuthoring.secret.inbox.string بخوانید. سپس از دایرکتوری Nextcloud خود، با دسترسی کاربر وب‌سرور، اتصال را تأیید کنید:

php occ onlyoffice:documentserver --check

این دستور یا اتصال را تأیید می‌کند و یا خطایی که connector با آن مواجه شده است را چاپ می‌کند؛ این روش سریع‌تر از بررسی کنسول مرورگر است. هر دو connector دارای فیلدهای پیشرفته‌ای برای مواردی هستند که آدرس مرورگر با آدرس ارتباط سرور به سرور متفاوت است؛ برای مثال زمانی که Nextcloud از طریق یک شبکه خصوصی به ویرایشگر دسترسی دارد. این فیلدها را پر کنید تا ترافیک داخلی به جای ارسال به آدرس عمومی و بازگشت مجدد، از مسیر مستقیم عبور کند.

چرا ویرایش در پشت یک reverse proxy دچار اختلال می‌شود

تقریباً تمام گزارش‌های مربوط به «باز نشدن» به یکی از موارد زیر مربوط است.

عدم تطابق پروتکل. Nextcloud روی https با آدرس سرور آفیس که به صورت http نوشته شده باشد، با شکست مواجه می‌شود؛ زیرا مرورگر از بارگذاری یک فریم ناامن در داخل یک صفحه امن خودداری می‌کند. برای هر دو از https استفاده کنید.

نبود قوانین پروکسی برای Collabora. پروکسی باید /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 کانتینر نیز محسوب می‌شود. اگر اسناد بلافاصله پس از بازسازی (rebuild) از باز شدن بازماندند، ابتدا این فیلد را بررسی کنید.

عدم امکان دانلود فایل توسط ONLYOFFICE. کانکتور خطای 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 را به همراه یک container مستقل CODE اجرا کنید و swap را پیکربندی کنید تا در صورت افزایش ناگهانی بار، سرور از دسترس خارج نشود. در این سطح، ویرایش اسناد حس طبیعی‌تری پیدا می‌کند.

برای اجرای ONLYOFFICE Docs در کنار Nextcloud، حداقل 6 تا 8 GB رم در نظر بگیرید یا برای Docs یک سرور کوچک جداگانه تهیه کنید. کف رم 4 GB تنها برای خودِ document server است، بنابراین اشتراک‌گذاری یک سرور 4 GB با Nextcloud به معنای استفاده از swap در هر نوع استفادهٔ واقعی است.

نصب DocSpace روی یک VPS کوچک اشتباهی است که باید از آن اجتناب کرد. حداقل رم اعلام‌شده توسط سازنده 12 GB و شش هسته CPU است. یک آموزش پربازدید از یک ارائه‌دهنده، همچنان DocSpace را با اسکریپت نصب سازنده روی یک instance با 8 GB رم مستقر می‌کند که پایین‌تر از رقم اعلام‌شده است و به پرسشی متفاوت از آنچه شما مطرح کردید پاسخ می‌دهد. پیش از دنبال کردن هر راهنما، بررسی کنید که چه چیزی نصب می‌کند و چک کنید که نیازمندی‌های ذکرشده در آن، آخرین بار چه زمانی با صفحه سازنده مطابقت داده شده‌اند. اسکریپت نصب تنها یک مسیر است. Docs و CODE کانتینرهای مجزایی هستند که خودتان آن‌ها را شروع، متوقف و حذف می‌کنید؛ این کار منطقی‌تر از اسکریپتی است که یک stack کامل را روی سیستم پیاده می‌کند.

برای پرسش کلی‌تر درباره اینکه چه سرویس‌هایی اصلاً برای یک سرور کوچک مناسب هستند، چه سرویس‌هایی در 2026 ارزش self-hosting دارند لیست کوتاهی را پوشش می‌دهد.

FAQ

آیا OnlyOffice برای Nextcloud بهتر است یا Collabora؟

هیچ‌کدام در حالت کلی برتری مطلق ندارند و معمولاً میزان حافظه رم تصمیم‌گیرنده است. Collabora با حداقل 1 گیگابایت رم که در راهنمای شروع سریع آن ذکر شده اجرا می‌شود و نسخه رایگان CODE اجازه باز بودن 10 سند از 20 اتصال همزمان را می‌دهد که برای یک خانواده یا تیم کوچک مناسب است. ONLYOFFICE Docs پیش از در نظر گرفتن نیازهای خودِ Nextcloud، به 4 گیگابایت رم نیاز دارد، محدودیتی برای تعداد اتصالات اعلام نکرده و مستقیماً در .docx و .xlsx کار می‌کند، بنابراین فرمت‌بندی Microsoft Office را دقیق‌تر حفظ می‌کند. برای یک VPS کوچک، Collabora را انتخاب کنید. اگر تیم شما تمام روز با فرمت‌های Office کار می‌کند و می‌توانید حافظه اختصاصی برای ویرایشگر در نظر بگیرید، ONLYOFFICE را انتخاب کنید.

برای ویرایش اسناد در Nextcloud به چه مقدار رم نیاز دارم؟

2 گیگابایت رم با اپلیکیشن داخلی CODE server در Nextcloud کار می‌کند، زیرا این اپلیکیشن به جای یک سرویس مجزا، درون نصب Nextcloud اجرا می‌شود. 4 گیگابایت رم برای Nextcloud به همراه یک کانتینر مستقل Collabora CODE مقدار مناسبی است. ONLYOFFICE Docs به تنهایی حداقل 4 گیگابایت رم برای سرور اسناد نیاز دارد، بنابراین اگر قرار است روی همان ماشین Nextcloud باشد، 6 تا 8 گیگابایت رم در نظر بگیرید یا آن را روی سرور جداگانه‌ای نصب کنید.

چرا قاب ویرایشگر باز می‌شود اما خالی می‌ماند؟

ویرایشگر از طریق HTTPS بارگذاری شده و سپس یک websocket باز می‌کند، بنابراین خالی ماندن قاب تقریباً همیشه به این معنی است که websocket متصل نشده است. برای Collabora پشت nginx، تأیید کنید که پروکسی /cool/(.*)/ws را با هدرهای connection upgrade هدایت می‌کند و همچنین /browser، /hosting/discovery و /hosting/capabilities نیز به درستی هدایت می‌شوند. سپس docker logs را در کانتینر بخوانید: No acceptable WOPI hosts found به این معنی است که مقدار aliasgroup1 با آدرس Nextcloud که مرورگر استفاده کرده (شامل پورت) مطابقت ندارد.

آیا برای ویرایش فایل‌ها در Nextcloud به ONLYOFFICE DocSpace نیاز دارم؟

خیر. DocSpace یک فضای کاری مستقل با رابط کاربری و حساب‌های کاربری مخصوص به خود است و کانکتور Nextcloud با آن ارتباط برقرار نمی‌کند. بخشی که Nextcloud به آن متصل می‌شود، ONLYOFFICE Docs یا همان سرور اسناد است. DocSpace حداقل 12 گیگابایت رم و 6 هسته CPU نیاز دارد؛ به همین دلیل است که راهنماهایی که آن را نصب می‌کنند، باعث می‌شوند کاربران تصور کنند ویرایش در مرورگر به سرور بسیار قدرتمندی نیاز دارد.