Upload nicht möglich

    Hallo!

    Ich versuche ein Problem mit dem Media Upload zu lösen und bin langsam mit meinem Latein am Ende.

    Die Symptome:

    • Bilder (ich habe bisher nur jpg probiert) lassen sich nicht über die Uploadfunktion hochladen

    Meine Lösungsansätze:

    • Browser-Uploader, Wordpress-Uploader und die Einfügefunktion im Editor probiert, nix geht
    • FTP-Client funktioniert aber!
    • Kleine Dateien (ich habe <1MB probiert) machen keine Probleme
    • Eine Datei, die sich nicht hochladen ließ, ließ sich in einer anderen WP-Installation (anderer Server) problemlos hochladen
    • Es ist noch genug Speicherplatz auf dem Server frei
    • Ich kann mich an keine Wordpress-Konfiguration erinnern, die das Problem ausgelöst haben könnte. WP-Core und Plugins waren total veraltet als das Problem plötzlich auftrat. Nun ist alles upgedatet, aber keine Besserung.
    • Ich habe zwischen php 7.0, 7.1 und 7.3 hin- und hergeschaltet und dabei "PHP Boost" (einen Service von Strato) ein- und ausgeschaltet -> nix passiert
    • Konfiguration von php scheint (für mich) normal (max_execution_time: 300, memory_limit: 256M, upload_max_filesize: 64M)
    • Mit Hilfe des Plugins Health Check kann man eine Installation ohne Plugins und mit Standard-Theme simulieren. Das Ergebnis: Auch ohne Plugins ist kein Upload möglich


    Fehlermeldungen:

    • Wenn ich ein Bild direkt über den Gutenberg-Editor hochladen möchte wird diese Meldung ausgegeben: "Die Antwort ist keine gültige JSON-Antwort."
    • Chrome Dev Tools zeigt mir dabei für die Datei /wp-json/wp/v2/media?_locale=user im Header einen Status "408 Request Timeout"
    • Denselben Statuscode gibt /wp-admin/media-new.php zurück, wenn ich den Browser-Uploader verwende (kurioserweise wurde aber auch manchmal die Datei media-new.php zum Download angeboten sobald ich auf den "hochladen"-Button geklickt hatte)
    • Benutzt man den Wordpress Uploader wird der 408 von /wp-admin/async-upload.php zurückgegeben
    • Der Errorlog von Strato gibt diese Zeilen aus:
    Code
    29.04.2019 12:29:03 domain.de [client 91.64.38.0] FastCGI: comm with server "/home/strato/http/fastcgi/rid/63/82/52576382/htdocs/wp-admin/async-upload.php" aborted: write failed
29.04.2019 12:29:10 domain.de [client 91.64.38.0] FastCGI: "/home/strato/http/fastcgi/rid/63/82/52576382/htdocs/wp-admin/async-upload.php" aborted: incomplete headers (0 bytes) received from server after 19 sec

    Wer weiß Rat?

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Link zu einer solchen Beispieldatei?

    Funktioniert der Upload mit einem Standardtheme wie Twenty Nineteen und allen Plugins deaktiviert?

    Wieviel Platz ist auf dem Server frei?

    Zitat

    .."Die Antwort ist keine gültige JSON-Antwort."..


    Was steht in diesem Fall in der Browser-Console im Netzwerk-Tab als Server-Antwort? Nur der 408 Header und leerer Inhalt?

    Zitat

    ..kurioserweise wurde aber auch manchmal die Datei media-new.php zum Download angeboten..


    Was steht in dieser Datei, wenn Du sie runterlädst?

    Zitat von b3317133

    Link zu einer solchen Beispieldatei?


    https://abload.de/img/img_3637lrjo9.jpg

    Zitat von b3317133


    Funktioniert der Upload mit einem Standardtheme wie Twenty Nineteen und allen Plugins deaktiviert?


    Das probiere ich heute Nacht aus. Aber, wie gesagt: Das Plugin Health Check simuliert eigentlich genau diesen Fall. Der Upload hat in diesem sogen. Problembehandlungsmodus nicht funktioniert.

    Zitat von b3317133


    Wieviel Platz ist auf dem Server frei?


    105 GB

    Zitat von b3317133


    Was steht in diesem Fall in der Browser-Console im Netzwerk-Tab als Server-Antwort? Nur der 408 Header und leerer Inhalt?


    Der genaue Response Header:

    HTTP
    HTTP/1.1 408 Request Timeout
