Odejście z Nextclouda: trzy lżejsze drogi zależnie od tego, do czego go używałeś

Historia, którą wciąż czytam od osób odchodzących z Nextclouda, jest zawsze ta sama. Klient synchronizacji mówi „w pełni zsynchronizowano”, ale plików brakuje. Aktualizacja uderza w problem z bazą danych. Wysyłka zdjęć zachowuje się inaczej, niż użytkownik się spodziewał.

Skarga pod spodem jest w każdym z tych trzech przypadków ta sama: chcieli jednego niezawodnego przepływu pracy z pakietu zbudowanego po to, by objąć ich wiele.

Mam instancję Nextclouda na VPS-ie we Frankfurcie, postawioną w jeden weekend dwa lata temu i użytą od tamtej pory może cztery razy. Instalacja zadziałała. Instancja wciąż działa. Po prostu przestałem ją otwierać, bo okazało się, że dziewięciu z dziesięciu rzeczy, które robi Nextcloud, nigdy nie potrzebowałem.

Oficjalna dystrybucja All-in-One wymaga co najmniej 2 GB RAM, gdy tylko włączony jest jakikolwiek opcjonalny kontener, a jej wskazówki dotyczące wydajności zalecają dołożyć około 1 GB RAM na aktywnego użytkownika ponad wymaganie bazowe. Wdrożenia zespołowe potrzebują więc więcej zapasu, w miarę jak rośnie jednoczesne użycie. Społeczność ma też otwarty wątek na help.nextcloud.com, w którym prosi projekt o rozważenie lżejszej wersji.

Dalej są trzy drogi wyjścia dopasowane do trzech przepływów pracy. Tam, gdzie istnieją oficjalne wymagania sprzętowe, z nich korzystam. Tam, gdzie ich nie ma, pomijam twarde liczby. Mapa migracji pokazuje, co zachowasz, co stracisz i gdzie każde przeniesienie się komplikuje.

Krótka wersja

• Jeśli używałeś Nextclouda tylko do synchronizowania plików między własnymi urządzeniami, Syncthing jest dobrym wyborem: peer-to-peer, bez wymaganego centralnego serwera, z kilkoma ważnymi zastrzeżeniami na urządzeniach mobilnych.
• Jeśli używałeś Nextclouda jako zespołowego współdzielenia plików dla wielu użytkowników, Seafile CE jest dobrym wyborem. Udokumentowane minimum to 2 GB RAM i 2 rdzenie CPU, a węższy zakres ułatwia dobór zasobów, gdy głównym zadaniem jest udostępnianie plików.
• Jeśli używałeś Nextclouda głównie jako webowej przeglądarki plików, Cloudreve lub AList daje ci znacznie węższy stos bez ciągnięcia za sobą całego pakietu współpracy Nextclouda.
• Dwa punkty tarcia przy każdym przeniesieniu to luka CalDAV/CardDAV (kalendarz i kontakty) oraz kopia zdjęć na iOS. Oba są omówione w mapie migracji poniżej.

Dlaczego Nextcloud wydaje się ciężki (i dlaczego to nie jest wada)

Na świeżo postawionej instalacji Nextcloud All-in-One htop pokazuje prawdziwy wielokontenerowy stos: kontener główny AIO, Apache, serwer aplikacji Nextcloud, PostgreSQL, Redis i Notify Push. Office, Talk, Talk Recording, ClamAV, wyszukiwanie pełnotekstowe, Imaginary, Whiteboard i kopie oparte na Borgu są opcjonalne. Rdzeń jest cięższy niż jednozadaniowy demon synchronizacji, ale te opcjonalne usługi kosztują RAM tylko wtedy, gdy je włączysz.

Oficjalna dyskusja o All-in-One na GitHubie ustawia udokumentowane minimum na 2 GB RAM, ale rośnie to szybko: 3 GB, gdy tylko włączone są ClamAV, Talk Recording albo wyszukiwanie pełnotekstowe, 5 GB przy wszystkim włączonym, plus około 1 GB na aktywnego użytkownika ponad bazę.

