Seafile vs Nextcloud: Mana Lebih Baik Untuk Sync Fail?

Seafile berbanding Nextcloud: jawapan ringkas

Perbezaan antara Seafile dan Nextcloud terletak pada satu perkara: bagaimana fail disimpan sebaik sahaja ia sampai ke pelayan. Seafile memecahkan setiap fail kepada blok dan menyimpannya dalam storan objek yang hanya boleh dibaca oleh Seafile, maka penyelarasan (sync) menjadi pantas dan sandaran (backup) perlu dilakukan dalam dua bahagian. Nextcloud menulis fail anda ke cakera sebagai fail biasa, dan menganggap penyelarasan sebagai satu ciri dalam platform yang turut menjalankan kalendar, kenalan, dokumen dan pautan perkongsian. Buat keputusan berdasarkan perbezaan tersebut, kerana aspek lain akan ditentukan olehnya.

Sehingga Ogos 2026, Seafile berada pada siri 13.0 dan Nextcloud pada siri 34. Kedua-duanya sudah matang, dan tiada satu pun yang akan mengubah model storan masing-masing.

Bagaimana Seafile menyimpan fail anda

Seafile memodelkan pustaka (library) seperti cara git memodelkan repositori. Manual pentadbir memberikan model dalaman sebagai Repo, Commit, FS dan Block, serta menyatakan bahawa repo juga dipanggil sebagai pustaka. Setiap fail dipecahkan kepada blok dengan panjang berubah-ubah melalui content defined chunking (CDC, iaitu algoritma yang memilih sempadan blok daripada data itu sendiri), dan manual tersebut memberikan purata saiz blok sekitar 8 MB. Blok dinamakan berdasarkan kandungannya, jadi dua versi bagi satu fail besar akan berkongsi setiap blok yang tidak berubah, dan dua pustaka juga akan berkongsi blok yang sama.

Pangkalan data hubungan hanya menyimpan sejumlah kecil metadata mengenai pustaka. Segala-galanya, iaitu commit, objek direktori dan blok, terletak di bawah direktori data. Dalam susun atur Docker yang digunakan oleh siri 12 dan 13, ia adalah /opt/seafile-data/seafile/seafile-data. Menjalankan ls di sana tidak memberikan maklumat yang berguna, kerana anda akan melihat direktori yang penuh dengan nama hash, bukan Invoices/2026/march.pdf.

Penyelarasan (sync) mengikut model yang sama. Pelanggan meminta pelayan untuk mengetahui perkara yang berubah, menerima senarai hash blok, dan hanya mengambil blok yang belum dimilikinya. Itulah sebabnya Seafile mampu mengendalikan pustaka yang besar: bait yang dipindahkan adalah berkadar dengan blok yang berubah, bukan dengan saiz fail yang mengandungi blok tersebut.

Bagaimana Nextcloud menyimpan fail anda

Nextcloud meletakkan fail pada cakera di lokasi yang dijangkakan. Laluan data/<username>/files/ mencerminkan apa yang dilihat oleh pengguna dalam antara muka web. Jadual pangkalan data, oc_filecache, mencerminkan pepohon yang sama dengan saiz, masa pengubahsuaian dan etag, dan Nextcloud lebih mempercayai jadual tersebut berbanding cakera.

Klien desktop menggunakan WebDAV (web distributed authoring and versioning) melalui HTTPS. Setiap fail memerlukan sekurang-kurangnya satu permintaan, itulah sebabnya Nextcloud menambah API muat naik pukal: manual pembangun menjelaskan bahawa memuat naik banyak fail kecil adalah lebih perlahan daripada yang sepatutnya kerana lebar jalur rangkaian tidak digunakan sepenuhnya, jadi fail-fail kecil digabungkan bersama. Fail besar pula diproses melalui API chunking, dan saiz chunk lalai klien desktop ialah 5 MiB (OWNCLOUD_CHUNK_SIZE lalai kepada 5242880 bait).

Kelebihan menyimpan fail pada cakera ialah setiap alat yang anda miliki boleh membaca data anda. Kekurangannya ialah Nextcloud tidak mengesan perubahan yang dibuat secara terus tanpa melaluinya. Salin fail terus ke dalam direktori data dan ia akan kekal tidak kelihatan dalam antara muka web sehingga anda melakukan imbasan:

sudo -E -u www-data php occ files:scan --all -vv

