بهترین جایگزین‌های Nextcloud برای میزبانی شخصی

کدام جایگزین‌های Nextcloud برای میزبانی شخصی (self-hosting) مناسب هستند؟

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

این راهنما گزینه‌ها را بر اساس نوع کارکرد دسته‌بندی می‌کند: فقط همگام‌سازی (sync)، همگام‌سازی با سرور سریع‌تر، ذخیره‌سازی شیء (object storage) با یک کلاینت در لایه رویی، یا دسترسی ساده به فایل از راه دور. هر بخش مشخص می‌کند که سرور روی یک VPS (سرور مجازی خصوصی) کوچک به چه منابعی نیاز دارد و چه اتفاقی برای ساختار درختی پوشه‌های فعلی شما می‌افتد. اگر به‌جای یک نمونه Nextcloud که از قبل دارید، از Dropbox یا Google Drive به اینجا آمده‌اید، بررسی جامع‌تر جایگزین‌های Dropbox برای میزبانی شخصی نقطه شروع مناسب‌تری برای شماست.

چرا Nextcloud روی یک VPS کوچک کند می‌شود

کندی عملکرد دلایلی دارد که می‌توانید آن‌ها را شناسایی کنید؛ آگاهی از این دلایل به شما می‌گوید که آیا مهاجرت به سرویس دیگر واقعاً مشکل را حل می‌کند یا خیر.

هر بار بارگذاری صفحه، یک PHP worker را اشغال می‌کند. الزامات سیستمی خود Nextcloud بیان می‌کند که حافظه مورد نیاز به ازای هر پردازش تا اوت 2026، حداقل 128 مگابایت و مقدار پیشنهادی 512 مگابایت است. این مقدار کل حافظه سرور نیست. یک استخر (pool) متشکل از ده worker، بودجه حافظه قابل‌توجهی را در یک پلن 2 گیگابایتی اشغال می‌کند؛ بنابراین مدیران سیستم مقدار pm.max_children را در پیکربندی PHP-FPM pool کاهش می‌دهند و در نتیجه، درخواست‌ها در صف workerهای موجود منتظر می‌مانند. در این حالت، رابط کاربری کند به نظر می‌رسد در حالی که دیسک در وضعیت idle قرار دارد.

پایگاه داده با تعداد فایل‌ها رشد می‌کند، نه با حجم آن‌ها. جدول کش فایل‌ها، یعنی oc_filecache با پیش‌فرض جدول پیش‌فرض، برای هر فایل و پوشه‌ای که سرور می‌شناسد، یک ردیف نگه می‌دارد. یک کتابخانه عکس با 300,000 فایل کوچک، یک جدول بزرگ محسوب می‌شود؛ در حالی که 300 گیگابایت فایل ویدیویی که در 400 فایل ذخیره شده‌اند، یک جدول کوچک است. قابلیت‌های اشتراک‌گذاری، جستجو و اسکنر فایل، همگی این جدول را می‌خوانند.

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

تعداد ردیف‌های میلیونی، کندی لیست فایل‌ها را بهتر از هر بنچمارک دیسکی توضیح می‌دهد. اگر نمونه (instance) شما از پیشوند جدول متفاوتی استفاده می‌کند یا از PostgreSQL بهره می‌برد، کوئری را متناسب با آن تغییر دهید.

جاب‌های پس‌زمینه با رابط وب رقابت می‌کنند. راهنمای Nextcloud توصیه می‌کند که یک ورودی cron سیستمی برای اجرای cron.php هر پنج دقیقه تنظیم شود. تولید پیش‌نمایش (preview) و اسکن فایل‌ها در همان پردازنده‌ای اجرا می‌شوند که به مرورگر شما سرویس می‌دهد.

ارتقاهای اصلی، یک مهاجرت پایگاه داده هستند. نمونه (instance) وارد حالت maintenance می‌شود و تا پایان مهاجرت، به تمام درخواست‌ها با Nextcloud is in maintenance mode, please try again later پاسخ می‌دهد. روی یک VPS کوچک با یک oc_filecache بزرگ، این بازه زمانی به اندازه‌ای طولانی است که کاملاً محسوس باشد.

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

• همگام‌سازی یک پوشه بین دستگاه‌هایی که مالک آن‌ها هستید، بدون رابط وب: 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 باید قبل از هرگونه مقایسه، هش تمام فایل‌ها را محاسبه کند. انتظار داشته باشید که این مرحله اول روی یک vCPU اشتراکی مدتی طول بکشد و مصرف حافظه نیز با افزایش تعداد فایل‌ها (نه حجم گیگابایتی آن‌ها) بالا برود.