Date: Mon, 29 Apr 2019 13:30:57 GMT
Server: Apache/2.4.39 (Unix)
Content-Length: 221
Connection: close
Content-Type: text/html; charset=iso-8859-1


    Der Inhalt:

    HTML
    <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>408 Request Timeout</title>
</head><body>
<h1>Request Timeout</h1>
<p>Server timeout waiting for the HTTP request from the client.</p>
</body></html>
    Zitat von b3317133


    Was steht in dieser Datei, wenn Du sie runterlädst?


    Habe den Download gar nicht gestartet. Falls es nochmal vorkommen sollte, schau ich mal in die Datei. Mich würde aber wundern, wenn das nicht die Original Datei wäre, wie man sie auch bei wordpress.org findet.

    Zitat von finno

    Das Plugin Health Check simuliert eigentlich genau diesen Fall.


    Eine Simulation ist nur ein weiterer möglicher "Point of Failure".

    Zitat von finno

    Mich würde aber wundern, wenn das nicht die Original Datei wäre, wie man sie auch bei wordpress.org findet.

    Das würde mich sehr wundern, denn dann wäre PHP auf dem Server nicht aktiv.

    Ist evtl. der Punkt "Sicherheit -> ServerSide Security" bei Strato aktiv?

    Zitat von b3317133


    Funktioniert der Upload mit einem Standardtheme wie Twenty Nineteen und allen Plugins deaktiviert?


    Leider immernoch ein Timeout.

    Zitat von b3317133


    Das würde mich sehr wundern, denn dann wäre PHP auf dem Server nicht aktiv.


    Hmm, man lernt ja nie aus. Könnte ich nicht irgendwie testen, was dann ausgegeben wird? Könnte ich nicht irgendwo in der media-new.php ein paar Zeilen einbauen, die den Browser zum Download der Datei zwingen?

    PHP
    $file_name = 'media-new.php';