Manual pentadbir menyatakan kes-kes ini untuk imbasan semula: selepas menyalin fail terus ke dalam direktori data, selepas migrasi, dan apabila anda menyiasat ketidakkonsistenan cache fail.

Yang manakah menyegerakkan pustaka besar dengan lebih pantas?

Seafile, dalam dua situasi yang sering menjadi masalah: puluhan ribu fail kecil, dan penyuntingan berulang pada fail besar. Mekanismenya ialah penyahduplikasian peringkat blok (block level deduplication), jadi imej cakera bersaiz 4 GB yang berubah di bahagian tengah hanya dimuat naik sebagai beberapa blok sahaja. Nextcloud merapatkan jurang fail kecil dengan muat naik pukal, namun ia tidak dapat mengatasi jurang fail besar kerana unit pemindahannya adalah keseluruhan fail.

Jangan hanya percaya pada kata-kata saya mengenai saiz jurang tersebut, dan jangan juga bergantung pada penanda aras vendor. Bina satu pustaka yang menyerupai pustaka anda dan ukur masanya:

mkdir -p ~/synctest && cd ~/synctest
for i in $(seq 1 20000); do head -c 4096 /dev/urandom > "file_$i.bin"; done
du -sh ~/synctest

Masukkan direktori tersebut ke dalam folder yang disegerakkan pada setiap pelayan dan perhatikan klien sehingga selesai. Kebolehpercayaan adalah sama penting dengan kelajuan. Klien Seafile memuat naik blok terlebih dahulu dan menulis commit yang merujuk kepada blok tersebut pada peringkat akhir, jadi muat naik yang terganggu akan membiarkan pustaka berada pada commit sebelumnya dan bukannya dalam keadaan struktur fail yang separuh siap.

Keperluan setiap satu pada VPS kecil

Dokumentasi Seafile meminta "sekurang-kurangnya 2G RAM dan CPU 2-teras (> 2GHz)". Dokumentasi Nextcloud pula menyatakan keperluan memori bagi setiap proses PHP: minimum 128 MB dan disyorkan 512 MB bagi setiap proses, yang perlu didarabkan dengan jumlah pekerja (worker) anda sebelum ditambah dengan pangkalan data, cache dan penjanaan pratonton. Di bawah adalah titik permulaan yang saya akan gunakan untuk pasukan kecil. Ini adalah titik permulaan, bukan ukuran muktamad.

[
  {
    "label": "Seafile CE 13",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 3
  },
  {
    "label": "Nextcloud 34",
    "start_ram_gb": 4,
    "start_cpu_cores": 2,
    "sql_databases": 1
  },
  {
    "label": "Syncthing 2",
    "start_ram_gb": 1,
    "start_cpu_cores": 1,
    "sql_databases": 0
  }
]

Kedua-duanya berada dalam kelas yang sama, 4 GB RAM dengan 2 teras, jadi paksi jejak memori tidak menjadi penentu antara keduanya. Syncthing berjalan dalam 1 GB pada 1 teras, yang merupakan sebab jujur untuk mempertimbangkannya. Bahagian yang bergerak lebih berbeza berbanding memori. Seafile menyimpan 3 pangkalan data SQL manakala Nextcloud menyimpan 1, dan penggunaan Docker Seafile lalai akan memulakan pelayan, MariaDB, Memcached, SeaDoc dan Caddy daripada fail yang anda muat turun terlebih dahulu:

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

Dalam .env tetapkan SEAFILE_SERVER_HOSTNAME, kata laluan root MySQL dan pangkalan data, akaun pentadbir awal, dan JWT_PRIVATE_KEY. Manual tersebut memerlukan rentetan rawak tidak kurang daripada 32 aksara untuk kunci tersebut, dan ia dibaca pada permulaan pertama, jadi jana kunci itu sebelum anda menaikkan stack tersebut:

openssl rand -base64 40
docker compose up -d

Permulaan pertama mencipta tiga pangkalan data dan pengguna pentadbir. Keputusan setara bagi Nextcloud, termasuk TLS dan reverse proxy, diperincikan dalam panduan Nextcloud pada VPS dengan Docker, TLS dan sandaran.

Bagaimanakah sandaran berbeza?

Ini adalah paksi yang sering dipandang remeh oleh pengguna, dan di sinilah kedua-dua produk paling berbeza.

