Nextcloud کے لیے OnlyOffice یا Collabora؟ 2 سے 4 GB VPS

OnlyOffice بمقابلہ Collabora: چھوٹے VPS کے لیے انتخاب

OnlyOffice بمقابلہ Collabora دو document engines میں سے انتخاب ہے، جنہیں آپ پہلے سے چلنے والے file server کے ساتھ منسلک کرتے ہیں۔ زیادہ تر قارئین کے لیے یہ file server Nextcloud ہوتا ہے۔ 2 GB VPS پر Collabora منتخب کریں اور وہ copy استعمال کریں جو Nextcloud کے ساتھ bundled ہوتی ہے، کیونکہ اس سے دوسرا container یا اضافی web address شامل نہیں ہوتا۔ 4 GB یا اس سے زیادہ RAM پر ONLYOFFICE Docs کی اضافی memory کی ضرورت قابلِ جواز ہے، اگر آپ کی ٹیم .docx اور .xlsx میں کام کرتی ہے، کیونکہ اس کا editor ان formats کے ساتھ براہِ راست کام کرتا ہے۔

اس سوال کی ہر search میں ایک تیسرا نام بھی سامنے آتا ہے۔ ONLYOFFICE DocSpace ایک الگ product ہے، جس کا اپنا interface ہے، اور Nextcloud اسی سے رابطہ نہیں کرتا۔ کسی tutorial میں "OnlyOffice" پڑھ کر DocSpace install کرنا اس غلط فہمی کی سب سے عام وجہ ہے کہ Nextcloud میں edit button کے لیے بڑے server کی ضرورت ہوتی ہے۔

جن مصنوعات کو لوگ اکثر خلط ملط کرتے ہیں

• ONLYOFFICE Docs، جسے Document Server بھی کہا جاتا ہے، بذاتِ خود صرف editing engine ہے۔ اس میں file manager نہیں ہوتا۔ Nextcloud connector اسی سے رابطہ کرتا ہے۔ Community Edition مفت ہے اور GNU AGPL v3 کے تحت دستیاب ہے۔
• ONLYOFFICE DocSpace ایک workspace ہے: اس میں rooms، member management، sharing اور اپنا web interface شامل ہیں، جبکہ Docs بھی اسی میں bundled ہوتا ہے۔ یہ Nextcloud کو extend کرنے کے بجائے اس کے ساتھ overlap کرتا ہے۔ اکتوبر 2026 میں تصدیق شدہ اس کی شائع شدہ minimum requirement install script کے لیے 4 CPU cores اور 8 GB RAM ہے، جبکہ 12 GB تجویز کیا جاتا ہے۔ Single-container Docker build کے لیے 6 cores اور 12 GB درکار ہیں، اور ONLYOFFICE اس build کو production کے بجائے testing کے لیے قرار دیتا ہے۔
• Collabora Online سرور پر چلنے والا LibreOffice ہے۔ Document کی layout اور drawing سرور پر تیار ہوتی ہے، پھر images کی صورت میں browser کو بھیجی جاتی ہے۔ مفت build کو CODE کہا جاتا ہے، جو Collabora Online Development Edition کا مخفف ہے۔

Nextcloud، Collabora کے لیے دو apps فراہم کرتا ہے۔ richdocuments، جو app store میں Nextcloud Office کے نام سے درج ہے، Collabora server سے رابطے کے لیے connector ہے۔ richdocumentscode، CODE کو Nextcloud installation کے اندر شامل کرتا ہے، اس لیے نہ کوئی container چلانا پڑتا ہے اور نہ proxy rule لکھنا پڑتا ہے۔ Nextcloud کے اپنے manual کے مطابق یہ built-in server ذاتی استعمال یا چھوٹی teams کے لیے موزوں ہے، جبکہ بہتر performance کے لیے dedicated Collabora install تجویز کیا جاتا ہے۔

