Wie fehlerhaften Podcasting-Feed reparieren

[deka]

Hallo,

ich wurde darauf hingewiesen, dass unser RSS-Feed nicht validiert:
http://feedvalidator.org/check.cgi?url= ... rmat%3Dmp3
Ich habe das Board nach Hinweisen durchgesucht. Jedoch ist mir nicht klar, wie ich systematisch auf Fehlersuche gehen kann. Dirk Deimeke hatte mal gepostet, wie man das Podcasting-Plugin einrichtet. Dem bin ich gefolgt. Die Fehlermeldung bleibt.

Kann mir jemand Hinweise geben, wie ich mich hier am sinnvollsten auf Fehlersuche begebe? An welchen Einstellungen müsste man evtl. drehen, um Änderungen am Feed vorzunehmen.

[deka]

Ich habe jetzt mal testweise alle Plugins deaktiviert. Es waren nur noch das Podcasting-Plugin und Spartacus aktiv. Der kaputte Feed blieb bestehen.

Habt ihr noch gute Hinweise?

[deka]

Ich habe mal debug aktiviert. Dabei fällt mir folgendes auf:

Code: Select all

playerRewriteCallBack: treffer=Array
(
    [0] => <a href="/uploads/podcast/DK4-Interview-TLfD.ogg">Interview als OGG</
    [1] => "
    [2] => /uploads/podcast/DK4-Interview-TLfD.ogg
    [3] => ogg
)

Das zweite Feld im Array ist leer. Vermutlich steht dort die Größe. Die Audiodateien liegen außerhalb der S9Y-Installation. Evtl. liegt hier das Problem.

[garvinhicking]

Hi!

Es könnte sein dass das Plugin beim Zugriff auf die Dateien versucht die URLs falsch aufzulösen; grundsätzlich sollten verlinkte Audiodateien aber in beliebigen Pfaden einbindbar sein. Passiert das ganze auch wenn du neue blogeinträge schreibst? Aktuellste podcast-plugin version hast Du sicher drauf, oder?

Wie ist dein Server konfiguriert; wenn du die OGG-Datei per Browser aufrufst kommt da der richtige HTTP Mime-Type zurück?

Wie sieht deine podcast-plugin konfiguration konkret aus?

Grüße,
Garvin

[deka]

Passiert das ganze auch wenn du neue blogeinträge schreibst? Aktuellste podcast-plugin version hast Du sicher drauf, oder?

Ja und ja.

Wie ist dein Server konfiguriert; wenn du die OGG-Datei per Browser aufrufst kommt da der richtige HTTP Mime-Type zurück?

Was interessiert dich bei der Serverkonfig genau?

Code: Select all

curl -I http://datenkanal.org/uploads/podcast/DK007-Smartphones.ogg
HTTP/1.1 200 OK
Date: Wed, 06 Jun 2012 22:01:13 GMT
Server: Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_wsgi/2.5
Last-Modified: Mon, 04 Jun 2012 20:43:00 GMT
ETag: "c6c00e-716c59b-4c1ab94641d00"
Accept-Ranges: bytes
Content-Length: 118932891
Content-Type: audio/ogg

Wie sieht deine podcast-plugin konfiguration konkret aus?

• - Player anzeigen
  - nicht Größe anpassen
  - 400 x 200
  - links ausgerichtet
  - Nur erste Datei an Feed hängen
  - ignorieren mit nopodcast
  - Podcast und Video sind erw. Attribute
  - Medien aus erw. Attributen werden nicht eingefügt
  - nicht Player-Größe anpassen
  - Ausrichtung zentriert
  - Feed, merge und download link sind jeweils auf Ja
  - Caching steht auf ja
  - HTML5 audio extensions sind ogg und mp3. Diese tauchen nur hier auf. Der Code dazu ist:

Code: Select all

<audio controls preload="none">
    <source src="#url#" type="#mime#" />
    <!--
<a href="#url#" class="podcastplayer" id="podcast_#htmlid#"></a>
<script type="text/javascript">
flowplayer("podcast_#htmlid#", "#plugin#/player/flowplayer/flowplayer-3.2.7.swf", {
clip: {
    onStart: function(clip) {
        pel = document.getElementById('podcast_#htmlid#').style;
        pel.width  = clip.metaData.width + 'px';
        pel.height = clip.metaData.height + 'px';
    }
}
});
</script>
-->
</audio>
<br />

[garvinhicking]

Hi!

Bitte stell testweise mal Caching aus und schreib nen neuen Blogeintrag und gucke ob der dann korrekt ist? Ich glaube damit gab es bei Dirk damals schonmal Probleme; ggf. hilft auch mal dein templates_c Verzeichnis zu leeren.