Bagi Seafile, urutannya tidak boleh diubah. Peraturan dalam manual adalah untuk menyandarkan SQL terlebih dahulu dan direktori data selepasnya, kerana dengan cara itu setiap rekod dalam pangkalan data mempunyai objek yang sah untuk dirujuk, supaya pustaka tidak rosak. Jika diterbalikkan, baris pangkalan data mungkin merujuk kepada blok yang tidak pernah ditangkap oleh snapshot anda.

docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt ccnet_db > ccnet_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seafile_db > seafile_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seahub_db > seahub_db.sql
rsync -az /opt/seafile-data/seafile /backup/data/

Terdapat dua perincian dalam baris tersebut. Gunakan mariadb-dump, kerana siri arahan mysql sudah tidak lagi disokong dalam imej MariaDB yang dibekalkan oleh Seafile. Gugurkan flag -t daripada docker exec apabila anda mengubah hala ke fail, kerana TTY akan menulis semula penamat baris dan merosakkan fail dump tersebut.

Kedua-dua bahagian ditangkap secara berasingan, jadi ia boleh menjadi tidak selari. Selepas sebarang pemulihan, periksa storan sebelum anda mempercayainya:

docker exec -it seafile bash
cd /opt/seafile/seafile-server-latest
./seaf-fsck.sh

Apabila sesuatu hilang, alat tersebut akan menamakan objek berkenaan:

Block 650fb22495b0b199cff0f1e1ebf036e548fcb95a is missing.
Repo ca1a860d HEAD commit is corrupted, need to restore to an old version.

Rancang juga untuk pengumpulan sampah (garbage collection). Penyahduplikasian bermakna fail yang dipadam dan pustaka yang dipadam akan mengekalkan bloknya sehingga anda menjalankan ./seaf-gc.sh dari direktori yang sama, dan proses tersebut akan melaporkan apa yang ditemui, seperti GC finished. 507 blocks total, about 507 reachable blocks, 0 blocks can be removed.. Jika anda mengabaikannya selama setahun, sandaran anda akan terus menanggung kos untuk data yang telah dipadam oleh pengguna anda.

Nextcloud mempunyai masalah dua bahagian yang sama dalam bentuk yang berbeza, kerana direktori data dan pangkalan data mesti menerangkan pokok (tree) yang sama:

sudo -E -u www-data php occ maintenance:mode --on
rsync -Aavx /srv/nextcloud/ /backup/nextcloud-dirbkp/
mariadb-dump --single-transaction --default-character-set=utf8mb4 -u nextcloud -p"$DB_PASS" nextcloud > /backup/nextcloud-sqlbkp.bak
sudo -E -u www-data php occ maintenance:mode --off

Simpan folder config, folder data, sebarang aplikasi tersuai dan tema anda, serta fail dump tersebut. Pulihkan kedua-dua bahagian dari saat yang sama. Jika direktori data lebih baharu daripada pangkalan data, pengguna akan melihat fail yang tidak diketahui oleh cache fail, dan occ files:scan --all akan membaikinya. Jika pangkalan data lebih baharu, baris cache akan merujuk kepada fail yang telah tiada, dan occ files:cleanup akan membuang entri cache yang tidak mempunyai entri sepadan dalam jadual storan.

Walau apa pun, anda memerlukan program sandaran yang mampu mengendalikan banyak fail kecil dan mengekalkan sejarah, itulah yang dilakukan oleh restic dan BorgBackup secara berbeza.

Pelanggan pada desktop dan mudah alih

Seafile mengeluarkan dua program desktop. Pelanggan penyelarasan (syncing client) menyimpan salinan setempat bagi pustaka yang anda pilih. Pelanggan Drive (SeaDrive) melekapkan pustaka anda sebagai pemacu maya dan memuat turun fail apabila diakses: pada Windows, ia menggunakan API cloud files Microsoft, pada macOS versi 3.0 ia merupakan sambungan Finder, dan pada Linux ia dikeluarkan sebagai AppImage sejak versi 3.0.12 serta melekap pada ~/SeaDrive. Pustaka yang disulitkan berfungsi pada ketiga-tiga platform desktop tersebut. Aplikasi mudah alih wujud untuk mencapai fail, dan itulah satu-satunya fungsi yang cuba dilakukan.

Pelanggan desktop Nextcloud juga menawarkan fail maya, dan aplikasi mudah alihnya membawa keseluruhan platform tersebut, jadi kalendar, kenalan, Talk dan nota tersedia bersama-sama akses fail. Jika pengguna anda banyak menggunakan telefon dan mahukan lebih daripada sekadar fail, itu merupakan perbezaan sebenar dalam penggunaan harian.