To zalecenia dotyczące doboru zasobów, a nie zmierzone zużycie w stanie ustalonym: AIO wymaga więcej pamięci, w miarę jak włącza się opcjonalne usługi, i zaleca dodatkowy zapas na każdego aktywnego użytkownika. To architektoniczna cena upchnięcia ponad trzydziestu funkcji w jednym samodzielnie hostowanym pakiecie. Źródło: github.com/nextcloud/all-in-one/discussions/1335.

Społeczność Nextclouda sama to zauważyła. Wątek na help.nextcloud.com zatytułowany „Nextcloud Lite, discuss” został otwarty w grudniu 2024 roku z pytaniem, czy projekt nie powinien wydać okrojonej dystrybucji dla użytkowników, którzy chcą tylko plików i udostępniania. Część użytkowników, w tym osoby, którym Nextcloud poza tym się podoba, poprosiła o lżejszą wersję. Większość odpowiedzi była przeciw, argumentując, że niechciane funkcje można po prostu wyłączyć i że cięcie aplikacji bezpieczeństwa byłoby złym interesem. Wątek jest otwarty, a opiekunowie nie opowiedzieli się po żadnej stronie. Odniesienie: help.nextcloud.com/t/nextcloud-lite-discuss/213611.

Kontrargument ma znaczenie. AIO dostarcza już PostgreSQL, Redis i APCu. Jego własne wskazówki wydajnościowe zalecają wyłączenie opcjonalnych kontenerów i aplikacji Nextclouda, których nie potrzebujesz. Jeśli twoja instancja wydaje się ciężka, bo włączyłeś Office, Talk, ClamAV, wyszukiwanie pełnotekstowe albo inne usługi, z których już nie korzystasz, najpierw przytnij właśnie to. Jeśli naprawdę używasz tych usług razem, większy ślad wykonuje pożyteczną pracę.

Ale jeśli zainstalowałeś Nextclouda, a potem otwierałeś go tylko po to, żeby wrzucić pliki do synchronizowanego folderu, rozmowa o strojeniu ciebie nie dotyczy.

Żeby zobaczyć, jak Nextcloud wypada obok swojego najbliższego forka, zobacz nasze porównanie Nextcloud vs ownCloud.

Kluczowy wniosek tej sekcji: Nextcloud jest przewymiarowany do tego jednego przepływu pracy, do którego większość osób hostujących samodzielnie faktycznie go używa.

Diagnostyka trzech archetypów: które wyjście jest twoje?

Zanim wybierzesz narzędzie, wybierz przepływ pracy. Prawie każdy użytkownik Nextclouda, z którym rozmawiałem, mieści się czysto w jednym z trzech wzorców.

Archetyp A. Tylko synchronizacja między urządzeniami. „Zainstalowałem Nextclouda, żeby trzymać laptopa, komputer stacjonarny i telefon w synchronizacji. Nigdy nie używałem interfejsu webowego do niczego poważnego. Nie dzielę się plikami z innymi ludźmi.”

Archetyp B. Zespołowe współdzielenie plików. „Zainstalowałem Nextclouda, bo kilka osób musiało wysyłać i pobierać z wspólnej przestrzeni na pliki. Czasem z przeglądarki, czasem z klienta desktopowego. Zależało mi na wydajności przy dużych plikach.”

Archetyp C. Tylko portal webowy. „Zainstalowałem Nextclouda jako webową przeglądarkę plików. Sposób, żeby się zalogować i wziąć swoje pliki skądkolwiek. Może zainstalowałem klienta desktopowego. Rzadko go używałem. Nie chodziło o synchronizację w czasie rzeczywistym.”

Jeśli pasują do ciebie dwa z nich, wybierz ten, przy którym powiesz: „jeśli to przestanie działać jutro, zauważę w ciągu godziny”. To jest przepływ pracy, od którego zależysz. Reszta to miłe dodatki, które możesz wymienić później albo bez których się obejdziesz.

