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

/index.php/%year%/%monthnum%/%day%/%postname%/

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.

Gestern hatte ich bereits einige Blog Artikel geschrieben und auch kategorisiert, aber leider ging alles verloren. Wie’s geschah will ich euch nicht verschweigen:

Zunächst sei kurz gesagt, dass ich ansonsten nie Probleme mit Strato hatte (technisch) und ich auch hier nicht genau weiß, ob das Problem bei Strato oder WordPress liegt. In meinem Paket habe ich 60 Subdomains zur Verfügung. Mit Hilfe dieser wollte ich die Blogkategorien direkt anwählen. Allerdings kann man bei der Einrichtung der Subdomains nur Ordner anwählen, keine Dateien. Daher versuchte ich die Einstellung für Permalinks in WordPress zu verändern. Nach dem Speichern der Änderungen hatte sich jedoch der ganze Blog verabschiedet. Meine Versuche in der SQL Datenbank etwas zu retten scheiterten ebenfalls, so dass ich den Blog neu installiert. Fortan werde ich daher tägliche BackUps der Datenbank erstellen, damit so etwas nicht mehr vorkommen kann. Dennoch gilt es auch zu prüfen, wo genau der Fehler nun lag. Ich nehme an, dass es eine Rechtefrage ist. Vielleicht kann jemand von euch dazu sagen. Würde mich jedenfalls erfreuen.

Gruß

weiter…