Nextcloud के बेहतरीन विकल्प: Self-hosting के लिए गाइड

कौन से Nextcloud विकल्प self-hosting के लिए उपयुक्त हैं?

Nextcloud के वे विकल्प चलाने योग्य हैं जो उन हिस्सों को हटा देते हैं जिनका आप कभी उपयोग नहीं करते। Nextcloud एक ही PHP application के भीतर एक file server, calendar, contact book, office suite और app platform है, और आप हर page load पर इन सभी के लिए संसाधन खर्च करते हैं। इसलिए, उस एक कार्य को चुनकर विकल्प तय करें जिसकी आपको अभी भी आवश्यकता है, और फिर यह जाँचें कि आपके पास मौजूद फाइलों को स्थानांतरित करने में क्या लागत आएगी।

यह मार्गदर्शिका विकल्पों को उस कार्य के आधार पर वर्गीकृत करती है: केवल sync, तेज़ सर्वर के साथ sync, ऊपर client के साथ object storage, या सामान्य remote file access। प्रत्येक अनुभाग बताता है कि एक छोटे VPS (virtual private server) पर सर्वर को क्या चाहिए और आपके मौजूदा folder tree का क्या होगा। यदि आप पहले से चल रहे Nextcloud box के बजाय Dropbox या Google Drive से आ रहे हैं, तो self-hosted Dropbox विकल्पों का व्यापक संग्रह उस तरफ से शुरू होता है।

Nextcloud छोटे VPS पर धीमा क्यों हो जाता है

धीमेपन के कुछ निश्चित कारण होते हैं, और उन्हें जानने के बाद आप यह तय कर सकते हैं कि किसी अन्य विकल्प पर जाने से वास्तव में लाभ होगा या नहीं।

प्रत्येक पेज लोड एक PHP worker का उपयोग करता है। अगस्त 2026 तक, Nextcloud की अपनी सिस्टम आवश्यकताएं प्रति प्रक्रिया मेमोरी बताती हैं: न्यूनतम 128 MB, अनुशंसित 512 MB। यह सर्वर की कुल मेमोरी नहीं है। 2 GB के प्लान पर दस workers का पूल एक बड़ा मेमोरी बजट होता है, इसलिए एडमिन PHP-FPM पूल कॉन्फ़िगरेशन में pm.max_children को कम कर देते हैं, और फिर अनुरोध मौजूदा workers के पीछे कतार में लग जाते हैं। जब डिस्क खाली होती है, तब भी इंटरफ़ेस धीमा महसूस होता है।

डेटाबेस का आकार बाइट्स के बजाय फ़ाइलों की संख्या के साथ बढ़ता है। डिफ़ॉल्ट टेबल प्रीफ़िक्स के अंतर्गत oc_filecache, सर्वर द्वारा ज्ञात प्रत्येक स्टोरेज में मौजूद हर फ़ाइल और फ़ोल्डर के लिए एक पंक्ति (row) रखता है। 300,000 छोटी फ़ाइलों की एक फोटो लाइब्रेरी एक बड़ी टेबल है; जबकि 400 फ़ाइलों में 300 GB की वीडियो फ़ाइलें एक छोटी टेबल है। शेयरिंग, सर्च और फ़ाइल स्कैनर सभी उस टेबल को पढ़ते हैं।

sudo mysql nextcloud -e 'SELECT COUNT(*) FROM oc_filecache;'

लाखों की संख्या में फ़ाइलें होने पर फ़ाइल लिस्ट का धीमा होना किसी भी डिस्क बेंचमार्क की तुलना में बेहतर स्पष्टीकरण है। यदि आपका इंस्टेंस किसी अलग टेबल प्रीफ़िक्स या PostgreSQL का उपयोग करता है, तो क्वेरी को तदनुसार समायोजित करें।

बैकग्राउंड जॉब्स वेब इंटरफ़ेस के साथ प्रतिस्पर्धा करते हैं। Nextcloud का मैनुअल हर पांच मिनट में cron.php चलाने वाली एक सिस्टम cron प्रविष्टि की अनुशंसा करता है। प्रीव्यू जनरेशन और फ़ाइल स्कैनिंग उसी CPU पर चलते हैं जो आपके ब्राउज़र को सेवा प्रदान करता है।