اگر آپ نے ابھی file server کے بارے میں فیصلہ نہیں کیا تو Seafile کا Nextcloud سے تقابل پہلے کیا جانے والا فیصلہ ہے، کیونکہ office server اسی file server کے ساتھ منسلک ہوتا ہے جسے آپ چلاتے ہیں۔ اگر Nextcloud پہلے سے چل رہا ہے تو TLS اور backups کے ساتھ VPS پر Nextcloud instance وہ server ہے جسے یہ guide فرض کرتی ہے۔

ہر ایک کو کتنی RAM درکار ہے؟

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

یہ وہ اعداد و شمار ہیں جو ہر vendor نے شائع کیے ہیں۔ انہیں October 2026 میں چیک کیا گیا تھا، اور ہر عدد صرف office server کے لیے ہے، جبکہ کوئی دوسری سروس نہیں چل رہی۔ CODE container کے لیے Collabora کی quick start دستاویز 1 GB بتاتی ہے۔ Docker کے تحت Docs کے لیے ONLYOFFICE کو 4 GB درکار ہے، اس کے علاوہ 4 GB swap اور 40 GB خالی disk space بھی چاہیے۔ Vendor script کے ذریعے انسٹال کرنے پر DocSpace کو 8 GB اور 4 CPU cores درکار ہوتے ہیں، جبکہ یہ 12 GB تجویز کرتا ہے۔

اب اسی machine پر Nextcloud شامل کریں۔ PHP-FPM (FastCGI process manager) workers، database اور background job runner سب memory استعمال کرتے ہیں۔ Kernel page cache بھی memory استعمال کرتا ہے، جس سے file listings تیزی سے ظاہر ہوتی ہیں۔ 2 GB VPS پر standalone office container کے لیے گنجائش باقی نہیں رہتی۔ اس لیے machine swap استعمال کرتی ہے۔ Swap استعمال کرنے والا server بظاہر خراب محسوس ہوتا ہے: editor کا spinner 30 seconds تک گھومتا رہتا ہے اور پھر request ناکام ہو جاتی ہے۔ اسی وجہ سے built-in CODE app موجود ہے۔ یہ Collabora binaries کو Nextcloud app کے اندر شامل کرتی ہے، اور Nextcloud editor traffic کو مقامی طور پر اسی app تک proxy کرتا ہے۔ اس طرح رفتار میں کچھ کمی آتی ہے، لیکن ایک مکمل service چلانے کی ضرورت نہیں رہتی۔

دونوں engines memory مختلف طریقے سے کیوں استعمال کرتے ہیں

Collabora server پر rendering کرتا ہے۔ ہر کھلی ہوئی document کے لیے container کے اندر الگ process بنتا ہے، جسے کسی شخص کے editing کے دوران docker exec collabora ps -ef سے monitor کیا جا سکتا ہے۔ ایک ہی وقت میں کھلی ہوئی documents کی تعداد بڑھنے کے ساتھ memory بھی بڑھتی ہے۔ اس لیے idle server کم resources استعمال کرتا ہے، لیکن دس بیک وقت editors کے لیے ایسا نہیں ہوتا۔

ONLYOFFICE Docs layout کا کام browser میں منتقل کرتا ہے۔ اس کا editor JavaScript پر مبنی ہے، جبکہ server file store کرتا ہے، co-editing coordinate کرتا ہے، اور format conversions چلاتا ہے۔ May 2026 میں release ہونے والے version 9.4 سے Community Edition container کے اندر nginx ایک single consolidated server process کے سامنے چلتا ہے، اور اس container میں PostgreSQL یا RabbitMQ شامل نہیں ہوتا۔ ONLYOFFICE اب بھی کسی connection کے بغیر کم از کم 4 GB RAM درکار ہونے کی نشاندہی کرتا ہے۔

