ich bin RoR-Anfänger und war heute den Ganzen Tag auf der Suche nach
einem Tutorial, wie ich eine Datei in einer Datenbank speichere und
wieder zum Download bereit stelle. Leider bezog sich alles was ich
gefunden habe auf Bilder (in der Regel mit attachment_fu), was ich
inzwischen bei mir installiert habe. Die Umsetzung für eine nicht
Bild-Datei bekomme ich leider nicht hin.
Ich bräuchte eine Anleitung für folgendes Scenarium:
Tabelle mit 5 String-Feldern und einem BLOB-Feld (Alles mit scaffold und
db:migrat angelegt). Die Datei die hoch geladen werden soll ist eine
.bin-Datei und max. 40KB groß. Auf der NEW-Seite möchte ich die Datei
hoch laden und auf der Index-Seite zum Download anbieten.
ich bin RoR-Anfänger und war heute den Ganzen Tag auf der Suche nach
einem Tutorial, wie ich eine Datei in einer Datenbank speichere und
wieder zum Download bereit stelle. Leider bezog sich alles was ich
gefunden habe auf Bilder (in der Regel mit attachment_fu), was ich
inzwischen bei mir installiert habe. Die Umsetzung für eine nicht
Bild-Datei bekomme ich leider nicht hin.
Ob Bild oder sonstwas spielt eigentlich keine Rolle. Als Alternative zu
Attachment_fu gibt es noch Paperclip, vielleicht ist das eher nach
deinem Geschmack
Bild oder nicht Bild ist sicher egal: Aber die Anforderung, die Datei
in der Datenbank abzulegen, wird so ohne weiteres weder von paperclip
noch von attachment_fu implementiert: Die meisten legen ihre
hochgeladenen Dateien irgendwo im Filesystem(auf auf Amazons S3) ab
und lassen dann z.B. Apache mit x-sendfile diese Dateien streamen.
(eine Diskussion Blobs vs. Filesystem gibt’s z.B. hier blob - Rails Binary Stream support - Stack Overflow)
.
Wenn die Bilder also unbedingt in der Datenbank landen sollen, dann
muss man da wohl in einem after_save das file nehmen und in die
Datenbank streamen: Wenn ich das richtig überblicke, dann ist es hier
mit einem einfachen save nicht getan… Dazu gibt es zumindest mit
mysql einen Haufen Probleme mit blobs (Tabellen und backups werden
langsam usw.) - wenn Dateien also nicht unbedingt in der Datenbank
liegen sollen, dann würde ich sie vielleicht wirklich im Dateisystem
liegen lassen… Oder hat das schon mal jemand gemacht und ist damit
glücklich geworden?!
Bild oder nicht Bild ist sicher egal: Aber die Anforderung, die Datei
in der Datenbank abzulegen, wird so ohne weiteres weder von paperclip
noch von attachment_fu implementiert: Die meisten legen ihre
hochgeladenen Dateien irgendwo im Filesystem(auf auf Amazons S3) ab
und lassen dann z.B. Apache mit x-sendfile diese Dateien streamen.
(eine Diskussion Blobs vs. Filesystem gibt’s z.B. hier blob - Rails Binary Stream support - Stack Overflow)
.
Wenn die Bilder also unbedingt in der Datenbank landen sollen, dann
muss man da wohl in einem after_save das file nehmen und in die
Datenbank streamen: Wenn ich das richtig �berblicke, dann ist es hier
mit einem einfachen save nicht getan… Dazu gibt es zumindest mit
mysql einen Haufen Probleme mit blobs (Tabellen und backups werden
langsam usw.) - wenn Dateien also nicht unbedingt in der Datenbank
liegen sollen, dann w�rde ich sie vielleicht wirklich im Dateisystem
liegen lassen… Oder hat das schon mal jemand gemacht und ist damit
gl�cklich geworden?!
Laut Beschreibung von attachment_fu ist das Ablegen der Datei in einer
Datenbank (bei mir übrigens Oracle) kein Problem. Das Für und Wieder, ob
ich die Datei in der Datenbank ablege hab ich mir lange überlegt. Aus
sicherungstechnischen Gründen und der geringen Größe von max. 10KB habe
ich mich für die Datenbank entschieden.
ich bin RoR-Anf�nger und war heute den Ganzen Tag auf der Suche nach
einem Tutorial, wie ich eine Datei in einer Datenbank speichere und
wieder zum Download bereit stelle. Leider bezog sich alles was ich
gefunden habe auf Bilder (in der Regel mit attachment_fu), was ich
inzwischen bei mir installiert habe. Die Umsetzung f�r eine nicht
Bild-Datei bekomme ich leider nicht hin.
Ob Bild oder sonstwas spielt eigentlich keine Rolle. Als Alternative zu
Attachment_fu gibt es noch Paperclip, vielleicht ist das eher nach
deinem Geschmack
Das Attachment_fu schein schon zu passen. Ich bräuchte nur eine
Anleitung wie ich das für eine .bin-Datei umsetzen kann und wie ich das
in meinen bestehenden Controller einbaue. Brauche ich denn immer diese
Hilfstabelle und müssen alle Werte gefüllt sein?
Laut Beschreibung von attachment_fu ist das Ablegen der Datei in
einer
Datenbank (bei mir übrigens Oracle) kein Problem. Das Für und
Wieder, ob
ich die Datei in der Datenbank ablege hab ich mir lange überlegt. Aus
sicherungstechnischen Gründen und der geringen Größe von max. 10KB
habe
ich mich für die Datenbank entschieden.
oops, ja, tatsächlich: das hatte ich bei attachment_fu übersehen, dass
das geht. Und es gibt auch einen paperclipfork, der die Dateien in die
Datenbank schreibt:
:storage # Specifies the storage system to use..
# Defaults to :db_file. Options
are :file_system, :db_file, and :s3.
also einfach in das model was ein attachment haben soll:
has_attachment :content_type => 'text/plain'
gruß
manuel
Am 01.04.2009 um 14:28 schrieb Dieter S.:
Hallo Manuel,
für mich als Anfänger ist das nicht so einfach wie du das darstellst.
Z.B. brauche ich diese Zwischentabelle? Wo gebe ich an, in welcher
Tabelle/Feld die Datei letzten Endes gespeichert wird? Wie sieht der
Link aus, mit dem ich die Datei wieder downloaden kann? Wie kann ich das
in meinen bestehenden Controller/Modell einbinden? Desshalb bin ich auf
der Suche nach einem entsprechenden Tutorial.
Vielleicht hast du ja die Muse, mir da was zu erstellen.
ich denke, ich werde es mal mit Paperclip versuchen, wenn’s einfacher
sein soll.
Und ich denke, ein Tutorial außerhalb meines Projekts einmal
durchspielen kann nicht schaden.
Zum Thema Buch: 2 Bücher bin ich schon durch. Zu meinem Problem steht da
nur so was wie: benutzen sie am besten attachment_fu. Nicht wirklich
hilfreich.
In eine ältere Version von “Agile Webdevelopment with Rails” hab ich
online mal reingeschaut, das sah nicht schlecht aus. Werde mir mal die
aktuelle Version zulegen.
Für’s erste war es dann hier für mich. Sobald ich mein Problem gelöst
habe, nehm ich mich mal einem Tutorial über dieses Thema an.