Erstellen des skalierten Bildes Miniaturansicht nicht möglich.

Die erste Anlaufstelle ist vielleicht der Statusbericht (admin/reports/status). Wenn hier nichts zu ersehen ist, dann ist für eine weitergehende Analyse als erstes die Liste der installierten Module (Image? Imagecache? etc.) erforderlich.

V.a. irritiert mich der doppelte /. Ist irgendwo ein Pfad einzugeben? Beginnt der evtl. mit einem / obwohl er das nicht sollte?

Der Statusbericht ergibt keine Fehlermeldung. Nach erfolgter manueller Prüfung sehe ich nur noch grüne Häkchen.

Im Modul-Bereich "Bild" sind aktiviert:

- Image 6.x-1.0-beta3
- Image assist 6.x-2.0-alpha4
- Image Attach 6.x-1.0-beta3
- Image FUpload (image) 6.x-3.0-rc2
- Image Gallery 6.x-1.0-beta3
- Image Import 6.x-1.0-beta3
- ImageMagick Advanced Options 6.x-1.0-bet

Auf den Server hochgeladen sind die Module (in den folgenden Verzeichnissen unter /sites/all/modules/):

- Image (image)
- Image FUpload (image-fupload)
- Image Assist (img_assist)

Den doppelten Schrägstrich habe ich erst jetzt durch Deinen Hinweis bemerkt! - Ja, das könnte eventuell eine Ursache des Problems sein. - Allerdings habe ich überall, wo Pfade einzugeben sind, immer den führenden Schrägstrich weggenommen, weil ich keine Pfade im Stammverzeichnis des Servers, sondern solche im Drupal-Verzeichnis haben wollte.

Könnte es sein, dass es eine Rolle spielt, dass der Aufruf der Website, die auf dem Server im Verzeichnis /drupal liegt, über eine Einstellung auf dem so genannten KAS-Server bei all-inkl.com so erfolgt, dass über die URL der Website automatisch Drupal aufgerufen wird, so als befände es sich im Root der Website? - Ich verwende also nicht die Umleitung, die von Drupal empfohlen wird, habe also nicht dafür die .htaccess geändert.

Jeder weitere Tipp würde mich glücklich mahcen. Denn ich stehe absolut vor einem Rätsel!

Ich habe noch einmal nachgeschaut und folgende Verzeichniseinstellungen gefunden:

Startseite » Verwalten » Einstellungen
Bilder

* Dateien und Größen

Einstellungen für Bilddateien
Standardverzeichnis für Bilder:

  images

Startseite » Verwalten » Einstellungen » Bilder
Bilder

* Bildimport

Importverzeichnis:

  tmp/image

Das müsste doch ok sein, oder?

Beim Versuch, ein Bild in eine (beim erfolglosen Versuch, ein Bild hochzuladen) angelegte Bildseite hochzuladen, erhalte ich die gleiche Fehlermeldung, allerdings jetzt nur mit einem Schrägstrich vor "drupal":

* Erstellen des skalierten Bildes Miniaturansicht nicht möglich.
* Die ausgewählte Datei /www/htdocs/w00bc42b/drupal konnte nicht kopiert werden.

Was fehlt um weiter sinvoll antworten zu koennen:

Wie gross ist das Bild, in MB, und wie hoch ist das PHP Upload Limit?

Edit.

Wenn Du nicht weisst wie Du Dir die Frage nach dem Uplod Limit von PHP beantworten kannst ist das Modul Devel eine moegliche Hilfe. Das Modul hat einen Block, den aktivierst Du einfach. In diesem Block gibt es den Menue-Link "PHPinfo()". Bei einem Klick darauf hat man die PHP Infos vor sich.

------------------------
Quiptime Group

Na sicher doch.

Befindet sich Drupal in einem Unterordner sollte man die sites/default/settings.php (wie auch die .htaccess in Drupal root bei verwendeten Clean-Urls) entsprechend konfigurieren in dem man Drupal diesen Unterordner mitteilt.
Dies ist fuer Drupal die Grundlage korrekt mit Pfaden, die man im Backend bei der Administration irgend welcher Module vornimmt, umgehen zu koennen.

------------------------
Quiptime Group

Ich habe folgende Einstellungen unter Startseite » Verwalten » Einstellungen:

* Standardmäßige maximale Dateigröße pro Datei: 1 MB
* Standardmäßige gesamte Dateigröße pro Benutzer: 1 MB

