Hey leute, HILLE hats echt drauf! Der hat das "Problemchen" wirklich gefunden... und Gelöst! VIELEN DANK an Hille :mrgreen::mrgreen:
tinyMCE funktioniert nicht mehr
-
-
- 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)
-
Und was war es?
-
Ich hoffe mal, das der TS nichts dagegen hat, wenn ich mal kurz das Problem beschreibe, denn im Endeffekt kann es jeden treffen, der Plesk einsetzt.
Als Distribution war hier CentOS im Einsatz. Wie anfangs vermutet, waren die Rechte korrekt gesetzt. Aber trotzdem wurde beim Zugriff auf die Datei wp-tinymce.php ein 403 Fehler erzeugt. Da Plesk ja wirklich tief in das System eingreift (aus diesem Grunde würde ich jedem empfehlen, Plesk zu meiden, evtl wenn unbedingt nötig, dann Froxlor), sind einem ja doch etwas die Hände gebunden, was die Konfiguration angeht. Nun gibt es unter Plesk, für jeden Kunden / Benutzer sogenannte "Security Einstellungen". Und tatsächlich gab es 2 Einstellungen für die Wordpress Verzeichnisse /wp-admin und wp-includes. Die Einstellungen hier waren mit einem grünen Häckchen versehen, also alles in Ordnung laut Plesk ;-). Die Lösung war im Endeffekt, genau diese Einstellungen beider! Verzeichnisse zurück zu setzen. Danach war der 403 Fehler beseitigt. Zu finden sind diese Einstellungen unterHome > Subscriptions > example.com > Websites & Domains > WordPress > Example > Check Security
-
Ist doch Quatsch, denn dann wäre generell kein Zugriff auf irgend eine Datei in diesem Verzeichnis möglich.
Ich hoffe in Zukunft, dass Lösungsvorschläge nicht als Quatsch abgestempelt werden. Denn gerade die Meldung "[COLOR=#333333]client denied by server configuration" ist ein Konfigurationsfehler und kein Berechtigungsfehler.
Danke![/COLOR]
-
Ich hoffe in Zukunft, dass Lösungsvorschläge nicht als Quatsch abgestempelt werden. Denn gerade die Meldung "[COLOR=#333333]client denied by server configuration" ist ein Konfigurationsfehler und kein Berechtigungsfehler.
[/COLOR]Mein "Quatsch" bezog sich hier drauf
Code<Directory [COLOR=#333333][I]/var/www/vhosts/DOMAIN.de/httpdocs/wp-includes/[/I][/COLOR][COLOR=#000000][FONT=courier]> [/FONT][/COLOR]Order allow,deny Deny from all </Directory>Sorry, aber das war leider nun mal Quatsch, ohne dir dabei auf den Schlips treten zu wollen ;-)
-
Mein "Quatsch" bezog sich hier drauf
Code<Directory [COLOR=#333333][I]/var/www/vhosts/DOMAIN.de/httpdocs/wp-includes/[/I][/COLOR][COLOR=#000000][FONT=courier]> [/FONT][/COLOR]Order allow,deny Deny from all </Directory>Sorry, aber das war leider nun mal Quatsch, ohne dir dabei auf den Schlips treten zu wollen ;-)
Dann bitte nicht nur einen Teil posten, sondern komplett.
Letztendlich weißt du ja auch nicht, was Plesk da genau gemacht hat. Mein Lösungsansatz hat zu mind. in der richtigen Richtung gezielt. Das mit den Berechtigung war wohl eher quatsch ;)
-
Letztendlich weißt du ja auch nicht, was Plesk da genau gemacht hat.Ist auch nicht entscheidet, da ich Plesk nie einsetzen werde bzw. es dem TS glaube auch egal ist ;-). Wenn du aber möchtest, kann ich mir das genauer anschauen und dir die Ursache gerne nennen. Vermutlich profitierst auch du von der Lösung, falls einer deiner Kunden das selbe Problem haben sollte ;-).
Mein Lösungsansatz hat zu mind. in der richtigen Richtung gezielt.Damit du ruhig schlafen kannst, Ja, dein Lösungsansatz hat in die richtige Richtung gezeigt ;-). Und nun lass uns das Thema beenden.
-
falls einer deiner Kunden das selbe Problem haben sollte ;-).
Nein, die Mühe brauchst du dir nicht zu machen :) Wir lassen ebenfalls die Finger von Plesk. Wir sind sehr zufrieden mit froxlor ;)
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!