File grösser als 2 GB hochladen

Wieso will man das via php hochladen?

Ganze per ftp hochladen und via link einbinden.

Halte ich da sinnvoller

Das scheint wohl nicht zu klappen, wird wie bei der WL Filebase auf 2 GB begrenzt zu sein.

Quote from blnsnoopy26

Wieso will man das via php hochladen?

Ganze per ftp hochladen und via link einbinden.

Halte ich da sinnvoller

Vielleicht hat aber nicht jeder vor, seinen Usern, FTP Zugang zu geben, das mag sicherlich sinnvoller sein, wenn man als Betreiber oder auf die Administration die Uploads beschränkt.

Quote from Martin1971

SQLSTATE[22003]: Numeric value out of range: 1264 Out of range value for column 'videoFilesize' at row 1

Du könntest den Datentyp der Spalte videoFilesize anpassen, wenn du Datenbankzugriff hast

Bleibt das auch dauerhaft so oder wird das später wieder durch ein Update überschrieben?

Bin gespannt wie WoltLab reagiert.

Ist eher selten, dass WoltLab Datentypen in der DB durch Updates überschreibt.

Das sollte normalerweise dann bestehen bleiben. Bei Updates werden üblicherweise ja nicht laufend bestehende Tabellen oder einzelne Spalten/Datenfelder überschrieben. Bestenfalls in großen Abständen mal neue angelegt oder einzelne Werte geändert.

Aber selbst WENN genau das INT an dieser Stelle mal Update-betroffen wäre, könnte man das ja schnell wieder ändern.

Ob das in allen Fällen eine sinnvolle Empfehlung ist, ist dann wieder eine andere Frage. Manche Begrenzungen haben ja auch durchaus ihre Berechtigung.

Ebenso wie man ja auch PHP nicht endlos große Rechte einräumt.

Die Angabe bei den Gruppen erfolgt aber nicht in Bytes

Quote from Martin1971

Im ACP kann man ja jede Grösse der Files für die Benutzergruppe einstellen. Es ist also nicht limitiert.

Falsch und falsch. Das beste ACP einer Software nutzt nichts bzw. kann sich nicht über die Begrenzungen "hinwegsetzen", die eine Datenbank bzw. Feldtypen setzen.

Da kannst Du eintragen was Du willst, es wird bestenfalls (z.B bei einem 16 oder 32 bit INT) zu einem Überlauf führen, mehr nicht.

Dafür gibt es BIGINT mit einer theoretischen Begrenzung von erst 2n−1 − 1 bzw. 2n − 1.

Erst wenn das gesetzt ist, könnte auch ein ACP höhere Werte sinnvoll zulassen.

Grundsätzlich stellt sich aber auch die Frage, ob man überhaupt derart große Daten dort speichern muss, genauer gehören binary dates überhaupt nicht in eine MySQL Datenbank, da diese konzeptionell gar nicht dafür ausgelegt sind.

Zumindest nicht, wenn es sich z.B. um größere Bild- oder Videodaten handelt.

Dafür gibt es ein File-System auf jedem Server.

Das kleinste Problem dabei sind noch übermäßig aufgeblähte Datenbanken, deren Sicherung noch dazu ewig lange dauern und viel zu große große Dumps erzeugen.

Vorhersehbare Table-Crashes sind noch viel wahrscheinlicher und auch die Performance ist dadurch nicht immer die beste.

In der Vergangenheit wurden viele Probleme bei Betreibern sofort behoben, nachdem sie binäre Daten von dort in das File-System umgelagert und dadurch nicht nur die DB "verschlankt" hatten.

Quote from Modelcarforum

Grundsätzlich stellt sich aber auch die Frage, ob man überhaupt derart große Daten dort speichern muss, genauer gehören binary dates überhaupt nicht in eine MySQL Datenbank, da diese konzeptionell gar nicht dafür ausgelegt sind.

Zumindest nicht, wenn es sich z.B. um größere Bild- oder Videodaten handelt.

Dafür gibt es ein File-System auf jedem Server.

Die Dateien selbst werden nicht in der Datenbank gespeichert, wohl aber deren Dateigröße.

Quote from Martin1971

Die Dateien werden natürlich nicht in der Datenbank gespeichert. Wie kommt du auf sowas ?

Der Abschnitt war ganz allgemein gemeint, gewissermaßen "prophylaktisch".

Du hattest ja ganz oben nur allgemein von einem (übergroßen) File gesprochen, daher war/ist nicht bekannt, um welche Art genau es sich dabei handelte. .

Und leider gibt es tatsächlich etliche Betreiber, die z.B: Anhänge im GB-Bereich oder/und ganze Galerien in einer DB speichern lassen.

Daher nur vorsichtshalber die Empfehlung, das möglichst nicht zu tun, auch wenn einige Software diese Wahlmöglichkeit lässt.