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

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

انتخاب بین OnlyOffice و Collabora در واقع انتخاب میان دو موتور پردازش اسناد است که به یک فایل‌سرور موجود—که برای اکثر کاربران Nextcloud است—متصل می‌شوند. روی یک VPS با 2 GB رم، Collabora را انتخاب کنید و از نسخه‌ای که همراه Nextcloud ارائه می‌شود استفاده نمایید؛ زیرا این کار باعث ایجاد container دوم یا نیاز به آدرس وب اضافی نمی‌شود. روی سرورهای با 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 بررسی شد، 4 هسته CPU و 8 گیگابایت RAM برای اسکریپت نصب است و 12 گیگابایت RAM توصیه می‌شود. نسخه Docker تک‌کانتینری به 6 هسته و 12 گیگابایت RAM نیاز دارد و ONLYOFFICE این نسخه را برای تست، نه برای محیط عملیاتی (production)، معرفی می‌کند.
• Collabora Online در واقع LibreOffice است که روی سرور اجرا می‌شود. سند روی سرور صفحه‌آرایی و ترسیم شده و سپس به صورت تصویر برای مرورگر ارسال می‌شود. نسخه رایگان آن CODE نام دارد که مخفف Collabora Online Development Edition است.

Nextcloud دو برنامه برای بخش Collabora ارائه می‌دهد. richdocuments که در فروشگاه برنامه با نام Nextcloud Office فهرست شده، کانکتوری برای اتصال به سرور Collabora است. richdocumentscode شامل CODE در داخل نصب Nextcloud است، بنابراین نیازی به اجرای کانتینر یا نوشتن قانون 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": 8
  }
]

این ارقام توسط هر فروشنده منتشر شده و در اکتبر 2026 بررسی شده‌اند. هر کدام از این مقادیر تنها مربوط به سرور اداری است و هیچ برنامه دیگری در حال اجرا نیست. راهنمای شروع سریع Collabora برای کانتینر CODE مقدار 1 گیگابایت را اعلام کرده است. ONLYOFFICE برای Docs تحت Docker مقدار 4 گیگابایت، به علاوه 4 گیگابایت swap و 40 گیگابایت فضای دیسک خالی درخواست می‌کند. DocSpace هنگام نصب با اسکریپت فروشنده، 8 گیگابایت رم و چهار هسته CPU درخواست کرده و 12 گیگابایت را توصیه می‌کند.

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

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

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

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

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

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

CODE در حالت پیش‌فرض خود هیچ محدودیتی برای تعداد اسناد یا اتصالات ندارد. کارکنان Collabora این موضوع را در سپتامبر 2026 در انجمن رسمی Collabora تأیید کردند. محدودیت 10 سند و 20 اتصال که در راهنماهای قدیمی ذکر شده، تنها زمانی اعمال می‌شود که حالت Home Mode فعال باشد؛ این حالت به‌صورت پیش‌فرض فعال نیست. تفاوت اصلی CODE با نسخه تجاری Collabora Online در پایداری و پشتیبانی است. Collabora، نسخه CODE را به‌عنوان یک rolling release در حال توسعه مداوم توصیف می‌کند که فاقد SLA یا پشتیبانی بلندمدت است و برای استفاده خانگی و تیم‌های کوچک مناسب است، نه برای محیط‌های عملیاتی (production). نسخه Collabora Online، ویرایش پایدار با پشتیبانی بلندمدت (LTS)، قرارداد سطح خدمات (SLA) و به‌روزرسانی‌های امنیتی امضاشده است. برای تخمین منابع، FAQ شرکت Collabora پیشنهاد می‌دهد که به ازای هر thread پردازنده، 10 کاربر و به ازای هر کاربر 50 مگابایت رم در نظر بگیرید؛ به‌علاوه 1 گیگابایت رم اضافی برای سیستم.

نسخه ONLYOFFICE Docs Community Edition از نسخه 9.4 به بعد هیچ محدودیتی برای اتصالات ندارد؛ در آن نسخه، محدودیت قدیمی 20 سند باز به‌صورت هم‌زمان حذف شد. صفحه نیازمندی‌های Docker این نرم‌افزار، سطوح مختلفی از منابع را پیشنهاد می‌دهد: 100 تا 200 کاربر روی یک ماشین با پردازنده دو هسته‌ای 2.8 گیگاهرتز و 4 گیگابایت رم، و 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 دقیقه زمان برای این کار، پاسخ سؤال مربوط به وفاداری (fidelity) اسناد شما را می‌دهد؛ که تنها نسخه از این سؤال است که اهمیت دارد.

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

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

