Beiträge von ntm_de

Füge z.B. das:

<link rel="alternate" type="application/rss+xml" title="<?php bloginfo('name'); ?> Podcast Feed" href="<?php get_feed_link('podcast'); ?>" />

in die header.php ein.

Viele Grüße
Tim

Es gibt mittlerweile die Version 8.8.5 beta 4 von podPress. Diese kann unter dem Namen "Development Version" aus dem Repository herunterladen: http://wordpress.org/extend/plugins/podpress/download/

Diese Beta Version enthält noch weitergehende Änderungen, mit denen das oben beschriebene Problem behoben sein sollte. Es werden nun wirklich nur noch die Dateien, welche wirklich unter einem fremden URL zu finden sind, zum Ermitteln der Spieldauer, heruntergeladen. Die Dateien werden im System-Temp-Verzeichnis oder unter /wp-content/uploads/podpress_tmp/ zwischengespeichert und nun auch restlos wieder gelöscht. Das ganze funktioniert mit der Beta 4 auch in Kombination mit WP 3.0 RC 1.

Ich denke, dass das geht. Wenn du die Beiträge der unterschiedlichen Podcasts zu zwei verschiedenen Kategorien zu ordnest, kannst du die Feeds der beiden Kategorien auf deiner und anderen Seiten, wie einem Podcastverzeichnis (z.B. iTunes) angeben.
Mehrere Episoden zu einem Beitrag hinzuzufügen ist zwar möglich, aber manche Podcastabonnierprogramm resp. Feedreader haben damit Problem. Z.B.: iTunes scheint nur eine (die erste) der Mediendateien, die an einen Beitrag angehängt wurden, zu erkennen.

Es hat den Anschein, dass du sowohl den Namen des Feeds von podcast zu podcasts, als auch den Kategorienamen zu podcasts geändert hast.
Damit wäre dann nichts erreicht. Wenn ein Feed und eine Unterkategorie die selben Namen (bzw. Titelform/slug) haben, kommt es bei der Verwendung von dieser Permalinkstruktur zu einer Überschneidung.

Also ändere entweder den Namen des Feeds oder den der Kategorie (bzw. die Titelform der Kategorie).

Eine kleine Randnotiz noch:
podPress stellt den Feed mit dem Namen podcast aus Beiträgen zusammen, die eine mit podPress eingefügte Mediendatei enthalten. Dabei ist es nicht relevant, ob die Beträge einer Kategorie Podcast angehören.

(Ich habe bisher angenommen, dass dieser Podcast Feed aus Beiträgen der Kategorie Podcast zusammengestellt wird, was - wie gesagt - falsch ist.)

Eine andere Variante ist die "Titelform der Kategorie" (category slug) der Kategorie Podcast von "podcast" auf "podcasts" zu ändern. Damit würde sich aber der Link zur Kategorie Ansicht leicht ändern:
von /category/kritiken/podcast zu /category/kritiken/podcasts
Auf der Kategorieansichtsseite würde oben aber der Name der Kategorie erscheinen.

Durch diese Methode würden allerdings Links von anderen Internetseiten auf diese Kategorieansicht kaputt gehen. Den Feednamen ändern, kann aber auch ähnliche Probleme hervorrufen, wenn du diese Feedadressen bereits verbreitet oder verwendet hast.

Der XSPF Player scheint nun auch die Playlist nicht mehr, da der Permalink so aussehen müsste http://www.f-lm.de/feed/playlist.xspf/, die Rewrite Rule dafür aber mit der obigen Methode nicht angelegt bzw. beseitigt wurde.

Um das vorübergehend wirklich zu beheben, ist es wahrscheinlich besser, wenn du über den Plugineditor im Adminbereich in der Datei podpress.php den Feed podcast z.B. in podcasts umbenennst.
Suche nach der Zeile:
add_feed('podcast', 'podPress_do_feed_podcast');
und ändere sie z.B. in
add_feed('podcasts', 'podPress_do_feed_podcast');

Dann muss man noch mal die Permalinkeinstellungen abspeichern (während podPress aktiviert ist).

Ich werde mich noch mal schlau machen, wie eine solche Situation ab der nächsten podPress Version vermieden werden kann.