دونوں curves کی شکل مختلف ہے۔ Collabora کم memory سے شروع ہوتا ہے اور ہر کھلی ہوئی document کے ساتھ بڑھتا جاتا ہے۔ ONLYOFFICE زیادہ memory سے شروع ہوتا ہے اور نسبتاً آہستہ بڑھتا ہے، کیونکہ کام کا کچھ حصہ آپ کے users کے laptops پر ہوتا ہے۔

مفت builds کی حدود

CODE اپنے default mode میں documents یا connections کی کوئی حد نہیں رکھتا۔ Collabora کے عملے نے September 2026 میں Collabora کے اپنے forum پر اس کی تصدیق کی۔ پرانی guides میں بیان کردہ 10 documents اور 20 connections کی caps صرف اس وقت لاگو ہوتی ہیں جب optional Home Mode فعال کیا جائے، اور یہ default طور پر فعال نہیں ہوتا۔

CODE اور paid Collabora Online build کے درمیان بنیادی فرق stability اور support کا ہے۔ Collabora، CODE کو مسلسل development کے تحت rolling release کے طور پر بیان کرتا ہے۔ اس کے ساتھ SLA یا long-term support نہیں ہوتا۔ یہ home use اور چھوٹی teams کے لیے موزوں ہے، production کے لیے نہیں۔ Collabora Online ایک stable edition ہے جس میں Long Term Support، SLA اور signed security updates شامل ہیں۔ sizing کے لیے Collabora کی FAQ، فی CPU thread 10 users اور فی user 50 MB RAM تجویز کرتی ہے۔ اس کے علاوہ system کے لیے مزید 1 GB RAM درکار ہے۔

ONLYOFFICE Docs Community Edition میں version 9.4 سے connection cap نہیں ہے۔ اس version نے بیک وقت کھلے documents کی پرانی 20 کی حد ختم کر دی تھی۔ اس کے Docker requirements page میں اس کے بجائے sizing tiers دیے گئے ہیں: dual-core 2.8 GHz machine اور 4 GB RAM پر 100 سے 200 users، جبکہ quad-core machine پر 200 سے 400 users۔ ساتھ یہ وضاحت بھی ہے کہ حقیقی تعداد ان documents کے حجم اور قسم پر منحصر ہوتی ہے جنہیں users کھولتے ہیں۔ ان اعداد کو vendor کی شرائط کے تحت ناپی گئی vendor ceilings سمجھیں۔

کون سا .docx اور .xlsx کو بہتر طور پر سنبھالتا ہے؟

ONLYOFFICE براہِ راست Office Open XML (OOXML) میں کام کرتا ہے، اس لیے .docx فائل اسی format میں کھولی، edit کی اور واپس لکھی جاتی ہے جس میں وہ موصول ہوئی تھی۔ Collabora کے اندر LibreOffice استعمال ہوتا ہے، اور اس کا native format OpenDocument (ODF) ہے؛ اس لیے ہر OOXML فائل کھولتے وقت import اور محفوظ کرتے وقت export کے مرحلے سے گزرتی ہے۔ روزمرہ کی دستاویزات کے لیے دونوں کافی اچھے ہیں۔ فرق ان فائلوں میں ظاہر ہوتا ہے جو Microsoft Word یا Excel میں بہت زیادہ formatting کے ساتھ بنائی گئی ہوں۔ یہ فرق عموماً data ضائع ہونے کے بجائے layout میں معمولی تبدیلیوں کی صورت میں سامنے آتا ہے۔

اس کا فیصلہ comparison pages، بشمول اس صفحے، کی بنیاد پر نہ کریں۔ اپنی دو بدترین فائلیں منتخب کریں: ایک جس میں tracked changes ہوں اور دوسری جس میں pivot table ہو۔ دونوں فائلیں دونوں editors میں کھولیں، محفوظ کریں، download کریں اور اصل فائل کے ساتھ compare کریں۔ اس عمل کے 20 منٹ آپ کی دستاویزات کے لیے fidelity کا سوال حل کر دیں گے۔ یہی اس سوال کی واحد اہم صورت ہے۔