نسخه Community Edition از ONLYOFFICE Docs تحت مجوز GNU AGPL v3 منتشر می‌شود و از نسخه 9.4 به بعد، شرایط اضافی شامل الزام به حفظ انتساب، اعلامیه‌های حق تکثیر (copyright) و برچسب‌گذاری شفاف نسخه‌های تغییریافته به آن افزوده شده است. این مجوز هیچ حقی برای استفاده از علائم تجاری ONLYOFFICE به کاربر نمی‌دهد. کد منبع Collabora Online تحت مجوز Mozilla Public License 2.0 قرار دارد. هر دو پروژه متن‌باز هستند و هر دو شرکت، نسخه‌ای پشتیبانی‌شده را به فروش می‌رسانند.

محدودیت‌های نسخه رایگان در هر مورد متفاوت است. نسخه رایگان Collabora در حالت پیش‌فرض هیچ محدودیتی ندارد و آنچه فدای رایگان بودن می‌شود، پایداری و پشتیبانی است: این نسخه در واقع یک release توسعه‌ایِ در حال تغییر (rolling) است و هیچ SLA (توافق‌نامه سطح خدمات) برای آن وجود ندارد. نسخه رایگان 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 تولیدشده ممکن است هنگام بازسازی کانتینر تغییر کند و در نتیجه، connector بدون نمایش هیچ پیام مفیدی از کار می‌افتد.

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

curl http://127.0.0.1:8081/healthcheck

هنگامی که ویرایشگرهای داخل کانتینر آماده استفاده باشند، آن 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 بروید، گزینه استفاده از سرور شخصی را انتخاب کنید و آدرسی که مرورگر کاربران به آن دسترسی دارد، مانند 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 تنظیم کنید.

لیست مجاز WOPI که بیش از حد محدود است. تنظیمات Office در Nextcloud شامل یک لیست مجاز برای درخواست‌های WOPI است که آدرس‌های مجاز برای دریافت فایل‌ها را محدود می‌کند. این یک تنظیم مفید است، اما راهی آسان برای از کار افتادن ویرایش پس از تغییر IP کانتینر نیز محسوب می‌شود. اگر اسناد بلافاصله پس از بازسازی کانتینر باز نمی‌شوند، ابتدا این فیلد را بررسی کنید.

عدم امکان دانلود فایل توسط 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 کوچک، اشتباهی است که باید از آن اجتناب کرد. حداقل رم اعلام‌شده توسط سازنده برای نصب اسکریپتی آن، 8 GB رم و چهار هسته CPU است، در حالی که 12 GB رم و شش هسته توصیه می‌شود. یک آموزش پربازدید از یک ارائه‌دهنده، همچنان DocSpace را با اسکریپت نصب سازنده روی یک instance با 8 GB رم مستقر می‌کند که این مقدار فقط حداقل‌ها را بدون هیچ فضای اضافی پوشش می‌دهد، زیر مقدار توصیه شده قرار دارد و به پرسشی متفاوت از آنچه شما مطرح کردید پاسخ می‌دهد. پیش از دنبال کردن یک راهنما، بررسی کنید که چه چیزی نصب می‌کند و چک کنید که الزامات ذکر شده در آن، آخرین بار چه زمانی با صفحه رسمی سازنده مطابقت داده شده است. اسکریپت نصب تنها یک مسیر است. Docs و CODE کانتینرهای مجزایی هستند که خودتان آن‌ها را start، stop و حذف می‌کنید؛ درک این مدل بسیار ساده‌تر از اسکریپتی است که یک stack کامل را روی سیستم پیاده می‌کند.

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

FAQ

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

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

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

2 گیگابایت رم برای اپلیکیشن داخلی CODE در 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 برای نصب اسکریپتی حداقل به 8 گیگابایت رم و 4 هسته CPU نیاز دارد و 12 گیگابایت رم را توصیه می‌کند؛ به همین دلیل است که راهنماهایی که آن را نصب می‌کنند باعث می‌شوند کاربران تصور کنند ویرایش در مرورگر به سرور بسیار قدرتمندی نیاز دارد.