دیسک، هزینه اصلی است. هیچ ذخیره‌سازی سمت سروری وجود ندارد، زیرا Syncthing یک سرور نیست. یک پوشه 200 گیگابایتی که بین یک VPS و یک لپ‌تاپ به اشتراک گذاشته شده، به 200 گیگابایت فضا در هر دو دستگاه نیاز دارد. این دقیقاً برعکس Nextcloud است که در آن سرور همه چیز را نگه می‌دارد و کلاینت‌ها انتخاب می‌کنند چه چیزی را همگام‌سازی کنند. اگر قرار است VPS به عنوان مقصد پشتیبان‌گیری عمل کند تا یک همتا (peer)، از پوشه‌های انتخابی و یک پوشه receive only روی VPS استفاده کنید.

مهاجرت، دلیل انتخاب این ابزار است. Syncthing را به سمت درخت دایرکتوری که از قبل دارید هدایت کنید. هیچ فرآیند وارد کردن (import)، آپلود یا تبدیلی وجود ندارد. پوشه را روی VPS اضافه کنید، آن را با همان Folder ID روی لپ‌تاپ اضافه کنید و اجازه دهید دو طرف با هم همگام شوند. اگر در اولین اتصال، یک فایل مشابه در هر دو طرف تفاوت داشته باشد، Syncthing هر دو را نگه می‌دارد و یکی را به filename.sync-conflict-20260809-142530-ABCD123.txt تغییر نام می‌دهد. مشاهده این فایل‌ها در اولین همگام‌سازی طبیعی است و به معنای شکست عملیات نیست.

آنچه از دست می‌دهید. هیچ حساب کاربری، هیچ لینک اشتراک‌گذاری برای ارسال به دیگران و هیچ راهی برای مرور فایل‌ها از طریق مرورگر گوشی وجود ندارد. برنامه اصلی اندروید دیگر توسط خود پروژه پشتیبانی نمی‌شود و یک نسخه انشعابی (fork) توسط جامعه کاربری آن را پیش می‌برد؛ اگر دسترسی موبایل برای شما اولویت دارد، این موضوع اهمیت دارد. مقایسه مستقیم Syncthing و Nextcloud شکاف‌های عملکردی بین این دو را مورد بررسی قرار می‌دهد.

Seafile: همگام‌سازی سریع با سروری سبک‌تر

Seafile کار را به دو بخش تقسیم می‌کند. یک برنامه وب پایتونی به نام Seahub رابط کاربری را ترسیم می‌کند و یک پردازش مجزای C ترافیک همگام‌سازی را مدیریت می‌کند. انتقال فایل‌های شما از برنامه وب عبور نمی‌کند؛ به همین دلیل است که یک آپلود حجیم همچنان سریع باقی می‌ماند، حتی اگر شخص دیگری در حال کلیک کردن در رابط کاربری باشد. نسخه 13.0 در تاریخ 5 ژانویه 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 دانلود شده را بخواند تا چهار دانلود انجام‌شده به عنوان یک stack واحد عمل کنند.

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

هر کانتینر باید وضعیت در حال اجرا (running) را گزارش کند. کانتینری که در یک حلقه مدام restart می‌شود، تقریباً همیشه به دلیل یک مقدار گمشده در .env است و sudo docker compose logs seafile مشخص می‌کند که کدام کانتینر دچار مشکل شده است.

منابع. مستندات Seafile حداقل 2 گیگابایت رم و یک پردازنده 2 هسته‌ای با فرکانس بالای 2 گیگاهرتز را تا اوت 2026 توصیه می‌کند. این مقدار را به عنوان کف نیاز برای کل stack در نظر بگیرید، زیرا استقرار Docker همچنین MariaDB، reverse proxy به نام Caddy و ویرایشگر SeaDoc را اجرا می‌کند. اگر بیش از یک یا دو نفر از آن استفاده می‌کنند، 4 گیگابایت رم اختصاص دهید یا کانتینرهای اختیاری را حذف کنید.

نکته مهم در مهاجرت، فرمت ذخیره‌سازی است. Seafile فایل‌های شما را به صورت فایل‌های معمولی نگه نمی‌دارد. این برنامه هر فایل را به بلوک‌هایی در مسیر /opt/seafile-data تقسیم کرده و ساختار درختی آن را در دیتابیس خود ثبت می‌کند. شما نمی‌توانید Seafile را به یک دایرکتوری موجود اشاره دهید تا به عنوان یک کتابخانه ظاهر شود؛ بنابراین انتقال به آن به معنای یک دور آپلود کامل برای تمام داده‌های شماست. همین طراحی باعث می‌شود نتوانید داده‌ها را با cp خارج کنید: بازیابی از طریق سرور، استفاده از seaf-fsck برای بررسی یکپارچگی، یا mount کردن به صورت فقط‌خواندنی با seaf-fuse انجام می‌شود.