प्रमुख अपग्रेड एक डेटाबेस माइग्रेशन होते हैं। इंस्टेंस मेंटेनेंस मोड में चला जाता है और माइग्रेशन पूरा होने तक हर अनुरोध का उत्तर Nextcloud is in maintenance mode, please try again later के साथ देता है। एक बड़े oc_filecache वाले छोटे VPS पर, वह समय इतना लंबा होता है कि उसे महसूस किया जा सकता है।

सबसे पहले यह तय करें कि आप क्या रखना चाहते हैं

• अपने स्वामित्व वाली मशीनों के बीच एक फोल्डर सिंक करें, बिना किसी वेब इंटरफेस के: Syncthing।
• कई लोगों के लिए सिंक करें, जिसमें वेब इंटरफेस, मोबाइल क्लाइंट और शेयर लिंक हों: Seafile।
• बहुत सारा डेटा सस्ते में स्टोर करें और उसे स्क्रिप्ट तथा बैकअप टूल्स से एक्सेस करें: object storage और एक क्लाइंट।
• बिना किसी नए सर्वर सॉफ्टवेयर के अपनी फाइलों को रिमोटली पढ़ें और लिखें: SFTP या WebDAV।
• ब्राउज़र में दस्तावेजों को एक साथ एडिट करें, या लोगों के बीच कैलेंडर शेयर करें: Nextcloud पर बने रहें, या दो सेवाएं चलाने की स्थिति स्वीकार करें।

Syncthing: बिना सर्वर एप्लिकेशन के फाइल सिंक

Syncthing आपकी फाइलों को सामान्य फाइलों के रूप में रखता है। इसमें कोई कंटेंट डेटाबेस नहीं है और न ही कोई वेब इंटरफेस है जो आपके डॉक्यूमेंट्स को सर्व करता हो। जो भी डिवाइस किसी फोल्डर से जुड़ता है, वह उसकी पूरी कॉपी रखता है, और Syncthing इन कॉपियों को एक समान बनाए रखता है।

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing

sudo systemctl enable --now syncthing@$USER
sudo ss -lntp | grep 8384

127.0.0.1:8384 दिखाने वाली एक लाइन का मतलब है कि वेब इंटरफेस चल रहा है और केवल localhost पर बाउंड है, जो कि एक पब्लिक VPS पर आप चाहते हैं। इसे SSH टनल के जरिए एक्सेस करें: ssh -L 8384:127.0.0.1:8384 you@your-vps, फिर अपने लैपटॉप पर http://127.0.0.1:8384 खोलें। 8384 पर कोई लिसनर न होने का मतलब है कि सर्विस स्टार्ट होने में विफल रही, और journalctl -u syncthing@$USER -n 50 इसका कारण बताता है।

संसाधन। Syncthing कोई न्यूनतम मेमोरी आवश्यकता प्रकाशित नहीं करता है। यह कुल आकार के बजाय इंडेक्स की गई फाइलों की संख्या के आधार पर मेमोरी का उपयोग करता है, क्योंकि यह प्रत्येक शेयर किए गए फोल्डर में प्रति फाइल एक इंडेक्स एंट्री रखता है। किसी बड़े फोल्डर को पहली बार स्कैन करना CPU के लिए भारी काम है: Syncthing तुलना करने से पहले हर फाइल का हैश (hash) बनाता है। उम्मीद करें कि यह पहला पास एक शेयर किए गए vCPU पर कुछ समय लेगा, और मेमोरी का उपयोग गीगाबाइट्स के बजाय फाइलों की संख्या के साथ बढ़ेगा।

