Zu aller erst den chmod 777 rückgängig machen. Verzeichnisse 755 und Dateien 644. Das Thema Sprachdatei ist schon einige mal aufgetaucht. In ein paar Tagen dürfte sich das Problem lösen.
Beiträge von mensmaximus
-
-
Ich habe mehrere der Stadartthemes ausprobiert, ändert nichts
Bei gleichzeitig deaktivierten Plugins?
-
Welches Plugin war es?
-
Es geht nicht darum auf eine Sparversion zu gehen, sondern den Fehler zu finden. Einige Plugins haben Probleme mit WP 4.0. Einige Entwickler haben in den letzten Tagen (seit ~ 25.8) Updates ausgeliefert um WP 4.0 kompatibel zu sein. Darunter auch so bekannte wie WPML. Sind nicht alle auf dem neuesten Stand kann es eben zu Problemen kommen. Durch deaktivieren der Plugins könnte man eben feststellen ob es an einem Plugin liegt oder am Theme.
-
Bitte alle Plugins deaktivieren und dann testen. Falls das nicht geht bitte zusätzlich auf ein Standard Template (z.B. TwentyFourteen) umstellen. Es gibt defakto einige Probleme im Zusammenhang mit dem Mediamanger und TinyMCE. Viele Themes kommen mit den Neuerungen noch nicht zurecht und benötigen Updates.
-
Nutz Du den Mediamanager von WordPress oder eine Uploadfunktion, die durch ein Plugin oder Theme bereitgestellt wird? Wie lautet die Fehlermeldung genau?
-
Das Problem wurde von Facebook behoben: https://developers.facebook.com/bugs/759289667443443/
-
Welche Themes verwendet Ihr? Habt Ihr Plugins zur visuellen Gestaltung der Seiten oder Themes mit eingebauten Site-Buildern?
Einige davon habe Probleme mit WordPress 4.0, wie z.B. der CKEditor. Hierzu gibt es im Forum bereits etwas zu lesen.
-
Welches Theme verwendest Du? Einige Site-Builder und Visuelle Composer vertragen sich anscheinend nicht mit den TinyMCE Erweiterungen in WP 4.0. Siehe auch hier
-
Bezüglich eines alternativen Plugins muss ich passen (bis auf die üblichen Verdächtigen wie den Visual Composer). Vielleicht hat ja jemand im Forum eine Idee.
Da in WP 4.0 anscheinend keine akuten Sicherheitslücken gestopft wurden, kannst Du aus heutiger Sicht erst einmal mit 3.9.2 weiter arbeiten.
-
Na für einen Massenhoster sind die Werte doch ganz ordentlich. Die Version ist, wie r23 schon angedeutet hat, nicht die aktuellste aber für WordPress (den Core) ausreichend. PHP 5.4 bzw. 5.5 wären besser. Bei manchen Hostern kann man das auch umstellen (z.B. bei All Inkl.). Falls das bei Strato geht empfehle ich auf 5.5 umzusteigen.
-
Ich habe das plugin CKEditor for WordPress drin.
Ich habe den CKEditor gerade auf einem jungfräulichen WordPress 4.0 installiert und kann den Fehler bestätigen. Der Titel kann eingegeben werden. Die Bearbeitungsleiste fehlt und ein Umschalten zwischen Visuel und HTML ist nicht möglich. Das Textfenster funktioniert im Übrigen, allerdings ist die Schrift weiß und somit nicht zu sehen. Tippt man ein wenig und macht einen Doppelklick in das Textfenster wird der Inhalt markiert und sichtbar ;-)
PS.: Auch Andere bestätigen bereits den Fehler https://wordpress.org/support/topic/…=8#post-5974709
-
JA - die Wordpress Version kommt mit einer eigenen Session logik.
Sorry aber das hat in diesem Fall keine Auswirkung.
Selbstverständlich spielt auch die PHP Version eine Rolle. Massenhsoter lassen gerne totoal verlatete versionen zum Beispiel 5.2.0 laufen... erwarte bitte nicht, dass Open Source Entwickler bei einer neuen Version auf veraltete Server Konfigurationen bei Massenhostern rücksicht nehmen. Der Support von 5.2.x ist eingestellt.
Auch diese Anmerkung macht in diesem Zusammenhang keinen Sinn. WP unterstütz PHP 5.2 seit Ewigkeiten nicht mehr. ReneS verwendet WP 3.9 ohne Probleme also ist die PHP Version absolut in Ordnung - auch für WP 4.0.
Gerade der von ReneS gemeldete HTTP Upload Fehler bei Bildern erinnert an die vielen Probleme mit Themes, die am Medienmanager vorbei arbeiten. Und bei "huh cheating?" klingeln mir heute noch "Elegant" die Ohren.
-
Nein. Es liegt am Theme. Und um das zu verifizieren wäre es toll gewesen das bestätigt zu bekommen. Ich bekomme vermehrt Anfragen wegen Editor Problemen nach dem Update auf 4.0. In fast allen fällen hängt das mit einem "Visuellen Baukasten" für den Editor zusammen (TinyMCE). Kaum waren die Theme deaktiviert lief alles wie gewohnt. Einige Themeentwickler haben bereits nachgebessert, bzw wie bei Enfold vorab ein Update geschickt.
-
Ich schick Dir gleich mal eine PM
-
Verwendet Dein Theme einen "Visual Editor"? Also ein Tool mit dem man Layoutelement per Drag n Drop in das Textfenster ziehen kann? Das wäre eine Erklärung. Ich hatte gerade einen solchen Fall, weil in WP 4 der Editor in Teilen verändert wurde.
-
Genau so machst Du das.
-
Ist das Textfeld denn sichtbar?
-
Dann hat eine Datei ein 'falsches' Format bzw. beide Dateien haben nicht die gleiche Codierung. Jede der Dateien als Linux oder DOS Datei speichern und dann vergleichen.
-
Das sind ja mal ganz neue Fehler. Ich arbeite seit langem nur noch mit Enfold und habe das so noch nie gesehen.
Debug ist in der wp-config.php aus? Es handelt sich um einen normalen Webspace und nicht um einen Vserver? Sind in der .htaccess weitere PHP flags gesetzt?
Du kannst Die Zeiler erst mal entfernen. Deine PHP Sessionverwaltung ist defekt. Das müssen wir erstmal fixen.