ابزار rclone دارای یک backend بومی برای Seafile است که آن آپلود را به یک دستور قابل‌ادامه (resumable) تبدیل می‌کند، به جای اینکه یک جلسه طولانی drag-and-drop باشد.

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

مستندات rclone نسخه 6.x تا 9.x از Seafile را به عنوان نسخه‌های تست‌شده ذکر کرده است، بنابراین پیش از انتقال یک ترابایت داده، آن را روی یک پوشه کوچک اجرا کرده و نتیجه را بررسی کنید.

کتابخانه‌های رمزنگاری‌شده قابلیتی هستند که کاربران به خاطر آن مهاجرت می‌کنند. رمز عبور در کلاینت تنظیم می‌شود و سرور بلوک‌هایی را ذخیره می‌کند که قادر به خواندن آن‌ها نیست. یک هشدار صادقانه: پیش‌نمایش یک فایل از یک کتابخانه رمزنگاری‌شده در مرورگر، رمز عبور را برای آن نشست به سرور می‌فرستد؛ بنابراین پیش‌نمایش در مرورگر و ذخیره‌سازی با دانش صفر (zero-knowledge) همزمان در دسترس نیستند. مقایسه Seafile و Nextcloud سایر تفاوت‌های این دو را پوشش می‌دهد.

ذخیره‌سازی شیء (Object storage) به همراه یک کلاینت همگام‌سازی

اگر هدف ذخیره‌سازی حجم بالایی از داده‌ها با هزینه کم و دسترسی از طریق اسکریپت‌ها است، یک سرویس ذخیره‌سازی شیء سازگار با S3 راه‌اندازی کنید و همگام‌سازی را به عنوان ابزاری مجزا در نظر بگیرید. در این حالت، پایداری، نسخه‌بندی و پروتکلی را در اختیار خواهید داشت که تمامی ابزارهای پشتیبان‌گیری از آن پشتیبانی می‌کنند. البته در این روش، حساب‌های کاربری به معنای مرسوم در فایل‌سرورها یا یک مدیریت فایل کاربرپسند وجود ندارد. مقاله میزبانی شخصی ذخیره‌سازی شیء با MinIO بخش سمت سرور را پوشش می‌دهد.

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

rclone check هر دو سمت را بر اساس اندازه و هش مقایسه کرده و تعداد فایل‌های متفاوت را گزارش می‌دهد. هر نتیجه‌ای غیر از صفر به معنای ناقص بودن کپی است، بنابراین پیش از حذف منبع، copy را دوباره اجرا کنید. دو نکته را در نظر داشته باشید: ذخیره‌سازی شیء فاقد دایرکتوری است و تنها از پیشوند کلید (key prefix) استفاده می‌کند، بنابراین پوشه‌های خالی در کپی منتقل نمی‌شوند؛ همچنین افزایش --transfers به همراه اندازه قطعات (chunk size) در S3، عامل اصلی افزایش مصرف حافظه در rclone است، پس در یک VPS با 1 GB رم، هر دو را روی مقادیر پیش‌فرض باقی بگذارید.

استفاده از WebDAV یا SFTP ساده برای زمانی که فقط به فایل‌های راه دور نیاز دارید

ارزان‌ترین جایگزین، اغلب استفاده از هیچ ابزار جدیدی نیست. اگر VPS شما OpenSSH را اجرا می‌کند، شما همین حالا یک فایل‌سرور دارید. SFTP به هیچ daemon اضافه، دیتابیس، PHP یا به‌روزرسانی که ممکن است در روز تعطیل باعث خرابی شود، نیاز ندارد.

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

برای کلاینت‌هایی که از 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 متصل کنید و یک reverse proxy با TLS (امنیت لایه انتقال) در مقابل آن قرار دهید. احراز هویت پایه (basic authentication) در WebDAV، رمز عبور را در هر درخواست ارسال می‌کند؛ بنابراین استفاده از HTTP ساده در اینجا به معنای لو رفتن رمز عبور در هر دقیقه برای چندین بار است. هزینه مهاجرت صفر است، زیرا فایل‌ها هرگز جابه‌جا نمی‌شوند. هزینه این روش این است که هیچ قابلیت همگام‌سازی (sync) یا کپی آفلاین وجود ندارد: با قطع شدن اتصال، فایل‌ها تا زمان برقراری مجدد ارتباط از دسترس کلاینت خارج می‌شوند.

