Czy Immich może korzystać z zewnętrznej biblioteki bez przejmowania własności plików?

Tak. Immich może indeksować bibliotekę zewnętrzną, podczas gdy oryginalne pliki pozostają zarządzane poza Immich; zamontuj ją tylko do odczytu, gdy Immich nie może zmieniać nazw ani usuwać źródła.

Staje się to rzeczywistą kwestią zgodności, gdy rodzinne zdjęcia znajdują się już w uporządkowanym drzewie NAS, a Immich ma dodać wyszukiwanie i przeglądanie bez przejmowania roli systemu zarządzającego plikami źródłowymi. Zacznij od jednorazowej ścieżki testowej lub konta, zachowaj dostęp do poprzedniego działającego stanu i oceniaj projekt na podstawie pierwotnego obciążenia, a nie jednorazowego testu połączenia.

Oddziel obsługiwaną architekturę od ryzykownej

Obsługiwana gałąź to zewnętrzna biblioteka tylko do odczytu z osobnymi zapisowalnymi przesłanymi plikami i stanem aplikacji. Konkurencyjna gałąź to zapisywalne montowanie źródła pomylone z magazynem przesyłanych plików zarządzanym przez Immich. Zapisz wersje, tożsamości, adresy, ścieżki montowania, uprawnienia i bieżący obserwowalny stan przed zmianą którejkolwiek gałęzi.

Odpowiednia funkcja zewnętrznych bibliotek Immich wyznacza pierwszą granicę zgodności. Wykorzystaj ją do ograniczenia zakresu twierdzenia, a następnie sprawdź to samo zachowanie na tym konkretnym serwerze domowym, zamiast uznawać udokumentowaną funkcję za dowód, że cały projekt działa.

Zapisz regułę decyzyjną przed testowaniem: powodzenie musi oznaczać, że zasoby zostaną zindeksowane i wyświetlone, a oryginały zachowają ścieżki, skróty, właścicieli i ochronę przed usunięciem; niepowodzenie obejmuje pominięcie uprawnień podczas skanowania, sytuację, w której edycje oznaczają zapis do źródła, albo działanie umożliwiające usunięcie lub zmianę nazwy oryginału. Zapobiega to błędnej interpretacji częściowego połączenia lub poprawnego zakończenia polecenia jako zgodności kompleksowej.

Odtwórz dokładną ścieżkę pamięci masowej i sieci

Użyj jednego kontrolowanego rozróżnika: zamontuj mały reprezentatywny folder tylko do odczytu, utwórz bibliotekę zewnętrzną, wykonaj skanowanie, edytuj metadane w Immich i przeprowadź testy usuwania oraz zmiany nazwy w systemie plików. Zachowaj stałe klienta, obciążenie, zestaw plików, konto i czas, aby zmieniony komponent był jedynym prawdopodobnym wyjaśnieniem.

Użyj montowań woluminów tylko do odczytu, aby wybrać drugą obserwację istotną dla tej ścieżki. Zarejestruj obie strony transakcji: resolver lub trasę, wynegocjowany protokół, tożsamość procesu, kod zakończenia, opóźnienie, przesłane bajty i każde zdarzenie odzyskiwania.

Powtórz test po zdarzeniu cyklu życia wymienionym w tytule - odtworzeniu, ponownym połączeniu, ponownym zamontowaniu, ponownym uruchomieniu, przełączeniu awaryjnym lub zmianie klienta. Projekt, który działa tylko wtedy, gdy stare gniazda, pamięci podręczne lub dane uwierzytelniające pozostają aktywne, nie przeszedł testu.

mount /photos:/external:ro -> przeskanuj folder pilotażowy -> porównaj skróty -> przetestuj edycję metadanych i zachowanie podczas usuwania

Interpretuj wyniki dotyczące trwałości, limitów czasu i odzyskiwania

POWODZENIE: zasoby są indeksowane i wyświetlane, a oryginały zachowują ścieżki, skróty, właścicieli i ochronę przed usunięciem. Zapisz dokładne wersje i topologię, które doprowadziły do tego stanu, ponieważ wniosek dotyczy tych warunków, a nie każdej implementacji protokołu.

NIEPOWODZENIE: skanowanie pomija uprawnienia, edycje oznaczają zapis do źródła albo działanie może usunąć lub zmienić nazwę oryginału. Sprawdź wspólne zależności, takie jak DNS, MTU, tożsamość, stan zapory, opóźnienia pamięci masowej i buforowane sesje, zanim uznasz którąkolwiek z głównych gałęzi za odpowiedzialną.

WYJĄTEK: usuń definicję biblioteki bez usuwania plików, przywróć poprzednie montowanie i popraw ścieżkę tylko do odczytu oraz mapowanie tożsamości. Nie rozszerzaj uprawnień, nie usuwaj danych źródłowych, nie osłabiaj bezpieczeństwa transportu ani nie zastępuj działającej pamięci masowej, dopóki powtarzalna obserwacja nie wskaże, która granica zawiodła.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Zachowaj projekt dopiero po kontroli na poziomie odtwarzania

Zastosuj wyłącznie działanie odpowiadające zaobserwowanej gałęzi, a następnie ponownie uruchom pierwotne obciążenie. Zachowaj projekt tylko wtedy, gdy zasoby są indeksowane i wyświetlane, a oryginały zachowują ścieżki, skróty, właścicieli i ochronę przed usunięciem podczas dwóch istotnych cykli życia oraz przy oczekiwanym równoczesnym obciążeniu.

Skorzystaj ze źródeł Immich tylko do odczytu, aby zweryfikować najbardziej zbliżony zależny przepływ pracy. Jego dostęp, czas działania i zachowanie podczas odzyskiwania muszą pozostać niezmienione, gdy nowy projekt jest aktywny.

Zatrzymaj się i wróć do zapisanego stanu, jeśli skanowanie pomija uprawnienia, edycje oznaczają zapis do źródła albo działanie może usunąć lub zmienić nazwę oryginału. Eskaluj problem, podając znaczniki czasu, dokładne wersje, dowody dotyczące trasy lub montowania oraz najmniejszy przypadek odtworzeniowy, zamiast dodawać kolejne obejście.

Porównaj wynik z oddzielnymi kontami zdjęć, aby ryzyko nie zostało jedynie przeniesione do innej warstwy sieci, tożsamości, kopii zapasowej lub pamięci masowej.

W kwestii własności biblioteki zewnętrznej Immich odpowiedź brzmi zatem tak jak początkowa ocena - nie jest to bezwarunkowe tak. Obserwowalny stan powodzenia jest kryterium akceptacji; stan niepowodzenia jest kryterium wycofania.

FAQ

Czy usunięcie biblioteki zewnętrznej usuwa oryginały?

Powinno usunąć zindeksowane rekordy, a nie pliki źródłowe, ale najpierw sprawdź bieżące zachowanie na folderze testowym.

Gdzie znajdują się miniatury generowane przez Immich?

W zapisywalnym magazynie zarządzanym przez Immich, a nie w zewnętrznej bibliotece tylko do odczytu.

Czy przesłane pliki i zasoby zewnętrzne mogą być wyświetlane razem?

Tak, pod warunkiem że ich cykle życia i zasady tworzenia kopii zapasowych pozostają odrębne, a ścieżki się nie nakładają.