Beiträge von marX

Also mein Code macht genau das, was du in deinem Beispielbild gezeigt hast. Warum also funktioniert das in deinem Fall nicht?

Die Datenbankabfrage wirst du so vielleicht hinbekommen (kannst dich ja am Original-WP-Code orientieren, musst dich nur durch die Inlude-Files zur Funktion get_cats() oder so durchwühlen) - allerdings sitzt du dann spätestens beim Upgrade auf Version 2.3 auf dem Trockenen. Da gibts nämlich keine Tabelle "wp_categories" mehr (die heißt jetzt wp_terms und hat noch andere Inhalte).

Eventuell kann die Schrift, die der Editor verwendet, die Zeichen nicht darstellen. Gehts denn auf der Seite jetzt?

Textpad nutze ich selbst, da geht es recht bequem... "Datei speichern unter...", dann kannst du unten die Codierung wie oben beschrieben auswählen. Wähle dort "UTF-8", überschreibe die Datei und es sollte alles korrekt angezeigt werden.

Kommt auf deinen Editor an. Welchen hast du denn?

Bei vielen Editoren hast du im "Speichern unter.."-Dialog eine Dropdown-Box mit dem Titel "Encoding" oder so, da kannst du "ANSI", "Unicode", "UTF-8" usw. auswählen. Andere Editoren haben in der Menüzeile ein Menü "Format", wo man das einstellen kann.

Eventuell hilft dir auch das Hilfesystem deines Editors weiter...

Es kann sein, dass du noch weitere Selektoren in die CSS-Regeln einbringen musst, da sonst andere Regeln eine höhere Spezifität haben.

#sidebarleft ul li.current_page_item ul li,
#sidebarleft ul li.current_page_item ul li a:link,
#sidebarleft ul li.current_page_item ul li a:visited,
#sidebarleft ul li.current_page_item ul li a:hover,
#sidebarleft ul li.current_page_item ul li a:active,
#sidebarright ul li.current_page_item ul li,
#sidebarright ul li.current_page_item ul li a:link,
#sidebarright ul li.current_page_item ul li a:visited,
#sidebarright ul li.current_page_item ul li a:hover,
#sidebarright ul li.current_page_item ul li a:active {
 background: #93c1ff;
 color: #93c1ff;
}

Das müsste eigentlich funktionieren. Viel genauer kann man dann nicht mehr spezifizieren... Falls es immer noch nicht gehen sollte: Gibts einen Link zu dem Blog? Ich würde mir das gern mal näher ansehen.

Mmmh, das sagt das PHP-Manual dazu:

Zitat von PHP Manual

utf8_encode — Encodes an ISO-8859-1 string to UTF-8

Für deutsche Umlaute könnte das funktionieren. Ich kann mir aber irgendwie nicht vorstellen, dass kyrillische Buchstaben in ISO-8859-1 codiert sind (müsste ISO-8859-5 sein, IMHO). Also muss da schon iconv() her - was aber voraussetzt, dass du weißt, welche Zeichenkodierung ursprünglich vorlag.

Also ich bleib dabei - alles als UTF8 abspeichern und ausliefern ist die beste Möglichkeit.
Schon weil es immer mies ist, an den Symptomen herumzudoktern, statt die Ursache zu beheben.

[SIZE="1"]PS: Keine Angst ich hab dich trotzdem gern. Spätestens wieder beim nächsten Bier... ;-)[/SIZE]

1&1 bietet den Service an, also soll sich meiner Meinung nach auch 1&1 um das Problem kümmern. (Sieht eh so aus, als hätten die bei 1&1 irgendwas am Server umgestellt. Liegt also nicht in deinem Einflussbereich. Da kann nur der Support von 1&1 helfen.)

Alphawolf: Also da find ich meinen Ansatz deutlich attraktiver... (okay, wahre Schönheit kommt immer von innen ;-))

Aber die paar Template-Dateien, die Non-ASCII-Zeichen enthalten als UTF8 abzuspeichern ist meiner Meinung nach schneller und einfacher erledigt, als ein Plugin mit Output Buffering zu schreiben. Und performanter dürfte es auch sein...