डिस्क ही वास्तविक लागत है। इसमें सर्वर-साइड सेविंग जैसी कोई चीज नहीं है, क्योंकि Syncthing एक सर्वर नहीं है। एक VPS और लैपटॉप के बीच शेयर किए गए 200 GB के फोल्डर के लिए दोनों जगह 200 GB की आवश्यकता होती है। यह Nextcloud के विपरीत है, जहाँ सर्वर सब कुछ रखता है और क्लाइंट चुनते हैं कि क्या सिंक करना है। यदि VPS का उद्देश्य एक पीयर (peer) के बजाय बैकअप टारगेट बनना है, तो VPS पर सिलेक्टिव फोल्डर और receive only फोल्डर का उपयोग करें।

माइग्रेशन इसे चुनने का मुख्य कारण है। Syncthing को उस डायरेक्टरी ट्री पर पॉइंट करें जो आपके पास पहले से मौजूद है। इसमें कोई इम्पोर्ट, अपलोड या कन्वर्जन नहीं होता है। VPS पर फोल्डर जोड़ें, लैपटॉप पर उसी फोल्डर ID के साथ जोड़ें, और दोनों साइड्स को सिंक होने दें। यदि पहली बार जुड़ने पर एक ही फाइल दोनों तरफ अलग-अलग मौजूद है, तो Syncthing दोनों को रखता है और एक का नाम बदलकर filename.sync-conflict-20260809-142530-ABCD123.txt कर देता है। उन फाइलों को देखना पहले सिंक पर सामान्य है, यह कोई विफलता नहीं है।

आप क्या छोड़ते हैं। कोई अकाउंट नहीं, दूसरे लोगों को भेजने के लिए कोई शेयर लिंक नहीं, और फोन ब्राउज़र से अपनी फाइलें ब्राउज़ करने का कोई तरीका नहीं। मूल Android ऐप अब प्रोजेक्ट द्वारा मेंटेन नहीं किया जाता है और एक कम्युनिटी फोर्क इसे आगे बढ़ा रहा है, जो तब मायने रखता है यदि मोबाइल एक्सेस ही आपका मुख्य उद्देश्य है। Syncthing और Nextcloud की सीधी तुलना में फीचर गैप्स को एक-एक करके समझाया गया है।

Seafile: हल्का सर्वर और तेज़ सिंक

Seafile काम को दो हिस्सों में बाँटता है। Seahub नामक एक Python वेब एप्लिकेशन इंटरफ़ेस तैयार करता है, और एक अलग C प्रोसेस सिंक ट्रैफ़िक को संभालता है। आपकी फ़ाइलें वेब एप्लिकेशन से होकर नहीं गुज़रती हैं, यही कारण है कि जब कोई अन्य व्यक्ति इंटरफ़ेस का उपयोग कर रहा होता है, तब भी बड़ी अपलोडिंग तेज़ बनी रहती है। Version 13.0 को 5 January 2026 को रिलीज़ किया गया था।

sudo mkdir -p /opt/seafile
cd /opt/seafile
sudo wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
sudo wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/caddy.yml

कुछ भी शुरू करने से पहले .env को एडिट करें। यह SEAFILE_SERVER_HOSTNAME, INIT_SEAFILE_ADMIN_EMAIL, INIT_SEAFILE_ADMIN_PASSWORD, SEAFILE_MYSQL_DB_PASSWORD और JWT_PRIVATE_KEY को सेट करता है, जो कम से कम 32 अक्षरों की एक रैंडम स्ट्रिंग होनी चाहिए। वह फ़ाइल compose को यह भी बताती है कि डाउनलोड की गई किन YAML फ़ाइलों को पढ़ना है, ताकि चारों डाउनलोड एक स्टैक के रूप में काम करें।

cd /opt/seafile
sudo docker compose up -d
sudo docker compose ps

हर कंटेनर का रनिंग स्टेट में होना ज़रूरी है। यदि कोई कंटेनर लूप में रीस्टार्ट हो रहा है, तो इसका मतलब है कि .env में कोई वैल्यू गायब है, और sudo docker compose logs seafile यह बताता है कि कौन सा कंटेनर विफल हो रहा है।

