Jokkel riet mir schon vor langer Zeit mal, meinen Blog ins Root Verzeichnis, also mysiam.at, zu legen. Bisher hatte ich immer etwas scheu davor, ob dann auch noch alles funktioniert, aber es ist garnicht so schwer. Wordpress hat dazu eine gute Step-by-Step Anleitung. Zusätzlich wollte ich meine Wordpress Dateien aber in meinem bisherigen Verzeichnis (/blog) belassen. Wie das funktioniert wird hier erklärt. Anfangs hatte ich dabei noch Probleme mit den Permalinks, dies lässt sich aber über die .htaccess Datei leicht beheben. Achten sollte man darauf dass der mod.rewrite aktiviert ist. Dies geschieht automatisch sobald man “Pretty Permalinks” verwendet, also in der Adresszeile statt z.B. “http://mysiam.at/?p=4″ der ganze Artikelname erscheint.

Voher:

# BEGIN WordPress
RewriteEngine On
RewriteBase /blog
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /blog/index.php [L]
# END WordPress


Nachher:

# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress

Mein einziges Problem ist jetzt nur noch die automatische Weiterleitung vom alten Verzeichniss zum neuen. Irgendwie habe ich da noch keine Lösung gefunden und ein -meta http-equiv="refresh" content="0; URL=http://www.mysiam.at"- mag ich auch nicht verwenden. Vielleicht hat ja jemand eine Idee?

Nachtrag
Habe es nun wegen der Weiterleitung herausgefunden. Wieder einmal eigentlich ganz einfach. Man braucht nur in der .htaccess folgenden Code einfügen:

Redirect /blog/index.php http://www.mysiam.at

Wichtig ist dabei, dass auf die index.php direkt verwiesen wird (die Datei wird automatisch aufgerufen wenn jemand in das Verzeichnis ./blog/ will), da sonst wie in meinem Fall alle Aufrufe unterhalb von ./blog/ auf mysiam.at verwiesen würden. Das bedeutet ich käme nicht mehr ins Dashboard.

Eigentlich wollte ich schon längst wieder mal was über Thailand schreiben, aktuell gibt’s ohnehin genug Diskussionsstoff. Doch zuerst muss ich noch etwas über das in dieser Woche bei wikileaks.org aufgetauchte On-Board Video eines AH-64 Apache beim Einsatz in Bagdad schreiben. Es ist schon sehr heftig wenn man sich das Video zu diesem “Kollateralmord” ansieht. Vor allem wie die Soldaten lachen als der Humvee über die Leiche eines Mannes fährt und auch sonst blöde Witze machen. Das Video kann man sich direkt bei wikileaks.org oder unten ansehen.

Nachdenklich machte mich dieses Video auch noch anders. Ich bin ein großer Fan der Computerspiele Modern Warfare 1 und 2. In beiden Teilen gibt es Missionen in denen man von einem AC-130 Spectre “Gunship” aus Feinde am Boden zielgenau abknallen kann.Ziemlich realistisch wie das Video unten zeigt. Tja, wie hieß es in Fallout 3… “Krieg, Krieg bleibt immer gleich“

In den letzten Tagen habe ich mich mit der Joomla! Installation geplagt. Joomla! ist ein wirklich ausgezeichnetes Content Management System für Websites mit großem Inhalt, vor allem aber deutlich einfacher im Umgang als beispielsweise Typo3. Bei alten Installationen hatte ich nie Probleme, verwendete damals aber auch nie Webserver von IPower.

Gut, alles hochgeladen, Installation beginnen, Sprache auswählen und dann:

*Folgender Fehler ist aufgetreten:

*Ihr Browser scheint keine Cookies zu unterstützen!
*Sie können die Anwendung nicht installieren, wenn diese Browserfunktion deaktiviert ist!

An meinem Browser oder sonstigen lokalen Einstellungen konnte es nicht liegen. Mal googeln ob ich wohl nicht der einzige bin mit diesem Problem. Bei weitem nicht. Nur kann diese Fehlermeldung verschiedene Ursachen und somit verschiedene Lösungen haben. Allgemein gesagt liegt es aber meist an den php.ini Einstellungen des Webservers. Genauergesagt an der Zeile

session.save_path = “/tmp”

In Internetforen fand ich die Lösung, diese Zeile in die index.php der /installation einzufügen. Brachte aber nichts. Die Einstellungen muss man beim php.ini vornehmen. Bei IPower funktioniert das dann so:

Zuerst mal zu den PHP-Einstellungen: CGI and Scripted Language Support -> PHP Scripting

Dort findet man das php.ini samt Editor. Nun geht man weiter runter zum Punkt Sessions:

[Session]

; Handler used to store/retrieve data.

session.save_handler = files

; Argument passed to save_handler. In the case of files, this is the path

; where data files are stored. Note: Windows users have to change this

; variable in order to use PHP’s session functions.

;

; As of PHP 4.0.1, you can define the path as:

;

session.save_path = “/home/users/web/b220/xxxxxxxxxxxxxx/public_html/tmp”

Diesen Pfad nun neu definiert klappts mit der Installation.

Endlich habe ich mich mal dazu bewogen ein Wordpress Update zu machen. Den Anstoß dazu gab mir CuteFTP. Vorher verwendete ich für den Filetransfer SmartFTP und bin mit diesem Programm manchmal wirklich verzweifelt.

In der Therorie ist so ein Update ganz einfach:

1. Files per FTP sichern
2. Datenbank sichern
3. Plug-Ins deaktivieren
4. Ein paar Verzeichnisse löschen (z.B. wp-admin)
5. Neue Files hochladen
6. Installation beginnen…

Nun ja, soweit zur Theorie. In der Praxis klappt es dann oftmals nicht so ganz. So ging es vor ein paar Monaten auch dem Jokkel mit seinem Blog. Deshalb behielt ich lange meine Wordpress Version nach dem Motto “never change a running system”.

Aber es gibt ja sehr viele Vorteile bei der neuen Version und wie gesagt, ich hatte seit 2,5 Jahren kein Update gemacht. Also wurde es doch mal Zeit. Welch wunder dass einmal alles so funktioniert wie man es möchte. Für den Betrachter der Website hat sich nichts geändert (zu meinem Glück ), dahinter im Admin-Bereich hat sich aber ganz schön viel getan. Nun ja, muss nun nur wieder etwas mehr schreiben…