Podhost wurde urspr\u00fcnglich von einer einzigen Person betreut und trotz des enormen Zulaufs klappte das absolut 100%ig zuverl\u00e4ssig. Supportanfragen wurden innerhalb von Minuten oder wenigen Stunden beantwortet und h\u00e4ufig wurden Probleme gel\u00f6st bevor man selbst \u00fcberhaupt welche erkannt hatte. Ich habe diesen Anbieter daher lange Zeit sehr gerne und mit gutem Gewissen weiterempfohlen. Das waren alles Punkte die mich immer wieder dazu gebracht haben \u00fcber einen Umzug auf meine eigene Homepage nachzudenken oder einen anderen Anbieter zu suchen. <\/p>\n Hier fasse ich zusammen, was f\u00fcr diesen Umzug n\u00f6tig war und wie ich das alles realisiert habe. Da kommt also einiges auf einen zu und um es vorweg zu nehmen: Wenn man keine Ahnung von WordPress hat, wenn man noch nie irgendwelche PHP-Dateien per FTP-Zugang ausgetauscht hat, wenn man glaubt, einfach auf einen Knopf zu dr\u00fccken und alles l\u00e4uft, dann sollte man es lieber nicht machen wink<\/span> Zumindest nicht alles davon. Das komplizierteste ist der Umzug der Daten an sich. Ein Neustart w\u00e4re deutlich einfacher.<\/p>\n Auf den n\u00e4chsten Seiten werde ich Punkt f\u00fcr Punkt genau beschreiben wie ich es f\u00fcr mich gel\u00f6st habe. F\u00fcr WordPress gibt es eine ganze Reihe von Plugins um Audioplayer in die Blogbeitr\u00e4ge zu bekommen. Gl\u00fccklicherweise gibt es ein sehr einfaches Plugin um die Enclosures zuverl\u00e4ssig zu f\u00fcllen: KG-EnclosureFlex von Kyle Gilman<\/a> Das klingt jetzt vielleicht etwas kompliziert, ist aber tats\u00e4chlich sehr simpel und man hat eine gute Kontrolle \u00fcber das, was da passiert. Der Podcast Happy Shooting<\/a>, den ich mit Chris Marquardt produziere, arbeitet seit langer Zeit erfolgreich mit diesem Plugin.<\/p>\n Es gibt allerdings externe Anbieter die einen RSS2-Feed lesen und in einen iTunes konformen Feed umbauen k\u00f6nnen. Dazu wird der eigene Feed von diesem Anbieter gelesen. F\u00fcr die H\u00f6rer muss man dann entweder den neuen Feed des extern Anbieters zur Verf\u00fcgung stellen oder man leitet eine eigene URL auf diesen externen Feed um. Der Abonent bekommt von so einer Umleitung gar nichts mit. Das hat den Vorteil, dass man den externen Anbiter jederzeit wechseln oder eben sp\u00e4ter entscheiden kann den Feed doch komplett selbst zu erzeugen.<\/p>\n Nach einigen Nachforschungen entschied ich mich f\u00fcr Feedburner<\/a> da dieser Dienst von sehr vielen Podcastern bereits erfolgreich eingesetzt wird. Feedburner ist ein kostenloser Dienst der folgendes macht:<\/p>\n Au\u00dferdem k\u00f6nnen noch verschiedene Statistiken gef\u00fchrt werden wie z.B.: wie oft wurde auf den Feed zugegriffen, wie oft wurde eine verkn\u00fcpfte Datei heruntergeladen usw.<\/p>\n Das Vorgehen ist dabei folgendes: Das war es im Grunde schon. Diese Feedadresse k\u00f6nnte man nun den H\u00f6rern geben und die k\u00f6nnten damit den Podcast abonnieren. Das m\u00f6chte man aber vermutlich gar nicht. Man m\u00f6chte seinen H\u00f6rern ja eine Adresse geben in der die eigene URL enthalten ist. Um das zu l\u00f6sen kann man einfach eine eigene Adresse an Feedburner weiterleiten lassen. Wie das geht, das habe ich weiter hinten in diesem Dokument beschrieben.<\/p>\n WordPress bietet nun eine Importfunktion f\u00fcr verschiedene Quellen an. Unter anderem auch einen RSS-Import. Man findet ihn in WordPress im Men\u00fc “Verwalten” unter “Import”, dann auf “RSS” klicken. Man wird aber recht schnell feststellen, dass die Enclosures fehlen!<\/strong> Das ist f\u00fcr einen Podcast nat\u00fcrlich ganz schlecht – ohne Enclosures kein Podcast!<\/p>\n Ich habe mich also rangesetzt und den Quellcode so erweitert, dass auch die Enclosure-Eintr\u00e4ge ausgewertet und nach WordPress \u00fcbernommen werden. Hier der Download der rss.php Datei. Zur Installation geht man am besten wie folgt vor:<\/p>\n Man muss selbst entscheiden, ob man nach der Podcast-\u00dcbernahme wieder die Originale rss.php nutzen m\u00f6chte oder nicht. <\/p>\n Wichtig! <\/strong>Bitte probiert solche Dinge unbedingt vorher auf einer Testinstallation aus. Spielt niemals an Eurem Live-System. Ich bin nicht f\u00fcr irgendwelche Sch\u00e4den verantwortlich zu machen. Jede Benutzung des Quellcodes geschieht auf eigene Gefahr!<\/p><\/blockquote>\n Achtung!<\/strong> Das ist nur f\u00fcr Anwender gedacht die wissen was MySQL ist, was SQL bedeutet und wie man mit Datenbanken und Tabellen umgeht. In jedem Fall sollte vorher ein Backup der Datenbank gemacht werden. Und nochmal: Testet so etwas vorher mit einer Testumgebung – nicht mit Eurem Live-System!<\/p><\/blockquote>\n Mit phpMyAdmin (oder jedem anderen Zugriffstool) kommt man auf die Datenbank. Im Grunde w\u00e4re das schon alles, wenn die Verwaltung von WordPress nicht etwas merkw\u00fcrdig w\u00e4re. WordPress merkt sich n\u00e4mlich in der wp_categories Tabelle wieviele Beitr\u00e4ge es pro Kategorie gibt – vermutlich um Zeit f\u00fcr die Anzeigen zu sparen. Jetzt sind jedenfalls alle Eintr\u00e4ge in WordPress vorhanden. Der Feed kann erzeugt werden und einer Umstellung steht eigentlich nichts mehr Wege. Wie das mit dem Feed funktioniert, dazu weiter hinten in diesem Beitrag mehr.<\/p>\n Ich habe jedenfalls entschieden, dass ich vorerst die Dateien nicht selber hosten werde. Da Podhost nach der \u00dcbernahme von LiquidAir leider nichts mehr weiterentwickelt hatte und der Support quasi nicht mehr existent war habe ich mich f\u00fcr podzilla.de<\/a> entschieden.<\/p>\n Der Einfachheit wegen habe ich die alten Dateien bei Podhost liegen lassen. Der Speicherplatz bleibt auch nach der R\u00fcckstufung auf das kostenlose Angebot bestehen (hat mir jedenfalls der ehemaliger Eigent\u00fcmer best\u00e4tigt) und so habe ich mir einen massenhaften Down-\/Upload und das \u00e4ndern in allen Enclosures gespart.<\/p>\n
\nDann wurde Podhost durch LiquidAir aufgekauft. Ab diesem Zeitpunkt ging es mit der Plattform steil bergab: Keine aktuellen Informationen mehr im Newsticker, Supportanfragen versackten nachweislich im Spamfilter oder nil, geplante Weiterentwicklungen wurden eingefroren, Funktionen wurden sogar reduziert (nach – sehr kompliziert zu bewerkstelligender – Beschwerde aber einige Tage sp\u00e4ter doch wieder aktiviert), Audiodateien verschwanden sporadisch bei einigen Podcastern, und und und… Ich rede hier nicht von kostenlosen Angeboten sondern von bezahlter Dienstleistung sad<\/span> <\/p>\n
\n<\/p>\n
\nWie eingangs schon geschrieben setze ich f\u00fcr meine Homepage WordPress ein. Um nun den Podcast auf diese Plattform umziehen und weiterlaufen zu lassen waren einige \u00dcberlegung im Vorfeld notwendig:<\/p>\n\n
\n<\/p>\n
\nJa, das geht. <\/p>\n
<\/a><\/div>\n
\nIch habe mich f\u00fcr den Audio-Player von Martin Laine<\/a> entschieden.
\nDieses Plugin kann man sehr flexibel konfigurieren. F\u00fcr Podcaster ist interessant, dass er ebenfalls den Enclosure-Tag eines Podcast-Blog-Eintrags auslesen kann und genau f\u00fcr diesen Eintrag den Player in den Beitrag setzt. Schreibt man also einen neuen Beitrag f\u00fcr seinen Podcast, so muss man sich um nichts weiter k\u00fcmmern – der Player wird automatisch erscheinen wenn im Enclosure eine Audiodatei definiert ist.
\nAu\u00dferdem kann man die Farben des Players sehr gut einstellen.<\/p>\n
\nJa, das geht.
\nAllerdings nicht so einfach wie man sich das vorstellen w\u00fcrde.
\nWordPress bietet von Haus aus den Umgang mit Enclosures. Allerdings kommt es damit immer mal wieder zu Problemen, vor allem dann, wenn man mehrere Links in seinem Beitrag hat und nicht nur einen Link zu der Audiodatei die die Podcastfolge enth\u00e4lt.<\/p>\n
\nDieses Plugin sorgt f\u00fcr eine zus\u00e4tzliche Auswahlliste im Beitrags-Editor von WordPress. Das Vorgehen ist dann folgendes:<\/p>\n\n
\n
\nVermutlich.
\nWordPress kann von sich aus einen RSS2 Feed ausgeben – inklusive des Enclosures. Allerdings fehlen alle iTunes spezifischen Eintr\u00e4ge wie z.B. das Podcast-Logo, ob es Explicit ist oder nicht, in welchen Kategorien der Podcast erscheinen soll usw.
\nEs gibt einige Plugins f\u00fcr WordPress die genau das versprechen. Allerdings sind verschiedene Foren voll mit Problemen zu diesem Thema. Auch in den Kommentaren der jeweiligen Webseiten tummeln sich einige Problemf\u00e4lle. Ich hatte jedenfalls keine gro\u00dfe Lust das Risiko einzugehen, dass iTunes meinen Podcast aus der Liste wirft weil irgendeine Kleinigkeit nicht passt.<\/p>\n\n
\nZun\u00e4chst hat man ja bereits einen eigenen Feed f\u00fcr seine Podcast-Rubrik. Das geht bei WordPress ganz verschieden je nachdem wie es installiert wurde. Das anh\u00e4ngen z.B. von “\/feed” an eine Rubrik-URL sollte schon klappen.
\nNun meldet man sich bei Feedburner an und tr\u00e4gt eben genau diesen Link zum eigenen Feed dort ein. Man kann dann noch einige iTunes spezifische Dinge eintragen (z.B. ein Logo f\u00fcr den Podcast und eine Rubrik) was man auch ruhig tun sollte.
\nAls Ergebnis erh\u00e4lt man dann seinen pers\u00f6nlichen Feedburner-Feed. Der ist dann \u00fcber “feeds.feedburner.com\/DeinFeedName” zu erreichen.
\nRuft man diese URL auf, dann landet man bei Feedburner, Feedburner greift dann auf die originale Feedadresse zu (also die eigene WordPress-Feed-Adresse), bereitet den Feed weiter auf und schickt das Ergebnis zur\u00fcck. Sehr praktisch.<\/p>\n
\n
\nJa, das geht. Im Grunde mit jedem RSS2-Feed.
\n
\nBei seinem Podhost-Blog findet man in der Seitenleiste (je nach benutztem Template) mehrere Links zum abonnieren des Podcasts. Einer davon deutet auf einen Feed in dem alle Beitr\u00e4ge gelistet werden. Er endet normalerweise auf “\/rss+all”. Auf diesem Link dr\u00fcckt man nun die rechte Maustaste und w\u00e4hlt “Ziel speichern unter…”. Das Ergebnis ist eine RSS-Datei mit allen Beitr\u00e4gen und allen Enclosure-Links.<\/p>\n
\nBevor man jetzt irgendetwas importiert sollte man sicher stellen, dass f\u00fcr den Podcast eine eigene Kategorie angelegt wurde und dass diese Kategorie in WordPress als die Standard-Kategorie eingestellt ist. Hintergrund ist, dass alle im folgenden importieren Beitr\u00e4ge genau dieser Standard-Kategorie zugeordnet werden. Die Standard-Kategorie stellt man in WordPress unter “Einstellungen – Schreiben” ein. Nach dem Import kann man das wieder zur\u00fcck \u00e4ndern.<\/p>\n
\nHier kann man nun eine lokale Datei w\u00e4hlen – n\u00e4mlich die gerade gespeicherte RSS-Datei – und den Import starten. Alle Beitr\u00e4ge aus dem Feed werden nun als einzelne Beitr\u00e4ge in WordPress angelegt, dem ersten Autoren zugeordnet und ver\u00f6ffentlicht. Au\u00dferdem wird die Standard-Kategorie zugeordnet.<\/p>\n
\nDie Ursache f\u00fcr den l\u00fcckenhaften Import wird schnell klar wenn man sich den Quelltext von WordPress anschaut. In der Datei “wp-admin\/import\/rss.php” sind die Funktionen f\u00fcr den RSS-Import zu finden. Die Funktion “get_posts()” zerlegt dabei den kompletten RSS-Feed in die einzelnen Beitr\u00e4ge und holt aus jedem der Beitr\u00e4ge eine Reihe von Informationen ab. Allerdings nicht die Enclosures.<\/p>\n
\n[download]https:\/\/www.nsonic.de\/blog;\/download\/wordpress\/admin_import_rss.php.zip;rss.php;[\/download]<\/p>\n\n
\nDieser Schritt ist nur notwendig, wenn man vor dem Import vergessen hat die Standard-Kategorie einzustellen (s. oben)<\/strong>
\nNach dem Import sind nun alle Beitr\u00e4ge vorhanden aber eben alle in der Kategorie “Allgemein”. Das m\u00f6chte man nat\u00fcrlich nicht. Ich habe mir z.B. eine Kategorie “nSonic Podcast” angelegt und m\u00f6chte diese nun allen Podcastbeitr\u00e4gen zuordnen. Wenn man vorher aufgepasst hat, dass keine anderen Beitr\u00e4ge in dieser Kategorie standen, dann kann man diese \u00c4nderung jetzt mit einem einfachen SQL-Befehl vornehmen.<\/p>\n
\nAus der Tabelle “wp_categories” merkt man sich die ID der Kategorie, die man den Beitr\u00e4gen zuordnen m\u00f6chte. In meinem Beispiel ist dies die ID “9”.
\nDie Zuordnungen finden in der Tabelle “wp_post2cat” statt. Dort stehen also jetzt bereits Eintr\u00e4ge f\u00fcr jeden importieren Beitrag – allerdings mit Link zur Kategorie mit der ID “1” (oder was auch immer die eingestellte Standard-Kategorie war).
\nUm das zu \u00e4ndern benutzt man folgendes SQL-Statement:
\n
\nUPDATE `wp_post2cat` SET category_id = 9 WHERE category_id = 1
\n<\/code>
\nDas bedeutet soviel wie: “Ersetze in der Tabelle wp_post2cat in allen Eintr\u00e4gen mit category_id 1 die category_id durch eine 9”. Die “9” m\u00fcsst man nat\u00fcrlich durch die gew\u00fcnschte ID ersetzen.<\/p>\n
\nDiese Eintr\u00e4ge m\u00fcssen nun nat\u00fcrlich ebenfalls noch angepasst werden. Das passiert mit einem weiten SQL-Statements:
\n
\nUPDATE `wp_categories` SET category_count = (SELECT count(*) from wp_post2cat WHERE wp_post2cat.category_id = wp_categories.cat_id)
\n<\/code>
\nDamit werden die Beitr\u00e4ge f\u00fcr jede Kategorie gez\u00e4hlt und das Ergebnis in das jeweilige Z\u00e4hlerfeld eingetragen.
\nJe nachdem wie die Kategorie-Struktur verschachtelt ist kann es sein, dass das noch nicht alles war! Es gibt n\u00e4mlich auch Z\u00e4hler f\u00fcr die Parent-Kategorie (also die jeweils \u00fcbergeordnete Kategorie) und es ist m\u00f6glich, dass man weitere Statements bauen muss um die Z\u00e4hler zu aktualisieren.
\nMan kann aber auch einfach ganz normal weiterarbeiten. Sobald man in den Kategorien neue Beitr\u00e4ge schreibt werden diese Z\u00e4hler ohnehin St\u00fcck f\u00fcr St\u00fcck aktualisiert – ist also kein gro\u00dfes Problem (soweit ich sehen konnte – ich habe mir aber nicht den kompletten WordPress-Code durchgelesen).<\/p>\n
\nKommentare sind ein Problem.
\nIm RSS-Feed k\u00f6nnen die Kommentare nicht vorkommen – das ist so definiert. Podhost bietet nun auch keine mir bekannte M\u00f6glichkeit die Kommentare als eigenen Feed zu bekommen. Wenn der ehemalige Anbieter so eine M\u00f6glichkeit bietet, dann k\u00f6nnte man den Kommentar-Feed herunterladen, die Kommentare von Hand in den Podcast-Feed einpflegen (copy\/paste, oder man schreibt sich ein Skript daf\u00fcr) und eine weitere Modifikation an der rss.php vornehmen. Wie das geht, das habe ich hier gelesen<\/a>. Probiert habe ich es nicht da ich an die Kommentare nicht herangekommen bin. Ich habe mich schlussendlich tats\u00e4chlich dazu entschieden die Kommentare von Hand nachzupflegen – \u00fcber 400 Kommentare – ich muss v\u00f6llig bekloppt sein bigsmile<\/span> Die Kommentare waren aber oft wirklich gute Erg\u00e4nzungen auf die ich nicht verzichten wollte.<\/p>\n
\n
\nEine gute Frage!
\nWenn man v\u00f6llig unabh\u00e4ngig von anderen Anbietern sein m\u00f6chte, dann legt man die Dateien nat\u00fcrlich auf den eigenen Webspace. Das hat nur einen Haken: Normaler Webspace ist endlich. Man hat normalerweise ein paar hundert Megabyte zur Verf\u00fcgung f\u00fcr einen Festpreis im Monat. Ist dieser erst mal voll, dann steht man vor der Wahl ob man alte Beitr\u00e4ge l\u00f6schen oder mehr Geld f\u00fcr mehr Platz bezahlen m\u00f6chte.<\/p>\n
\nWenn Eure Podcast-Folgen im Schnitt 10 Megabyte gro\u00df sind und Ihr 500MB Webspace habt, dann passen dort maximal 50 Folgen drauf – eher weniger, denn etwas Platz geht ja auch f\u00fcr Euren Blog weg. Wenn Ihr ganze 2GB habt, dann k\u00f6nnt Ihr immerhin ca. 200 Folgen ver\u00f6ffentlichen. Bei einem w\u00f6chentlichen Podcast w\u00e4ren das immerhin \u00fcber 3,5 Jahre. Das w\u00e4re also ein guter Kompromiss. Denn in 3 Jahren gibt es sicher g\u00fcnstige Angebote f\u00fcr mehr Webspace.
\nSchwieriger wird das, wenn Eure Folgen gr\u00f6\u00dfer sind oder Ihr h\u00e4ufiger neue Folgen online stellt. Der Happy Shooting Podcast ist immer zwischen 60 und 80MB gro\u00df und wenn Videofolgen dabei sind k\u00f6nnen die auch noch gr\u00f6\u00dfer werden.<\/p>\n
\nF\u00fcr gr\u00f6\u00dfere Projekte ist also ein variabler Webspace praktischer. Bei solchen Anbietern bekommt man jeden Monat neuen Speicherplatz zugewiesen. Der alte Platz bleibt bestehen. Der Webspace w\u00e4chst also monatlich. Wie stark er w\u00e4chst, das h\u00e4ngt davon ab wieviel man bezahlt.
\nW\u00e4hrend ich das hier schreibe ist der Preisspiegel so, dass man f\u00fcr etwa 4,- EUR\/Monat 200MB\/Monat bekommen kann.
\nDaf\u00fcr hat man dann auch kein Problem mit dem Traffic den die H\u00f6rer verursachen k\u00f6nnen – den darf man n\u00e4mlich niemals untersch\u00e4tzen! Mal angenommen Euer Podcast ist erfolgreich und Ihr habt etwa 1000 Downloads pro Folge. Bei einer 10MB gro\u00dfen Folge w\u00e4ren das schon 10GB Traffic. Wenn Ihr dann mal eine Videofolge von \u00fcber 100MB auf den Server legt, dann sprecht besser vorher mit Eurem Webseiten-Hoster “wie unbegrenzt” der Traffic wirklich ist wink<\/span> <\/p>\n