संसाधन। Seafile का डॉक्यूमेंटेशन August 2026 के अनुसार कम से कम 2 GB RAM और 2 GHz से ऊपर के 2 core CPU की मांग करता है। इसे पूरे स्टैक के लिए न्यूनतम आवश्यकता मानें, क्योंकि Docker डिप्लॉयमेंट MariaDB, Caddy रिवर्स प्रॉक्सी और SeaDoc एडिटर को भी शुरू करता है। यदि एक या दो से अधिक लोग इसका उपयोग करते हैं, तो इसे 4 GB RAM दें, या वैकल्पिक कंटेनरों को हटा दें।

माइग्रेशन में मुख्य चुनौती स्टोरेज फॉर्मेट है। Seafile आपकी फ़ाइलों को फ़ाइलों के रूप में नहीं रखता है। यह प्रत्येक फ़ाइल को /opt/seafile-data के अंतर्गत ब्लॉक्स में विभाजित करता है और डेटाबेस में उसका ट्री रिकॉर्ड करता है। आप Seafile को किसी मौजूदा डायरेक्टरी पर पॉइंट करके उसे लाइब्रेरी के रूप में नहीं दिखा सकते, इसलिए इसमें डेटा लाने का मतलब है कि आपके पास मौजूद हर चीज़ को एक बार पूरी तरह से अपलोड करना होगा। इसी डिज़ाइन का मतलब है कि आप cp के साथ डेटा वापस नहीं निकाल सकते: रिकवरी सर्वर के माध्यम से, निरंतरता जाँच के लिए seaf-fsck के माध्यम से, या रीड-ओनली seaf-fuse माउंट के माध्यम से होती है।

rclone में एक नेटिव Seafile बैकएंड है, जो उस अपलोड को एक लंबी ड्रैग-एंड-ड्रॉप सेशन के बजाय एक रिज़्यूमेबल कमांड में बदल देता है।

rclone config
rclone copy /srv/files seafile:MyLibrary --progress

rclone डॉक्यूमेंटेशन में Seafile 6.x से 9.x तक को टेस्ट किया हुआ बताया गया है, इसलिए एक टेराबाइट डेटा भेजने से पहले इसे एक छोटे फोल्डर पर चलाकर परिणाम की जाँच करें।

एन्क्रिप्टेड लाइब्रेरीज़ वह फीचर है जिसके लिए लोग यहाँ आते हैं। पासवर्ड क्लाइंट में सेट किया जाता है, और सर्वर उन ब्लॉक्स को स्टोर करता है जिन्हें वह पढ़ नहीं सकता। एक स्पष्ट चेतावनी: ब्राउज़र में एन्क्रिप्टेड लाइब्रेरी से फ़ाइल का प्रीव्यू देखने पर उस सेशन के लिए पासवर्ड सर्वर पर भेजा जाता है, इसलिए ब्राउज़र प्रीव्यू और ज़ीरो-नॉलेज स्टोरेज एक साथ उपलब्ध नहीं होते हैं। Seafile और Nextcloud की तुलना बाकी फीचर्स के अंतर को कवर करती है।

Object storage और उसके ऊपर एक sync client

यदि आपका लक्ष्य कम लागत में अधिक डेटा स्टोर करना और उसे scripts के माध्यम से एक्सेस करना है, तो एक S3 compatible object store चलाएं और sync को एक अलग टूल की तरह उपयोग करें। आपको durability, versioning और एक ऐसा protocol मिलता है जिसे हर backup टूल पहले से सपोर्ट करता है। आपको file-server के अर्थ में user accounts या ऐसा file manager नहीं मिलेगा जिसे इस्तेमाल करना आसान हो। MinIO के साथ self-hosted object storage में server-side की जानकारी दी गई है।

rclone copy /srv/files s3remote:mybucket --progress
rclone check /srv/files s3remote:mybucket