Satu perincian Seafile yang memerlukan perancangan: pustaka adalah unit untuk perkongsian, penyelarasan, kebenaran dan penyulitan. Tentukan susun atur pustaka anda sebelum memuatkan 500 GB ke dalam satu pustaka tunggal, kerana pemindahan antara pustaka adalah proses salin dan padam, bukannya penamaan semula, jadi sejarah fail tidak akan berpindah bersamanya.

Penyulitan: perkara yang dilindungi oleh setiap satu

Pustaka (library) tersulit Seafile adalah berasaskan sisi klien (client-side). Kata laluan tidak pernah disimpan pada pelayan. Token ajaib yang diperoleh daripada kata laluan dan id pustaka disimpan bersama pustaka tersebut, supaya klien boleh menyemak kata laluan sebelum penyelarasan dilakukan. Kunci fail disulitkan dengan kunci dan IV (initialisation vector) yang diperoleh daripada kata laluan anda menggunakan AES 256/CBC, dan data fail disulitkan dengan kunci fail tersebut.

Baca had yang didokumentasikan, kerana ramai pengguna terlepas pandang perkara ini. Pustaka tersulit hanya menyulitkan kandungan fail. Nama folder dan nama fail tidak disulitkan, begitu juga saiz fail atau sejarah suntingan. Melayari pustaka tersulit melalui pelayar web bukanlah bersifat hujung-ke-hujung (end-to-end): anda menaip kata laluan, pelayan menggunakannya untuk menyahsulit kunci fail, dan ia menyimpan kata laluan dalam memori selama satu jam. Manual juga menyatakan dengan jelas bahawa pustaka tersulit tidak menjamin integriti, kerana pentadbir pelayan boleh mengubah sebahagian kandungan fail dan klien tidak dapat mengesannya.

Nextcloud mempunyai dua ciri dengan nama yang mengelirukan. Penyulitan sisi pelayan (server-side encryption) menyulitkan fail semasa dalam simpanan (at rest) tetapi menyimpan kunci pada pelayan yang sama, jadi ia melindungi data yang disimpan pada storan luaran dengan lebih baik berbanding melindunginya daripada seseorang yang mempunyai akses root pada mesin tersebut. Aplikasi penyulitan hujung-ke-hujung (end-to-end encryption) menyulitkan folder pilihan pada klien, dan mengikut reka bentuknya, pelayan tidak boleh membaca folder tersebut, jadi antara muka web, carian sisi pelayan, dan pratonton tidak dapat melihat kandungan di dalam folder berkenaan.

Penyulitan kedua-dua produk ini tidak menggantikan sandaran (backup) yang tersulit. Sulitkan sandaran secara berasingan.

Kalendar, kenalan, pejabat dan platform aplikasi

Paksi ini tidak setara. Nextcloud menyertakan CalDAV (kalendar melalui WebDAV) dan CardDAV (kenalan melalui WebDAV) dalam terasnya, mengintegrasikan Collabora atau OnlyOffice untuk dokumen, serta mempunyai gedung aplikasi untuk fungsi lain. Seafile 13 menyertakan SeaDoc untuk dokumen kolaboratif dan halaman wiki, dan setakat itu sahaja. Tiada kalendar dan tiada buku alamat.

Platform ini mempunyai harganya, iaitu proses naik taraf. Setiap aplikasi yang anda pasang merupakan satu lagi perkara yang boleh menyekat naik taraf Nextcloud atau berkelakuan tidak sepatutnya selepas itu. Jadi, semakin banyak aplikasi yang bergantung kepada pengguna anda, semakin berhati-hati anda perlu memilih tempoh naik taraf. Seafile mempunyai lebih sedikit perkara yang boleh rosak kerana fungsinya lebih terhad. Perlu diingat juga bahawa Seafile Professional, bukan Community Edition, yang menambah carian teks penuh di dalam dokumen dan kebenaran pada peringkat folder di bawah lesen berbayar. Oleh itu, pastikan ciri yang anda harapkan tersedia dalam edisi yang anda rancang untuk jalankan.

Mod kegagalan yang lazim bagi setiap perisian