* Die PHP-Einstellungen beschränken die maximale Dateigröße pro Upload auf 200 MB.

Das war von Anfang an so, meine ich. Und einige Dateien habe ich ja auch vorher einmal und jetzt gerade zwischendurch hochladen können.

Alle Dateien sind in aller Regel weit unter einem MB groß. Das kann hier nicht das Problem gewesen sein. Denn auch beim Versuch, nur ein einzelnes Bild hochzuladen, habe ich dasselbe Problem wie bei mehreren.

Gerade zwischendurch konnte ich ein einzelnes Bild hochladen. Ich hatte das Modul Image Assist eine Zeit lang deaktiviert und habe es dann wieder aktiviert. Nach dem Aktiveren klappte der eine Upload. Jetzt geht es bei gleicher Vorgehensweise nicht merh ;-(

Aber die meisten Funktionen von Drupal scheinen mit dem vom Server des Internet Providers aus eingerichteten Redircts doch problemlos klar zu kommen?

Weil beim Abspeichern von Inhalten immer automatisch ein Backslash vor einem * oder einer spitzen Klammer < oder > eingefügt wurde, sind auf Anraten bzw. durch den Support meines Internet Providers folgende Änderungen in der .htaccess vorgenommen worden:

1. Eien Zeile hinzugefügt:

# wegen ImageMagick bei all-inkl.com:
AddHandler php5-cgi .php

2. Eine Zeile (für alle PHP-Versionen, die in der .htaccess genannt sind gleichermaßen) auskommentiert:

# PHP 5, Apache 1 and 2.

# php_value magic_quotes_gpc 0

Kann das eventuell zu unerwünschten Nebenwirkungen führen?

Ich habe die Weiterleitung auf dem Server herausgenommen. Jetzt leitet die index.html ins Verzeichnis /drupal weiter:

http://wilhelm-kraft-gesamtschule.de/

Die Website starte also aus:

http://wilhelm-kraft-gesamtschule.de/drupal/

Jetzt sollte es also, wenn es an der Weiterleitung lag, keine Probleme mehr geben. Ich beobachte das jetzt einfach mal ein bis zwei Tage und melde mich dann wieder.

Erste Eindrücke sind allerdings:
- Wieder ging ein einzelner Upload.
- Jetzt kommen wieder die gleichen Fehlermeldungen.

1.

* Erstellen des skalierten Bildes Miniaturansicht nicht möglich.
* Die ausgewählte Datei /www/htdocs/w00bc42b/drupal konnte nicht kopiert werden.

2.
http://wilhelm-kraft-gesamtschule.de/drupal/node/add/image/list_images
"Die Seite wurde nicht gefunden."

Es könnte sein, dass eine Miniaturansicht nicht möglich ist, weil das hochzuladende Bild selbst zu klein ist.

Zumindest in einem Fall habe ich jetzt Erfolg damit gehabt, ein Bild vor dem Hochladen zu vergrößern.

Wenn Du Dein Problem noch loesen willst solltest Du erneut die Situation schildern. ABER

reicht nicht mal ansatzweise aus um hinreichend zu schildern was Dein Problem ist und wie und wann es entsteht.

Bei dieser Situatonsbeschreibung gleichen alle Antworten einem Raten-Spiel.

Die Liste der Module Deiner Drupalinstallation sagen ueber die Situation der Fehlersentstehung etwa so viel aus wie Wir sind Papst.

------------------------
Quiptime Group

Ja, ich muss mein Problem mit dem Hochladen und Einbinden von Bildern lösen.

Ich sehe auch ein, dass meine Beschreibungen wohl unzureichend sind. Das beste wäre vermutlich, eine kompetente Person würde direkt in meine Drupal-Installation hineinschauen. Denn ich weiß als Drupal-Neuling noch nicht wirklich, welche Module und Einstellungen was genau bewirken.

Inzwischen habe ich noch Folgendes ausprobiert:

Alle oben genannten Bild-Module habe ich deaktiviert und deinstalliert und anschließend erneut aktiviert. Damit wollte ich ausschließen, dass eventuell eine fehlerhafte Installationseinstellung "hängen" geblieben sein könnte. Aber ich habe damit keinen durchschlagenden Erfolg gehabt:

Die vorher hochgeladenen Bilder waren gelöscht, sodass ich versucht habe, sie wieder hochzuladen. Bei einigen ging dies problemlos, bei anderen nicht. Meine Vermutung war nun, dass dies eventuell daran liegen könnte, dass die hochzuladenden Grafiken zu klein sein könnten, um sie hochzuladen. Denn unter admin/settings/image finde ich folgende Standardeinstellungen für "Bildgrößen":

(Kritereien:) Beschriftung / Operation / Breite / Höhe
- Original / Bild skalieren
- Minaturansicht / Bild skalieren / 100 / 100
- Vorschau / Bild skalieren / 640 / 640

Insofern könnte es also problematisch sein, Bilder hochzuladen, die kleinere Abmessungen haben. Dies hat auch zumindest in zwei Fällen schon zum Erfolg geführt.

Dazu zwei Beispiele:

- Das Logo http://wkge.info/include/sor-smc.jpg ist 180 x 62 px groß. Ich konnte es jetzt nicht (wieder) hochladen, weil eine "Miniaturansicht nicht möglich" war. - Eine vergrößerte Version (14440 x 496 px) konnte ich jetzt jedoch erfolgreich hochladen, siehe unter http://wilhelm-kraft-gesamtschule.de/bild/schule-ohne-rassismus.

- Das Bild http://wkge.info/wilhelm-kraft/wilhelm-kraft.jpg ist 314 x 480 px groß. Ich konnte es jetzt nicht (wieder) hochladen, weil eine "Miniaturansicht nicht möglich" war. - Eine vergrößerte Version (628 x 960 px) konnte ich jetzt jedoch erfolgreich hochladen, siehe unter http://wilhelm-kraft-gesamtschule.de/wilhelm-kraft/bild.

Aber! Ich hatte beide Bilder schon vorher hochgeladen, bevor sie durch die Deinstallion der Bild-Module gelöscht wurden, und zwar ohne dass ich beim ersten Hochladen die genannten Vergrößerungen hatte vornehmen müssen! - Und dies irritiert mich zutiefst.

OK, ich bin genau so schlau wie vorher.

Du verwendest das Image Modul.
Die 3 Bildgroessen sind mittels der mit diesem Modul zusammenhaengenden Konfiguration definiert.

Folgende Fragen

1.
Befindet sich die Drupalinstallation in einem Unterordner?

Zumindest gab es mal den Unterordner drupal. Aktuell wird in Deinen Beispiellinks kein Unterordner in den URL's angezeigt.

Wenn aktuell Unterordner ja was hast Du unternommen das in URL's kein Unterordner angezeigt wird?

2.
Welche Downloadmethode unter admin/settings/file-system ist aktiviert? Privat oder oeffentlich?

2.1
Welcher Pfad ist als Systempfad eingetragen?

2.2.
Welcher Pfad ist als temporaerer Ordner eingetragen?

3.
Wie genau fuegst Du die Bilder in die Image-Nodes ein?

Du redest immer von hochladen. Was genau bedeutet dies?

3.1.
Ladest Du das Bild per FTP hoch und bindest es dann irgendwie in die Image-Node ein?

Wenn ja wie bindest Du in die Node ein?

3.2.
Verwendest Du weitere Image-Module?

Wenn ja welche sind das?
Diese Frage im Zusammenhang mit 3. und 3.1..

In Deiner Module-Liste habe ich Image Attach und Image Assist gesehen.

4.
Warum verwendest Du kleine Bilder wenn Du sie auch gross anzeigen willst?

Durch das Upskaling werden die Ansichten der grosenn Bilder arg verpixelt.
Beispiel: http://wilhelm-kraft-gesamtschule.de/bild/schule-ohne-rassismus

------------------------
Quiptime Group

Auf dem Server befindet sich die Drupal-Installation unserer Schulhomepage im Unterverzeichnis /drupal. Sas lässt sich nachvollziehen über die Alias-Domain http://wkge.info, also unter http://wkge.info/drupal.

Für die Hauptdomain http://wilhelm-kraft-gesamtschule.de habe ich über den so genannten KAS-Server von all-inkl.com eingestellt, dass über einen Redirect direkt als Ziel das Verzeichnis /drupal aufgerufen wird. So erscheint der aufgerufene Unterordner nicht in der sichtbaren URL.

Öffentlich.

sites/default/files

tmp

Ich rufe http://wilhelm-kraft-gesamtschule.de/node/add/image auf, also die Seite "Bild erstellen".

Dort finde ich ein kleines Symbol, das wohl einen kleinen Bilderrahmen darstellen soll und an dessen rechter unterer Ecke ich ein Pluszeichen finden, auf das ich klicke, um über das Deteimenü meines Computers einzeln Dateien auswählen zu können.

Ein ausgewähltes Bild erscheint dann in einem Kasten unter der Überschrift "Bilder" mit der Anmerkung "Image queued.".

Ich klicke dann neben der Grafik mit dem Pluszeichen auf "Speichern" und der Upload beginnt. - Wenn ich Glück habe, ist das Bild dann hochgeladen und ich kann mit "Next Step" fortfahren. Wenn ich Pech habe, erscheint

* Erstellen des skalierten Bildes Miniaturansicht nicht möglich.
* Die ausgewählte Datei /www/htdocs//drupal konnte nicht kopiert werden.

Nein.

Ich binde nur per FTP hochgeladene Dateien zur Zeit in Artikel-Nodes oder Book-page-Nodes ein, weil es mir nicht gelingt Image-Nodes direkt in Artikel-Nodes oder Book-page-Nodes einzubinden. - Beispiele:
http://wilhelm-kraft-gesamtschule.de/node/172
http://wilhelm-kraft-gesamtschule.de/node/220

Zusätzlich: Image FUpload

Siehe auch: http://www.drupalcenter.de/node/22396#comment-79277

Ich habe diese Bilder nur in dieser Form vorliegen. Leider habe ich keine größere Versionen; sonst würde ich diese verwenden.

Vielen Dank für die konkreten Nachfragen! Hoffentlich helfen meine Antworten weiter.

Zwischenzeitlich habe ich weitere Fehlerbeobachtungen gemacht:

Gestern war ich zeitweise als 3 (!) Benutzer online. Unter "Wer ist online" stand "3 Benutzer" und "Webmaster" war dreimal aufgelistet.

Außerdem fand ich unter "Berichte" auf der Seite "Neue Log-Einträge" u.a. folgende Fehlermeldung:

- Zitat -

page not found 30.10.2009 - 00:32 sites/default/files/sites/default/files

- Zitat - Ende -

Wenn ich dann auf die Pfadangabe klicke, erhalte ich folgende Angaben:

- Zitat -

Startseite » Verwalten » Berichte
Details
Typ page not found
Datum Freitag, 30. Oktober 2009 - 0:32
Benutzer Webmaster
Ort http://www.wilhelm-kraft-gesamtschule.de/sites/default/files/sites/defau...
Referrer http://www.wilhelm-kraft-gesamtschule.de/node/add/image/list_images
Nachricht sites/default/files/sites/default/files
Schweregrad Warnung
Hostadresse 217.[...]
Operationen

- Zitat - Ende -

Ganz offensichtlich ist in der URL hinter "Ort" eine Doppelung der Pfadangabe /files/default/files. - Heißt das, dass es ein Datenbankproblem gibt? - Falls ja: Lässt sich so etwas beheben? Oder ist es ratsamer, eine neue Installation aufzusetzen?

Da ich selbst auch mit Hilfe dieses Forums und des Supports unseres Internet Providers keine Lösung für das hier beschriebene Problem gefunden habe, werde ich Website noch einmal neu installieren.

Ich hoffe, dass die Neuinstallation dann fehlerfrei laufen wird, da ich vorsichtig Schritt für Schritt installieren und weniger Herumexerimentieren werde, weil ich denke, dass ich so irgendwie einen Datenbankfehler produziert habe.

Für die Unterstützung hier danke ich herzlich! Auch wenn es zu keiner Lösung geführt hat, ist es doch gut zu wissen, dass es Leute gibt, die prinzipiell bereit sind zu helfen.

Da ich selbst auch mit Hilfe dieses Forums und des Supports unseres Internet Providers keine Lösung für das hier beschriebene Problem gefunden habe, werde ich Website noch einmal neu installieren.

Ich hoffe, dass die Neuinstallation dann fehlerfrei laufen wird, da ich vorsichtig Schritt für Schritt installieren und weniger Herumexerimentieren werde, weil ich denke, dass ich so irgendwie einen Datenbankfehler produziert habe.

Für die Unterstützung hier danke ich herzlich! Auch wenn es zu keiner Lösung geführt hat, ist es doch gut zu wissen, dass es Leute gibt, die prinzipiell bereit sind zu helfen.