Minimalne zasoby dla każdej drogi:

Powyższe liczby dla Nextcloud AIO i Seafile CE to udokumentowane wymagania lub zalecenia. Syncthing, Cloudreve i AList nie publikują porównywalnych twardych minimów RAM, które pozwalałyby na czyste zestawienie obok siebie, więc dobieraj zasoby dla tych narzędzi według swojej rzeczywistej biblioteki, backendu magazynu i obciążenia, zamiast traktować społecznościowe liczby o pamięci w spoczynku jak wymagania.

Kluczowy wniosek tej sekcji: wybierz narzędzie pasujące do przepływu pracy, do którego używałeś Nextclouda, a nie to z najdłuższą listą funkcji.

Archetyp A. Syncthing do synchronizacji między urządzeniami

Laptop, komputer stacjonarny i telefon. Wrzucasz plik do folderu na laptopie i dwadzieścia sekund później pojawia się na pozostałych dwóch. Bez portalu webowego. Bez wspólnej biblioteki. Bez zespołu. Do tego zbudowano Syncthing i to jedyne, co robi.

Syncthing działa peer-to-peer. W sensie architektonicznym nie ma tu serwera. Każde urządzenie uruchamia ten sam plik binarny, a urządzenia odnajdują się przez globalną sieć przekaźników albo przez LAN. Możesz dodać VPS do tej sieci, ale będzie jednym z równorzędnych węzłów, a nie centralną instancją. Nie ma webowej przeglądarki plików. Nie ma CalDAV. Nie ma uprawnień zespołowych. Jeśli twoje użycie Nextclouda sprowadzało się do „trzymaj moje foldery w synchronizacji”, żadna z tych strat nie ma znaczenia.

Najwięcej uwagi dostaje koszt zasobów. Przy małej bibliotece, powiedzmy kilka tysięcy plików poniżej 50 GB, Syncthing w spoczynku trzyma się zwykle między 50 a 100 MB RAM. Gdy biblioteka urośnie do setek tysięcy plików, zużycie RAM może przekroczyć 700 MB. Większość osób hostujących samodzielnie nigdy tam nie dociera. Jeśli masz ćwierć miliona plików w jednym folderze, dotrzesz.

To zachowanie przy skalowaniu dokumentują dwa źródła pierwotne:

• Długo działający wątek na forum Syncthinga o zużyciu RAM: forum.syncthing.net/t/ram-utilization/9769
• Własne zgłoszenie projektu na GitHubie o progu skalowania: github.com/syncthing/syncthing/issues/468

VPS ma sens nawet w modelu peer-to-peer. Twój laptop i twój telefon nie są online w tym samym czasie. Jeśli chcesz, żeby zmiany rozchodziły się, gdy jedno urządzenie śpi, potrzebujesz trzeciego urządzenia, które jest zawsze włączone. VPS z Syncthingiem pełni tę rolę i podaje najnowszą kopię kolejnemu urządzeniu, które się obudzi. Mała biblioteka działa spokojnie poniżej 512 MB RAM; daj jej 1 GB, jeśli biblioteka przekroczy kilkaset tysięcy plików.

Zastrzeżenie dotyczące iOS to to, które poradniki o Syncthingu pomijają. Nie ma oficjalnego klienta Syncthing na iOS z niezawodnym wysyłaniem zdjęć w tle. Istnieje kilku klientów firm trzecich, ale żaden nie dorównuje temu, co aplikacja Nextclouda na iOS robi z kopią rolki aparatu. Jeśli synchronizacja zdjęć z iPhone'a była twoim powodem, żeby utrzymywać Nextclouda, sam Syncthing tego nie zastąpi. Obejścia to płatne aplikacje w rodzaju PhotoSync, które wypychają do folderu Syncthinga, albo utrzymanie Nextclouda wyłącznie do tego jednego przepływu, podczas gdy resztę migrujesz.

CZYTAJ

