Stefans Webseite - Blog - PHP

Bereiche im Wiki anders aufgeteilt

nospam@example.com (Stefan Jahn) — Wed, 19 Sep 2007 22:40:18 +0200

Nicht wundern wenn im Blog oder im Wiki momentan ein paar Links nicht funktionieren. Ich habe in meinem Wiki zwei Bereiche neu aufgeteilt. Der Bereich Entwicklung und Computer exisitiert so nicht mehr. Keine Panik, der Inhalt wurde nicht gelöscht. Der entsprechende Inhalt der zwei Bereiche wurde nur zu einem Hauptbereich gemacht. So findet man nun im Wiki die Bereiche (heisst ja eigentlich Namensraum) Unix, Mac, C++ und PHP.

Falls einer einen fehlerhaften Link findet kann er es ja gerne melden. Danke.

Navigation im DokuWiki

nospam@example.com (Stefan Jahn) — Mon, 31 Jul 2006 23:30:47 +0200

Mit dem "Auslieferungszustand" des DokuWiki erhält man ein paar Navigationsmöglichkeiten die das zurechtfinden im Wiki verinfachen sollen. Einerseits wird eine Spur aufgezeichnet. Das bedeutet nichts anderes, als das die letzten paar besuchten Wikiseiten nochmal aufgeführt werden. Anderseits kann man sich auch seine aktuelle Position innerhalb des Wikis und deren Namensräume (Bereiche, Unterteilung) anzeigen lassen. Die letzte Variante machte aber nicht das was ich eigentlich wollte. Also, warum nicht was eigenes basteln.

Auf der Wikiseite DokuWiki Navigation kann man nachlesen was dabei herausgekommen ist. Mit der Funktion wird eine Navigation nach folgendem Schema angeboten:

Startseite/Homepage >> Namensraum >> Unternamensraum >> ... >> Wikiseite

Meine Lösung erkennt dabei auch die "Startseiten" eines Namensraum korrekt und verlinkt diese entsprechend. Existiert die aktuelle Wikiseite, so wird hier ein Link zu den Backlinks (welche Seiten auf diese Wikiseite verlinken) angeboten.

Neue Version des Plugin DokuWiki Gallery verfügbar

nospam@example.com (Stefan Jahn) — Mon, 31 Jul 2006 23:19:45 +0200

Durch ein paar Anfragen eines Nutzer des Plugins DokuWiki Gallery konnten aus dem Script ein paar weitere Fehler entfernt werden.

So erkennt das Script nun auch Bilddateien mit der Endung ".jpeg". Vorher war nur ".jpg" möglich.

Aber was viel wichtiger ist, der Parameter "pic=[Bildnummer]" wird nun korrekt an die URL angefügt. Je nach Einstellung des DokuWiki zeigt dieses ja die internen URLs verschieden an:

www.example.com/doku.php?id=wikiseite
www.example.com/wikiseite

Wählt man nun ein Bild in der Gallery aus, so wird der Parameter "pic=[Bildnummer]" an die URL angehängt. Der erste Parameter einer URL beginnt immer mit einem "?", alle folgenden Parameter erhalten ein "&". Wie man oben schön an den beiden URLs erkennen kann, geht das einfache Anhängen von z.B. "?pic=10" nur bei der zweiten URL. Bei der ersten URL würde man einen Fehler erzeugen, da die URL ja schon einen Parameter mit einem beginnenden "?" enthält.

Das Script prüft nun ob in der URL schon ein "?" vorkommt und benutzt dann entsprechend ein "?" oder ein "&" als Trenner für den Parameter.

XE/3+DokuWiki - Ein Plugin für das Blog

nospam@example.com (Stefan Jahn) — Thu, 27 Jul 2006 21:54:32 +0200

Seit ein paar Tagen bin ich am überlegen wie ich den Wikisyntax des DokuWiki im XE/3-Blog verwirklichen kann. Praktisch währe es schon wenn ich hier die gleichen Befehle wie im Wiki zur Verfügung hätte. Man müsste sich nur einen Syntax merken, hätte eine bessere Verbindung zwischen dem Wiki und dem Blog und man hätte durch den erweiterten Syntax des Wikis wesentlich mehr Möglichkeiten.

Die Grundidee war die benötigten Funktionen des DokuWikis direkt mit einem XE/3-Plugin anzusprechen. Leider scheitert es aber schon daran das einige Funktionsnamen in der DokuWiki-Datei utf8.php identisch sind mit den Funktionsnamen in der XE/3-Datei read.utf8.php.

Testweise habe ich die doppelten Funktionen in der DokuWiki-Datei utf8.php mal umbenannt. Das führt zu einem kleinen Erfolg: diverser Wikisyntax wie Links, fette oder kursive Schrift werden korrekt im Blog dargestellt. Das funktioniert ein paar mal gut. Leider verursachen aber die Links zu den neusten Kommentaren (hier rechts in der Menüspalte) einige Fehlermeldungen.

