Probleme mit RSS-Feed

Jo, dann wirds wohl clean-umlauts sein. Was macht dieses Plugin eigentlich?

Zitat von Xander

Also bei mir ist überhaupt kein Unterschied ob ich das clean-umlauts aktiviert hab oder nicht - kommt immernoch die falsche Darstellung. Muss ich was in der DB direkt korrigieren bevor es geht??? :rolleyes:

Das nervt mich echt mit der RSS-Darstellung... :confused:

ist deine datenbank eigentlich auch auf utf-schießmichtot eingestellt?

ich hab nämlich nach dem crash festgestellt, daß meine das nicht war, die lief unter iso-hastdunichtgesehen.

@ jowra:
"eine Funktion, mit der Umlaute in Artikeln, Kommentaren und Feeds konvertiert werden."

ich hab eure meldung erhalten ;)
was mich irritiert ist, wieso es mit dem originalen o42-plugin v0.2.0 funktioniert und bei mir anscheinend nicht - denn letztlich habe ich an der feed-konvertierung nichts geändert, sondern im gegenteil eine saubere post-konvertierung auf browser-seite eingebaut. experimentell sind außerdem filter für die säuberung der autorennamen eingebaut, aber die wertet WP offenbar bisher nicht aus.

ich schau mir das heute abend mal an....

Zitat von frankie

@ jowra:
"eine Funktion, mit der Umlaute in Artikeln, Kommentaren und Feeds konvertiert werden."

Ähem... das macht doch WordPress sowieso schon. Warum ein Plugin?

Ich hab diesbezüglich gar nichts geändert oder eingebaut und die Feeds funktionieren prima.

tat wordpress bisher eben nicht überall, z.B. nicht in den Titeln...
wies jetzt bei 2.0 ist, weiss i ned, habs noch ned installiert, wart noch auf die 2.0.1 ;)

so, habe mir den halben abend das hirn zermartert - ich kann das problem schlichtweg nicht nachvollziehen. sofern wordpress die entsprechenden filter überhaupt schon auswertet (beim comment-author beispielsweise passiert da mal rein gar nichts), laufen alle zeichenketten sauber und problemlos durch die konvertierung - und für die feeds ist diese wie schon gesagt identisch mit der originalfunktion von o42-cleamumlauts identisch, da ich nur die content-konvertierung aufgebohrt habe.

was natürlich zu unvorhergesehenen schwierigkeiten führen kann, ist ein abweichendes encoding im verwendeten blog. ich konnte weder mit UTF-8 noch mit ISO-8859-15 ein problem feststellen, in beiden fällen wird immer sauber konvertiert und der RSS-stream bleibt valide - bei RDF, rss2.0 und atom gleichermaßen. an meiner plugin-version kanns also net liegen, höchstens an einer interferenz mit anderen feed-bezüglichen plugins.

inwiefern so ein plugin für ein wp2.0 blog notwendig ist, mag ich nicht beurteilen, dazu kenne ich die2.0er codebasis auch noch nicht gut genug - unter 1.5.2 hatte es jedenfalls volle daseinsberechtigung, da zumindest nicht konvertierte umlaute in der browsersicht sehr unschön sind - deutsche umlaute gehören wie andere sonderzeichen auch in html-entities umgewandelt, und das tut wp mit sicherheit nicht von sich aus.

danke für die mühe.
ich kanns mir ja auch nicht erklären.

fakt ist, es war in zwei 1.5er blogs so, dass mit deinem plugin der fehler (nur) in den beitragstiteln auftrat. ich merkte das ja auch nur, weil ich thunderbird 1.5 aufgerüstet hatte, und die feedreaderfunktionalität testen wollt. (wer abonniert sonst schon feeds vom eigenen blog ;)
zeigte thunderbird wegen der fehler im titel gar nicht erst an. der googlefeedreader verschluckte wenigstens nur die kompletten umlaute und zeigte die titel statt "über" eben als "ber" an...

hab dann dein plugin deaktiviert, und alles wurde schön...

schon möglich, dass es interferenzen mit andren plugins gibt, wüsste aber nicht mit welchen mir fiel als relevant nur x-valid ein, da hab ich in beiden blogs die 0.98 laufen, ziemlich umfangreicher code, aber ich hab da nix feedrelevantes gefunden...

Ich hab mal zum testen einen Hack in der functions-formatting.php eingebaut. Ich glaub das ist das Hauptproblem von WP, "deutsche umlaute gehören wie andere sonderzeichen auch in html-entities umgewandelt"

if (isset($curl{0}) && '<' != $curl{0} && $next) { // If it's not a tag
            $curl = str_replace('---', '—', $curl);
            $curl = str_replace(' -- ', ' — ', $curl);
            $curl = str_replace('--', '–', $curl);
            $curl = str_replace('xn–', 'xn--', $curl);
            $curl = str_replace('...', '…', $curl);
            $curl = str_replace('``', '“', $curl);
            // olaf Umlaute 
            $curl = str_replace('ä', 'ä', $curl);
            $curl = str_replace('ü', 'ü', $curl);
            $curl = str_replace('ö', 'ö', $curl);
            $curl = str_replace('ß', 'ß', $curl);
            $curl = str_replace('Ü', 'Ü', $curl);
            $curl = str_replace('Ä', 'Ä', $curl);
            $curl = str_replace('Ö', 'Ö', $curl);

Bisher konnte ich nichts Nachteiliges feststellen ;)

Shit, wieso wird das umgewandelt, ist doch in CODE!? Nochmal mit Leerzeichen