Najlepsze alternatywy dla Google Photos: porównanie usług chmurowych i opcji self-hosted

Tarcie migracyjne w tym kierunku jest niskie. Syncthing pracuje na zwykłym systemie plików. Kierujesz go na folder, w którym twoje pliki już są, dodajesz identyfikatory urządzeń pozostałych maszyn i synchronizacja rusza. Nic do konwersji, nic do importu. Dane to po prostu to, co już leżało na dysku.

Kluczowy wniosek tej sekcji: Syncthing wygrywa na zapotrzebowaniu na zasoby i niezawodności synchronizacji między urządzeniami, ale przegrywa na kopii zdjęć na iOS i całkowicie rezygnuje z portalu webowego.

Archetyp B. Seafile do zespołowej synchronizacji plików

Czteroosobowy zespół. Wspólna biblioteka o nazwie „Operations”, w której leży 60 GB umów, plików projektowych i eksportów. Troje z czworga używa klienta desktopowego, jedna osoba woli przeglądarkę. Od czasu do czasu ktoś wrzuca film o wielkości 4 GB.

Wdrożenie Nextclouda nastawione tylko na udostępnianie plików może potrzebować większego zapasu, w miarę jak dochodzą aktywni użytkownicy i opcjonalne usługi. Seafile jest z założenia węższy, co ułatwia dobór zasobów, gdy synchronizacja i udostępnianie plików są jedynymi potrzebnymi zadaniami.

Seafile jest napisany w C i Pythonie z backendem MariaDB. Nie ma warstwy PHP. Model synchronizacji to deduplikacja blokowa: gdy zmieniasz plik, przesyłane są tylko zmienione bloki, a identyczne bloki u różnych użytkowników są przechowywane raz. Domyślna synchronizacja Nextclouda w większości scenariuszy obejmuje cały plik.

Społecznościowe doniesienia, że Seafile jest szybszy przy dużych bibliotekach, krążą szeroko, a powodem jest architektura. Nie będę cytował rzędów wielkości powtarzanych w artykułach porównawczych. Ślad nie prowadzi do źródła pierwotnego. Mogę za to powiedzieć, że deduplikacja blokowa, udokumentowana w podręczniku Seafile, jest strukturalnym powodem, dla którego ta różnica w szybkości istnieje.

Obecna dokumentacja Seafile Community Edition podaje jako minimum 2 GB RAM i 2 rdzenie CPU. To odpowiada minimum 2 GB dla Nextcloud AIO, gdy włączony jest jakikolwiek opcjonalny kontener. Węższy zakres Seafile nadal może ułatwiać dobór zasobów do udostępniania plików, ale dokładna różnica w pamięci zależy od obciążenia, aktywnych użytkowników, wielkości biblioteki i tego, które usługi Nextclouda są włączone.

Dla zespołu, który potrzebuje wyłącznie synchronizacji i udostępniania plików, Seafile pozwala pominąć dodatkowe usługi Nextclouda, z których nie korzystasz. To może zmniejszyć ślad na serwerze, ale dokładna różnica zależy od obciążenia, a nie od sztywnej reguły w stylu 2 GB kontra 5 GB.

Migracja wymaga pewnego planowania, bo nie ma natywnego importera z Nextclouda do Seafile. Postaw serwer Seafile, zainstaluj klienta desktopowego Seafile na maszynie, która ma dostęp do twoich obecnych plików, utwórz bibliotekę docelową i pozwól klientowi je wysłać. Jak długo potrwa przeniesienie, zależy od wielkości biblioteki i dostępnej przepustowości wysyłania.

Seafile przechowuje dane biblioteki jako bloki i obiekty wewnętrzne, a nie jako zwykłe pliki do przeglądania. Wypisanie katalogu danych poleceniem ls pokazuje wewnętrzną strukturę obiektów Seafile zamiast twojego pierwotnego drzewa folderów. Szyfrowanie to osobna funkcja, nie jest powodem nieprzejrzystości tych obiektów. Oznacza to, że nie odzyskasz biblioteki Seafile przez zwykłe skopiowanie normalnie wyglądających plików z jej magazynu backendowego.

