Komplette Ordner statt einzelne Dateien hochladen

[lehm]

Ich bin grade dabei mich Stück für Stück mit der Kepler-Cloud auseinanderzusetzen. Kann man statt Files auch irgendwie komplette Ordner hochladen? (Abgesehen von dem Umweg, den Ordner vorher zu zippen, hochzuladen und dann zu entpacken?)
LG

[Rüdiger Kupper]

Die Idee mit der Zip-Datei ist jedenfalls schon mal gut – daraus schließe ich, dass das Zip-Plugin funktioniert ;-).

Über das „+“-Symbol im Webinterface kann man tatsächlich nur Dateien hochladen, keine Order. (Obwohl ich den Grund nicht sehe.) Es gibt aber mindestens drei Arten, ganze Ordner in die Cloud hochzuladen:

1. Drag-and-Drop: Du kannst Dateien und auch Ordner einfach auf das Browser-Fenster ziehen, das triggert einen Upload und das funktioniert auch mit ganzen Ordnern.
2. Du kannst die Kepler-Cloud auf Deinem Gerät per WebDAV einbinden: Auf Android- und Apple-Geräten durch installieren der Nextcloud-App, auf Desktop-Rechnern, indem Du die Cloud als Netzwerkordner hinzufügst. Das ist von Betriebsystem zu Betriebsystem etwas unterschiedlich. Unter Windows brauchst Du dazu Deinen WebDAV-Link:
   • In der Files-App unten links auf das Zahnrad klicken
   • Den Link dort kopieren
   • Im Windows-Explorer ein Netzwerk-Laufwerk hinzufügen und diesen Link eingeben
   • Mit Kürzel und Passwort authentifizieren Danach müsste der komplette Daeibaum aus der Kepler-Cloud in Deinem Dateibrowser auftauchen und Du kannst wie gewohnt Dateien und Ordner dorthin kopieren.
3. Auf dem Desktop kannst Du auch den Sync-Client installieren. Der synchronisiert Odner zwischen Deiner lokalen Festplatte und der Cloud. Kannst Du hier herunterladen: ​https://nextcloud.com/install/#install-clients

Zu 2. und 3. wird es demnächst einen ausführlicheren „Tipp zur Nutzung der Kepler-Cloud“ geben.

[lehm]

Danke für die Hilfe!
Drag-and-Drop ins Browserfenster hatte ich ausprobiert, das hat nicht funktioniert. Ich dachte wenn Moodle das kann, dann kann NC das längst. Ich glaube, da hat es einfach an Geduld gemangelt. Denn jetzt geht's.
Die Einbindung als Netzlaufwerk ist eine gute Idee und wohl die komfortabelste Lösung.
(Das macht mein privates NAS noch überflüssiger...)

[lehm]

Der Upload ist quälend langsam nd schwankt zwischen 4-1000 KB/s. Merkwürdig, letztes Mal war das viel flotter!

[Rüdiger Kupper]

Eigentlich kann das nicht an unserem Schulzugang liegen, denn der sollte jenseits jedes DSL- oder Kabelzugangs sein (10Gbit). Was danach innerhalb der Schule passiert, da bin ich nicht ganz sicher. Ich sehe auch Ausfälle bei Verbindungen von innerhalb der Schule, die es nicht geben dürfte. Da könnte also etwas nicht ganz okay sein.
Der wahrscheinlichste Bremser wird aber wohl Dein Provider sein. Was hast Du für einen Zugang?

@bau

Der proxmoxls2 und damit der apache- und cloud-Server haben schon eine performante Verbindung zum Fileserver, oder? Wir rechnen damit, dass Kollegen über die Cloud sehr viele Daten hochladen?

[lehm]

Wir haben einen Unitymedia-Kabelanschluss. Welche Uplad-Geschw. unser Vertrag vorsieht weiß ich nicht auswendig, aber Breitbandmessung.de misst ~ 11 Mbit/s. Ich kann aber nciht sagen, wie tageszeitabhängig dieser Wert ist.

[Rüdiger Kupper]

ZReplying to lehm:

Wir haben einen Unitymedia-Kabelanschluss. Welche Uplad-Geschw. unser Vertrag vorsieht weiß ich nicht auswendig, aber Breitbandmessung.de misst ~ 11 Mbit/s. Ich kann aber nciht sagen, wie tageszeitabhängig dieser Wert ist.

Den hab ich auch. Die sind ziemlich gut, tageszeitabhängige Schwankungen gibt es fast nicht.
Wenn Du den 30Mbit-Vertrag von Unitymedia hast, dann hast Du 3Mbit maximale Upload-Bandbreite. Das passt ganz gut zu dem, was Du beschreibst.

