RegEx ist immer wieder hilfreich. Sogar extrem hilfreich, allerdings nur dann wenn man es versteht. Hin und wieder findet man zwar hier und da im Netz ein paar gute Seiten dazu (RegExLib) und auch einige Tutorials. Bisher habe ich beim Einsatz von RegEx immer nur auf das OnlineTool von RegExLib zurückgegriffen und dort die Ausdrücke ausprobiert. Das wird sich nun aber ändern, jetzt wo ich dieses Tool hier kenne.
Archive for category PHP-mySQL
RegEx Coach
Dec 23
Kinder des Wurzelknotens
Sep 5
… oder “Root Node Children”. Übersetzungen können ja noch so hilfreich sein, aber manchmal könnte ich mich einfach nur wegschmeissen. Nach dieser Übersetzung brauche ich erstmal eine Atempause. Auch wenn das Thema nicht so witzig ist, aber dafür umso interessanter. So sieht das Original aus XSL Transformations (XSLT) Version 1.0 und so die Übersetzung.
Unabhängig davon treibt mich diese XSL Geschichte noch in den totalen Wahnsinn. Vor lauter Knoten fällt einem schon die knotenfreie Denke schwer.

Ich glaube es nicht … ich glaube ich habs. Was genau der Auslöser ist, weiß ich nicht. Bin mir nicht sicher, ob es ein Apache Bug, ein MySQL Bug oder ein PHP Bug ist, aber richtig läuft das defintiv nicht. Nachdem das Problem nun wieder aufgetaucht ist, habe ich mir nochmal so meine Gedanken über die 5 Minuten gemacht. Tatsächlich war es so, das die Seite nach einiger Wartezeit wieder fuinktionierte, obwohl ich nichts am PHP Code geändert habe. Irgendwo im Hintergrund muss es also einen Timeout gegeben haben. Frage ist jedoch : Wo ?
mit MySQL Front habe ich mir dann die Datenbank nochmal ein wenig genauer angesehen und bin dabei auch auf die Prozessliste des online mySQL Servers gekommen und war verblüfft 3 Verbindungen zu sehen, obwohl es eigenltich nur 2 geben dürfte.
Die erste Verbindung ist die Verbindung von mySQL Front zum DB Server.
Die Zweite verbindung stammt ebenfalls von mySQL Front und wird offenbar zur Anzeige der Prozesse benötigt.
Die Dritte und letzte Verbindung stammt kommt ebenfalls von meinem Rechner aus, jedoch konnte ich mir die nicht erklären.
Wenn ich den lokalen Apache Server neu starte, wird das Problem behoben und die Verbindung zur DB getrennt. Aber warum hält er diese Verbindung aufrecht?
Tatsache ist auf jeden Fall, daß der Auslöser dieser dämlichen Fehlermeldung die existierende Verbindung ist. Was ich nun auch noch nicht ganz nachvollziehen kann, ist Folgendes :
Wenn ich mit der Seite irgendwas.php eine Verbindung zur DB erstelle, sollte folgendes geschehen :
Die Verbindung wird hergestellt (ein neuer Prozess). Dann werden die Daten abgefragt und am Ende wird die Verbindung zur DB wieder getrennt (Der Prozess beendet)
Aktualisiere ich nun diese Seite irgendwas.php, werden die Schritte oben wiederholt. Aber es existiert zu jeder Zeit immer nur ein einziger Prozess.
Wieso wird wirklich sporadisch die Verbindung zur DB zwar getrennt, jedoch vom Apache dennoch aufrecht erhalten ? Wieso verwendet PHP, oder der Apache exakt die selbe Prozess ID, was ja eigentlich nicht möglich ist ?
Hat da irgendwer eine Idee ?
OK, ich war dann doch ein wenig länger weg. Ändert aber nichts an der Tatsache, daß es nun wieder einwandfrei funktioniert. Ich kotze gleich …
Bevor ich jetzt den Rechner aus dem Fenster werfe gehe ich jetzt einfach mal irgendwo hin und komme in einer Stunde wieder. Es geht nämlich wieder nicht mehr. Ich möchte meinen Allerwertesten verwetten, daß es dann wieder geht. Aber jetzt muß ich weg …
Hmmmmpf … ich kriege gleich noch eine Krise. Jetzt funktioniert die Geschichte wieder. Aber warum ? Vor 5 Minuten ging es doch nicht …..
Soo, ich habe den PHP Mist einfach rausgeschmissen und mir stattdessen etwas Anderes einfallen lassen. Puuuh, wie gut, daß Macromedia die Vorlagenfunktionen so stark erweitert hat. Ohne diesen Funktionsschub hätte ich wohl schon längst eine Krise bekommen. Egal, jetzt geht es mit großen Schritten vorwärts und mir fehlen nur noch wenige Seiten. Dann folgt noch die lustige Fehlersuche, gefolgt von einem … ach besser nicht drüber nachdenken. Ich werde es einfach auf mich zukommen lassen.