rclone check दोनों पक्षों की तुलना उनके size और hash के आधार पर करता है और यह बताता है कि कितनी files में अंतर है। यदि परिणाम शून्य के अलावा कुछ भी है, तो इसका अर्थ है कि copy अधूरी है, इसलिए source को delete करने से पहले copy को फिर से चलाएं। दो बातों का ध्यान रखें: object storage में directories नहीं होतीं, केवल key prefixes होते हैं, इसलिए खाली folder copy के बाद नहीं बचते; और --transfers को S3 chunk size के साथ बढ़ाने से ही rclone की memory खपत बढ़ती है, इसलिए 1 GB VPS पर इन दोनों को उनके default मानों पर ही रहने दें।

जब आपको केवल रिमोट फाइलों की आवश्यकता हो तो Plain WebDAV या SFTP का उपयोग करें

सबसे सस्ता विकल्प अक्सर कुछ नया न जोड़ना होता है। यदि आपका VPS OpenSSH चलाता है, तो आपके पास पहले से ही एक फाइल सर्वर मौजूद है। SFTP के लिए किसी अतिरिक्त daemon, database, PHP या ऐसे किसी upgrade की आवश्यकता नहीं होती जो रविवार को खराब हो सके।

sftp you@your-vps
rclone mount sftpremote: ~/vps --vfs-cache-mode writes

जो clients WebDAV का समर्थन करते हैं, जिनमें अधिकांश फोन फाइल मैनेजर शामिल हैं, उनके लिए rclone उसी डायरेक्टरी ट्री को सर्व कर सकता है।

sudo apt install apache2-utils
sudo htpasswd -c /etc/rclone/htpasswd you
rclone serve webdav --addr 127.0.0.1:8080 --htpasswd /etc/rclone/htpasswd /srv/files

इसे 127.0.0.1 पर bind करें और इसके सामने TLS (transport layer security) के साथ एक reverse proxy लगाएँ। WebDAV basic authentication हर request पर पासवर्ड भेजता है, इसलिए यहाँ plain HTTP का मतलब है कि पासवर्ड हर मिनट कई बार उजागर हो रहा है। माइग्रेशन की लागत शून्य है, क्योंकि फाइलें कहीं भी मूव नहीं होती हैं। इसकी कमी यह है कि इसमें कोई सिंक या ऑफलाइन कॉपी नहीं होती: जब कनेक्शन टूटता है, तो कनेक्शन वापस आने तक फाइलें client से गायब हो जाती हैं।

Calendars, contacts और document editing की जगह क्या ले सकता है

Nextcloud को छोड़ने पर आपको कुछ चीजों का त्याग करना पड़ता है, और यह स्पष्ट होना जरूरी है कि वे क्या हैं। Calendars और contacts, CalDAV और CardDAV (HTTP पर calendar और contact synchronisation) हैं, और Radicale इनका एक छोटा विकल्प है। यह प्रत्येक collection को डिस्क पर फाइलों के रूप में स्टोर करता है और कुछ ही megabytes में चलता है।

sudo apt install radicale
sudo systemctl enable --now radicale
sudo ss -lntp | grep 5232

यह पैकेज /usr/lib/systemd/system/radicale.service को शिप करता है और इसकी default config /etc/radicale/config पर होती है, जो localhost:5232 पर listen करती है। Radicale में events को edit करने के लिए कोई interface नहीं है, इसलिए आप अपने फोन या desktop client को इससे connect करते हैं और वहीं edit करते हैं।

Browser-आधारित document editing को बदलना अधिक कठिन है। OnlyOffice Docs और Collabora Online दोनों ही editing engines हैं, storage नहीं: प्रत्येक को एक host application की आवश्यकता होती है जो फाइलों को रखे और documents को process करने के लिए दे। Nextcloud को हटाने पर आपको किसी अन्य host की आवश्यकता होगी, जैसे कि Seafile, जिसमें अपना स्वयं का SeaDoc editor होता है। OnlyOffice और Collabora की तुलना में यह बताया गया है कि एक बार host तय कर लेने के बाद कौन सा engine चलाना चाहिए।

यदि इनमें से कोई भी स्थिति सत्य है तो Nextcloud पर ही बने रहें