Seafile CE wymaga też ręcznego sprzątania nieużywanych bloków. Uruchamiasz skrypt, który po usunięciu bibliotek lub plików czyści bloki bez odniesień. Edycja Pro automatyzuje tego więcej. Edycja Community nie. Seafile będzie ci niewygodny, jeśli twój spokój operacyjny bierze się z możliwości skopiowania danych na zewnątrz w dowolnej chwili poleceniem cp -r.

Druga strata, którą trzeba zaplanować: kalendarz i kontakty. Seafile nie implementuje ani CalDAV, ani CardDAV. Jeśli twój Nextcloud był książką adresową stojącą za twoim telefonem, będziesz potrzebował osobnej lekkiej usługi, żeby tę lukę wypełnić. Radicale i Baikal to typowe odpowiedzi.

Kluczowy wniosek tej sekcji: Seafile pasuje dobrze, jeśli używałeś Nextclouda głównie jako współdzielenia plików dla wielu użytkowników. Jego architektura skupiona na plikach oszczędza ci szerszego stosu współpracy Nextclouda. Kompromisem jest model magazynu oparty na blokach i obiektach oraz utrata CalDAV/CardDAV.

Archetyp C. Cloudreve albo AList do portalu webowego

Najbardziej przeoczana droga wyjścia. Ten użytkownik chciał strony internetowej, na której zaloguje się z dowolnego urządzenia i weźmie swoje pliki. Klienta desktopowego prawie nigdy nie używał. Synchronizacja w czasie rzeczywistym go nie obchodziła. Do tego zadania cały stos funkcji Nextclouda był o wiele za duży.

Dla takiego użytkownika ani Nextcloud, ani Seafile, ani Syncthing nie są właściwą odpowiedzią. Właściwą odpowiedzią jest portal webowy. Pasują tu czysto dwa projekty i różnią się w jednej osi: czy narzędzie zarządza twoim magazynem, czy tylko z niego czyta.

Cloudreve to portal webowy plus zarządzana warstwa magazynu. Pliki leżą w magazynie, który kontroluje Cloudreve (dysk lokalny, magazyn obiektowy zgodny z S3 albo inne backendy). Ma konta użytkowników i limity, a Cloudreve Pro zawiera teraz oficjalnego klienta desktopowego dla Windows z dwukierunkową synchronizacją w czasie rzeczywistym. Architektura to plik binarny w Go plus baza danych, a repozytorium projektu jest aktywne pod adresem github.com/cloudreve/cloudreve.

AList kładzie interfejs webowy nad istniejącym magazynem. Potrafi przeglądać zamontowane backendy, takie jak dyski lokalne, S3, Google Drive, OneDrive, SMB i WebDAV, i na nich pracować, łącznie z operacjami na plikach tam, gdzie backend je obsługuje. Działa jako plik binarny w Go i domyślnie używa SQLite, więc podstawowe wdrożenie nie potrzebuje osobnego serwera bazy danych. Jeśli twoje pliki już leżą jako zwykłe pliki na obsługiwanym magazynie, AList może je udostępnić bez importowania ich do nowego formatu.

Kiedy co wybrać:

• AList jeśli twoje pliki są już uporządkowane na dysku albo w magazynie chmurowym i chcesz nad nimi tylko jednolity interfejs webowy. Migracja jest praktycznie zerowa. Skieruj AList tam, gdzie leżą pliki.
• Cloudreve jeśli chcesz zarządzanej warstwy z kontami użytkowników, limitami i jednym backendem magazynu, który portal kontroluje od początku do końca. Migracja jest lekka: konfigurujesz backend, kopiujesz pliki, gotowe.