Längeres Suchen hat nicht viel Sinn, da ich den Code des DokuWikis nicht recht überblicke bzw. verstehe (einfach zu viel Code). Anderseits möchte ich auch keine Änderungen am DokuWiki vornehmen. Im Idealfall sollte einfach ein Plugin im XE/3-Blog installiert werden und der Wikisyntax steht zur Verfügung ohne Änderungen des Wikis.

Nun, gehen wir halt den anderen Weg. Ich werde wohl ein Teil des Wikisyntax nachbauen.

Kein SPAM mit dem DokuWiki-Plugin Discussion

nospam@example.com (Stefan Jahn) — Tue, 25 Jul 2006 20:41:22 +0200

Das Plugin Discussion für das Wiki DokuWiki kann man hervorragend für Gästebücher benutzen. Leider sind dann Spamer auch nicht mehr weit. In letzter Zeit wurde somit leider das Gästebuch der Rhy-Deufel-Öflingen massiv mit SPAM überflutet. Das löschen der SPAM-Einträge ist nervig und fast immer umsonst da ein paar Tage später wieder neuer SPAM im Gästebuch vorhanden ist. Was dagegen unternehmen?

Ok, eine Durchsicht der SPAM-Einträge hat ergeben das fast alle SPAM-Einträge Links mit Hilfe von BB-Code oder direkt in HTML-Code hinterlassen. Anscheinend kontrollieren die Spamer nicht mal ansatzweise ihren Erfolg, das Wiki kann doch gar kein BB- oder HTML-Code interpretieren. Die Links waren natürlich im Gästebuch trotzdem vorhanden, aber der Eintrag sah durch den unbekannten Code sehr komisch aus.

Die Lösung war schnell gefunden. Das Discussion-Plugin hab ich so abgeändert das sämtliche Einträge mit dem entsprechenden BB-Code oder der Textstelle href= abgewiesen werden. Wie ich das genau gemacht habe, kann man im Wiki unter DokuWiki Discussion nachlesen. Dort findet man auch den nötigen Code um es entsprechend in seinem Plugin einbauen zu können.

Ich hoffe ich bin die Spamer jetzt erst mal wieder für eine Zeitlang los. Die können nur hoffen das ich sie nicht mal in die Hände bekomme. Diese Deppen sind das Letzte!

Neue Version des Plugins DokuWiki Gallery verfügbar

nospam@example.com (Stefan Jahn) — Sat, 17 Jun 2006 12:50:00 +0200

Durch die Umstellung des Wikis auf URLs ohne doku.php ist mir aufgefallen das die Fotogalerie der Rhy-Deufel Öflingen nicht mehr funktioniert. Auch dort wurden die URLs umgestellt.

Der Fehler war schnell erkannt. Sämtliche Links und Verwiese in dem PHP-Script waren fest codiert. Dies hatte zu Folge das Änderungen des Parameters userewrite des Wikis keinen Einfluß nahmen auf das PHP-Script. Dies soll aber nicht so sein.

Mit der neuen Version des Plugins DokuWiki Gallery ist dies nicht mehr der Fall. Sämtliche Links und Verweise werden nun im Script durch den Aufruf entsprechender interner DokuWiki-Funktionen erstellt.

EXIF-Daten mit PHP auslesen

nospam@example.com (Stefan Jahn) — Fri, 30 Dec 2005 21:59:10 +0100

Wie fast jeder weiß befindet sich in der Bilddatei eines Fotos von einer Digitalkamera noch mehr Informationen als das reine Bild. Die Digitalkamera speichert in dem Bild noch die sogenannten EXIF-Daten (Exchangeable Image File Format) ab. In diesen Daten findet man so interessante Informationen wie mit welcher Kamera fotografiert, wann das Foto aufgenommen oder ob ein Blitz benutzt wurde.

Heutige Bildbetrachter auf dem Computer können diese Daten auslesen und entsprechend anzeigen. Auch mit der Scriptsprache PHP ist es möglich - mit der Funktion exif_read_data() - die Daten auszulesen.

Leider ist die PHP-Funktion nicht besonders gut. Sämtliche EXIF-Daten meiner alten Kamera, eine Canon, wurden mir ohne bekannte Probleme ausgewertet. Leider hat die Funktion aber mit den aktuellen Fotos meiner neuen Kamera, eine von Panasonic, so seine Probleme. Das fängt schon damit an das der Hersteller nur verstümmelt erkannt wird oder das Datum fehlerhaft ist. Eigentlich Schade wenn man diese Informationen zu einem Foto auf einer Webseite anzeigen lassen will.