• कई लोग एक ही कैलेंडर और एक ही एड्रेस बुक साझा करते हैं, जो उन्हीं खातों पर हैं जिन पर फाइलें हैं।
• आप ब्राउज़र में ऑफिस डॉक्यूमेंट्स को उसी फाइल में, किसी और के साथ एक ही समय पर एडिट करते हैं।
• आपको समाप्ति तिथियों और पासवर्ड के साथ प्रति-फाइल शेयर लिंक, और साथ ही ग्रुप अनुमतियों की आवश्यकता है।
• आपके उपयोगकर्ता तकनीकी नहीं हैं, और वे वास्तव में मोबाइल ऐप्स का ही उपयोग करते हैं।

इन कार्यों के लिए कोई भी हल्का विकल्प मौजूद नहीं है जो यह सब कर सके, और सही कदम यह है कि इंस्टॉलेशन को ठीक किया जाए न कि उसे छोड़ दिया जाए। अधिकांश धीमी इंस्टेंस बिना किसी मेमोरी कैश कॉन्फ़िगरेशन के डिफ़ॉल्ट PHP-FPM पूल पर चल रही होती हैं, और Nextcloud का एडमिन ओवरव्यू पेज गायब कैश के बारे में चेतावनी देता है। ट्रैक की गई फाइलों की संख्या को कम करना किसी भी अन्य बदलाव की तुलना में अधिक मदद करता है, क्योंकि फाइल कैश टेबल ही वह चीज है जो बढ़ती है। Docker, TLS और बैकअप के साथ VPS पर Nextcloud इंस्टॉलेशन इसे उस तरीके से सेट करता है जो इनमें से अधिकांश समस्याओं से बचाता है।

माइग्रेशन की वास्तविक लागत, विकल्प-दर-विकल्प

• Syncthing: कोई import नहीं। इसे दोनों तरफ मौजूद ट्री (tree) पर पॉइंट करें और इसे सिंक होने दें।
• SFTP या WebDAV: उसी ट्री पर, कोई import नहीं क्योंकि कुछ भी मूव नहीं होता।
• Object storage: एक पूर्ण नेटवर्क कॉपी, जो resume की जा सकती है और scriptable है, लेकिन इसमें खाली फोल्डर नहीं बचते।
• Seafile: लाइब्रेरी में एक पूर्ण अपलोड, क्योंकि सर्वर फाइलों के बजाय ब्लॉक्स को स्टोर करता है।

आप जो भी विकल्प चुनें, पहले Nextcloud से एक क्लीन कॉपी निकालें। यूजर फाइलें data डायरेक्टरी के अंदर सामान्य रूप में रहती हैं, प्रति यूजर एक फोल्डर, इसलिए उस ट्री का rsync आपका सोर्स है। कॉपी करने से पहले इंस्टेंस को maintenance mode में डालें, अन्यथा आप लिखते समय (mid-write) फाइलें कॉपी कर लेंगे।

sudo -u www-data php occ maintenance:mode --on
sudo rsync -a --info=progress2 /path/to/nextcloud/data/ /srv/files/
find /srv/files -type f | wc -l

उस गिनती की तुलना सोर्स पर मौजूद समान find से करें। यदि संख्या कम है, तो इसका मतलब है कि अनुमतियों (permissions) ने rsync को कुछ पढ़ने से रोक दिया है, और यह प्रक्रिया के दौरान उन त्रुटियों को प्रिंट करता है।

इस कॉपी में दो मुख्य बाधाएं हैं। Nextcloud के external storage फीचर के माध्यम से एक्सेस की गई फाइलें data डायरेक्टरी में बिल्कुल नहीं होतीं, क्योंकि वे उस रिमोट सिस्टम पर रहती हैं जिसके बारे में Nextcloud को बताया गया था। और यदि सर्वर-साइड एन्क्रिप्शन कभी सक्षम किया गया था, तो डिस्क पर मौजूद फाइलें सिफरटेक्स्ट (ciphertext) हैं, इसलिए कॉपी करने से पहले occ encryption:decrypt-all को चलाना होगा, अन्यथा आप अपठनीय डेटा का एक फोल्डर मूव कर देंगे। कुछ भी रद्द करने से पहले इन दोनों की जांच करें।

