Wie können Immich und Nextcloud eine Fotobibliothek gemeinsam nutzen, ohne sich in die Quere zu kommen?

Immich und Nextcloud können mit denselben Fotodateien koexistieren, aber die Zuverlässigkeit hängt davon ab, welches System Änderungen am Dateisystem verwaltet und wie Immich diese beobachtet.

Es gibt keine magische gemeinsame Statusschicht, die zwei unabhängige Datenbanken synchron hält, sobald eine der Anwendungen eine Datei verschiebt, löscht oder bearbeitet. Ein gängiger Ansatz besteht darin, Nextcloud weiterhin als Datei Verwaltungs- und Synchronisierungsebene zu verwenden, während Immich eine Ansicht der eingebundenen externen Bibliothek zum Durchsuchen und Erkennen erhält. Das schafft eine sinnvolle Trennung, aber auch eine klare Grenze für erneute Scans.

Das Dateisystem als gemeinsame Grenze behandeln

Nextcloud und Immich verwalten unterschiedliche Anwendungsdatenbanken und haben unterschiedliche Annahmen über ihren jeweiligen Zustand. Die gemeinsame Nutzung derselben zugrunde liegenden Medien führt diese Datenbanken nicht zusammen. Die entscheidende Integrationsfrage lautet daher, welchen Dateisystembaum beide sehen können und welche Anwendung ihn verändern darf.

Eine Diskussion in der Nextcloud-Community zur Integration externer Bibliotheken beschreibt, wie Nutzer von Nextcloud verwaltete Fotoordner für Immich bereitstellen, anstatt die beiden Produkte über ein automatisches Datenbankprotokoll zu verbinden. Bei diesem Ansatz dient das Dateisystem als Integrationsfläche.

Halten Sie die gemeinsame Vereinbarung einfach: ein kanonischer Satz von Originaldateien, ein vorhersehbarer Einbindungspfad innerhalb von Immich und ein ausdrücklich festgelegtes System für Umbenennungen und Löschungen. Wenn beide Anwendungen denselben Baum unabhängig voneinander umorganisieren, kann keine der beiden Datenbanken jede semantische Absicht allein aus dem endgültigen Pfad ableiten.

Schreibgeschützter Zugriff für Immich verringert Schreibkonflikte

Wenn Nextcloud die maßgebliche Quelle für die Dateiplatzierung ist, verringert die schreibgeschützte Einbindung dieses Baums für Immich deutlich das Risiko, dass eine Löschung oder Metadatenänderung in der Fotooberfläche Dateien verändert, von denen Nextcloud weiterhin annimmt, dass sie von Nextcloud verwaltet werden. Immich kann die Assets weiterhin indexieren und anzeigen, während die Änderung der Quelldateien dem übergeordneten System überlassen bleibt.

Ein Nutzerbericht zur Verwendung von Immich als Betrachter veranschaulicht diese Aufgabenteilung: Nextcloud verwaltet die gespeicherten Dateien, während Immich über die eingebundenen Inhalte eine umfangreichere Fotoanzeige und Gesichtserkennung bereitstellt.

Der schreibgeschützte Zugriff hat eine Grenze: Änderungen, die eine Anpassung von Metadaten oder Begleitdateien auf der Quellseite erfordern, können von Immich nicht als dauerhafte Dateibearbeitungen behandelt werden. Legen Sie im Voraus fest, ob Bewertungen, Beschreibungen oder Änderungen auf Dateiebene in Nextcloud, in der Immich-Datenbank oder über einen separaten Metadaten-Workflow verwaltet werden sollen.

Scans externer Bibliotheken sind der Synchronisierungsschritt

Wenn Nextcloud Dateien hinzufügt, entfernt oder neu organisiert, muss Immich seine Ansicht der externen Bibliothek mit dem Dateisystem abgleichen. Dieser Scan verwandelt eine Änderung auf Dateiebene in einen aktualisierten Asset-Zustand in Immich. Daher kann zwischen einer Nextcloud-Aktion und ihrer Anzeige in der Fotooberfläche eine Verzögerung liegen.

