Die wp-login.php taucht noch in mehreren Dateien auf, so in der wp-includes/general-template.php, in wp-includes/canonical.php und in der wp-includes/functions.php und das sind längst noch nicht alle. Wenn Du die in allen Dateien umbenennst, dann bringt das aber auch nichts, weil dann bei fehlerhafter Eingabe eine Weiterleitung auf die neue-login.php erfolgt. Außerdem sind alle Änderungen nach dem nächsten Update wieder futsch.
Beiträge von Melewo
-
-
In wp-content/languages/admin-de_DE.po in WP 3.7.1:
Code#: wp-admin/edit-form-advanced.php:375 msgid "<strong>Connection lost.</strong> Saving has been disabled until you’re reconnected." msgstr "<strong>Verbindung wurde unterbrochen.</strong> Speichern wurde deaktiviert, bis die Verbindung wieder hergestellt ist."
Die Ausgabe ist in der wp-admin/edit-form-advanced.php Zeile 375 zu finden, verstehe aber gerade den Zusammenhang nicht, wann dieser Spruch ausgegeben wird.In anderen Versionen soll es wohl diesen Eintrag geben, habe den bei mir nicht gefunden, nur im Web:
Code#: wp-admin/edit-form-advanced.php:327 msgid "<strong>Connection lost.</strong> Saving has been disabled until you’re reconnected." msgstr "<strong>Verbindung verloren.</strong> Speichern wurde bis zum wiederverbinden deaktiviert."
Wenn Du jetzt nach der englischen Mitteilung suchst, sollten sich mehr Hinweise finden lassen. -
Du könntest bei Plugins aber auch nach
http://wordpress.org/plugins/tags/click-counter
oder
http://wordpress.org/plugins/tags/click-tracking
suchen, vielleicht ist ja doch etwas bei, was Deinen Vorstellungen nahe kommt.
-
Ob es nun für jeden speziellen Zweck ein Plugin gibt, möchte ich bezweifeln. Das Prinzip beruht entweder auf JavaScript, wie auf diese Seite beschrieben:
http://www.coder-welten.com/event-tracking/
Oder auf eine Weiterleitung der Aufrufe über ein PHP-Script, bei dem dann die Aufrufe gespeichert, gezählt und ausgewertet werden. Die JavaScript-Variante hat den Vorteil, dass der HTML-Code der Banner oder Links nicht verändert werden muss oder maximal nur eine ID hinzuzufügen ist. Schreiben ließe sich so ein Plugin, jedoch nicht mehr in dieser Woche und nicht umsonst.
-
Was die nicht als RSS-Feed anbieten, würde ich nicht unbedingt versuchen aus den Webseiten auszulesen. Da solltest Du Dich bei der/den Pressestellen informieren. Sicher werden die Interesse an der Verbreitung ihrer Pressemitteilungen haben, doch ohne Nachfrage würde ich nichts auslesen, dass könnte rechtlich voll in die Hose gehen.
-
Das ist kein Feed, das hier ist ein RSS-Feed:
-
RSS ist RSS und womit ein RSS-Feed erzeugt wurde, sollte jedem RSS-Plugin gleich sein. Genauso wie HTML halt HTML ist und jedem Browser gleich sein sollte, womit eine HTML-Seite erstellte wurde. Oder verstehe ich gerade etwas nicht?
-
In der wp-includes/plugin.php ist die Funktion add_action definiert, die übernimmt für $tag den String 'thesis_hook_container_add_pagenavi_bottom' als Wert und für $function_to_add den String 'pagination_below' und ruft bei der Rückgabe die Funktion add_filter auf, die nun den String 'pagination_below' in der globalen Variable $wp_filter speichert.
In wp-includes/plugin.php:
PHPfunction add_action($tag, $function_to_add, ...) { return add_filter($tag, $function_to_add, ...); } function add_filter( $tag, $function_to_add, ...) { global $wp_filter, $merged_filters; ... $wp_filter[$tag][$priority][$idx] = array('function' => $function_to_add,...); }Ein kleiner Test, um mit einem Plugin den Inhalt von $wp_filter im Footer auszugeben. Die Funktion "meine_Aktionen_und_Filter" ist nun im Array von $wp_filter enthalten:
PHP
Alles anzeigen<?php /*---------------------------------------------------------- Plugin Name: Aktionen und Filter ----------------------------------------------------------- */ add_action("wp_footer", "meine_Aktionen_und_Filter"); function meine_aktionen_und_filter() { global $wp_filter; echo "<pre>"; print_r($wp_filter); echo "</pre>\n"; } /* Ausgabe: [wp_footer] => Array ( [X0] => Array ( [meine_Aktionen_und_Filter] => Array ( [function] => meine_Aktionen_und_Filter [accepted_args] => 1 ) ) */ ?>
Deine nächste Frage sollte nun sein, wie wird der Inhalt von $wp_filter weiter verarbeitet. -
Ich kann Deine Frage nicht wirklich beantworten, denn wenn ich das richtig verstehe, wird diese Funktion im Plugin WP-PageNavi definiert, welches ich bislang nicht verwende. Mit function_exists wird jedenfalls überprüft, ob die Funktion wp_pagenavi definiert wurde und existiert und nur wenn diese Funktion existiert, wird die Funktion aufgerufen. Existiert die Funktion nicht, wird diese auch nicht aufgerufen.
PHP<?php if(function_exists('wp_pagenavi')) { wp_pagenavi(); } ?> -
Ein Klick auf eine Taste ist ein Ereignis und an Dir liegt es festzustellen, von welcher Taste so ein Ereignis gemeldet wird. Für die Vermittlung von Ereignissen sind bei Webseiten Event-Handler zuständig und so kannst Du Dein Vorhaben entweder mit einer jQuery-Lösung umsetzen, Beispiele lassen sich genug finden:
http://stackoverflow.com/questions/1457…html-javascript
Oder einfach nur mit JavaScript, ohne gleich ein Framework zu laden. Ungetestet, doch so oder ähnlich könnte es aussehen:
Code<script type="text/javascript"> window.onkeyup = function (e) { if (e.keyCode == 27) { window.close (); } } </script> -
Und einfach unter Plugins bringt auch nur eine Fehlermeldung beim aktivieren :(
Bei mir nicht, was aber nichts heißen muss. Weiße Seiten gehören eh zum Testen dazu, unter Localhost gibt ja der Parser dann eine Meldung aus, wo er einen Grund zum Mäkeln gefunden hat. Lasse ja immer den Editor mit der Scriptseite des Plugins offen, wenn ich WP im Browser aufrufe, so dass kleine Fehler gleich verbessert werden können, bis die Seite nicht mehr weiß ist. -
Das "Warum wird aus Zeichen A plötzlich B" ist mir ein Rätsel.
Ist bei JavaScript Online-Editoren normal, da der Browser das letzte Wort hat, wie was umgewandelt wird und da schon einiges zugehört, die Browser zu überreden nicht zu viel Murks zu machen. Hatte mal einen einfachen geschrieben, da hat der IE einen anderen Quelltext geliefert als der FF. Doch der IE hat mir zusätzlich noch einige Anführungszeichen aus den Bildattributen gelöscht. -
Ich habe mir das Beispiel durchgelesen und habe erstmal nach dem passenden Ort gesucht, wo ich das eintragen muss.
Wusste ich da ja auch noch nicht, heute würde ich es aber einfach unter Plugins ablegen und aktivieren. Wird im Head richtig ausgegeben, nur ob mit oder ohne Plugin, an meinen Zeichen ändert sich nichts. Die als Entity eingegebenen sehen zwar anders aus (auch ohne Plugin), nur nicht so wie die zwischen <code>Zeichen</code>. Könnte aber sein, dass die Reihenfolge bei der Ausgabe nicht stimmt.PHP
Alles anzeigen<?php /*---------------------------------------------------------- Plugin Name: Sonderzeichen ----------------------------------------------------------- */ add_action("admin_head", "meine_Sonderzeichen"); function meine_Sonderzeichen () { $tiny = "<script type=\"text/javascript\">"; $tiny .= "tinyMCE.init({entities : \"Prime, 8243\"});"; $tiny .= "</script>\n"; echo $tiny; } ?> -
Die von dir erwähnten Tipps von formateins lassen über meinem Kopf nur massiv Fragezeichen auftauchen :roll:
Eigentlich nicht, denn in der Beschreibung vom TinyMCE steht ja alles:
http://www.tinymce.com/wiki.php/Configuration:entities
Mir verging nur die Lust mich zusätzlich noch durch TinyMCE zu wurschteln, weil ich bereits genug damit zu tun hatte, mich in WP nicht zu verirren und mit dem "Example of TinyMCE configuration" nicht klar kam. Doch wer da nun unbedingt etwas ändern möchte, würde das schon packen:
-
Ehrlich gesagt sehe ich im Bild keinen großen Unterschied zwischen dem grünmarkierten und rotmarkierten Bereich bei den Zeichen.
Du könntest den im anderen Thread von formateins erwähnten Tipps nachgehen, ich habe mich seither nicht mehr darum gekümmert, weil ich mit meiner Lösung zufrieden bin. Vielleicht hast Du mit diesen Tipps ja mehr Erfolg als ich.
Irgendetwas muss doch ohnehin im Editor eingegeben werden und ob ich da nun ″ in den Quelltext schreibe oder [Prime], das wäre mir eigentlich egal und würde es nicht als Mehraufwand betrachten.
Falls Du noch eine andere Lösung finden solltest, dann ist es gut, ansonsten müsstest Du mit dem Leben, wie es ist oder was es als Lösungen gibt und mehr als ein Hinweis auf eine mögliche Lösung sollte das von meiner Seite aus nicht sein. -
Ja, ich verstehe Dich, Du gehst von meine-schoene-seite.html aus. Du hast es aber mit einem Blog/CMS zu tun, in dem es keine meine-schoene-seite.html gibt bzw. meine-schoene-seite.html wird erst beim Parsen aus PHP-Dateien zusammengefügt. Die zum Bearbeiten geeigneten liegen im Theme-Verzeichnis, wie die header.php und die footer.php und sehr viele Änderungen kannst Du ohnehin in der style.css vornehmen.
Es dauert etwas, bist Du weißt, welches Detail in welcher Datei verändert werden kann, oftmals auch mit Hilfe von Funktionen in der funktions.php. Für die Startseite wäre zum Beispiel header.php, index.php, footer.php und für statische Seiten header.php, page.php, footer.php, bei den Standard-Themen zumindest.
-
Melewo: Deine Lösung beinhaltet auch das setzen von Code um das zu verhindern, wenn ich das richtig verstanden habe?
Wie meinst Du das jetzt? Wegen dem <pre>?
Das steht da, weil ich das nur für Code benötigte und wenn sich kein <pre> im Content befindet, die Funktion auch nichts weiter zu tun braucht und weiterschlafen kann. Genauso gut könnte da aber ein <div> stehen oder ein anderer Bereich oder kein Bereich.Entity für Zoll ist ″ und dezimal &# 8243; (ohne Leerzeichen hinter #) und hex ″
Da würde ich beim Schreiben einfach [Prime] benutzen und im Array ["&# 8243;"] oder ["″"] hinzufügen und gut ist. -
Wenn Du nur die zu einem Theme gehörenden Dateien bearbeitet hast, was eigentlich der Fall sein sollte, dann brauchst Du nur diese bearbeiteten Dateien hochladen, um die vorhandenen zu überschreiben.
-
Um Zeichen und den Tiny ging es in meiner ersten Frage im Forum, seither benutze ich BBCode für derartige Zeichen, habe die Arrays zwischenzeitlich um einige wenige Zeichen erweitert und es gibt keine Probleme mehr.
-
Habe mal einen Test gemacht, es ist zu viel, um das so rauszuwerfen. Nur diese beiden getestet, geht zwar, müsste nur zu häufig mit allen Variationen wiederholt werden.
Im Beitrag enthalten:
Code<p class="MsoNormal"> ... <b style="mso-bidi-font-weight: normal;"> ...In DB:
SQLUPDATE wp_posts SET post_content = REPLACE(post_content,'<p class=\"MsoNormal\">','<p>'); UPDATE wp_posts SET post_content = REPLACE(post_content,'<b style=\"mso-bidi-font-weight: normal;\">','<b>');Die Variante mit RegEx kann wohl auch nicht wie erwartet funktionieren, da müsste ja auch nach String mit LIKE gesucht werden oder so.