Naja, so ganz kann ich es nicht erklären. Allerdings wird, wenn podPress aktiviert ist und eine nicht-default-Permalinkstruktur gewählt wird, in den rewrite_rules (in der Datenbank unter wp_options) je eine Rewrite Direktive für die von podPress offerierten Feeds (?feed=podcast; ?feed=playlist.xspf usw.) gespeichert. Und diese scheinen sich mit den Kategorie Permalinks zu überschneiden. Der Feed heißt podcast und die Kategorie auch und die Regeln sehen wohl vor, dass der Feed mit dem Namen Vorrang hat.
Was in deinem Fall übrigens immer zur Podcast-Kategorieansicht geführt hat und führt, ist http://www.f-lm.de/category/podcast/. Man braucht also nicht die Oberkategorie mit angeben.

Auf jeden Fall werden auf dem oben beschriebenen Weg die Rewrite Rules ohne die zusätzlichen Feeds von podPress gespeichert.
Dann funktioniert auf jeden Fall die Kategorieansicht der Kategorie Podcast. Aber ich habe gerade entdeckt, dass dann der Feed mit dem Namen podcast nur über diese Linkstruktur erreicht werden:
http://www.f-lm.de/?feed=podcast und nicht über http://www.f-lm.de/feed/podcast (wie es z.B. der ATOM Feed http://www.f-lm.de/feed/atom). Was auch irgendwie logisch ist, ohne eine Rewrite Rule für den Feed, wird die URL eben auch nicht "aufgehübscht".

Auf jeden Fall scheint es ein Problem zu sein einen Feed und eine Kategorie gleichen Namens zu haben.

Steht in der WordPress Doku, dass so etwas verboten ist?

Ich denke, habe eine Lösung:

Deaktiviere podPress.
Setze die Permalinkstruktur zurück auf die Standardvariante "http://www.f-lm.de/?p=123". Speichere die Einstellung.
Stelle wieder die Perlinkstruktur ein, die du benutzen willst. Speichere die Einstellung.
Aktiviere podPress.

Dann sollten die Links so funktionieren, wie sie sollen.

Zitat

Der Fehler tritt selbst dann auf, wenn alles Plugins - auch PodPress - deaktiviert sind.

Aha. An einem Plugin scheint es also nicht zu liegen.

Zitat

Andererseits ist es natürlich auch merkwürdig, dass ein RSS-Feed von den Podcasts erzeugt wird, wenn PodPress deaktiviert ist.

Welchen Feed meinst du? http://www.f-lm.de/?feed=rss2&cat=16 funktioniert ohne Plugins, weil es eine Grundfunktion von WP ist Feeds von bestimmten Kategorien auszugeben. http://www.f-lm.de/?feed=podcast dürfte nicht funktionieren, wenn man podPress deaktiviert.
(Ich schaue mir Feeds zum Teil mit dem Firefox an und muss um eine aktualisierte Feedansicht zu bekommen immer den Offline-Speicher leeren, da Firefox die Feeds für eine gewisse Zeit zwischenspeichert und erst nach einiger Zeit die Ansicht von selbst aktualisiert.)

... Ok, ich habe nochmal in meinem Testblog meine Podcast-Kategorie als Unterkategorie einer anderen Kategorie eingerichtet und habe jetzt genau das von dir beobachtete Verhalten.

Ich werde noch mehr testen und melde mich später wieder .....

Das Problem sollte mit 8.8.4 behoben sein.

Mit dem nächsten podPress Update wird es vielleicht auch einen aktualisierten XSPF Player geben. Ich habe auf jeden Fall ein Patch diesbezüglich geschrieben: http://plugins.trac.wordpress.org/ticket/1089
(Wann das nächste podPress Update kommt, ist allerdings noch nicht klar.)

