Dateien in DB speichern
lima-city → Forum → lima-city Allgemein → lima-city Allgemein
befinden
bild
datei
dateiformat
datenbank
einnehmen
file
gewisse dateiformate
hilfe
http
laden
meinung
problem
regeln
server
speichern
speicherung
team
url
video
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Auf dem Webspace sind nicht alle Dateiformate erlaubt, wohingegen dir der Download-Server zur Verfügung steht, auf dem du alle Dateiformate speichern darfst. [...]
Da in der Hilfe unter III. Regeln für den Webspace, Download-Server und die Domains Punkt C. Dateiformat geschrieben steht, dass nur auf dem Webspace gewisse Dateiformate, darunter befinden sich unter anderem auch *.mp3, verboten sind, dir aber dafür der Download-Server zur Verfügung steht, gehe ich davon aus, dass auch in der Datenbank solche Dateien gespeichert werden dürfen.
Beitrag zuletzt geändert: 13.4.2011 6:21:40 von wagnerm -
also könnte ich hier theoretisch die mp3 in der datenbank ablegen, ohne traffic für den download-server dafür abgeben zu müssen? gibt es für die datenbank hier bei lima irgendwelche begrenzungen(datenbankgröße oder ähnliches)?
-
lies das hier durch und wenn du dann noch fragen hast, her damit.
http://www.lima-city.de/2008/speicherplatz
http://www.lima-city.de/2008/download
gruss tac -
xxmarcelxx schrieb:
Offensichtlich hast du den Eröffnungspost des Threads nicht genau gelesen
Willst du jetzt die Mp3´s zum Download dort reinstellen oder nur zum saven/abrufen ?
denn wenn du sie zum Download zur verfügung stellst kann es sein das du rechtlich
mist baust
, denn dort steht Folgendes geschrieben:
team-42 schrieb:
Also sollte sich deine Frage erübrigt haben...
[...] Die MP3-Files sollen nicht zum Download angeboten werden, sondern lediglich zum Anhören über einen Flashplayer.
-
@wagnerm : Du hast völlig recht und darum steht hier auch schon gar kein Beitrag mehr von einem xxmarcelxx. Hätte ich jetzt hier nichts weiter mitzuteilen, würde mich zu recht selbiges treffen.
Soviel ich mitbekommen habe, ist bedeutungslos, wie man derartige Dateien bezeichnet oder wie sie "verpackt" werden. Entscheidet ist, daß sie für den normalen Webspace verboten sind. Und das sind sie. Folglich wäre ja auch gar nicht möglich, sie in eine Datenbank zu packen. Was allerdings ginge, wäre ihre Pfade und Namen in einer Datenbank zu speichern und dann entsprechend zum anhören vom Downloadserver zu laden. Die gilt nicht dann natürlich nicht als Download.
Wie man das jetzt programmiert, weiß ich allerdings nicht, aber es würde mich in anderem Zusammenhang interessieren, nämlich evtl. gleichzeitiges Laden von Dateien in zwei iframes aus in einer Datenbank gespeicherten Informationen. Aber das bitte nicht hier beantworten, denn es würde von der Fragestellung des Threaderstellers ablenken. -
pflanzenfreund schrieb:
Da sind wir ja einer Meinung!
@wagnerm : Du hast völlig recht und darum steht hier auch schon gar kein Beitrag mehr von einem xxmarcelxx. Hätte ich jetzt hier nichts weiter mitzuteilen, würde mich zu recht selbiges treffen.
pflanzenfreund schrieb:
Für den Webspace sind sie verboten, das ist korrekt und unbestritten. Aber die DB ist ja nicht der Webspace. Daher sollte es folglich doch regelkonform sein, oder?
Soviel ich mitbekommen habe, ist bedeutungslos, wie man derartige Dateien bezeichnet oder wie sie "verpackt" werden. Entscheidet ist, daß sie für den normalen Webspace verboten sind. Und das sind sie. Folglich wäre ja auch gar nicht möglich, sie in eine Datenbank zu packen. Was allerdings ginge, wäre ihre Pfade und Namen in einer Datenbank zu speichern und dann entsprechend zum anhören vom Downloadserver zu laden. Die gilt nicht dann natürlich nicht als Download.
Abgesehen davon ist deine genannte Möglichkeit, die Dateinamen und Pfade zum Download-Server in der DB abzulegen, meiner Meinung nach eine gute Alternative!
Beitrag zuletzt geändert: 14.4.2011 7:26:12 von wagnerm -
Ach so, Du meinst, der Datenbankspeicher wäre nicht auf dem normalen Webspace ? Da bin ich überfragt. Auf dem Downloadserver ist er jedenfalls nicht. Allerdings sehe ich ein allgemeines Problem darin, Sound-Dateien in einer Datenbank zu speichern. Ich würde es ja gerne mit Bildern machen. Aber ich glaube, bei umfangreichen Inhalten werden die Datenbanken zu träge.
-
pflanzenfreund schrieb:
Davon bin ich überzeugt!
Ach so, Du meinst, der Datenbankspeicher wäre nicht auf dem normalen Webspace ?
pflanzenfreund schrieb:
Da bin ich auch ganz bei dir. MS SQL Server und Oracle können vielleicht mit großen Datenmengen noch relativ gut umgehen, aber ich vermute, MySQL stößt hier schneller an seine Grenzen.
[...] Allerdings sehe ich ein allgemeines Problem darin, Sound-Dateien in einer Datenbank zu speichern. Ich würde es ja gerne mit Bildern machen. Aber ich glaube, bei umfangreichen Inhalten werden die Datenbanken zu träge.
-
Ich vermute stark, dass solche Daten auf der Datenbank nicht erwünscht sind. Wenn Lima schon bei den langsameren Webservern keine Musik und Video-Files mag, dann werden sie auf den teureren Datenbankservern erst recht nicht gern gesehen.
Ich weiß zwar, dass man auch auf Datenbanken Bilder und sonstige Dateien ablegen kann, aber dass es bei Lima geht würde mich wundern. Wenn doch, dann wurde sicher vergessen einen Schutz gegen solches Vorgehen einzubauen. -
wagnerm schrieb:
Deine Schlussfolgerung kann ich nicht nachvollziehen, denn der Download-Server ist ja ausdrücklich dafür freigegeben und soll verhindern (da kosten- bzw. Guldenpflchtig) dass übermässig Webspace verbraucht wird.
Auf dem Webspace sind nicht alle Dateiformate erlaubt, wohingegen dir der Download-Server zur Verfügung steht, auf dem du alle Dateiformate speichern darfst. [...]
Da in der Hilfe unter III. Regeln für den Webspace, Download-Server und die Domains Punkt C. Dateiformat geschrieben steht, dass nur auf dem Webspace gewisse Dateiformate, darunter befinden sich unter anderem auch *.mp3, verboten sind, dir aber dafür der Download-Server zur Verfügung steht, gehe ich davon aus, dass auch in der Datenbank solche Dateien gespeichert werden dürfen.
wagnerm schrieb:
Falls die DB auf separaten Servern läuft würde dadurch ja 2 mal Traffic entstehen 1 mal DB-Server => Webspace-Server und danach Webspace-Server zum Browser des anhörenden Nutzers, gehe also davon aus, dass es verboten ist.
Für den Webspace sind sie verboten, das ist korrekt und unbestritten. Aber die DB ist ja nicht der Webspace. Daher sollte es folglich doch regelkonform sein, oder?
mfg autoBert
Beitrag zuletzt geändert: 16.4.2011 11:50:03 von autobert -
Eine Datenbank ist für Daten(data) nicht für Dateien (files) Daten bspw. die URL zu einer Datei gehören in die Datenbank (database) und Dateien (files) in das Dateisystem (filesystem) was ist daran so schwer zu kapieren ?
-
.mp3 -> auf den Downloadserver
Link in die Datenbank.
Eine .mp3 abzuspielen kostet noch nicht einmal viel traffic.
Und wenn du dich anstrengst, und viele sinnvolle beträge leistest, hast du auch schnell 5-6 GB Dl-Volumen zusammen.
Was anderes: Ich wusste garnicht, dass man dateien in einer Datenbank ablegen kann^^ -
Wieso soll das denn nicht funktionieren ? Bei kleinen Dateien wie z.B. Icons gäbe es sogar Sinn, diein einer einzigen, größeren Datei zusammen zu fassen, weil die dann weniger Platz einnehmen und alles übersichtlicher wird. Das muß nicht zwangsläufig in einer Datenbank erfolgen. Bei großen Dateien ist sowas weniger sinnvoll.
-
Vermutungen, nix als Vermutungen. Meine Empfehlug an den User team-42: Frag die Admins, also schreib ein Supporticketund erkläre denen dein Problem. Dann weißt Du mit Sicherheit, ob dein Vorhaben erlaubt ist oder nicht.
FF -
Technisch gesehen ist das Speichern von Dateien in Datenbanken kein Problem. Unter Delphi habe ich das außer mit Texten ( wie es ja mit php üblich ist ) auch mit Bildern gemacht. Bei Musik würde ich sowas aber schon aus einem einzigen Grunde nicht tun, obwohl ich nicht weiß, ob das überhaupt Relevanz hat : Während Bilder nach vollständigem Laden zu sehen sind und dann einen statischen Zustand einnehmen, ist geladene Musik ( wie es auch bei Videos wäre ) während des Abspielvorgangs dynamisch. Ich könnte mir vorstellen, daß dies bei Speicherung in einer Datenbank eher Probleme bringen könnte als bei einer Speicherung in Einzeldateien. Nun bin ich neugierig, was andere von dieser Theorie halten.
-
autobert schrieb:
Es steht nirgends explizit geschrieben, dass das Speichern von Dateien bzw. gewisser Dateiformate in der Datenbank verboten ist. Deshalb meine Schlussfolgerung. Hab ich aber etwas schlecht formuliert.
wagnerm schrieb:
Deine Schlussfolgerung kann ich nicht nachvollziehen, denn der Download-Server ist ja ausdrücklich dafür freigegeben und soll verhindern (da kosten- bzw. Guldenpflchtig) dass übermässig Webspace verbraucht wird.
Auf dem Webspace sind nicht alle Dateiformate erlaubt, wohingegen dir der Download-Server zur Verfügung steht, auf dem du alle Dateiformate speichern darfst. [...]
Da in der Hilfe unter III. Regeln für den Webspace, Download-Server und die Domains Punkt C. Dateiformat geschrieben steht, dass nur auf dem Webspace gewisse Dateiformate, darunter befinden sich unter anderem auch *.mp3, verboten sind, dir aber dafür der Download-Server zur Verfügung steht, gehe ich davon aus, dass auch in der Datenbank solche Dateien gespeichert werden dürfen.
autobert schrieb:
Ich habe ja nicht erwähnt, dass diese beiden Services auf zwei physikalisch getrennten Servern laufen muss. Unter Webspace bzw. Webspace-Server habe ich den Webservice verstanden und der Datenbank-Server stellt für mich auch einen eigenen Service dar.
wagnerm schrieb:
Falls die DB auf separaten Servern läuft würde dadurch ja 2 mal Traffic entstehen 1 mal DB-Server => Webspace-Server und danach Webspace-Server zum Browser des anhörenden Nutzers, gehe also davon aus, dass es verboten ist.
Für den Webspace sind sie verboten, das ist korrekt und unbestritten. Aber die DB ist ja nicht der Webspace. Daher sollte es folglich doch regelkonform sein, oder?
mfg autoBert
Und wo liegt eigentlich das Problem, wenn die DB auf einem anderen Server liegt? Diese Möglichkeit bietet meiner Meinung nach mehr Skalierbarkeit und bessere Wartung der Services, da sie voneinander weniger abhängig sind. Die Geräte befinden sich doch meist ohnehin im selben Netzwerk und gleich nebeneinander. Natürlich leidet unter dieser infrastrukturellen Variante etwas die Geschwindigkeit, aber das sollte man doch kaum merken.
Der Traffic zum Browser geht ja trotzdem über den Webservice nur einmalig gebündelt von statten, oder nicht?
fatfreddy schrieb:
Genau diese Gedanken wollte ich auch gerade posten.
Vermutungen, nix als Vermutungen. Meine Empfehlug an den User team-42: Frag die Admins, also schreib ein hilfe/support" title="Support">Supporticketund erkläre denen dein Problem. Dann weißt Du mit Sicherheit, ob dein Vorhaben erlaubt ist oder nicht.
rorambur schrieb:
Ich denke, dass die Musikdateien genau so wie Bilder vollständig geladen werden müssen, bevor sie abgespielt werden können. Ich weiß zwar nicht, ob "Streamen" aus einer Datenbank möglich ist, sinnvoll ist es jedenfalls nicht. Denn dann wäre die ganze Zeit während die Musikdatei abgespielt wird, die DB blockiert, oder nicht?
[...] Während Bilder nach vollständigem Laden zu sehen sind und dann einen statischen Zustand einnehmen, ist geladene Musik ( wie es auch bei Videos wäre ) während des Abspielvorgangs dynamisch. Ich könnte mir vorstellen, daß dies bei Speicherung in einer Datenbank eher Probleme bringen könnte als bei einer Speicherung in Einzeldateien. Nun bin ich neugierig, was andere von dieser Theorie halten.
Beitrag zuletzt geändert: 18.4.2011 7:35:45 von wagnerm -
Nach einer kurzen unterhaltung mit der administration von Lima hab ich nun eine entgültge Antwort zu Dateien in Datenbanken hier bei Lima. Zitat:
auf Dauer dulden wir das nicht, weil die Last ansteigt. Zudem muss dein PHP-Script die Dateien auf dem Webspace zwischenspeichern
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