Jedną rzecz trzeba mieć jasną, zanim wybierzesz któreś z nich: AList nie zastępuje synchronizacji, a propozycja synchronizacji w Cloudreve jest węższa niż w Nextcloudzie. Cloudreve Pro ma oficjalnego klienta desktopowego do synchronizacji dla Windows, ale żadne z tych narzędzi nie da ci ekosystemu CalDAV/CardDAV Nextclouda ani równoważnego przepływu kopii zdjęć na wszystkich platformach. Jeśli te rzeczy są kluczowe, jesteś bliżej archetypu A albo B niż C. AList i Cloudreve nie są lżejszymi Nextcloudami. To węższe narzędzia do węższych zadań.

Kluczowy wniosek tej sekcji: Cloudreve i AList to dobre opcje, jeśli używałeś głównie webowej przeglądarki plików Nextclouda. AList utrzymuje prostszą konfigurację, gdy potrzebujesz tylko warstwy webowej nad istniejącym magazynem. Cloudreve ma większy sens, gdy chcesz zarządzanego magazynu, kont użytkowników i synchronizacji desktopowej na Windows.

Mapa tarć migracji: co zachowasz, co stracisz

To jest tabela, którą trzeba przeczytać, zanim wyciągniesz wtyczkę. To tutaj większość przeprowadzek idzie źle.

Luka CalDAV/CardDAV to najbardziej przeoczany koszt migracji w ogóle. Jeśli książka adresowa twojego telefonu synchronizowała się z Nextcloudem, ten kanał pęka w chwili, gdy przestajesz uruchamiać Nextclouda, niezależnie od tego, jakie narzędzie plikowe go zastąpi. Radicale i Baikal to typowe lekkie zamienniki i obie te usługi są dużo mniejsze niż pełna instalacja Nextclouda. To łatki, które warto mieć na radarze, zanim wyciągniesz wtyczkę instancji Nextclouda.

Jeśli chcesz osobnego środowiska, żeby przetestować migrację, zanim powierzysz jej swoje dane, VPS z Linuksem od Cloudzy daje ci na to czyste miejsce. Osobny serwer testowy pozwala przećwiczyć przeprowadzkę bez dotykania instancji produkcyjnej, a każde z tych narzędzi wdrożysz jednym kliknięciem:

• Seafile
• Syncthing
• Cloudreve
• AList

Kiedy powinieneś zostać przy Nextcloudzie

Diagnoza tnie w obie strony. Oto trzy powody, żeby zostać, według wagi.

Aktywnie korzystasz z ekosystemu kalendarza, kontaktów, zadań i notatek. Nextcloud trzyma wszystkie cztery za jednym logowaniem, z działającą implementacją CalDAV/CardDAV, działającym interfejsem webowym i działającymi klientami mobilnymi. Zastąpienie tego osobnymi usługami oznacza uruchomienie Radicale albo Baikal dla kalendarza i kontaktów, osobnej aplikacji do notatek i osobnego menedżera zadań. Dwie albo trzy usługi zamiast jednej. Dwa albo trzy sposoby na awarię zamiast jednego. Jeśli to twoja codzienność, Nextcloud zarabia na swoje zużycie RAM.

Polegasz na zintegrowanym stosie współpracy Nextclouda. Nextcloud trzyma pliki, edycję dokumentów, kalendarz, kontakty, zadania, notatki i inne funkcje współpracy za jednym kontem i jednym interfejsem. Seafile potrafi zintegrować Collabora albo OnlyOffice do jednoczesnej edycji dokumentów, więc sama wspólna praca na dokumentach nie jest powodem, żeby go skreślić. Różnica polega na tym, że zastąpienie szerszego ekosystemu Nextclouda i tak oznacza sklejanie osobnych usług dla funkcji, których Seafile nie obejmuje.

Twój Nextcloud jest ciężki przez usługi, z których nie korzystasz. AIO dostarcza już PostgreSQL, Redis i APCu, więc zmiana bazy danych albo włączenie APCu nie jest tutaj krokiem strojenia. Zacznij od wyłączenia opcjonalnych kontenerów i aplikacji Nextclouda, których nie potrzebujesz. Jeśli Office, Talk, ClamAV, wyszukiwanie pełnotekstowe albo usługi podglądów działają bez rzeczywistego celu, zdejmij to obciążenie, zanim zdecydujesz się migrować.