An dieser .htaccess Datei liegt es wahrscheinlich nicht. Das sind Standardeinträge die WordPress macht, wenn man Permalinks benutzt. (Was diese Zeilen, kann man z.B. hier ganz gut nachlesen: http://forum.mamboserver.com/showthread.php?t=42366 .)

Statt http://www.f-lm.de/?feed=rss2&cat=16 kannst du auch http://www.f-lm.de/?feed=podcast eintragen. PodPress erzeugt nämlich aus den Beiträgen der Kategorie Podcast einen separaten Feed, der so zu erreichen ist.
Probier es mal.
Es kann aber sein, dass das Problem dadurch nicht gelöst wird.

Benutzt du eventuell andere Plugins, wie z.B FD Feedburner Plugin, mit denen man auch URLs umleiten kann? Hast du bei einem solchen Plugin die Feed URL angegeben? Vielleicht bei einem Statistik-Plugin? (Welche benutzt du?)
Oder gibt es zu deiner Internetpräsenz von deinem Hosting Anbieter ein Admin Panel, in dem du vielleicht eine Umleitung oder sonstige Festlegung bzgl. des Podcast Feeds getroffen hast?

Es ist auf jeden Fall nicht normal, dass die Kategorie URL auf den Feed zeigt bzw. weitergeleitet wird.
Ich würde sagen das es nicht an der Permalink-Funktion von WP liegt (oder tritt dieses Verhalten nur auf, wenn die Permalinks aktiviert sind?). Weiterhin denke ich, dass es auch nicht an podPress im allgemeinen liegt. Ich habe in meinem Testblog auch mal die Kategoriefeedaddresse bei "podPress Feed URL" eingegeben, wie du es beschrieben hast, und habe auch mal CategoryCasting für die podcast-Kategorie aktiviert. Ich konnte dieses Verhalten bisher aber nicht "nachbauen".

So richtig verstehe ich das auch nicht. Aber eigentlich sollte das standardmäßig eher so funktionieren: /category/kritiken/podcast/feed/ führt zum Feed der nur Beiträge der Kategorie Kritiken/Pocast enthält und /category/kritiken/podcast/ führt zu Kategorieansicht.

So funktioniert es prinzipiell in meinem Blog. Ich habe übrigens auch die Permalink-Variante "Date and name" gewählt.

Hast du in einer .htaccess Datei vielleicht einen redirect? Welche Adresse ist auf der podPress "feed/iTunes settings" Seite als Podcast Feed URL eingetragen? Benutzt du podPress CategoryCasting?

Es ist richtig, podPress auch in der Version 8.8.4 noch die die meisten Mediadateien beim Ermitteln der Metainformationen via getID3 lokal auf dem Server (zwichen)speichert. Die entsprechenden Funktionen podPress_getID3tags() und podPress_downloadFile() in der Datei podPress_admin_functions.php (Zeile 883 bzw. 1003 in podPress 8.8.4) funktionieren leider nicht sehr gut und speichern, nach meinen Beobachtungen, die meisten Dateien mittels tempnam('/tmp', 'getID3').'.'.$ext; bevor sie dann mit getID3 untersucht werden. Dies sollte eigentlich nur bei "fernen" Mediendateien gemacht werden und ist dann notwendig, da getID3 nur mit lokalen (auf dem gleichen Server befindlichen) arbeitet.
Auf jeden Fall werden diese eigentlich temporären Dateien von podPress nicht wieder gelöscht.

Was auch feststeht ist, dass diese Dateien angelegt werden, wenn man auf den Editorseiten die Spieldauer, die Dateigröße oder die ID3 Tags ermitteln lässt.


Auf den ersten Blick würde ich sagen, dass das temporäre Verzeichnis mit putenv zu ändern ein Ausweg sein kann. Auf jeden solltest du das Verzeichnis dann von Zeit zu Zeit kontrollieren und leeren, da podPress die temporären Dateien nicht von selbst löscht.

Es wird in der nächsten podPress Version Abhilfe für dieses Problem geben. Überarbeitete Versionen der oben genannten Funktionen sind auf jeden Fall Teil des Patches in http://plugins.trac.wordpress.org/ticket/1083 bzw. http://plugins.trac.wordpress.org/ticket/1093

(Wann diese Patches eingang in die Developmant Version finden bzw. wann podPress 8.8.5 weiß ich noch nicht. Aber ich hoffe, dass es in den nächsten 2 Monaten passieren wird.)