Wenn es damit klappt muss ich mir den Cachingalgo nochmal an gucken; wenn selbst das nicht klappt bin ich etwas ratlos; wäre es möglich von dir ssh/ftp zugriff temporär zu kriegne? Dann würde ich mal versuchen das bei dir zu reproduzieren und hoffentlich zu beheben. Das geht alternativ auch hier im Forum, kann sich dann aber über mehrere Tage hinausstrecken

LG,
Garvin

[deka]

Also das Ausschalten des Caching hilft zumindest für neue Beiträge. Dort gibt es jetzt einen ordentlichen MIME-Typ und Length. Die bereits existierenden Einträge im Feed werden nicht angefasst. Das hätte ich mir jetzt gewünscht, dass das auch noch geht. (Egal, ob templates_c leer ist oder nicht.) Kann man irgendwie anstossen, dass die RSS-Feeds neu und korrekt erstellt werden?

[garvinhicking]

Hi!

Soweit ich mich erinnere cacht das podcast plugin die daten in templates_c; der RSS Feed wird immer dynamisch erzeugt, wenn der cache also gelöscht wird dann sollte das eigentlich auch ausgelesen werden. templates_c hast du mitsamt aller unterverzeicnnisse geleert?

Viele Grüße,
Garvin

[deka]

Dann ereinnerst du dich falsch oder bei mir ist was anders. Ich habe folgendes gemacht:

Code: Select all

find $BLOG/templates_c -type f -exec rm {} \;

Danach gab es nur ein leeresVerzeichnis für das Avatar-Plugin. Ich habe das gerade nochmal gemacht. Das Ergebnis bleibt gleich. Im Feed fehlt bei enclosure die length-Angabe. Lege ich aber einen neuen Beitrag an, so ist alles korrekt. Komisch …

[garvinhicking]

Hi!

Hm. Wie sieht's denn mit debuggingzugriff aus?

Grüße,
Garvin

[deka]

Wie ich schon sagte, geht ein SSH-Zugriff nicht. Wir ,müssen das also auf dem umständlicheren Wege machen. Ich würde mich freuen, wenn du die Anweisungen hinschreibst. Ich versuche die stoisch zu befolgen.

Ach ja: Easy-Podcasting hat Version 1.35.

[garvinhicking]

Hi!

Erstmal tut mir es mir leid, dass die Probleme bestehen. Ich hoffe, wir kriegen das in Griff und können die Ursache dafür rausfinden.

Also, ich habe das Plugin gerade auf version 1.37 aktualisiert, am besten lädst Du das direkt per github runter. Bearbeite dann bitte die serendipity_Event_podcast.php und setze "var $debug = true;" in Zeile 39.

Dies sorgt dafür dass in templates_c/serendipity_event_podcast eine Logdatei erzeugt wird.

Nun wäre es wichtig, reproduzierbar einen Blog-Eintrag zu erzeugen in dem der RSS-Feed dann "defekt" ist, damit das Logging uns genau zeigt welche Aufrufe an welcher Stelle scheitern. Sprich, es wäre gut dass Du eine Methode hast so wie:

1. Neuen Blogeintrag erstellen
2. URL zu einer MP3-Datei im Blogeintrag erstellen
3. Blogeintrag publizieren
4. RSS-Feed des Blogs aufrufen
5. Fehler erscheint.

Sobald Du das derart reproduzieren kannst, am besten vor Schritt 1 mal das Logfile löschen, dann die Schritte zügig ausführen und die Logdatei nach "analyse.log" oder so kopieren, damit dort nicht permanent Output hineingeschrieben wird.

Nachdem Du ein Logfile derart erstellt hast, in der PHP-Datei debug wieder ausstellen, denn sonst wird das Logfile sehr schnell sehr groß.

Das Logfile dann hier bitte irgendwo verinken, damit ich es mir ansehen kann.

Viele Grüße,
Garvin

[deka]

Jetzt habe ich beim letzten Podcast vergessen, die Schritte auszuführen. Dafür habe ich eine kleine Testreihe gemacht und bin auf einen Hinweis gestoßen.

Zuerst machte ich einen Beitrag mit Administratorrechten (Rang 255). Dort wurde für den Podcast im Feed ein korrekt aussehendes Enclosure angelegt. Den zweiten Versuch machte ich dann als Redakteur. Dort fehlten dann die Angaben zur Größe im Enclosure.

Für beide Aktionen gibt es ein Log: Admin und Redakteur. Vielleicht kannst du dir einen Reim drauf machen. Das Plugin ist auf dem neuesten Stand (1.37).

[garvinhicking]

Hi!

D.h. Du kannst reproduzierbar einen Blogeintrag als Redakteur erstellen, und dort klappt es nicht - aber als Admin schon?

Grüße,
Garvin

[deka]

Die Antwort ist ja.

Ich habe zwei Beiträge als Redakteur erstellt. Dort war der Feed fehlerhaft und dann einen als Admin. Da klappte der Feed. Die früheren Tests, bei denen es klappte, habe ich nach meiner Erinnerung ebenfalls als Admin durchgeführt.