WordPress-Upload-Medien zu einer Post-Ausgabe

Ich kämpfe mit einem Fehler in WordPress 3.8.1.

Immer wenn ich versuche, ein Medium zu einem Beitrag hochzuladen, wird es nicht hinzugefügt, heißt es An error occurred in the upload. Please try again later..

Aber das Seltsamere ist, dass es auch nach diesem Problem im Dashboard/in den Medien/in der Bibliothek angezeigt wird.

Ich kann auch keine hochgeladenen angehängten Medien zu meinen Beiträgen sehen (Beitrag bearbeiten / [add media button]) / Medienbibliothek / in diesen Beitrag hochgeladen, aber im Bereich Dashboard/Medien/Bibliothek werden diese alten hochgeladenen Bilder richtig angezeigt, die zu welchem ​​Beitrag hochgeladen wurden.

Folgendes habe ich probiert:

• Sowohl meine lokale Version als auch en_US sowohl vom Update-Manager als auch manuell neu installiert
• Gelöscht wp-includes und wp-admin Ordner und ersetzte sie manuell.
• Ich habe chown und chmod von der überprüft wp-content/uploads Mappe. Um sicherzustellen, dass sie funktionieren, habe ich sie gelöscht wp-content/uploads/2014 Ordner, und nach dem ersten Upload, der diesen Fehler zeigt, wird der Ordner mit rechts erstellt chown und chmod und Dateien waren dort (wp-content/uploads/2014/01/26/file with resolutions.jpg)
• Ich habe nicht benötigte Plugins gelöscht, alle Plugins und Themes deaktiviert, auf das Standard-Plugin von WordPress zurückgeschaltet, ich habe sogar das json-Objekt aktiver Plugins bei wp_options von SQL zurückgesetzt, hat nicht geholfen.
• Ich habe PHP-Fehlerprotokolle aktiviert, es wird nichts Relevantes angezeigt
• Ich habe die geändert WP_DEBUG Definition zu truehabe ich sogar definiert WP_DEBUG_DISPLAY zu trueKeine Hilfe.
• Wenn ich versuche, von hinzuzufügen wp-admin/media-new.php mit Multi-Uploader, Datei friert ein bei “Crunching…“Schritt, aber das Hochladen des alten Browsers funktioniert einwandfrei.
• Ich verwalte den VPS und hoste den Blog selbst mit CentOS 6.5 x64. safe_mode ist eingestellt als off. Da ist kein mod_security Option in meiner php.ini. Mein upload_max_filesize in php.ini ist eingestellt auf 20M, memory_limit ist 256M, nur 3 Seiten werden gehostet und der Speicher ist ziemlich leer, während diese getestet werden. Dies passiert auch bei 50kb .jpg-Bildern, daher sollte dies nicht zusammenhängen.
• Ich habe alle WordPress-Dateien aus einer sauber heruntergeladenen ZIP-Datei erneut hochgeladen, keine Hilfe.
• Ich habe versucht hinzuzufügen AddType x-mapp-php5 .php .php4 bis zum Ende .htaccess wie vorgeschlagen hierdas hat überhaupt nicht geholfen.

Die Sache ist, dass ich eine Neuinstallation in einer anderen Domäne auf demselben Server versucht habe, es funktioniert so, wie es sollte.

Was könnte das Problem sein? Wie kann ich das beheben?

Danke im Voraus,

Prüfen Sie, ob der benutzerdefinierte Beitragstyp Dateien in UTF-8 enthält. Wenn Sie es in ANSI ändern, sollte das helfen, wenn das ein Problem ist.

Ich hatte das gleiche Problem und stellte fest, dass es ein Problem mit meinem Design selbst gibt … versuchen Sie, die gleiche Aktion mit dem Design zwanzig auszuführen. Wenn das funktioniert, dann schauen Sie nach, ob es in der functions.php des Themas einen widersprüchlichen Code gibt …

Wenn Sie ein untergeordnetes Thema verwenden, kann ich vorschlagen, ein anderes untergeordnetes Thema zu erstellen oder ein alternatives Thema zu verwenden, da meiner Erfahrung nach nicht alle Themen “mag”, als Kind verwendet zu werden …

Wenn Sie versuchen, in einen benutzerdefinierten Post-Typ hochzuladen, ändern Sie die Einstellung “capability_type” in Ihrer Datei “functions.php” auf “post”, und Ihr Problem sollte behoben sein.

Überprüfen Sie die Berechtigungen Ihrer wp-content- oder wp-content/upload-Ordner. Wenn die Ordnerberechtigung nicht 755 ist, ändern Sie sie auf 755 und laden Sie sie erneut hoch. Ich hoffe, es wird Ihr Problem lösen.

Wenn Sie einen Low-Scale-Server verwenden und ein Plugin namens “WP-SmushIt“, dann wird es sicherlich einen Fehler verursachen. Der Grund ist einfach, dass dieses Plugin CPU-Ressourcen verwendet, um die Größe von Bildern bei der Optimierung zu minimieren, und so die begrenzte Ausführungszeit des Servers überschreitet. Die Lösung ist einfach -> Gehen Sie mit Servern mit höherem Plan oder versuchen Sie es Ändern der Ausführungszeit des Servers, die in der PHP-Konfigurationsdatei aufgeführt ist.

Nicht direkt damit verbunden, aber ich habe genau das gleiche Problem festgestellt, nachdem ich jetzt dieselbe Site auf einen anderen Server verschoben habe. Der einzige Unterschied ist, dass ich jetzt Nginx anstelle von Apache verwende. Ich habe die Eigentumsverhältnisse vorher überprüft und sie waren alle korrekt (sonst würde der normale Upload früher auch nicht funktionieren). Ich lasse dies hier nur als Referenz.

Die Lösung in meinem neueren Fall bestand einfach darin, den Besitz des Webstammverzeichnisses und aller darin enthaltenen Dateien zu ändern.

Nginx und PHP5-FPM liefen mit demselben Benutzer: www-datadie sich in der gleichnamigen Gruppe befindet: www-data.

So ändern Sie den gesamten Besitz der in diesem Fall behobenen Dateien:

su
chown -R www-data:www-data /path/to/wordpress/root/

Und das Thema war weg.

Ich kenne den ursprünglichen Grund meines alten Problems immer noch nicht, ich musste alles löschen, von vorne anfangen und die Posts, Plugins usw. von Grund auf wiederherstellen.

Ich hatte das gleiche Problem in WordPress wie Medien, die nicht im Popup geladen wurden. dann habe ich mich entschieden.

Ich denke, manchmal wird ein Problem durch die Ajax-Antwort verursacht. Bedeutet, dass die Ajax-Antwort mit einigen zusätzlichen Inhalten geliefert wird.

Das WordPress-Medien-Popup wird mit Inhalten von Ajax (json Response) geladen, und Ajax gibt eine Antwort mit einigen Inhalten wie Stil und anderem.

Zum Beispiel:-

<style>
.class{}
</style>
then json(ajax response).

Überprüfen Sie also zuerst Ihre Ajax-Antwort in der Konsole. Wir müssen alle Plugins deaktivieren und dann prüfen, ob sie funktionieren oder nicht. Wenn nein, dann aktivieren Sie das Standarddesign. weil Inhalt aus Plugin und Theme kommt.