Das Nextcloud-Bibliothekskonzept im Waterloo-Community-Wiki zeigt einen praktischen Ansatz, bei dem Nextcloud-Benutzerdaten als externe Immich-Bibliotheken bereitgestellt werden. Die konkreten Skripte hängen von der jeweiligen Umgebung ab, aber das übergeordnete Prinzip bleibt gleich: stabile Einbindungspfade und bewusst ausgelöste erneute Scans.

Interpretieren Sie diese Verzögerung erst dann als Fehler bei der Datenbanksynchronisierung, wenn der Scan abgeschlossen ist. Umgekehrt bedeutet eine erfolgreiche Einbindung nicht, dass Änderungen sofort sichtbar sind: Sichtbarkeit im Dateisystem, Scanplanung sowie nachgelagerte Aufgaben für Vorschaubilder oder die Suche sind getrennte Meilensteine.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Verschiebungen und Löschungen sind die wichtigste Konfliktgrenze

Eine in Nextcloud vorgenommene Umbenennung oder Verschiebung eines Ordners kann für Immich wie das Verschwinden eines Pfads und das Auftauchen eines neuen Pfads aussehen. Wenn die Fotoanwendung die Asset-Identität bei dieser Verschiebung nicht bewahren kann, sind anwendungsbezogene Verknüpfungen wie Alben oder Bearbeitungen nach dem Abgleich möglicherweise nicht mehr demselben logischen Element zugeordnet.

Eine aktuelle Immich-Diskussion über neu organisierte externe Dateien berichtet von einer erneuten Verarbeitung, nachdem sich Pfade geändert hatten. Genau deshalb sollte ein gemeinsamer Nextcloud-Baum konservativen Regeln für die Neuorganisation folgen, und umfangreiche Pfadmigrationen sollten zunächst mit einer Testgruppe geprüft werden.

Das Ein-Schreiber-Modell reicht nicht mehr aus, wenn ein zusätzliches Synchronisierungstool Zeitstempel neu schreibt, doppelte Kopien erzeugt oder Dateien unterhalb beider Anwendungen verändert. Dokumentieren Sie in diesem Fall den dritten Schreiber und behandeln Sie ihn als Teil der Integration, anstatt die Foto- oder Cloud-Anwendung isoliert verantwortlich zu machen.

Die Integration mit einem Test aus vier Vorgängen überprüfen

Erstellen Sie einen Testordner mit vier entbehrlichen Fotos. Führen Sie in der dafür bestimmten Eigentümeranwendung jeweils einen Vorgang zum Hinzufügen, eine Metadatenänderung, eine Verschiebung und eine Löschung durch. Warten Sie nach jeder Aktion, bis der vorgesehene Scan abgeschlossen ist, und dokumentieren Sie, wie Immich das Asset darstellt, ob Anwendungsmetadaten erhalten bleiben und ob Nextcloud konsistent bleibt.

Verwenden Sie ZimaSpaces Datenpfad-Modell, um Dateibesitz, Scans, erzeugte abgeleitete Dateien und den Datenbankzustand voneinander zu trennen. Die Zuverlässigkeit der Integration entsteht dadurch, dass klar ist, welche Ebene sich nach jedem Vorgang ändern soll.

Akzeptieren Sie das Design erst, wenn alle vier Vorgänge vorhersehbare Ergebnisse liefern und die Zuständigkeit für die Wiederherstellung dokumentiert ist. Wenn eine Verschiebung Assets neu erstellt, eine gelöschte Datei wieder auftaucht oder Metadaten verloren gehen, beschränken Sie diese Vorgänge auf ein einziges System oder ändern Sie das Integrationsmuster, bevor Sie die vollständige Familienbibliothek bereitstellen.