Bilder können nicht hochgeladen werden!

am 26.10.2014 - 18:54 Uhr in
Hallo Zusammen,
ich bin gerade bei meinen ersten Gehversuchen mit Drupal und scheitere schon an einem recht einfachen Thema.
Ich wollte als allererstes einen Artikel mit Blindtext und einem Artikel Bild anlegen. Beim Upload des Bildes (png, <1MB)
bekomme ich folgende (nicht hilfreiche) Fehlermeldung.
Ein nicht behebbarer Fehler ist aufgetreten. Die Datei hat wahrscheinlich die maximale Dateigröße (100 MB) überschritten, die dieser Server unterstützt.
Die Dateigröße kann ich ausschließen!
Was kann ich nun also am besten tun???
Vielen Dank im Voraus.
Grüße
Jörg
- Anmelden oder Registrieren um Kommentare zu schreiben
Moin. Ich würd mal im
am 27.10.2014 - 15:50 Uhr
Moin.
Ich würd mal im error.log nachsehen, was da steht.
Gruß
Uwe
Hallo Uwe,ich habe mal in
am 27.10.2014 - 19:28 Uhr
Hallo Uwe,
ich habe mal in den Protokollnachrichten von Drupal nachgesehen und folgendes gefunden!
Ich bin als Admin angemeldet daher verstehe ich den Hinweis Gast (nicht überprüft) nicht.
page not found 27.10.2014 - 19:20 progress Gast (nicht überprüft)
Weiterhin hatte ich einen Inhaltstyp angelegt, in dem ich pdf Dateien etc. hochlade. Das funktioniert einwandfrei.
Nur eben die Bilder bei den Artikeln nicht.
Grüße
Jörg
Die Fehlermeldung von Drupal
am 27.10.2014 - 20:16 Uhr
Die Fehlermeldung von Drupal hat mit Deinem Problem nichts zu tun. Außerdem sind die Fehlermeldungen im Error-Log auf dem Server gefragt. Irgendetwas verhindert doch offensichtlich den Upload und meist ist das auf dem Server gelogged. Wenn Du nicht selbst über das Kundeninterface des Providers da herankommst, mußt Du den Support des Providers um Hilfe bitten.
Sorry, auf den error.log bin
am 27.10.2014 - 20:49 Uhr
Sorry, auf den error.log bin ich gar nicht eingegangen.
Die letzten Einträge sind vom 23.10.2014. Drupal habe ich jedoch erst seit gestern installiert.
Daran schein es wohl nicht zu liegen, da Uploads in anderen Inhaltstypen funktionieren.
Grüße
Jörg
Haste den Inhalts Typ png
am 27.10.2014 - 21:48 Uhr
Haste den Inhalts Typ png auch mit angelegt?
Die Standard Einstellung des
am 27.10.2014 - 23:20 Uhr
Die Standard Einstellung des Artikels hat png als zulässig Endung aktiviert. Hab das zur Sicherheit auch nochmal geprüft. Daran liegt also auch nicht.
Mich irritiert immer noch die Fehlermeldung an sich.
"Ein nicht behebbarer Fehler..."
Könnte die Installation auch einen "Schaden" haben??!
Bei der Installation sollte ich eine leere settings.php anlegen...was macht das eigentlich für einen Sinn? Fehlts vielleicht an dem?
Grüße
Jörg
Was hast Du unter
am 27.10.2014 - 23:43 Uhr
Was hast Du unter Konfiguration > Medien > Dateisystem eingetragen? Welche (Unix-)Rechte liegen auf diesen Verzeichnissen.
In Medien -> Dateisystem
am 28.10.2014 - 09:31 Uhr
In Medien -> Dateisystem stehen folgende Einträge.
Pfad des öffentlichen Dateisystems
sites/default/files
Temporäres Verzeichnis
C:\xampp\tmp
Für beide Verzeichnisse sind identische Rechte vergeben. Benutzer und authentifizierte Benutzer haben Lese und Schreib Rechte.
Im tmp Verzeichnis liegt eine .htaccess mit folgendem Inhalt.
Deny from all
# Turn off all options we don't need.
Options None
Options +FollowSymLinks
# Set the catch-all handler to prevent scripts from being executed.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
<Files *>
# Override the handler again if we're run later in the evaluation list.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2013_003
</Files>
# If we know how to do it safely, disable the PHP engine entirely.
<IfModule mod_php5.c>
php_flag engine off
</IfModule>
Hat es was damit zu tun?
Ok, hier wird jetzt erst
am 28.10.2014 - 10:35 Uhr
Ok, hier wird jetzt erst einmal klar, daß es sich um eine lokale Installation handelt. Damit bist Du auch selbst für die Konfiguration von Apache- und PHP-Einstellungen verantwortlich.
Die .htaccess-Datei sollte in beiden Verzeichnissen identisch liegen und soll auf Servern verhindern, daß in diesen Verzeichnissen hochgeladenen Dateien ausgeführt werden können.
Unter welchem User läuft bei Dir der Apache Prozess? Das ist in der Konfiguration vom Apache eingetragen. Darf dieser User in die Verzeichnisse also sites/default/files und C:\xampp\tmp schreiben (bezogen auf das Windows System)?
Zitat: Unter welchem User
am 28.10.2014 - 11:45 Uhr
Unter welchem User läuft bei Dir der Apache Prozess? Das ist in der Konfiguration vom Apache eingetragen.
Das XAMPP wird über den supervisor (Administrator) ausgeführt. In den Rechten bei den Ordnern hat der supervisor Vollzugriff.
Wo finde ich die Einstellung im Apache habe in der httpd.conf geschaut aber nichts zum supervisor gefunden.
Habe nochmal in die error.log geschaut und für gestern folgende Fehler gefunden.
[Mon Oct 27 23:01:35.333940 2014] [ssl:warn] [pid 3856:tid 364] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Oct 27 23:01:35.467941 2014] [core:warn] [pid 3856:tid 364] AH00098: pid file C:/xampp/apache/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run?
[Mon Oct 27 23:01:35.972936 2014] [ssl:warn] [pid 3856:tid 364] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Oct 27 23:01:36.240938 2014] [mpm_winnt:notice] [pid 3856:tid 364] AH00455: Apache/2.4.4 (Win32) OpenSSL/0.9.8y PHP/5.4.19 configured -- resuming normal operations
[Mon Oct 27 23:01:36.240938 2014] [mpm_winnt:notice] [pid 3856:tid 364] AH00456: Server built: Feb 23 2013 13:07:34
[Mon Oct 27 23:01:36.240938 2014] [core:notice] [pid 3856:tid 364] AH00094: Command line: 'c:\\xampp\\apache\\bin\\httpd.exe -d C:/xampp/apache'
[Mon Oct 27 23:01:36.242939 2014] [mpm_winnt:notice] [pid 3856:tid 364] AH00418: Parent: Created child process 3964
[Mon Oct 27 23:01:37.549928 2014] [ssl:warn] [pid 3964:tid 388] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Oct 27 23:01:38.227931 2014] [ssl:warn] [pid 3964:tid 388] AH01909: RSA certificate configured for www.example.com:443 does NOT include an ID which matches the server name
[Mon Oct 27 23:01:38.342933 2014] [mpm_winnt:notice] [pid 3964:tid 388] AH00354: Child: Starting 150 worker threads.
Habe mir die .htaccess in sites/default/files angeschaut. Diese weicht zu der .htaccess im tmp Verzeichnis ab. Anbei der Inhalt der .htaccess in sites/default/files.
# Turn off all options we don't need.
Options None
Options +FollowSymLinks
# Set the catch-all handler to prevent scripts from being executed.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
<Files *>
# Override the handler again if we're run later in the evaluation list.
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2013_003
</Files>
# If we know how to do it safely, disable the PHP engine entirely.
<IfModule mod_php5.c>
php_flag engine off
</IfModule>
Schein so als ist da einiges verwurschtelt??!!
Sind jedoch die Standards hier habe ich bisher nie was verändert.
Grüße
Jörg
Nein, das ist schon ok so.
am 28.10.2014 - 13:48 Uhr
Nein, das ist schon ok so. Was steht denn in der Error-Log-Datei von PHP? Die solltest Du in der php.ini-Datei finden. Welche php.ini für die Drupal-Installation zuständig ist, findest am einfachsten heraus, wenn Du die den Drupal Status-Bericht ansiehst. In der Zeile zu PHP befindet sich ein Link (meist die Versionsnummer). Ein Klick darauf bringt die Ausgabe von phpinfo(). Dort findest Du in den Informationen zur PHP-Konfiguration auch die Lage der php.ini-Datei. Sollte dort noch kein Error-Log eingetragen sein, das nachholen und noch einmal das Hochladen von Bildern testen. Anschließend müßte ein Fehler notiert sein.
Okay, dafür bin ich dann wohl
am 28.10.2014 - 14:29 Uhr
Okay, dafür bin ich dann wohl zu doof.
Hab Dir die log Datei und die phpinfo() mal angefügt.
In einem anderen Verzeichnis läuft eine Joomla Installation. Diese verursacht hin und wieder Fehler.
Soll ich nicht doch besser einen komplett neuen Webserver und eine neue Drupal Core Installation in erwägung ziehen?!
Grüße
ein kurzer Blick
am 28.10.2014 - 14:42 Uhr
zeigt mir, dass du außerdem eine unvollständige oder fehlerhafte Typo3-Installation drauf hast.
Außerdem ist eine max_execution_time von 30 Sekunden eventuell sehr knapp.
Auf einem Localhost, wo du viel herumtestest, sind 600 Sekunden vielleicht sinnvoller.
PHP Fatal error: Maximum
am 28.10.2014 - 15:18 Uhr
PHP Fatal error: Maximum execution time of 30 seconds exceeded. Das ist sowohl bei Joomla als auch bei Drupal der Fall. Du solltest also in der php.ini ein paar Änderungen vornehmen: execution time auf 300, Memory Limit auf mindestens 128M, input time auf 180
Danke für die Hinweise. Habe
am 28.10.2014 - 16:18 Uhr
Danke für die Hinweise. Habe die Änderungen in der php.ini vorgenommen und den Webserver neu gestartet.
Leider besteht das Upload-Problem weiterhin. :-(
Was steht denn danach im PHP
am 28.10.2014 - 19:31 Uhr
Was steht denn danach im PHP Error-Log?