Dashboard RSS Probleme?

Ist hier schon mal beantwortet worden. http://forum.wordpress-deutschland.org/konfiguration/…html#post169756
Der Feed enthält Daten bzw. eine Anordnung, die von WordPress nicht interpretiert werden (können).

Und übrigens: Es gibt Feed Anbieter, die Feedabfragen "totlegen" wenn pro Zeiteinheit zu viele Abrufe von einer IP Adresse kommen. Bei serverseitigen Feedimports ist das u.U. auch ein Problem.

Zitat von codestyling

Ist hier schon mal beantwortet worden. http://forum.wordpress-deutschland.org/konfiguration/…html#post169756
Der Feed enthält Daten bzw. eine Anordnung, die von WordPress nicht interpretiert werden (können).

Mit verlaub, ich halte diese Erklärung für falsch, weil das Problem auch auftritt, wenn alles brav in utf kodiert wird.

Zitat von attze

Mit verlaub, ich halte diese Erklärung für falsch, weil das Problem auch auftritt, wenn alles brav in utf kodiert wird.

Ok, ich hab derzeit nicht die Zeit, WP zu debuggen aber wenn ich den Feed vom ORF validieren lasse, dann ist der zwar ok, aber ein Parser wie der der Widgets kann über diese Zeile stolpern !

<!-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -->

Und hier der kaputte ZAMG validiert

Ich glaub nicht, das der Widget Parser so tolerant geschrieben ist, wie FireFox, der da drübergeht!

Feed 1 validiert nicht und ist in ISO... kodiert,
Feed 2 validiert und ist UTF-8 kodiert, es gibt aber einen Hinweis das eine genauere Typspezifizierung (nicht nur 'xml' sondern etwas genauer wie 'application/rss+xml') besser wäre - vielleicht mag WordPress deshalb die Feeds nicht.

Vielleicht ging codestylings' Hinweis ja auch in diese Richtung.

Der Witz ist aber, dass Feeds intern aber auch nicht funktionieren. Wenn mit wordpress Mu einzelne Blogs andere Blogs aus der selben Installation feeden, dann kommt der selbe Fehler. :twisted:

Zitat von attze

Der Witz ist aber, dass Feeds intern aber auch nicht funktionieren. Wenn mit wordpress Mu einzelne Blogs andere Blogs aus der selben Installation feeden, dann kommt der selbe Fehler. :twisted:

Im Mensafrei Feed wird eine DTD referenziert von itunes, die man nicht laden kann und 404 als Anwort bekommt.
Da Feedparser immer auch die DTD's laden, kann er das nicht für

xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"

und somit bekommst du die Anzeige, ist nicht verfügbar !
Wenn schon Sonderlocken mit DTD's fahren, dann auch erreichbare angeben !

*g* es geht gar nicht um mensafrei.de :)

Das Problem kann man auf www-test.blogs.uos.de beobachten. Aber danke für den Hinweis bei mensafrei.de

Nach Durchsicht der WP Sourcen läuft Feed Import über Socket Funktionen innerhalb der Snoopy Klasse. Falls dein Provider socket Benutzung komplett unterbunden hat, kann es auch fehlschlagen.

Es gibt mehrere Gründe, warum das intern fehlschlagen kann, aber die aussagekräftige Meldung (solche komischen PHP Fehlerzeilen im Output) wurden willentlich unterdrückt:

Snoopy

@$client->fetch($url);

und der Text kommt einerseits hier vor (ist es aber nicht)

function wp_rss( $url, $num_items = -1 ) {
    if ( $rss = fetch_rss( $url ) ) {
....
    } else {
        _e( 'An error has occurred, which probably means the feed is down. Try again later.' );
    }
}

und nochmal im Widget (vermutlich richtige Stelle):

function wp_widget_rss_output( $rss, $args = array() ) {
    if ( is_string( $rss ) ) {
        require_once(ABSPATH . WPINC . '/rss.php');
        if ( !$rss = fetch_rss($rss) )
...


    } else {
        echo '<ul><li>' . __( 'An error has occurred; the feed is probably down. Try again later.' ) . '</li></ul>';
    }
}

Also es muß einen Fehler beim Abholen geben und ich würde stark auf socket Beschränkungen seitens des Providers tippen, wenn es nicht am Inhalt der Feeds scheitert.

Zusatz: Auf meinem Test XAMPP System laufen beide Feeds aus dem 1. Posting sowohl im Blog Widget als auch im Dashboard.

Noch ein Nachtrag: Feeds sagen nicht, was sie sind. Rote Zeilen fehlen

<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
    xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:wfw="http://wellformedweb.org/CommentAPI/"
    xmlns:dc="http://purl.org/dc/elements/1.1/"
    [B][COLOR=Red]xmlns:atom[/COLOR][/B][B][COLOR=Red]="http://www.w3.org/2005/Atom"[/COLOR][/B]
    >


<channel>
    <title>theleprompt</title>
    [B][COLOR=Red]<atom:link href="http://www-test.blogs.uni-osnabrueck.de/theleprompt/feed" rel="self" type="application/rss+xml" />[/COLOR][/B]
    [COLOR=Black]<link>http://www-test.blogs.uni-osnabrueck.de/theleprompt</link>[/COLOR]
    <description>Zufälliges aus der elektrosozialen Welt.</description>
    <pubDate>Mon, 02 Jun 2008 23:27:11 +0000</pubDate>
    <generator>http://wordpress.org/?v=2.3.3</generator>
    <language>en</language>

Wenn im Channel die korrekte Feedadresse nicht drin ist, kann das auch in die Hose gehen.

so...

Wie es ausschaut, steckt das Problem in Wordpress selber, weil als Lösung ein aupdate von MagpieRSS in der rss.php vorgeschlagen wird. Ich such mal weiter nach Lösungen. Ist ja nervig sowas :)

Für uns funktioniert diese Lösung. Evtl. hilft das ja noch jemanden. :) Schönen Sonntag noch :)