FAQ

क्या Nextcloud का कोई ऐसा विकल्प है जो मेरी मौजूदा फ़ोल्डर संरचना को बनाए रखे?

Syncthing, और कोई भी साधारण SFTP या WebDAV सेटअप। Syncthing उस डायरेक्टरी को इंडेक्स करता है जिसे आप चुनते हैं और हर डिवाइस पर वही नाम और लेआउट बनाए रखता है, इसलिए इसमें कोई इम्पोर्ट स्टेप या अपलोड की आवश्यकता नहीं होती है। Seafile और ऑब्जेक्ट स्टोरेज दोनों को एक पूर्ण अपलोड पास की आवश्यकता होती है, क्योंकि इनमें से कोई भी आपके डेटा को सामान्य फ़ाइलों के रूप में सामान्य ट्री में स्टोर नहीं करता है। Seafile फ़ाइलों को अपनी डेटा डायरेक्टरी के तहत ब्लॉक्स में विभाजित करता है, और ऑब्जेक्ट स्टोरेज में डायरेक्टरी के बजाय कीज़ (keys) होती हैं।

क्या Seafile 2 GB RAM वाले VPS पर चलेगा?

अगस्त 2026 तक, Seafile का डॉक्यूमेंटेशन कम से कम 2 GB RAM और 2 GHz से ऊपर के 2 कोर CPU की मांग करता है। इसे बिना किसी अतिरिक्त क्षमता (headroom) के न्यूनतम आवश्यकता मानें, क्योंकि Docker डिप्लॉयमेंट में MariaDB, Caddy और SeaDoc एडिटर भी अपने स्वयं के कंटेनरों में चलते हैं। एक एकल उपयोगकर्ता के लिए यह काम करने योग्य है। एक परिवार या छोटी टीम के लिए, 4 GB RAM पर शिफ्ट हों, या स्टैक से SeaDoc कंटेनर को हटा दें और इन-ब्राउज़र डॉक्यूमेंट एडिटिंग का विकल्प छोड़ दें।

जब डाउनलोड तेज़ हैं, तो मेरा Nextcloud वेब इंटरफ़ेस धीमा क्यों है?

क्योंकि ये दोनों रास्ते अलग-अलग काम करते हैं। डाउनलोड डिस्क से बाइट्स को स्ट्रीम करता है, जबकि पेज लोड PHP चलाता है, फ़ाइल कैश टेबल को क्वेरी करता है और अक्सर एक खाली PHP-FPM वर्कर की प्रतीक्षा करता है। स्टोरेज को दोष देने से पहले oc_filecache में पंक्तियों की गिनती करें और अपने PHP-FPM पूल में pm.max_children की जाँच करें। लाखों पंक्तियों वाली टेबल और पाँच वर्कर्स का पूल बिल्कुल यही पैटर्न पैदा करता है।

क्या मैं कैलेंडर के लिए Nextcloud रख सकता हूँ और केवल फ़ाइलों को स्थानांतरित कर सकता हूँ?

हाँ, और यह अक्सर सबसे सस्ता समाधान होता है। अपने बड़े फ़ोल्डर्स को Syncthing या Seafile के साथ सिंक करें, और CalDAV, CardDAV तथा ब्राउज़र डॉक्यूमेंट एडिटिंग के लिए Nextcloud को चालू रखें। चूँकि Nextcloud का डेटाबेस उन फ़ाइलों की संख्या के साथ बढ़ता है जिन्हें वह ट्रैक करता है, इसलिए उनसे बड़े ट्रीज़ को हटाना ही इंटरफ़ेस को फिर से तेज़ बनाता है। उन्हें वेब इंटरफ़ेस या occ के माध्यम से हटाएँ, न कि डिस्क पर मौजूद डेटा डायरेक्टरी से, अन्यथा डेटाबेस उन फ़ाइलों की ओर इशारा करने वाली पंक्तियों को बनाए रखेगा जो अब मौजूद नहीं हैं।