اگر صرف ایک شخص کبھی کبھار فائل edit کرتا ہے تو ایک single-file office suite استعمال کرنے سے document server چلانے کی ضرورت ہی نہیں رہتی۔

لائسنسنگ، اور ادائیگی والی لائن کہاں آتی ہے

ONLYOFFICE Docs Community Edition کو GNU AGPL v3 کے تحت لائسنس کیا گیا ہے، اور version 9.4 سے اس پر اضافی شرائط لاگو ہیں جن کے تحت attribution، copyright notices اور modified versions کی واضح labeling ضروری ہے۔ یہ لائسنس ONLYOFFICE trademarks استعمال کرنے کا کوئی حق نہیں دیتا۔ Collabora Online کا source Mozilla Public License 2.0 کے تحت ہے۔ دونوں projects open source ہیں، اور دونوں companies supported build فروخت کرتی ہیں۔

ہر معاملے میں free build کی حدود مختلف ہیں۔ Collabora کے free build میں default mode پر کوئی cap نہیں، لیکن اس کے بدلے stability اور support دستیاب نہیں ہوتے: یہ rolling development release ہے اور اس کے ساتھ کوئی SLA نہیں ہوتا۔ ONLYOFFICE کے free build میں بھی کوئی cap نہیں، جبکہ ONLYOFFICE Enterprise اور Developer editions فروخت کرتا ہے جن میں support اور مزید features شامل ہیں۔ گھر یا چھوٹی team کے لیے دونوں free builds کافی ہیں۔ company کے لیے rollout کی planning سے پہلے license terms پڑھیں، کیونکہ AGPL obligations اور per user pricing الگ مسائل ہیں اور ان کے حل بھی الگ ہیں۔

ان میں سے کسی ایک کو نصب کرنا ایک single container ہے

ONLYOFFICE Docs، loopback پر bind کیا گیا ہے کیونکہ اس کے سامنے موجود reverse proxy TLS (transport layer security) termination کرے گا:

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 خود مقرر کریں۔ ONLYOFFICE Docs 7.2 سے JWT (JSON web token) signing بطور default فعال ہے، اور اگر آپ secret فراہم نہ کریں تو container خود ایک secret بناتا ہے۔ container دوبارہ بننے پر generated secret تبدیل ہو سکتا ہے، جس کے بعد connector کام کرنا بند کر دیتا ہے اور screen پر کوئی مفید message ظاہر نہیں ہوتا۔

پہلی بار start ہونے میں چند منٹ لگتے ہیں۔ اسے check کریں:

curl http://127.0.0.1:8081/healthcheck

جب container کے اندر editors استعمال کے لیے تیار ہوں تو یہ endpoint true کا جواب دیتا ہے۔ اس کے علاوہ کوئی بھی جواب، جس میں false بھی شامل ہے، اس کا مطلب ہے کہ Nextcloud settings تبدیل کرنے سے پہلے container پر 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 addresses کی فہرست ہے جن سے یہ container کام قبول کرے گا، اور port بھی اسی میں شامل ہونا چاہیے۔ ssl.enable=false مقرر کرنے سے coolwsd، یعنی Collabora server process، container کے اندر plain HTTP استعمال کرتا ہے کیونکہ سامنے موجود reverse proxy TLS انجام دے رہا ہے۔ اسے check کریں:

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

پہلا JSON واپس کرتا ہے، دوسرا XML۔ refused connection کا مطلب ہے کہ container ابھی start ہو رہا ہے یا exit ہو چکا ہے، اس لیے docker logs collabora پڑھیں۔

ایڈیٹر کو Nextcloud سے مربوط کرنا

Collabora کے لیے Nextcloud Office ایپ انسٹال کریں، Administration settings کھولیں، پھر Office منتخب کریں، اپنا server استعمال کرنے کا اختیار منتخب کریں، اور وہ address درج کریں جس تک صارفین کے browsers رسائی حاصل کر سکتے ہیں، مثلاً https://office.example.com۔ Nextcloud فائلیں محفوظ رکھتا ہے اور Collabora انہیں WOPI (web application open platform interface) کے ذریعے حاصل کرتا ہے، اس لیے network کے چار الگ راستے کام کرنا ضروری ہیں:

• browser کی Nextcloud تک رسائی ہو۔
• browser کی Collabora server تک رسائی ہو۔
• Nextcloud کی Collabora server تک رسائی ہو۔
• Collabora کی Nextcloud تک رسائی ہو۔

آخری دو راستوں کو دستی طور پر test کریں۔ Nextcloud server سے curl https://office.example.com/hosting/capabilities چلانے پر JSON ظاہر ہونا چاہیے۔ Collabora container کے اندر سے curl https://cloud.example.com/status.php چلانے پر Nextcloud کا status JSON ظاہر ہونا چاہیے۔ جو راستہ ناکام ہو، اسی کو درست کریں۔

ONLYOFFICE کے لیے connector app انسٹال کریں، پھر اس کی settings میں ONLYOFFICE Docs address اور secret key درج کریں۔ secret بالکل JWT_SECRET سے مطابقت رکھنا چاہیے۔ اگر container نے secret خود generate کیا ہے تو container کے اندر /etc/onlyoffice/documentserver/local.json سے اسے پڑھیں، جو services.CoAuthoring.secret.inbox.string کے تحت موجود ہے۔ پھر اپنے Nextcloud directory سے، web server user کے طور پر، یہ command چلائیں:

php occ onlyoffice:documentserver --check

یہ یا تو connection کی تصدیق کرے گی یا وہ error ظاہر کرے گی جس کا سامنا connector کر رہا ہے۔ یہ browser console پڑھنے سے زیادہ تیز ہے۔ دونوں connectors میں اس صورت کے لیے advanced fields بھی موجود ہوتے ہیں جب browser address اور server-to-server address مختلف ہوں، مثلاً جب Nextcloud editor تک private network کے ذریعے رسائی حاصل کرتا ہو۔ ایسی صورت میں یہ fields پُر کریں، تاکہ internal traffic public address تک بھیج کر واپس لانے کے بجائے private network استعمال ہو۔

ریورس پراکسی کے پیچھے editing کیوں ناکام ہوتی ہے

"یہ کھل نہیں رہا" کی تقریباً ہر رپورٹ کی وجہ درج ذیل میں سے ایک ہوتی ہے۔

Protocol mismatch۔ https پر چلنے والا Nextcloud اس وقت ناکام ہوتا ہے جب office server کا address http کے طور پر لکھا جائے، کیونکہ browser کسی secure page کے اندر insecure frame لوڈ کرنے سے انکار کرتا ہے۔ دونوں کے لیے https استعمال کریں۔

Collabora کے لیے proxy rules موجود نہیں ہیں۔ پراکسی کو /browser، /hosting/discovery، /hosting/capabilities، /cool، /cool/adminws اور /cool/(.*)/ws پر websocket connections کو port 9980 تک forward کرنا چاہیے۔ websocket rule رہ جائے تو document frame لوڈ ہو کر خالی رہتا ہے، کیونکہ editor لوڈ ہونے کے فوراً بعد websocket کھولتا ہے اور اسے کبھی جواب نہیں ملتا۔

غلط aliasgroup1۔ container ایسے address سے آنے والی requests مسترد کرتا ہے جس کے بارے میں اسے پہلے سے بتایا نہیں گیا، اور docker logs collabora میں No acceptable WOPI hosts found درج ہوتا ہے۔ اس value کو اس Nextcloud URL سے مطابقت رکھنی چاہیے جو صارفین type کرتے ہیں، port سمیت۔

Nextcloud کا local address کو call کرنے سے انکار۔ Nextcloud by default local اور private addresses کو outgoing requests کے لیے block کرتا ہے، اور log line Host violates local access rules ہوتی ہے۔ جب editor صرف local address کے ذریعے قابل رسائی ہو تو config.php میں 'allow_local_remote_servers' => true set کریں۔