Logika, która mówi „odejdź, jeśli używałeś tylko 10% funkcji”, mówi też „zostań, jeśli naprawdę z tych funkcji korzystasz”. Bądź szczery, którym z tych dwóch jesteś.

Kluczowy wniosek tej sekcji: jeśli twój przepływ pracy obejmuje kalendarz, kontakty i wspólną pracę na dokumentach, Nextcloud nadal jest właściwym narzędziem. Napraw konfigurację, zanim zaczniesz uciekać.

Często zadawane pytania

Jaka jest najlżejsza alternatywa dla Nextclouda?

To zależy od przepływu pracy. AList jest jedną z najprostszych opcji dostępu do plików wyłącznie przez sieć, bo może usiąść na istniejącym magazynie i używać SQLite domyślnie. Syncthing jest węższą opcją do synchronizacji między urządzeniami. Seafile Community Edition to pełniejszy zamiennik, gdy potrzebujesz udostępniania plików wielu użytkownikom; jego udokumentowane minimum to 2 GB RAM i 2 rdzenie CPU.

Czy Seafile zużywa mniej pamięci niż Nextcloud?

Seafile może wymagać mniej zasobów przy obciążeniu ograniczonym do udostępniania plików, ale nie ma stałej różnicy w RAM, która obowiązywałaby w każdym wdrożeniu. Zarówno Seafile CE, jak i Nextcloud AIO mogą startować od bazy około 2 GB, zależnie od konfiguracji. Zalecana pojemność Nextclouda rośnie potem wraz z aktywnymi użytkownikami i włączonymi usługami, podczas gdy Seafile jest zbudowany wokół węższego obciążenia związanego z synchronizacją i udostępnianiem plików.

Jak zmigrować z Nextclouda na Seafile?

Nie ma automatycznego importera. Droga, która działa: zainstaluj Seafile, zainstaluj klienta desktopowego Seafile na maszynie, która potrafi odczytać twój katalog danych Nextclouda, utwórz bibliotekę na serwerze Seafile i pozwól klientowi desktopowemu wepchnąć do niej pliki w postaci bloków. Kalendarz i kontakty nie przenoszą się razem z plikami. Będziesz musiał postawić osobny serwer CalDAV, taki jak Radicale albo Baikal, i zsynchronizować ponownie z telefonu. Jak długo potrwa migracja, zależy od ilości danych i dostępnej przepustowości wysyłania.

Czy Syncthing jest lepszy od Nextclouda do kopii zdjęć?

Na urządzeniach mobilnych nie do końca. Oficjalna aplikacja Syncthinga na Androida została wycofana po wydaniu z grudnia 2024 roku, choć pozostają opcje na Androida utrzymywane przez społeczność. iOS wciąż nie ma oficjalnego klienta Syncthing z kopią zdjęć w tle w stylu Nextclouda. Jeśli automatyczna kopia rolki aparatu jest kluczowa dla twojej konfiguracji, potraktuj wsparcie mobilne jako osobną decyzję, zamiast zakładać, że Syncthing zastąpi aplikację Nextclouda.

Czy mogę uruchomić alternatywy dla Nextclouda na tanim VPS-ie?

Tak, ale dobierz VPS do konkretnego narzędzia i obciążenia, zamiast zakładać, że jeden cel pamięciowy pasuje do wszystkich czterech. Seafile CE oficjalnie zaleca co najmniej 2 GB RAM i 2 rdzenie CPU. Syncthing, AList i Cloudreve nie podają bezpośrednio porównywalnych twardych minimów RAM dla omawianych tu obciążeń, więc wyjdź od ich wymagań wdrożeniowych i zostaw zapas na wielkość biblioteki, bazę danych i backend magazynu.