[Rüdiger Kupper]

Das nennt man „asymmetrischen Zugang“. Ein Relikt von vor zehn Jahren. Damals glaubte man, Nutzer würden viel mehr herunterladen als hoch. Das hat sich nicht bewahrheitet. Wenn Internetnutzer keine reinen Konsumenten sein sollen, dann müssen sie auch Inhalte hochladen können. Und genauso schnell.

[Rüdiger Kupper]

Doch aus dieser Logik heraus verkaufen die Provider ihren Kunden bis heute verkrüppelte Zugänge: der Download geht leidlich schnell, doch der Upload ist gähnend langsam. Und was soll man sagen? Solange die Kunden für diesen Nepp volle Gebühren zahlen, warum sollen sie daran etwas ändern?

[Rüdiger Kupper]

Wenn Du an einen Providervertrag mit langsamem Upload gebunden bist, aber eine größere Menge Daten in die Kepler-Cloud übertragen möchtest, dann ist ein externes Speichermedium die Lösung, das Du an die Schule trägst. Dort kannst Du alle Dateien beliebig in Deine Verzeichnisse kopieren, ohne Internet.

[lehm]

Verstehe ich nicht so ganz, wieso passen die 11 Mbit/s zu den 1000 KB/s? Muss ich noch durch 8 teilen, wegen Bit und Byte? Und woher kommen die extremen Schwankungen des Uploads, im Schnitt waren das vielleicht 200-300 KB/s. Kann das an der Filegröße liegen, viele kleine Dateien dauern länger als wenige große?

[bau]

Wir haben einen 10GE Zugang zum Hochschulnetz über den BelWUE-Router in der Kleunrheinstraße. Die landet auf dem cisco im Heizungskeller und von dort geht eine 10GE Kupferleitung zum ciscoServerraum. An diesen Switch ist der proxmoxls2 mit 10GE Glasfaser angeschlossen. Sollte reichen ;-)

[Rüdiger Kupper]

Replying to lehm:

Verstehe ich nicht so ganz, wieso passen die 11 Mbit/s zu den 1000 KB/s? Muss ich noch durch 8 teilen, wegen Bit und Byte?

Hm, Du hast Recht: 1000 kB/s sind 8000 kBit/s, also knapp 1 MBit/s. Da hab ich glatt eine Null unterschlagen bis zu den 11MBit/s.

Und woher kommen die extremen Schwankungen des Uploads, im Schnitt waren das vielleicht 200-300 KB/s. Kann das an der Filegröße liegen, viele kleine Dateien dauern länger als wenige große?

Das kann schon eine Rolle spielen, aber insgesamt kommt es mir schon etwas langsam vor. Vielleicht müssen wir das mal systematisch nachmessen.
Was sagt denn die Breitbandmessung über Deine Upload-Rate, die misst die doch auch, glaube ich?

[Rüdiger Kupper]

Replying to bau:

Wir haben einen 10GE Zugang zum Hochschulnetz über den BelWUE-Router in der Kleunrheinstraße. Die landet auf dem cisco im Heizungskeller und von dort geht eine 10GE Kupferleitung zum ciscoServerraum. An diesen Switch ist der proxmoxls2 mit 10GE Glasfaser angeschlossen. Sollte reichen ;-)

In der Tat :-). Vielleicht machen wir mal eine Testmessung mit verschieden großen Dateien bis auf den proxmoxls2 (am besten bis in den cloud-Container). Was ich schon in Erfahrung gebracht habe ist, dass NC die Dateien in Chunks von 10MB hochlädt. Bei größeren Dateien müssten also mehrere 10MB-Pakete nacheinander ankommen.

Wenn die Messung entsprechend schnell ist, dann müssten ja entweder die beiden Apaches bremsen (die Daten gehen ja durch zwei Apache-Server durch, wobei der erste aber nichts weiter macht, als an den anderen weiterzuleiten, oder?). Oder es ist NC, das bremst, z.B., weil der Datenbankzugriff zu langsam ist. Die Datenbank ist inzwischen immerhin 2,7 GB groß.

Das Ticket zu Datenbankoptimierungen ist auch noch offen, glaube ich.

[Rüdiger Kupper]

In dem Zusammenhang fällt mir auch noch diese Bemerkung über HTTPS/2 ein:
​https://docs.nextcloud.com/server/latest/admin_manual/installation/server_tuning.html#enable-http-2-for-faster-loading
Sagt mir leider nichts, können unsere Apache-Server das und ist es aktiviert? "protocol negotiation via ALPN" ist für die meisten Browser auch nötig, sagt mir leider auch nichts …