Geeignetes Modul fürs Handling von Bildern

@roland,

ich stimme Deiner Vermutung mit meiner Einschaetzung zu: Was das Handling von Bildern betrifft befindet sich Drupal in einem nahezu kindlichen Stadium.
Ausser rudimentaerer Ansaetze zum Aufbewaren von Bildern - Module image, galerie/galerie2 oder acidfree sowie dem eigentlich nur als Loesungsansatz zu bezeichnenden Modul img_assist zum Einfuegen von Bildern in Nodes gibt es nichts bei Drupal.

Dabei sollte das Handling von Bildern in seiner gesamten Anwendungsbreite eigentlich ein Merkmal eines CMS wie Drupal sein. Ich weiss, jetzt werden hier gleich Leute sagen, das Drupal kein CMS sondern ein Framework ist usw. und das wenn man so was will dann sollte man doch ein anderes CMS verwenden.

Trotzdem bleibe ich bei meiner Aussage, Bilderhandling bei Drupal steckt in den Kinderschuhen und ist einer der grossen Schwachpunkte von Drupal.

Was das Loeschen von Bildern betrifft kann es aber auch ein Problem geben, das unabhaengig von Drupal auch bei jedem anderen CMS besteht. Einige ISP handhaben die Vergabe der Dateirechte hochgeladener Bilder etwas eigenartig (Sicherheitskonzept des Webserver) - so das man zu erwartender Weise mit einer Webanwendung hochgeladene Bilder mit genau dieser Anwendung nicht loeschen kann. Mit Anwendung meine Ich ein CMS.
Was meine ich damit?
Ladest Du Bilder mit einem CMS hoch bekommen diese Bilder andere Dateirechte als per FTP hochgeladene Bilder - sie gehoeren nicht dem Besitzer des Webaccount. FTP-hochgeladene Bilder kann man wieder loeschen. An CMS-hochgeladen Bilder kommst Du nicht ran. Bei hosteurope z. Bsp. gehoeren die Bilddateien, wenn mit dem CMS hochgeladen, nobody. Und der User nobody hat keine Rechte Dateien zu loeschen. Dafuer gibt es da extra einen Bereich im Backend, um Dateien die nobody gehoeren zu loeschen. Die Situation bei hoesteurope passt so natuerlich nicht in das Konzept der Handhabung von Webcontent mit einem CMS und ist als nicht Zeitgemaess zu bewerten.
Ein Account bei hosteurope ist in diesem Zusammenhang also nicht zu empfehlen.
Andere ISP bereiten da vermutlich gleiche Probleme.

Gruss quiptime

Danke für die Antwort. Das beschriebene Problem mit den Rechten bei hochgeladenen Bildern habe ich übrigens auch gehabt, siehe auch meine Anfrage deswegen im drupal-forum (so gut erklärt wie von dir wurde es da aber nicht):
http://drupal.org/node/38751

Mittlerweile habe ich festgestellt, dass die Bilder doch zu löschen sind, indem man die entsprechende image-node löscht. Aber das geschieht dann außerhalb von img_assist und ist nicht gerade intuitive Handhabe.

Innerhalb von Drupal kannst Du die Bilder schon loeschen. Auf dem Server liegen sie dann immer noch - nur Drupal kennt sie nicht mehr.

Die Sache mit den verschiedenen Besitzern hochgeladener Dateien hat aber noch ein weiteres Problem. Drupal legt beim Upload die Bilder in einem von Dir benannten Verzeichnis ab, in der Regel tmp, und verschiebt sie dann in das eigentliche Bild-Verzeichnis (auch von Dir benannt).
Da die Bilder im tmp Verzeichnis auch nobody gehoeren koennen sie nach erfolgreichem Upload von Drupal dort nicht entfernt werden. Das wiederum bedeutet, das man alle Bilder mindest zwei Mal auf dem Server hat. Einmal im definierten Uploadverzeichnis und Einmal in tmp. Das kann unter Umstaenden zu Platzproblemen fuehren, wenn man dies nicht beachtet und tmp von Zeit zu Zeit nicht manuell selbst entleert.

Naja,
und wie gesagt, img_assist ist ein Loesungsansatz und KEINE Moeglichkeit zu verwalten - eben ein Assistent beim Einfuegen von Bildern in Nodes.

Uebrigens, wer auf seiner Website grosse Bildbestaende pflegt wird auch sehr schnell ueber img_assist fluchen. Wieso?

Du kannst innerhalb von verschiedenen Gallerien Deine Bilder strukturiert und uebersichtlich ablegen. Was macht img_assist beim Starten? Zeigt alle Bilder unabhaengig der vorhandenen Struktur auf Einmal. Um dem zu entgehen (Ladezeit ALLER Bilder) setzt man die Zahl der zu zeigenden Bilder auf einen kleinen Wert. Dadurch werden die Bilder nicht alle geladen sondern es wird eine Linkliste gezeigt. Gut - aber nun muss man die Bilder klicken um sie in der Vorschau rechts sehen koennen.

Da ich mit dieser bildlosen Linkliste in img_assist nicht zufrieden bin habe ich mir img_assist ein wenig erweitert, um die Bilder in der Linksiste sehen zu koennen ohne sie alle auf einmal zu laden. Ein Screenshot davon ist hier zu sehen: http://quiptime.de/drupal/node/80

Soviel noch zu img_assist.

Gruss quiptime

da laufen anscheinend im Moment einige Anstrengungen in dem Bereich.

http://drupal.org/node/32506

Das stimmt nicht. Wenn das Image-Node gelöscht wird, werden auch die entsprechenden Bild-Dateien auf der Server-Festplatte gelöscht - vorausgesetzt Drupal, PHP & Server sind richtig konfiguriert.

Ja, bei mir ist es tatsächlich so: Auf einem Server funktionierts, auf dem anderen nicht. Hat aber quiptime aber eigentlich auch so gesagt, denke ich.

Innerhalb von Drupal kannst Du die Bilder schon loeschen. Auf dem Server liegen sie dann immer noch - nur Drupal kennt sie nicht mehr.

Dies muss man selbstverstaendlich im Kontext der Serverkonfiguration sehen.

1. Im Idealfall hat Drupal Rechte an den Dateien im images Ordner und auch tmp. Dann werden die hochgeladenen Dateien auch auf dem Server geloescht wenn man in Drupal ihren Node-Eintrag loescht.
2. Im unguenstigen Fall hat Drupal keine Rechte an den Dateien im images Ordner und auch tmp, weil sie nicht dem Webaccount-Owner gehoeren sondern nobody oder wem auch immer. Bei dieser Variente verbleiben die Dateien auf dem Server nachdem ihr Node-Eintrag geloescht wurde.

... gelöscht - vorrausgesetzt Drupal, PHP & Server sind richtig konfiguriert.

Richtig konfiguriert kann man so nicht sagen. Besser waere, der Webserver ist im Sinne von Drupal konfiguriert.

Ist der Webspace Linux-basiert wird als Webserver wohl meist der Apache laufen. Vielfach wird aus Sicherheitsgruenden der Apache so konfiguriert, dass er als User "nobody" oder "noname" usw. laeuft (Standardeinstellung in der Apachekonfig). Das ist der Ausgangspunkt und Grund fuer das nobody-Problem bei Drupal wie auch jedem anderen CMS. Ich glaube nicht, das eine bestimmte PHP-Konfiguration daran etwas aendern kann. Quasi laeuft PHP als Dienst vom Apache und Apache ist aus allgemeiner Serversicht der Boss.