WOPI allow list بہت محدود ہے۔ Nextcloud کی Office settings میں WOPI requests کے لیے allow list ہوتی ہے، جو ان addresses کو محدود کرتی ہے جن سے files fetch کی جا سکتی ہیں۔ یہ ایک مفید setting ہے، لیکن container نئے IP address کے ساتھ دوبارہ شروع ہونے کے بعد editing کو ناکام بھی کر سکتی ہے۔ اگر rebuild کے فوراً بعد documents کھلنا بند ہو جائیں تو پہلے اسی field کو دیکھیں۔

ONLYOFFICE file download نہیں کر سکتا۔ connector Error while downloading the document file to be converted. report کرتا ہے۔ document server کو Nextcloud سے file fetch کرنے کی ہدایت دی گئی ہے، لیکن وہ ایسا نہیں کر سکتا: دیا گیا address اس کے container کے اندر سے unreachable ہے، یا Nextcloud ایسا certificate پیش کر رہا ہے جسے یہ قبول نہیں کرتا، یا secret مطابقت نہیں رکھتا۔ اسی URL پر container کے اندر docker exec کے ساتھ curl چلائیں۔ عموماً وجہ ایک ہی line میں مل جاتی ہے۔

2 GB اور 4 GB میں حقیقتاً کیا چل سکتا ہے

2 GB پر Nextcloud کو built-in CODE ایپ کے ساتھ چلائیں اور اسی تک محدود رہیں۔ یہ standalone server کے مقابلے میں سست ہے، بڑی spreadsheet پہلی بار کھولنے میں کئی سیکنڈ لگ سکتے ہیں، اور اسے proxy configuration کی بالکل ضرورت نہیں ہوتی۔ ایک گھرانے کے لیے یہی درست انتخاب ہے۔

4 GB پر Nextcloud کے ساتھ standalone CODE container چلائیں، اور swap configure کریں تاکہ اچانک بڑھنے والا load server کو بند نہ کر دے۔ اس configuration میں editing معمول کے مطابق محسوس ہونا شروع ہوتی ہے۔

Nextcloud کے ساتھ ONLYOFFICE Docs چلانے کے لیے 6 سے 8 GB کا منصوبہ بنائیں، یا Docs کے لیے الگ چھوٹا server استعمال کریں۔ اس کی 4 GB کی کم از کم ضرورت صرف document server کے لیے ہے، اس لیے 4 GB server پر Nextcloud کے ساتھ اسے چلانے سے حقیقی استعمال کے دوران swapping ہو گی۔

چھوٹے VPS پر DocSpace چلانا وہ غلطی ہے جس سے بچنا چاہیے۔ اس کے script install کے لیے خود vendor کی شائع کردہ کم از کم ضرورت 8 GB RAM اور 4 CPU cores ہے، جبکہ 12 GB اور 6 cores تجویز کیے جاتے ہیں۔ بڑے پیمانے پر شیئر کیے جانے والے ایک provider tutorial میں اب بھی 8 GB instance پر vendor install script کے ذریعے DocSpace deploy کیا جاتا ہے۔ یہ configuration کم از کم ضرورت تو پوری کرتی ہے، مگر اضافی گنجائش نہیں چھوڑتی، تجویز کردہ figure سے کم ہے، اور آپ کے پوچھے گئے سوال سے مختلف سوال کا جواب دیتی ہے۔ کسی guide پر عمل کرنے سے پہلے دیکھیں کہ وہ کیا install کرتی ہے، اور یہ بھی دیکھیں کہ اس میں دی گئی requirements کی vendor page سے آخری بار کب تصدیق کی گئی تھی۔ install script بھی صرف ایک طریقہ ہے۔ Docs اور CODE ایسے single containers ہیں جنہیں آپ خود start، stop اور delete کرتے ہیں۔ اس طریقے کو سمجھنا ایسے script کے مقابلے میں آسان ہے جو مکمل stack deploy کر دیتی ہے۔