$file_url = 'http://domain.de/wp-admin/media-new.php';
header('Content-Type: application/x-httpd-php');
header("Content-Transfer-Encoding: Binary");
header("Content-disposition: attachment; filename=\"".$file_name."\"");
readfile($file_url);
    Zitat von b3317133


    Ist evtl. der Punkt "Sicherheit -> ServerSide Security" bei Strato aktiv?


    Is nich.

    Zitat von b3317133

    Den angebotenen Download starten, Datei herunterladen, Endung auf .txt ändern oder einfach mit irgendeinem Texteditor öffnen.


    Achso, dann hatte ich mich vielleicht missverständlich ausgedrückt. Das Verhalten mit dem Download trat gestern früh 2 oder 3 mal auf. Danach nicht mehr. Es gibt sogar eine Fortschrittsanzeige für den Upload, die bis 100% läuft. Danach ist aber die Datei nicht auf dem Server und Chrome meldet 408 für die media-new.php.

    Ich war nur neugierig, wie ein solches Script aussehen könnte. Deshalb die Idee, nochmal etwas nachzuhelfen, damit ich es runterladen kann.

    Zitat von finno
    Code
    write failed

    Bei der Meldung würde ich erst einmal auf Berechtigungsprobleme tippen. Da PHP im FastCGI Modus zu laufen scheint würde ich zunächst einmal versuchen auf PHP 7.2 als PHP-FPM umzustellen, wenn das bei Strato geht. Alternativ könnte man testweise (NIEMALS DAUERHAFT !!) den Upload Pfad (dort wo das Bild landen soll) komplett auf 777 Rechte stellen. Das aber wirklich nur um zu testen ob es ein Berechtigungsproblem gibt. Es kann auch helfen die FTP Zugangsdaten in der wp-config.php zu hinterlegen (https://codex.wordpress.org/Editing_wp-con…grade_Constants). Ich persönlich mag das nicht aber wenn der Provider einem keine Wahl lässt und man nicht bereit ist den Provider zu wechseln, geht es nicht anders.

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

    Danke mensmaximus! Ich habe jetzt auf php 7.2 umgestellt. Soweit ich weiß ist php-fpm aber bei Strato nicht möglich. phpinfo() sagt "Server API: CGI/FastCGI". Mit php-fpm müsste es "FPM/FastCGI" lauten, oder?

    media-new.php gibt weiterhin 408 zurück und wird im Browser geöffnet (wenn ich den Browser-Uploader benutze). Der Inhalt lautet

    Zitat

    Request Timeout
    Server timeout waiting for the HTTP request from the client.

    Selbigen Header und Inhalt gibt, wenn ich den Wordpress-Uploader verwende, die async-upload.php aus. Die media-new.php zeigt in diesem Fall ganz normal das Wordpress Backend an.

    Auch die Rechte für den Upload-Ordner zu ändern hat nichts gebracht. Allerdings habe ich seit heute eine neue Fehlermeldung im Strato Errorlog:

    Code
    30.04.2019 11:08:19 domain.de [client 91.64.38.0] AH01225: Error reading request entity data

    Den Ansatz, dass es um ein Sicherheitsproblem geht, finde ich aber ganz plausibel. Vor allem weil der Upload mit Filezilla funktioniert.

    Ok, Schreibberechtigungen würde ich mal ausschließen. Ich habe gerade nochmal zig Bilder hochgeladen. Alle bis ca 2,5 MB funktionieren, alle größeren nicht. Mit Filezilla gibt es bei Bildern überhaupt keine Probleme, selbst ein 27 MB großes Video konnte ich übertragen.

    Außerdem fiel mir noch ein, dass ich auf einer Subdomain noch eine alte Testumgebung laufen habe. Dort läuft dieselbe Website (mehr oder weniger dieselbe Wordpress Konfiguration) nur ohne Updates seit WP 7.4.5. Das Upload Problem besteht hier auch. Allerdings kann ich hier problemlos alles mögliche testen.

    Zitat von finno

    Ich habe gerade nochmal zig Bilder hochgeladen. Alle bis ca 2,5 MB funktionieren, alle größeren nicht.

    Prüfe einmal post_max_size in PHP.

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

    Zitat von finno

    Allerdings habe ich seit heute eine neue Fehlermeldung im Strato Errorlog:

    Code
    30.04.2019 11:08:19 domain.de [client 91.64.38.0] AH01225: Error reading request entity data

    Deutet auf ein allgemeines Serverlimit oder eine Serverüberlastung hin, das Problem gibt es bei Strato sporadisch lt. Suchmaschinen auch mit anderen PHP-Anwendungen wie z.B. Joomla o.ä.

    Etwas off topic, aber lt. Kundenfeedback zu Strato Seiten, die seit heute plötzlich "langsam" sind, nach Überprüfung betrifft es dort auch statische Dinge wie z.B. /license.txt - gibt es evtl. bei Strato derzeit auch anderweitige Lastprobleme, die dann auch beim Upload usw. wieder neue Effekte verursachen könnten. Betrifft aber offenbar nicht alle Pakete, einige laufen auch völlig normal.

    Zitat von b3317133

    ...gibt es evtl. bei Strato derzeit auch anderweitige Lastprobleme...


    Da bin ich mal gespannt. Ich bin da aber eher pessimistisch, dass es ein temporäres Problem ist. Hatte das Upload Problem am 27.4. festgestellt, am 29. und 30. keine Besserung. Und übrigens fällt mir da auf, dass ich eigentlich schon immer Probleme mit Uploads bei Strato hatte. Das war allerdings immer nur jede 10. oder 20. Datei. Beim zweiten Upload-Versuch ging es dann immer. Die Fotos kamen bis vor ein paar Tagen auch noch von einem anderen Fotografen und waren etwas kleiner. Ich vermute also stark, dass das Problem schon lange besteht, mir aber jetzt erst aufgefallen ist.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden