Erneut verlost WordPress DE ein Buch. Diesmal handelt es sich um den Titel Werkzeuge fürs Web (ISBN: 978-3-89864-643-7). Teilnehmen an der Verlosung kann jeder, der entweder auf der Verlosungsseite einen Kommentar hinterlässt oder wie ich einen Trackback sendet.
Wie bereits beschrieben, lässt sich php5 bei Revido derzeit mit Hilfe der .htaccess Datei aktivieren.
Das ganze hat auch funktioniert – dachte ich zumindest.
Bei genauerem Hinsehen musste ich feststellen, dass die veränderte .htaccess Datei die Sprache des WordPress Blogs umgestellt hatte. Nach eigenem Ausprobieren & regem Emailverkehr mit Revido stellte sich heraus, dass der Fehler nicht an der .htaccess Datei liegt, sondern an WordPress.
Aus einem Threat erfuhr ich, dass dies wahrscheinlich mit dem 64Bit Modus der Server zu tun hat. Woran es nun tatsächlich liegt, ist mir eigentlich egal. Hauptsache die Sache funktioniert nun. Dafür musste jedoch die im Threat beschriebene Veränderung in der gettext.php durchgeführt werden.
Dort muss der Eintrag
if ($magic == ($MAGIC1 & 0xFFFFFFFF) || $magic == ($MAGIC3 & 0xFFFFFFFF)) { // to make sure it works for 64-bit platform
Im Zuge der Installation des WordPress Widgets PiclensLite, welches ich demnächst im Zusammenhang mit dem FireFox AddOn PicLens vorstellen werde, musste ich erfahren, dass auf dem Revido Webspace standardmäßig keine php5 läuft, bzw. dass Dateien mit *.php Endung standardmäßig als *.php4 interpretiert werden. Um dieses zu aktivieren bzw. zu ändern, muss lediglich eine .htaccess Datei im Ordner hinterlegt werden, mit folgendem Inhalt:
Seit Wochen schlag’ ich im Zuge des Uni Projekts mit Podpress herum. Anlass ist die in Podpress integrierte Statistik, die ich einfach nicht zum Laufen bekommen habe. Mittlerweile habe ich den Grund gefunden: Es geht einfach nicht ohne Permalinks.
Eigentlich sagt man da klar, das gibt Podpress ja auch als benötigte Struktur an. Allerdings habe ich die Permalinkstruktur nie aktivieren können, bzw. die Server haben beim Versuch sie zu aktivieren abgemeldet. Gestern Nacht habe ich einen Thread entdeckt, der mir weitergeholfen hat. Wer einen Server hat, der kein “mod_rewrite” unterstützt, kann einen Plugin einsetzen, dass diesen Makel irgendwie umgeht. Eine genauere Anleitung dazu erhaltet ihr hier.
Jedenfalls funktioniert nun sowohl auf dem Revido als auch auf dem Stratoserver die Podpress-Statistik. Nur der Uni Server spielt mal wieder nicht mit, d.h. ich darf in den nächsten Wochen wieder Kontakt mit den netten Leuten des HRZ aufnehmen. Ich bin gespannt, ob die mir weiterhelfen können. Zumindest habe ich einen WordPressblog auf dem UniServer gefunden, der mit Permalinks arbeitet, also muss es doch irgendwie gehen. Ich bin gespannt…
Ebenso bin ich auf die Reaktion von Revido gespannt. Diesen habe ich das Problem geschildert und nun warte ich auf eine Antwort. Vielleicht ist es ja möglich dieses Modul irgendwie zu aktivieren. So wie ich den velinkten Thread verstehe, brauche ich diesbezüglich bei Strato nicht nachfragen
Man darf gespannt sein…
Nachtrag
Gerade bin ich auf den folgenden Thread gestoßen. Demnach lässt sich die Permalikstruktur durch folgende Zeichenkett simulieren. Das funktioniert zwar, aber mit Blick auf PodPress hilft es beim UniServer auch nicht weiter
Nachdem ich mich in den letzten 2 Tagen intensiver mit PodPress auseinandergesetzt habe, möchte ich nun eine kurze Beschreibung des PlugIns geben und zugleich kleinere Probleme festhalten.
PodPress ist ein PlugIn für WordPress, welches das Einbinden von Podcastepisoden ermöglicht. Auf der Seite des Autors ist ein Videotutorial, das innerhalb von 11min Installation und Einrichtung des PlugIns nachvollziehbar eklärt.
Das PlugIn zeichnet sich neben seiner Kompatibilität für WordPress durch seinen großen Funktionsumfang aus. Es erstellt eigenständig Feeds, die alle Information für gängige Podcastplattformen wie den iTunes Store enthalten. Mit anderen Worten braucht man sich nicht mehr um viel kümmern. Eine Statistik soll darüber hinaus die Abrufe der Files aufzeichnen. Somit dient die Statistik als sinnvolle Ergänzung zu Google Analytics, was lediglich die Zugriffe auf php und html Seiten aufzeichnet.
Eigentlich ist PodPress wie geschildert ein wirklich großartiges PlugIn was zu den sinnvollsten WordPress Ergänzungen zählt, vorausgesetzt man podcastet. Allerdings haben die aktuellen Version, die ich testen konnte, noch einige Macken:
Das von mir (webtechnisch-) betreute Podcast Projekt nutzt Version 8.2 des PlugIns. Diese Version bietet das Aufzeichnen von Audiokommentaren an. Leider funktioniert dies nicht mehr. Ich kennen den genauen Grund zwar nicht, aber der Dienst, der dafür in PodPress eingebunden war, ist nicht mehr kostenfrei nutzbar. Ich vermute, dass die Aufnahmen auf einen fremden Server geladen wurden, um sie von dort abspielen zu können. Egal wie, es ist schade, dass diese Funktion in der aktuellen PodPress Version (8.5) nicht mehr zu finden ist. Vielleicht binden die Entwickler in Zukunft einen ähnlichen Dienst ein, immerhin wird auf der Homepage immer noch auf diesen Dienst verwiesen. Wer auf Audiokommentare angewiesen ist, muss daher auf Loudblog zurückgreifen, allerdings werden hier Kommentare nicht online aufgezeichnet. Die NutzerInnen müssen die Kommentare als MP3 File lokal speichern und dann hochladen.
Wer genau gelesen hat, dem ist das Wort soll ins Auge gefallen. Leider funktioniert die Statistik in den von mir genutzten Versionen nicht. Im Forum von PodPress sind dazu einige Artikel erschienen, denen zu Folge immer noch an diesem Problem gearbeitet wird. Leider ist es mir selbst nicht möglich mich an den Forendiskussionen zu beteiligen, da mich keine der Anmeldungsmails zur Bestätigung erreicht. Auch per Mail habe ich von den Entwicklern bisher keine Rückmeldung erhalten. Für mich stellt sich nur die Frage, warum ständig neue Versionen erscheinen, in die ein Service eingebettet wird, der in seiner aktuellen Version nicht funktioniert. Ältere Versionen müssen wohl einwandfrei gelaufen sein.
Noch mal zur Kommunikation mit den Entwicklern:
Im Rss Feed habe ich einen kleinen Fehler ausmachen können. Wer unter deutsche Umlaute einsetzt, der zerschießt seinen Standardfeed. Komischerweise funktioniert der Podcastfeed weiter. Klammern, Bindestriche etc. werden akzeptiert. Dieses Manko würde ich ja gerne an Mighty Seek weitergeben, aber auf Emails scheint er ja nicht zu reagieren.
Bevor ich es vergesse, PodPress hat einen wirklich gut aussehenden Player integriert. Dieser ist in jeden Artikel integriert und spielt wie auch der Player von loudblog lediglich einzelne Folgen ab. Es gibt aber auch Player die man zusätzlich integrieren kann, bspw. als Widget, die alle Folgen bereit stellen. Damit habe ich mich aber bisher nicht beschäftigt.
Zusammenfassend möchte ich dennoch erneut darauf hinweisen, dass es sich hier um ein empfehlenswertes PlugIn handelt. Sobald eine Version erscheint, in der die Statistik endlich wieder funktioniert, werde ich einen Hinweis darauf geben. Für alle die Probleme mit dem Standardfeed hatten hoffe ich, ihnen geholfen zu haben.
Wie der eine oder andere vielleicht bemerkt hat, war meine HP eine gewisse Zeit nicht erreichbar. Dies lag daran, dass ich von Strato zu Revido gewechselt bin. Über Pro & Kontra eines Anbieters kann man streiten. Ich will hier keine Werbung machen, aber für einen Preis von 2-3€/Monat nehme ich einige Service Lücken in Kauf. Dennoch bin ich in dieser Hinsicht aktuell von Revido positiv überrascht worden.
Andere Foren haben in mir eine gewisse Angst verursacht. So habe ich Berichte gefunden, nach denen es Abzocke bei Revido gibt (vgl. Google), aber dennoch will ich’s mal versuchen. Aber in einigen Punkten werde ich vorsichtig sein müssen. So habe ich ein Forum entdeckt (ich habe die Adresse leider nicht mehr), in dem bzgl. des Urheberrechtschutzes bei einer MP3 Datei geklagt wurde. Mit anderen Worten: Ich werde für Podcasts, Websites etc. nur nachweislich urrheberrechtsfreie Musik nutzen.
Für MacUser muss ich noch etwas los werden:
Beim Umzug meiner HP, die mit iWeb erstellt wurde, gab es zunächst Probleme. Schriftzeichen wie ä und ü wurden nicht korrekt dargestellt. Das war bei Strato nicht er Fall. Somit musste es entweder am Quelltext von iWeb oder am Webspace liegen.
Beides ist jedoch der Fall:
iWeb ersetzt “ä” nicht durch “ä” , was die eigentliche Ausdrucksform für “ä” ist. Andererseits liest Revido den Quelltext nicht 1a aus. Dennoch kann man mit Hilfe einer “.httacess” Datei dies bereinigen. In Fall meiner Seite enthält diese lediglich folgende Zeile:
AddCharset UTF-8 .html .htm .php
Diesen Tipp verdanken diesem Forumseintrag. Zum Revido Support kann ich in diesem Zusammenhang nur sagen, dass er innerhalb von 24h geantwortet hat und recht freundlich war.
Ein anderes Problem stellte der Umzug dieses Blogs dar. Zwar hatte ich das PlugIn Database Backup installiert, dennoch war ich wohl zu inkompetent um dieses Tool richtig zu benutzen, so dass ich es nicht hin bekam die MySQL Datenbank von dem einen auf den anderen Server zu kopieren. Von dieser Erfahrung her möchte ich den auf der folgenden Seiten beschrieben Umzug eines WordPress’s etwas vereinfachen:
Das BackUp einer MySQL Datenbank kann man sich in festgelegten Zeitabständen mit dem PlugIn Database Backup zusenden lassen. Alternativ wird es auch auf dem Webspace gespeichert. Dieses BackUp kann man wiederum mit MyAdmin installieren.
Bei mir war das Problem, dass ich die BackUps einer älteren Version des PlugIns nicht installieren konnte. Alternativ versuchte ich die Datenbank manuell nach der verlinkten Anleitung zu speichern um sie anschließend in die andere Datenbak zu laden – dies gelang jedoch auch nicht. Mit der aktuellen Version von Database BackUp läuft jedoch alles reibungslos. Die tägliche BackUp Email enthält nun auch einen “realen” Anhang. Zuvor handelte es sich um eine reine Textmail in der ein Verweis auf einen Anhang war, der aber nicht existierte. Jedenfalls funktioniert das BackUp nun mit der erstellten Datei.
Allgemeines Feedback:
Bis jetzt bin ich recht zufrieden mit Revido. Der Server erscheint mir recht flott, der Service ist bisher o.k., bezogen auf den Gesamtpreis des Angebots muss ich ihn sogar als super bezeichnen! Die technischen Probleme sind maginal, aber da muss man fairer Weise sagen, dass ggf. so spezielle Probleme seltenen vorkommen, so dass der Provider länger für die Klärung des Problems braucht, als wenn 2.000 Leute das gleiche Problem haben.
Bzgl. aller anderen Sachen bin ich gespannt, was ggf. noch auf mich zu kommt. Ich bin in gewisser Weise vorgewarnt und werde bemüht sein, mich bestmöglich gegenüber allen anklagbaren Punkten abzusichern. Alles andere wird sich ergeben und dann in diesem Blog veröffentlicht.
Letzte Kommentare