Seafile gagal apabila pangkalan data dan storan objek tidak selari. Anda akan mendapati pustaka yang tidak boleh dibuka atau fail yang hilang, dan seaf-fsck.sh akan mencetak blok yang tiada. Tiada pepohon fail yang boleh dibaiki secara manual, jadi pemulihan bergantung kepada dump pangkalan data serta storan objek anda, yang perlu dipulihkan mengikut urutan yang betul. Uji pemulihan tersebut pada VPS simpanan sekurang-kurangnya sekali, kerana sandaran yang tidak pernah dipulihkan hanyalah satu andaian.

Nextcloud gagal apabila cache fail dan cakera tidak sepadan, biasanya kerana sesuatu telah menulis ke dalam direktori data tanpa memaklumkan Nextcloud. Anda akan mendapati fail pada cakera yang tidak disenaraikan oleh antara muka web, atau saiz folder yang salah, dan occ files:scan adalah penyelesaiannya. Dua lagi titik kelemahan perisian ini ialah kelajuan protokol pada banyak fail kecil, yang tidak dapat dibaiki dengan menambah CPU, serta memori PHP: pratonton untuk imej dan video bersaiz besar biasanya menyebabkan lonjakan penggunaan, jadi sediakan 512 MB bagi setiap proses dan jana pratonton dalam tugasan berjadual (scheduled job) dan bukannya semasa permintaan berlaku.

Bukan kedua-duanya: Syncthing, jika anda hanya mahukan penyelarasan fail

Jika keperluan sebenar anda adalah satu folder yang dicerminkan antara mesin, kedua-dua produk ini adalah lebih daripada apa yang anda perlukan. Syncthing tidak mempunyai pelayan dan tidak memerlukan akaun. Setiap peranti adalah peer, dan VPS menjadi peer yang kekal aktif apabila komputer riba anda tidur. Syncthing 2 adalah barisan semasa, dan pakej diperoleh daripada repositori projek itu sendiri:

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

Jalankan ia sebagai pengguna biasa, jangan sekali-kali sebagai root, supaya fail yang ditulis mempunyai pemilikan yang wajar:

sudo systemctl enable --now syncthing@youruser
systemctl status syncthing@youruser

Antara muka web terikat kepada 127.0.0.1:8384 secara lalai, jadi ia tidak boleh dicapai dari internet, yang merupakan tetapan lalai yang betul. Capai ia melalui SSH tunnel dari komputer riba anda:

ssh -L 8384:127.0.0.1:8384 youruser@your-server

Kemudian buka http://127.0.0.1:8384 pada komputer riba. Sync sendiri menggunakan port 22000 melalui TCP dan QUIC, dan penemuan tempatan menggunakan UDP 21027, yang tidak berfungsi merentasi internet. Pada VPS, buka 22000 dan biarkan antara muka tertutup:

sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp

Apa yang anda korbankan ialah setiap ciri pelayan: tiada pautan perkongsian untuk orang yang tidak menjalankan Syncthing, tiada pelayar fail web, tiada akaun pengguna, dan tiada tong sampah sebelah pelayan melainkan anda mendayakan pemversian fail bagi setiap folder. Kejutan klasik ialah fail konflik. Edit satu fail pada dua peranti semasa ia tidak dapat melihat satu sama lain, dan anda akan mendapat fail saudara yang dinamakan seperti notes.sync-conflict-20260806-142233-ABCD1EF.md. Tiada apa yang memberi amaran kepada anda, jadi cari sync-conflict dari semasa ke semasa.

Jika apa yang anda mahukan bukan folder yang diselaraskan tetapi bucket yang ditulis oleh aplikasi, itu adalah alat yang berbeza: lihat storan objek serasi S3 yang dihoskan sendiri. Untuk bidang yang lebih luas, ringkasan alternatif Dropbox yang dihoskan sendiri merangkumi apa yang tidak termasuk dalam perbandingan ini.

Peraturan keputusan

1. Pilih Seafile jika tugasnya adalah penyelarasan mengikut saiz: banyak fail, fail bersaiz besar, beberapa peranti, dan anda menerima storan data yang hanya boleh dibaca oleh Seafile.
2. Pilih Nextcloud jika tugasnya adalah sebagai platform: kalendar, kenalan, dokumen dan pautan perkongsian, dengan fail biasa pada cakera yang boleh dibaca oleh mana-mana alat sandaran.
3. Pilih Syncthing jika tugasnya hanyalah folder cermin dan tiada yang lain.