if (isset($curl{0}) && '<' != $curl{0} && $next) { // If it's not a tag
            $curl = str_replace('---', '& #8212;', $curl);
            $curl = str_replace(' -- ', ' & #8212; ', $curl);
            $curl = str_replace('--', '& #8211;', $curl);
            $curl = str_replace('xn& #8211;', 'xn--', $curl);
            $curl = str_replace('...', '& #8230;', $curl);
            $curl = str_replace('``', '& #8220;', $curl);
            // olaf Umlaute 
            $curl = str_replace('ä', '& #228;', $curl);
            $curl = str_replace('ü', '& #252;', $curl);
            $curl = str_replace('ö', '& #246;', $curl);
            $curl = str_replace('ß', '& #223;', $curl);
            $curl = str_replace('Ü', '& #220;', $curl);
            $curl = str_replace('Ä', '& #196;', $curl);
            $curl = str_replace('Ö', '& #214;', $curl);

Nette Idee Olaf. :-)

Andererseits... unter WP 2.0 hab ich keine Probleme mit den Feeds oder Beiträgen. Das würde auch schon im Browser Probleme geben, da ich "application/xhtml+xml" ausliefere und da würden sofort die knallharten XML-Fehlermeldungen kommen. Allerdings hab ich auch keine Umlaut-Plugins oder ähnliches installiert, just pure WordPress 2.0. Funzt wie gesagt auch im Thunderbird 1.5.

Also ich würde die Fehler bei den Plugins suchen.

Mir wäre es ein Versuch wert ;)

Im FF1.5 werden mir deine Feeds angezeigt.

jowra
Vielleicht könnte mir das mal jemand erklären: ich schau beim Xander in den Code, da finde ich dann sowas:
title="Permalink">Och& #8230; die Ösis& #8230;</a></h2> oder
so nen scheiß überhaupt& #8230;

Im IE siehts etwas besser aus: so nen scheiß überhaupt& #8230;

Das stimmt doch nicht, warum ersetzt es die Umlaute nicht?

Ich verstehe nicht, warum man in einem UTF-8 kodierten Dokument nicht ganz normal Umlaute u.ä. benutzen sollte (wie z.B. Wikipedia es auch tut), sonst könnte ich das ja gleich ascii kodieren.

Zitat von Olafb

Im IE siehts etwas besser aus

Nee im FF siehts richtig aus.

Zitat von Olafb

Das stimmt doch nicht, warum ersetzt es die Umlaute nicht?

Weils UTF-8 ist.

Zitat von Knoppaz

Ich verstehe nicht, warum man in einem UTF-8 kodierten Dokument nicht ganz normal Umlaute u.ä. benutzen sollte (wie z.B. Wikipedia es auch tut), sonst könnte ich das ja gleich ascii kodieren.

So isses.

Ich bin neu in Sachen Wordpress und es ist das 1.x das ich mit utf-8 arbeite, bitte also um Verständnis.

Fassen wir zusammen, es gibt keine Probleme mit Umlauten!? Dann versteh ich nicht wieso ich hier beim Suchen (Umlaute) zig Treffer angezeigt bekomme die sich alle mit diesen Dingern befassen.

Ich könnt mir vorstellen, dass es im HTML damit geht. Aber sobald es um Weiterverarbeitung (XML) geht ist Pumpe. Nun gingen meine Überlegungen ebend dahin diese Zeichen auch, wie andere, gleich mitzucodieren. Könnt ihr mir ernsthaft sagen das ist Quatsch? Bitte nicht "brauchts nicht", mit Begründung, bitte ;)

EDIT

jowra
Bei dir im Code "Regul& auml;re Ausdr& uuml;cke ein m& auml;chtiges"

Zitat

So isses.

Puh, steh ich total auf dem Schlauch? "ganz normal Umlaute"???

Gerade bei Weiterverabeitung ist es doch sinnvoll wenn alles normal eingegeben wird und das Dokument UTF-8 kodiert ist. Man muss natürlich beim Weiterverarbeiten darauf achten, die gleiche Kodierung zu benutzen (aber das ist ja klar, wobei ich glaube, dass dort die meisten Fehler passieren).

Zitat von Olafb

jowra
Bei dir im Code "Regul& auml;re Ausdr& uuml;cke ein m& auml;chtiges"

Ich weiß. So wandelt WordPress die Umlaute um. Ist aber kein Problem.

Zitat von Olafb

Puh, steh ich total auf dem Schlauch? "ganz normal Umlaute"???

Yep. Es ist total egal, ob Du & #228; oder & auml; oder ä nimmst. Solange Dein Dokument als UTF-8 gekennzeichnet ist. Insbesondere ist es egal, wenn Du XML (application/xhtml+xml) und UTF-8 auslieferst. Da kannst reinschreiben was Du willst. Wenn dann Probleme oder Fehler auftauchen, liegt es am Client.

http://de.wikipedia.org/wiki/UTF-8

Bei text/html Dokumenten ist das teilweise schon wieder anders.

http://www.w3schools.com/xml/xml_encoding.asp

Zitat von jowra

Ich weiß. So wandelt WordPress die Umlaute um. Ist aber kein Problem.

Komisch. Bei mir nicht. (WP 2.0), da bleibt ein ä ein ä usw.

Zitat von Knoppaz

Komisch. Bei mir nicht. (WP 2.0), da bleibt ein ä ein ä usw.

Ich würde mir erst dann den Kopf drüber zerbrechen, wenn mir dadurch irgendwelche Nachteile oder Probleme entstehen. Es läuft aber alles prima, so who cares? ;-)