چھوٹے server پر مجموعی طور پر کیا چلانا مناسب ہے، اس وسیع سوال کے لیے 2026 میں خود host کرنے کے قابل چیزیں کی مختصر فہرست دیکھیں۔

FAQ

کیا Nextcloud کے لیے OnlyOffice بہتر ہے یا Collabora؟

عمومی طور پر کوئی ایک بہتر نہیں، اور فیصلہ عموماً memory کرتی ہے۔ Collabora کی شروعات اس کے شائع کردہ quick start کے مطابق 1 GB سے ہوتی ہے۔ مفت CODE build اپنے default mode میں document یا connection limit نہیں رکھتی، تاہم Collabora اسے production کے بجائے home use اور چھوٹی teams کے لیے موزوں قرار دیتا ہے۔ ONLYOFFICE Docs کو Nextcloud کی اپنی ضروریات کے علاوہ 4 GB درکار ہے۔ version 9.4 سے اس میں connection cap نہیں ہے، اور یہ براہ راست .docx اور .xlsx میں کام کرتا ہے، اس لیے Microsoft Office کی formatting اصل کے زیادہ قریب رہتی ہے۔ چھوٹے VPS پر Collabora منتخب کریں۔ جب team سارا دن Office formats میں کام کرے اور آپ editor کو اپنی الگ memory دے سکیں تو ONLYOFFICE منتخب کریں۔

Nextcloud میں documents edit کرنے کے لیے کتنی RAM درکار ہے؟

2 GB، Nextcloud کی built-in CODE server app کے ساتھ کافی ہے، کیونکہ یہ app دوسری service کے طور پر چلنے کے بجائے Nextcloud installation کے اندر چلتی ہے۔ Nextcloud کے ساتھ standalone Collabora CODE container کے لیے 4 GB مناسب ہے۔ ONLYOFFICE Docs document server کے لیے الگ سے 4 GB minimum شائع کرتا ہے۔ اس لیے جب یہ Nextcloud کے ساتھ ایک ہی machine پر ہو تو 6 سے 8 GB مختص کریں، یا اسے الگ server پر رکھیں۔

document frame کھلنے کے بعد خالی کیوں رہتا ہے؟

Editor HTTPS کے ذریعے load ہوتا ہے اور پھر websocket کھولتا ہے۔ اس لیے خالی frame کا تقریباً ہمیشہ مطلب ہوتا ہے کہ websocket connect نہیں ہوا۔ nginx کے پیچھے Collabora کے لیے تصدیق کریں کہ proxy connection upgrade headers کے ساتھ /cool/(.*)/ws forward کر رہا ہے، اور /browser، /hosting/discovery اور /hosting/capabilities بھی forward ہو رہے ہیں۔ پھر container پر docker logs پڑھیں: No acceptable WOPI hosts found کا مطلب ہے کہ aliasgroup1 کی value اس Nextcloud address سے match نہیں کرتی جسے browser نے استعمال کیا تھا، port سمیت۔

کیا Nextcloud میں files edit کرنے کے لیے ONLYOFFICE DocSpace درکار ہے؟

نہیں۔ DocSpace ایک standalone workspace ہے جس کا اپنا interface اور اپنے user accounts ہوتے ہیں، اور Nextcloud connector اس سے بات نہیں کرتا۔ Nextcloud جس component سے connect ہوتا ہے وہ ONLYOFFICE Docs، یعنی document server، ہے۔ DocSpace script install کے لیے کم از کم 8 GB RAM اور four CPU cores شائع کرتا ہے، جبکہ 12 GB تجویز کرتا ہے۔ اسی وجہ سے اسے install کرنے والی guides لوگوں کو یہ سمجھنے پر مجبور کرتی ہیں کہ browser editing کے لیے بڑا server درکار ہوتا ہے۔