جایگزین‌های تقویم، مخاطبین و ویرایش اسناد

ترک کردن Nextcloud هزینه‌هایی دارد و بهتر است بدانید این هزینه‌ها شامل چه مواردی است. تقویم‌ها و مخاطبین از پروتکل‌های CalDAV و CardDAV (همگام‌سازی تقویم و مخاطبین از طریق HTTP) استفاده می‌کنند و Radicale جایگزین سبک برای این کار است. این برنامه هر مجموعه را به صورت فایل روی دیسک ذخیره می‌کند و با مصرف تنها چند ده مگابایت حافظه اجرا می‌شود.

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

این بسته شامل /usr/lib/systemd/system/radicale.service است و پیکربندی پیش‌فرض آن در /etc/radicale/config قرار دارد که روی localhost:5232 گوش می‌دهد. Radicale هیچ رابط کاربری برای ویرایش رویدادها ندارد، بنابراین باید یک کلاینت موبایل یا دسکتاپ را به آن متصل کرده و ویرایش را در آنجا انجام دهید.

جایگزینی ویرایش اسناد در مرورگر دشوارتر است. OnlyOffice Docs و Collabora Online هر دو موتورهای ویرایش هستند، نه فضای ذخیره‌سازی: هر کدام به یک برنامه میزبان نیاز دارند که فایل‌ها را نگهداری کرده و اسناد را به موتور ویرایش تحویل دهد. با حذف Nextcloud، شما به میزبان دیگری نیاز دارید، مانند Seafile که ویرایشگر اختصاصی خود یعنی SeaDoc را دارد. مقایسه OnlyOffice و Collabora بررسی می‌کند که پس از انتخاب میزبان، کدام موتور را باید اجرا کنید.

اگر هر یک از موارد زیر صادق است، در Nextcloud بمانید

• چندین نفر از یک تقویم و یک دفترچه تلفن مشترک، روی همان حساب‌هایی که فایل‌ها در آن قرار دارند، استفاده می‌کنند.
• شما اسناد اداری را در مرورگر، در همان فایلی که شخص دیگری همزمان در حال ویرایش آن است، تغییر می‌دهید.
• شما به لینک‌های اشتراک‌گذاری برای هر فایل با تاریخ انقضا و رمز عبور، به‌علاوه مجوزهای گروهی نیاز دارید.
• کاربران شما فنی نیستند و اپلیکیشن‌های موبایل همان چیزی است که واقعاً از آن استفاده می‌کنند.

برای این کارها هیچ جایگزین سبک‌تری وجود ندارد که همه این قابلیت‌ها را داشته باشد و اقدام صادقانه این است که به‌جای ترک آن، نصب فعلی را اصلاح کنید. اکثر نمونه‌های کند، از یک pool پیش‌فرض PHP-FPM بدون تنظیم حافظه کش (memory cache) استفاده می‌کنند و صفحه مدیریت Nextcloud درباره نبود این کش هشدار می‌دهد. کاهش تعداد فایل‌های ردیابی‌شده بیش از هر تغییر دیگری کمک می‌کند، زیرا جدول کش فایل‌ها همان بخشی است که رشد می‌کند. نصب Nextcloud روی یک VPS با Docker، TLS و پشتیبان‌گیری آن را به روشی راه‌اندازی می‌کند که از اکثر این مشکلات جلوگیری می‌کند.

هزینه واقعی مهاجرت، به تفکیک گزینه‌ها

• Syncthing: بدون نیاز به import. آن را به درختی که از قبل در هر دو سمت دارید اشاره دهید و اجازه دهید همگام‌سازی (converge) انجام شود.
• SFTP یا WebDAV روی همان درخت: بدون نیاز به import، زیرا هیچ فایلی جابه‌جا نمی‌شود.
• Object storage: یک کپی کامل تحت شبکه، قابل ازسرگیری و اسکریپت‌نویسی؛ پوشه‌های خالی در این روش منتقل نمی‌شوند.
• Seafile: یک بار آپلود کامل در کتابخانه‌ها، زیرا سرور به‌جای فایل‌ها، بلوک‌ها را ذخیره می‌کند.