Pilih dengan teliti sekarang, kerana migrasi antara Seafile dan Nextcloud merupakan penguncian sebenar. Tiada penukar yang tersedia. Anda perlu menyelaraskan segala-galanya ke klien, memuat naiknya ke pelayan lain, serta menanggung kos lebar jalur dan masa, sementara sejarah versi dan pautan perkongsian akan tertinggal. Menentukan pilihan hari ini untuk tempoh tiga tahun akan datang adalah lebih murah berbanding menukar pada tahun kedua.

FAQ

Adakah Seafile lebih pantas daripada Nextcloud untuk menyegerakkan pustaka yang besar?

Ya, dalam dua keadaan yang biasanya menjadi masalah, dan atas sebab yang boleh anda sahkan. Seafile memecahkan fail kepada blok dengan purata kira-kira 8 MB dan hanya memindahkan blok yang berubah, jadi suntingan di dalam fail yang besar hanya memindahkan beberapa blok sahaja. Unit pemindahan Nextcloud adalah keseluruhan fail, jadi suntingan yang sama akan memuat naik semula keseluruhan fail tersebut, dan banyak fail kecil masing-masing memerlukan sekurang-kurangnya satu permintaan WebDAV, itulah sebabnya API muat naik pukal (bulk upload) mereka menggabungkan fail-fail kecil bersama-sama. Uji masa kedua-duanya pada VPS anda sendiri sebelum membuat keputusan, kerana CPU, cakera dan pautan rangkaian anda adalah sama penting dengan protokol yang digunakan.

Bolehkah saya membuat sandaran Seafile dengan menjalankan rsync pada direktori data?

Hanya jika dilakukan bersama-sama dengan pangkalan data, dan mengikut urutan yang didokumenkan. Manual Seafile menyatakan untuk membuat sandaran SQL terlebih dahulu dan kemudian direktori data, kerana dengan cara itu setiap rekod pangkalan data merujuk kepada objek yang wujud dalam sandaran. Perintah rsync -az /opt/seafile-data/seafile /backup/data/ menyalin conf, seafile-data dan seahub-data, tetapi secara sendirinya ia tidak boleh dipulihkan, kerana storan objek tidak menyimpan pepohon fail yang boleh dibaca dan pangkalan data adalah indeksnya. Selepas memulihkan kedua-dua bahagian, jalankan seaf-fsck.sh dan baca keluarannya sebelum anda mempercayai hasilnya.

Adakah saya memerlukan Nextcloud jika saya hanya mahukan penyegerakan fail?

Tidak. Nextcloud ialah satu platform, dan kalendar, kenalan serta gedung aplikasi akan memakan memori dan memerlukan penyelenggaraan naik taraf sama ada anda menggunakannya atau tidak. Untuk penyegerakan fail biasa, Seafile adalah produk yang lebih ringan dengan protokol yang lebih pantas, dan Syncthing adalah lebih ringan lagi kerana ia tidak mempunyai bahagian pelayan untuk dijalankan. Pilih Nextcloud apabila anda mahukan aplikasi tambahan, bukan sebagai pilihan lalai.

Adakah pustaka Seafile yang disulitkan menyembunyikan nama fail saya?

Tidak. Pustaka yang disulitkan menyulitkan kandungan fail pada klien dan kata laluan tidak pernah sampai ke pelayan, tetapi nama folder, nama fail, saiz fail dan sejarah suntingan semuanya kekal kelihatan pada pelayan. Membuka pustaka yang disulitkan dalam antara muka web juga akan menghantar kata laluan ke pelayan, yang kemudiannya menyahsulit kunci fail dan menyimpan kata laluan dalam memori selama satu jam. Jika nama fail itu sendiri adalah sensitif, simpan pustaka tersebut di luar antara muka web dan lakukan penyulitan pada lapisan yang lain.

Berapa banyak RAM yang perlu saya berikan kepada Seafile atau Nextcloud pada VPS?

Mulakan dengan 4 GB dengan 2 teras untuk mana-mana satu daripadanya dengan segelintir pengguna, kemudian pantau memori semasa penjanaan pratonton dan carian. Dokumentasi Seafile sendiri menetapkan lantai pada 2 GB RAM dan CPU 2 teras melebihi 2 GHz. Nextcloud mengesyorkan 512 MB bagi setiap proses PHP, yang perlu anda darabkan dengan bilangan pekerja sebelum menambah pangkalan data dan cache. Syncthing berjalan dengan selesa dalam 1 GB.