Über Google gefunden (1. Treffer bei Suche nach wp-polls auf Deutsch):
http://forum.wordpress-deutschland.org/plugins-und-wi…ress-polls.html

Du musst die anderen PHP-Dateien, die Non-ASCII-Zeichen enthalten (in deinem Fall also kyrillische Buchstaben - für deutsche Umlaute gilt aber im Prinzip das gleiche), ebenfalls in UTF8-Codierung abspeichern. In der Regel bietet dir dein Editor eine Option dazu.

Suchst du vielleicht sowas hier?
WP - RSSImportTwo (Plugin) | bueltge.de [by:ltge.de]

Natürlich braucht man eine Erlaubnis vom Urheber, wenn man auf seiner Seite fremde Inhalte einbinden will. Für das private Lesen von RSS-Feeds natürlich nicht.

Das scheint ein Bug von Seekport zu sein. Deine Seite wird mit UTF-8 codiert und auch so ausgeliefert. Also eigentlich alles in Ordnung so.

Für solche Links gibts die Beispieldomains example.org oder auch example.com

Also ich geh mal anhand deines Beispiellinks davon aus, dass dein Blog im Rootverzeichnis der Domain liegt. Dann lautet der Eintrag in der robots.txt (die im Rootverzeichnis liegen MUSS!):

User-agent: *
Disallow: /impressum

Das schließt das Impressum für alle Suchroboter aus, die sich an die robots.txt halten.

Also das sollte normalerweise das Verhalten von WordPress sein. Wenn du das Post-Datum auf ein zukünftiges Datum einstellst, dann wird der Beitrag auch erst ab diesem Tag angezeigt.

Am besten in die header.php:

<?php
if ( is_page('impressum') ) {
 echo '<meta name="robots" content="noindex,follow" />';
}

Wenn du Permalinks hast, oder nur Google bedienen willst, dann tuts auch ein robots.txt-Eintrag.

Ich habs jetzt nicht getestet, aber so in der Art müsste es funktionieren. Der Hook "content_save_pre" heißt, dass die Aktion unmittelbar vorm dem Abspeichern des Beitrags in die Datenbank ausgeführt wird.

<?php
/*
Plugin Name: Clean Up The Content
Description: 
Author: marX
Version: 0.1b
Author URI: 
*/


function marx_clean_up($content) {
	$content = preg_replace('/mce_href="[^"]*"/', '', $content);


	return $content;
}


add_filter('content_save_pre', 'marx_clean_up');


?>

Den Code einfach als neues Plugin abspeichern (z.B. marx_clean_up_content.php) und aktivieren. Die Kommentare im Kopf sind wichtig, nicht löschen! WordPress verwendet die für die Anzeige der Plugininformationen in der Pluginliste. Der Code ist nur ein Beispiel, darfst du natürlich gern weiter ausbauen.

Die Plugin-API von WordPress ist im Codex recht ordentlich erklärt.

Tu das. Ne kleine, aber feine Einführung gibts bei SelfHTML:
SELFHTML: Webserver/CGI / Webserver / .htaccess - Server-Reaktionen kontrollieren

Ansonsten sind die Apache-Docs auch sehr gut, aber da sollte man sich doch schon etwas besser auskennen. Sonst sieht man den Wald vor lauter Bäumen nicht.

Mmmh... das Problem kenn ich. Eine Möglichkeit gibts noch: Schreib dir n Plugin, was den Content bei der Ausgabe filtert, also das Attribut rausschmeißt. Weißt du wie das geht, oder soll ich dir mal n Beispiel posten?

Mmmh, sehr komisch. Aber das der WYSIWYG Müll macht ist ja nix neues... Entweder befolgst du den Tipp aus deinem Link oben (das Attribut schadet ja nix und sollte vom Browser einfach ignoriert werden - gibt halt ne unschöne Warnung im Validator) oder du schaltest den WYSIWYG aus und nimmst den einfachen Editor. Mehr kann ich dazu auch nicht sagen. :-?

Vielleicht indem du den Link über den Button (den mit dem Kettenglied) einfügst?