photog.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A place for your photos and banter. Photog first is our motto Please refer to the site rules before posting.

Administered by:

Server stats:

243
active users

#webdav

1 post1 participant0 posts today
Replied in thread

@funkvolk Als Ersatz für OneNote (und Google keep) nutze ich #Joplin. Ich bin damit sehr zufrieden. Ist verfügbar für #Windows, #Linux, #Android, #iOS. Joplin ist #OpenSource.
Es kann auf vielen Wegen in Clouds synchronisieren. Unter anderem Joplin-Cloud, Nextcloud oder auch via #WebDAV. Letzteres nutze ich mit meinem HiDrive. Synchronisation ist auf Wunsch auch verschlüsselt. Und durch die Synchronisation habe ich alles immer auf meinen 3 Geräten gleich.

Mit SFTPGo lässt sich unkompliziert ein eigener Cloud-Server im Selfhosting einrichten. In dieser Anleitung erkläre ich dir Schritt für Schritt, wie du SFTPGo installierst und sicher über das Internet zugänglich machst. Dank WebDAV kannst du anschließend von überall über deinen Dateimanager auf deine Cloud zugreifen.
gnulinux.ch/sftpgo-deine-mini-

GNU/Linux.chVideo: SFTPGo - deine Mini-Cloud mit WebDAVMit SFTPGo kannst du ganz einfach deinen eigenen Cloudserver im Selfhosting-Betrieb aufsetzen. Ich zeige dir im Detail, wie du SFTPGo installierst und über das Internet sicher verfügbar machst. Mit WebDAV kannst du über den Dateimanager von überall auf deine Cloud zugreifen.
Replied in thread

@paco @tante

I'd be surprised to see Nextcloud notes, and other directories use IMAP. What I'm sure it supports (because I use it that way) is #webdav

If Notes is an important part of your workflow, you might consider #QOwnNotes as stand alone app on the computer.

Apart form thet #Obsidian might also be a good candidate, that is also available for iOS. Though I don't have any experience with it yet.

Was verwendet man im Jahr 2025 eigentlich unter Debian, wenn man schnell einen (internen) #WebDAV-Server braucht? 🤔

Nginx ist leider keine Option, der hat für den geplanten Client angeblich eine Inkompatibilität. Soll ich wirklich Apache nehmen? Oder gibt es da (außer Lighttpd) noch andere Alternativen, die ich nicht auf dem Radar habe? 😬

Ok. Remotely cleaning a huge (>2 TB, many many files and subdirs) #Nextcloud-hosted folder (not the whole user) is *painful*. Without access to the host it runs on I am limited to either the webinterface - which breaks - or using #webdav with a tool like #rclone.

#rclone purge breaks (timeout), so rclone delete it is. Which is *slow*, really slow. Probably because the remote moves a deleted file into the (for this case) useless trashbin which can't be turned off.

At least one can use #xargs to run multiple rclones in parallel - first get a list of entries of the to-be-deleted-dir (rclone lsf), format them the way rclone expects (basically put name of remote in front) and use something like `xargs -n 1 -P0 rclone delete -v --rmdirs` on it.

Still, its running since yesterday later afternoon and we are down to 1.4Tb left, of 2Tb. Even in parallel, the webdav shit manages to delete 2 to 4 files a second only.

Replied in thread

@maxheadroom @moellus Hm, naja, dafür hat #restic ja „lock“-Files. Das sollte IMHO funktionieren.

Wenn Du natürlich unter der Haube Dinge veränderst, dann wird‘s natürlich schwierig, dass gilt dann aber für alle Dateien und entsprechende Probleme. Bzw. im Grunde für jedes von #restic unterstützes Ziel.

Ansonsten könntest Du via #rclone und #WebDav nehmen, falls es nicht lokal verfügbar ist. (1/2)

Replied in thread

@simarilius @thomaskrahn
Ich probiere gerade genau das.
Der Nextcloud-Client scheint erheblich schneller zu sein und schreibt das, wofür die webdav-Schnittstelle einen Tag braucht, in wenigen Minuten weg.

Nachtrag:
Wenn die Prognose einigermaßen zutrifft, werden 1,5 TB in 1-2 Tagen auf dem Server sein.

Via #Webdav schaffe ich in der gleichen Zeit (jetzt schon optimiert) etwa 50 GB.

Da liegt also Faktor ~25 dazwischen.

Keine Ahnung, was an der webdav-Schnittstelle von #Nextcloud kaputt ist.

Continued thread

Für #Seafile Syncs hab ich noch das APK von SynchronizeUltimate daliegen (App ist aus dem Store verschwunden) und damit startet der Sync, aber es ist unglaublich langsam. Braucht für jeden Ordner ungefähr eine Minute - und jetzt ratet mal aus wie vielen Ordnern eine 70gb MP3-Sammlung so besteht. Das ist keine Lösung. Oder kann jemand eine #Android App empfehlen die effizient 70gb via #WebDAV nach Android Synct?