Nun, nach etwas Suche wurde ich fündig. Man kann die Daten aus dem Foto auch ohne die spezielle PHP-Funktion auslesen. Setzt natürlich vorraus das man weiß wie das Bildformat aufgebaut ist und speziell die EXIF-Daten darin abgelegt sind.

Die Spezifikationen von EXIF kann man auf der Homepage finden. Natürlich findet man im Internet noch weitere Beschreibungen.

Mit diesen Informationen sollte es Möglich sein die EXIF-Daten, mehr oder weniger ohne Probleme, aus den Fotos direkt auslesen zu können. Aber wozu das Rad neu erfinden wenn es schon diversen PHP-Code dafür gibt. So hat z.B. die neue Version des DokuWiki eine eigene Routine um die Daten auszulesen und anzuzeigen - momentan kann ich das Wiki aber noch nicht aktualisieren, da es in der neuen Version nicht so läuft wie ich mir das denke - oder man nutzt die Funktion des Exifixer.

Mal schauen was ich mit den Informationen anfangen kann und ich ich diese in meinem Galerie-Script umsetze.

Galerie mit DokuWiki

nospam@example.com (Stefan Jahn) — Sat, 24 Dec 2005 14:00:01 +0100

Wie vielleicht einige durch das Blog bei den PmWiki auch unter dem DokuWiki zum Laufen zu bringen.

Eigentlich ganz einfach dachte ich. Aber weit gefehlt. Das neue Wiki ist so ausgelegt das alle Seiten zwischengespeichert werden. Dies ist auch ein Grund warum das Wiki schneller ist als das alte System. Leider ist es dadurch etwas komplizierter ein Plugin zu schreiben, der dynamische Seiten anzeigt oder sogar den Inhalt der Seiten neu erstellt wenn auf dem Server z.B. ein Foto hinzugefügt oder gelöscht wird.

Aber nach Betrachten von mehreren vorhandenen Plugins - ich muß ja erst mal dahinter kommen wie das generell funktioniert - ist mir eine Lösung eingefallen. Stunden später - ziemlich viele - war das neue Plugin für die Galerie dann soweit fertig.

Im Wiki könnt ihr die Dokumentation nachlesen und das Plugin runterladen. Probiert die Sache einfach mal aus. Über Feedback würde ich mich freuen.

PHP-Programmierung mit Eclipse

nospam@example.com (Stefan Jahn) — Tue, 20 Dec 2005 21:06:55 +0100

Für meine Webseiten habe ich ja diverse Scripte in PHP geschrieben. Bis jetzt habe ich dafür immer einen einfachen Texteditor mit Syntaxeinfärbung verwendet. Damals unter FreeBSD war das noch der NEdit und hier unter Mac OS X ist es der TextWrangler. Bei kleinen Scripten mag das ja noch funktionieren, aber spätestens dann wenn man umfangreiche Scripte mit vielen Funktionen und teilweise mehrere Dateien hat ist das ganze mit einem "einfachen" Texteditor doch weniger schön. Also was tun?

Ich hab diverse Sachen ausprobiert, aber so wirklich überzeugt hat mich eigentlich nichts. Schlußendlich bin ich doch wieder bei Eclipse in Verbindung mit dem Plugin PHPEclipse hängengeblieben. PHPEclipse zeigt schön übersichtlich die Funktionen an, aber das können andere Editoren auch. Was mich aber überzeugt hat ist, das PHPEclipse logische Fehler im Script direkt anzeigt. So wird sofort gemeckert wenn z.B. eine Variabel benutzt wird die gar nicht definiert worden ist. Eine feine Sache sowas. Vor allem wenn man bemerkt das man in dem einen und anderen alten Script doch noch ein paar Fehler drin hat.

Mal schauen was ich noch alles entdecken werde.

PIM in PHP?

nospam@example.com (Stefan Jahn) — Sat, 10 Dec 2005 19:18:23 +0100

Wer kennt ein guten PIM in PHP das folgendes kann:

Kalender - Import und Export im iCal-Format
Adressbuch - Import und Export von vCards oder LDIF
E-Mail mit Zugriff auf IMAP-Server

Zumindest sind das die wichtigsten Funktionen die es können sollte. E-Mail brauch nicht unbedingt zu sein, währe aber schön. Ich hab schon ein paar Sachen probiert, leider fehlen immer ein paar Sachen. Meistens ist es der Import. Was nützt mir der schönste Online-Kalender wenn ich sämtliche Einträge manuell machen muß?

Momentan behelfe ich mir mit zwei kleinen separaten Programmen: PHP iCalendar - ein Kalender der iCal-Dateien liest und sehr übersichtlich darstellt und ein kleines AppleScript das mein Adressbuch in HTML konvertiert.