"Passendes" Galleriemodul für Community

Ich denke, daß Du mit dem Ansatz 1 schon ganz gut liegst. Die Anzahl der Nodes sollte für eine normale Datenbank kein Problem darstellen. Auf jeden Fall bist Du damit maximal flexibel. Das einzige wofür Du bei Bildern sorgen mußt, ist der benötigte Plattenplatz, aber das ist ja unabhängig von der angedachten Lösung.

Beste Grüße
Werner

Besten Dank für deine Antwort Werner.
Mal angenommen im Laufe der Jahre kommen ein paar 100 Locations mit je ca. 50 Bildern zusammen. Da würde ich schnell auf ein paar 1000 Bild-Nodes kommen. Gibt es mal abgesehen vom Speicher meines Anbieters von Drupal her irgendwelche Grenzen? Wie skalierbar ist Drupal?
Werde denk ich eher Ansatz 2 in Angriff nehmen, da ich sowieso Kommentare für Reviews benutze. Rein theoretisch müssten die sich genauso wie Nodes mit Feldern bestücken lassen bzw. mit Views handeln lassen, oder?

Grüße

Wenn du nicht zufällig vor hast, alle Nodes gleichzeitig anzuzeigen, dürfte es da keine Probleme geben. Selbst bei 1000 Locations mit je 50 Bildern wären das 50.000 Bild-Nodes, das ist noch längst nichts, worum man sich Gedanken machen müsste.

Hallo zusammen,

habe jetzt den Ansatz 1 mal "nachgebaut" und er funktioniert. Allerdings ist er finde ich nicht sehr komfortabel für Otto-Normal-Nutzer.
Mein Bild-Node beinhaltet das Titel-Feld ("getarnt" als Bildbeschreibung, da ich es nicht weg bekomme) und ein Image-Feld.
Zum "Verbinden" vom Bild-Node mit dem Node der Location benutze ich ein Node-Reference-Feld.

Würde am Liebsten auf dem Location-Node einen "Upload"-Link reinsetzen der dann auf auf die Add-Seite des Bild-Nodes verweist. Das müsste ja mit http:meinedomain.de/node/add/bildinhaltstyp gehen.
Wie kann ich es schaffen, dass das Node-Reference-Feld mit dem passenden Location-Node schon vorbelegt ist? Kann ich mir den Parameter irgendwie übergeben lassen?

Grüße

Eine Node pro Bild ist zwar flexibel, aber beim Upload vieler Bilder doch eher unkomfortabel.
Ich muss auch bald mal nach einer Galerie-Lösung schauen, aber vielleicht doch eher eine mit multi upload / zusätzlichem FTP-Upload.

FTP-Zugriff will ich eigentlich nicht für meine User zulassen. Ist mir zu unsicher, zumal mein Hoster da denk ich nicht mitspielt.
Wie gesagt, das ideale Szenario zum Upload eines Bildes in meinem Fall sollte aus Sicht des Users wie folgt aussehen:

1. Registrierter User surft auf den Node einer Location und möchte ein Bild hochladen. Er klickt auf den Link oder Button "Bild hochladen".
2. Jetzt öffnet sich so ein "Bild"-Node. Das Node-Reference-Feld sollte bereits mit dem Node der Location vorbelegt sein. Wie kann ich hier Parameter übergeben? Gibt es da ein Pattern oder so?
3. Der User wählt ein Bild aus und ändert evtl. noch die Bildbeschreibung (mein "getarnter" Node-Titel). Per default sollte aber nur der Name der Location drin stehen.
4. User speichert seine Angaben. Erst jetzt soll auch das Bild auf den Server hochgeladen werden. Hab nämlich den Test gemacht, mit dem normalen Bild-Uploadfeld ein Bild hochzuladen, den Node aber nicht abzuspeichern. Ergebnis ist, dass das Bild als "Karteileiche" auf dem Server bleibt. Über kurz oder lang wird das sicher ein Problem oder?

Danke schon mal für eure Posts :-)

lg phil

Schau mal, ob das dabei hilft: http://drupal.org/project/entityreference_prepopulate oder http://drupal.org/project/prepopulate

Eigentlich nicht, die speichert Drupal erstmal als temporäre Datei und dabei bleibt es auch, wenn der Node nicht gespeichert wird. Die temporären Dateien löscht Drupal alle paar Stunden in einem Cron-Lauf (dazu muss der Cron natürlich auch laufen).

Ist es bei D 7 nicht so, dass wenn der Cron nicht serverseitig als "echter" Cron gestartet wird, sowieso über PHP regelmäßig gestartet wird?
Wird bei so einer Säuberung auch dann die Datei in meinem Filesordner gelöscht oder wird nur die Datenbank "geputz"t?

D7 hat glaube ich quasi "Poormans Cron" im Core implementiert. Aber davon halte ich persönlich ehrlich gesagt wenig, der wird nur angeschubst, wenn User auf der Seite unterwegs sind, man hat also absolut keine Kontrolle darüber, dass der Cron regelmäßig läuft. Meiner Meinung nach sollte der Cron aber regelmäßig laufen, dafür ist das Ding nunmal gedacht. Und einen Cron einrichten ist ja heute echt nicht mehr das Problem, geht schnell und kostet nichts.

Die Datei wird im Filesystem und der Eintrag in der DB gelöscht.

Hallo zusammen.
Danke für euren hilfreichen Posts.
Hier mal ein Zwischenstand meiner Versuche:
Bis auf ein paar Feinheiten, wie die Bild melden-Funktion ist meine Gallerie-Lösung schon ganz passabel.

Folgendes Video hat mir dabei geholfen: http://www.torontowebsitedeveloper.com/drupal-video-tutorials/drupal-7-node-reference-tutorial. In dem Video wird zwar eine Eventregistration zusammengebaut, die Vorgehensweise lässt sich auch gut auf Nodes mit Bildern anwenden.

Es gibt noch einen bekannten Videocast von mustardseed-media, der sich allerdings auf D 6 bezieht.

Benutzt habe ich jetzt folgende Module:

• EVA: Entity Views Attachment
• References
• Node Referece URL-Widget
• Colorbox

Grüße