هر کدام را که انتخاب می‌کنید، ابتدا یک کپی تمیز از Nextcloud تهیه کنید. فایل‌های کاربر در دایرکتوری data به صورت ساده و به ازای هر کاربر در یک پوشه قرار دارند، بنابراین rsync آن درخت، منبع شماست. پیش از کپی، instance را در حالت maintenance mode قرار دهید، در غیر این صورت فایل‌ها را در حین نوشتن کپی خواهید کرد.

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 در منبع مقایسه کنید. کمبود در تعداد فایل‌ها معمولاً به این معنی است که مجوزها مانع از rsync خواندن برخی موارد شده‌اند و سیستم این خطاها را در حین اجرا چاپ می‌کند.

دو تله در این کپی وجود دارد. فایل‌هایی که از طریق قابلیت external storage در Nextcloud در دسترس هستند، اصلاً در دایرکتوری data قرار ندارند، زیرا آن‌ها روی سیستم راه دوری هستند که به Nextcloud معرفی شده است. همچنین اگر رمزنگاری سمت سرور (server-side encryption) فعال بوده باشد، فایل‌های روی دیسک به صورت ciphertext هستند؛ بنابراین occ encryption:decrypt-all باید پیش از کپی اجرا شود، وگرنه پوشه‌ای از داده‌های غیرقابل‌خواندن را منتقل خواهید کرد. پیش از لغو هر عملیاتی، هر دو مورد را بررسی کنید.

FAQ

آیا جایگزینی برای Nextcloud وجود دارد که ساختار پوشه‌های موجود من را حفظ کند؟

Syncthing و هر تنظیمات ساده SFTP یا WebDAV این کار را انجام می‌دهند. Syncthing دایرکتوری مورد نظر شما را ایندکس کرده و همان نام‌ها و چیدمان را در تمام دستگاه‌ها حفظ می‌کند، بنابراین نیازی به مرحله import یا آپلود نیست. Seafile و object storage هر دو به یک مرحله آپلود کامل نیاز دارند، زیرا هیچ‌کدام داده‌های شما را به عنوان فایل‌های معمولی در یک ساختار درختی عادی ذخیره نمی‌کنند. Seafile فایل‌ها را به بلوک‌هایی در دایرکتوری داده‌های خود تقسیم می‌کند و object storage به جای دایرکتوری، از کلیدها (keys) استفاده می‌کند.

آیا Seafile روی یک VPS با 2 GB رم اجرا می‌شود؟

مستندات Seafile تا اوت 2026 حداقل 2 GB رم و یک پردازنده 2 هسته‌ای با فرکانس بالای 2 GHz را درخواست کرده است. این مقدار را به عنوان حداقل مطلق بدون فضای اضافی در نظر بگیرید، زیرا دپلوی Docker شامل اجرای MariaDB، Caddy و ویرایشگر SeaDoc در کانتینرهای مجزا نیز هست. برای یک کاربر تکی، این مقدار قابل استفاده است. برای یک خانواده یا تیم کوچک، به 4 GB ارتقا دهید یا کانتینر SeaDoc را از stack حذف کنید و از خیر ویرایش اسناد در مرورگر بگذرید.

چرا رابط وب Nextcloud کند است در حالی که سرعت دانلود همچنان بالاست؟

زیرا این دو مسیر کارهای متفاوتی انجام می‌دهند. دانلود، بایت‌ها را از دیسک استریم می‌کند، در حالی که بارگذاری صفحه، PHP را اجرا کرده، جدول کش فایل‌ها را کوئری می‌زند و اغلب منتظر یک worker آزاد در PHP-FPM می‌ماند. پیش از مقصر دانستن فضای ذخیره‌سازی، تعداد ردیف‌های oc_filecache را بشمارید و pm.max_children را در pool مربوط به PHP-FPM بررسی کنید. جدولی با میلیون‌ها ردیف و یک pool با پنج worker دقیقاً همین الگو را ایجاد می‌کند.

آیا می‌توانم Nextcloud را فقط برای تقویم‌ها نگه دارم و فقط فایل‌ها را منتقل کنم؟

بله، و این اغلب ارزان‌ترین پاسخ است. پوشه‌های بزرگ خود را با Syncthing یا Seafile همگام‌سازی کنید و Nextcloud را برای CalDAV، CardDAV و ویرایش اسناد در مرورگر فعال نگه دارید. از آنجا که دیتابیس Nextcloud با افزایش تعداد فایل‌هایی که ردیابی می‌کند رشد می‌کند، حذف درخت‌های بزرگ از آن باعث می‌شود رابط کاربری دوباره سریع شود. آن‌ها را از طریق رابط وب یا occ حذف کنید، نه از دایرکتوری داده روی دیسک؛ در غیر این صورت دیتابیس همچنان ردیف‌هایی را نگه می‌دارد که به فایل‌های حذف‌شده اشاره دارند.