Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenIch habe das gleiche Problem. Spiele ich manuell die Sie-Sprachdateien ein, erscheint folgende Meldung in der Aktualisierungsverwaltung im Backend von WordPress:
Übersetzungen
Einige Ihrer Übersetzungen sind nicht mehr auf dem neuesten Stand.
Aktualisiere Übersetzungen
Ich habe zwar die Automatischen Updates deaktiviert, aber wenn ich z.B. ein Plugin update, werden die Sprachdateien einfach ungefragt überschrieben auf die Du-Version. Wie lässt sich dieses Verhalten dauerhaft unterbinden?
Schon klar, aber das kann ich wohl kaum einem Kunden als Logout-Möglichkeit anbieten. Gibt es denn keine Möglichkeit, die Cookies z.B. per functions-Snippet auf den Logout-Befehl zu legen?
Dazu hab ich dieses Snippet gefunden, aber Sessions gibt es doch in Wordpress gar nicht oder meinst Du Transients?
Ich suche genau dasselbe. Wer weiß Rat?
Ich habe nach dieser Anleitung den Adminbereich meines Wordpress-WooCommerce-Shop abgesichert. Der Kunden-Login oder auch das Editieren des Profils klappt damit problemlos, aber beim Logout greift er auf die wp-login.php zu...
http://www.meinshop.de/wp-login.php?action=logout&redirect_to=http%3A%2F%2Fwww.meinshop.de%2Fmein-konto%2F&_wpnonce=123abc456defg...und dadurch kommt es dann zur htaccess-Abfrage. Die kann der Kunde natürlich nicht beantworten, sondern nur authorisierte Admins.
Dieser htaccess-Schutz ist für mich aber noch aus einem weiteren Grund wichtig. Ich möchte per Fail2Ban erfolglose Loginversuche aussperren, so wie in dieser Regel beschrieben.
Im Kommentar zu einer Seite las ich dann das hier:
add_filter('logout_url','fix_logout_url');
function fix_logout_url($link){
//replace wp-login with login in the logout URL
$logout_url = str_replace("wp-login", "login", $link);
return $logout_url;
}Aber wenn ich mir die wp-login.php kopiere und als logout.php benenne, könnte doch ein möglicher Angreifer diese dann wiederum missbrauchen für Login-Attacken oder?
Hat vielleicht jemand ein passendes Snippet parat oder fällt jemandem ein Trick ein, wie man das per Rewrite oder so in der htaccess lösen könnte?
Also wenn ich mit HTTP Live Headers prüfe, komme ich auf 11 Anfragen und bei besagtem Wert steht:
Keep-Alive: timeout=15, max=100
Firebug zeigt mir im Backend nach Aktualisieren in einem Post insgesamt 25 Anfragen und etwa alle 2 Sekunden wird die admin-ajax.php geladen. HTTP Live Headers zeigt mir auch hier wieder diesselben Keep-Alive-Werte. Manchmal steht bei "max" auch 99, 98, 97 oder 96.
Was nun serverseitig abläuft wissen wir in der Tat nicht.
Um an den Hostmaster heranzutreten, bräuchte ich allerdings schon einen besseren Anhaltspunkt als einen Screenshot aus dem Wordpress Backend.:?
Plugins und Themes sind natürlich immer eine der ersten Fehlerquellen die man prüfen sollte. Das ist schon klar. Was mich jedoch irritiert ist, das sich da bei meiner Wordpress-Installation schon seit geraumer Zeit gar nichts geändert hat. Das Problem war einfach plötzlich da.
In einem Beitrag wurde die Möglichkeit erwähnt, dass ein zu langsamer Webserver oder einer der nicht mit sovielen Requests umgehen kann, denkbare Ursache sein könnte. Da wäre meine Frage wo setze ich da am besten an bzw. was soll ich da meinen Hostmaster fragen?
Äußerst skurril finde ich auch die Tatsache das ich das Problem trotz mehrfacher Versuche an meinem Rechner nicht nachvollziehen kann... :confused: Ich jedoch immer wieder Screenshots von Autoren erhalte, die dieses Problem mit Posts bzw. Custom Post Types haben. In diesem Zusammenhang hatte ich ja oben den Screenshot aus dem Firefox gepostet: Bei diesen Autoren meldet Firefox zuweilen auch, das er zu langsam sei. Liegt es an meiner besseren PC-Ausstattung oder ist diese Meldung für Admins generell nicht sichtbar?
Desweiteren frage ich, wenn, wie ein User schreibt, diese Meldung keine Auswirkung hat auf geänderten Content, kann man das dann getrost ignorieren?
Ich habe das gleiche Problem, nutze aber keins der genannten Plugins:
Allerdings meldet mir Firefox unter Mac an mehreren Rechnern auch das hier:
Unter Windows konnte ich das Phänomen komischerweise nicht nachvollziehen.
Also auch lokale Ursache denkbar oder nur Zufall?
Welche Gründe könnte es für so ein Verhalten noch geben? Kann es auch sein, das die Internetverbindung gerade zu langsam oder unterbrochen ist oder der Webserver überfordert ist? Ich kann mir darauf irgendwie keinen Reim machen...
Theme My Login ist noch ganz nett, aber gibt es auch eine Methode das mit Bordmitteln ohne Plugin zu lösen? Also einfach nur der Aufruf der wp-login.php aber als Widget. Geht das? Wie?
...im Quelltext wird es ebenfalls deutlich:
Joomla-User haben das Problem offenbar auch...
Ich habe das gleiche Problem. Wir arbeiten mit unterschiedlichen Betriebssystem an einer Wordpress-Seite. Offenbar ist dies ein Mac/Win-Problem, siehe:
http://www.macintosh-forum.de/25209-komische…e-vom-text.html
oder auch:
http://www1.prometheanplanet.com/forum/showpost…465&postcount=9
Unter Umständen kann es manchmal aber auch mit einer nicht kompatiblen Zeichenkodierung zusammenhängen. Die "billigste" Methode ist es da ein Reintextdokument in UTF8 anzulegen und den Text dort reinzukopieren bzw. umzuwandeln (z.B. mit Notepad++ möglich).
Mit diesem Plugin können aus FlipViewer Xpress heraus generierte E-Paper problemlos in Wordpress eingebunden werden:
http://wordpress.org/extend/plugins/e-paper/
Die Konvertierung läuft denkbar einfach. Man lädt die PDF in die Flipviewer-Software und bekommt ein fertiges und selbständig lauffähiges E-Paper. Mit dem Plugin kann man dieses als Custom Post Type in Wordpress einbinden. Mit Hilfe der Plugins Relevannsi und User Access Manager ist eine Volltextsuche und gezielte Abonnentensteuerung möglich, da durch das Plugin nativ unterstützt.