Webworking » PHP

Tutorial Regular Expressions: Wiederholungen

Guido — Wed, 11 Aug 2010 08:31:51 +0000

In den bisherigen Teilen des Tutorials haben wir Elemente immer so gesucht, das sie an einer bestimmten Stelle vorkommen mussten. Dies ist eher seltener der Fall, denn in der Regel ist es eher so, dass wir nach einer unbestimmten Anzahl von Zahlen oder Buchstaben suchen. Oder das wir nach einem Konstrukt suchen der mit etwas bestimmten anfängt, mit etwas bestimmten aufhört, und dazwischen eine beliebige Anzahl von Zeichen stehen (so zum Beispiel ein Tag in einer HTML-Seite).

Entsprechend benötigen wir die sogenannten Metacharacters der Regular Expressions, die uns erlauben, Wiederholungen durchzuführen. Die wohl bekanntesten Metacharacter sind das Fragezeichen ? und der Asteriks *. Das Fragezeichen bedeutet, dass das davorstehende Zeichen im Suchausdruck keinmal oder einmal vorkommen darf! Eine Suche nach Hoh?l findet zum Beispiel die Wörter Hohl, aber auch Hol.

Der Asterisk bedeutet, dass das davorstehende Zeichen keinmal oder beliebig oft vorkommen darf! Es entspricht im Großen und Ganzen den Wildcards, die man aus der Kommandozeile von Betriebssystemen her kennt. Eine Suche nach Wald* findet zum Beispiel Wald, aber auch Waldschrat.

Im Gegensatz dazu muss beim Metacharacter Plus + das davorstehende Zeichen mindestens einmal vorkommen. Es darf aber auch beliebig oft wiederholt werden. Eine Suche nach [A-C]+ würde zum Beispiel das Wort Bier finden, aber nicht das Zebra. Grund ist, dass das Z natürlich nicht in der Aufzählung [A-C] enthalten ist.

Wenn ein Zeichen mehr als einmal vorkommen muss, kann man geschweifte Klammern {n} verwenden. Wobei das davorstehende Zeichen exakt n-Mal wiederholt werden muss. Eine Suche nach [0-9]{4} findet zum Beispiel alle 4-stelligen Zahlen. Möchte man nach einer bestimmten Anzahl von Zeichen suchen, kann man die geschweiften Klammern auch abwandeln: {n,m} findet von dem davorstehenden Zeichen mindestens n, aber maximal m Stellen. Eine Suche nach [0-9]{3,4} findet demnach alle 3- oder 4-stelligen Zahlen.

Kommen wir zurück zu unserem Suchstring:

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC1; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Tablet PC 2.0)

Suche nach: W*in
Findet Windows und Win64

Suche nach: [xX][0-9]{2}
Findet x64

Suche nach: [0-9]+\.[0-9]+
Findet 4.0, 8.0, 6.0, 4.0, 2.0 …

Im nächsten Teil des Tutorials lernen wir das Gruppieren von Suchergebnissen.

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Ein Kommentar
Verschlagwortung: Regular Expressions, Reguläre Ausdrücke, Tutorial

Tutorial Regular Expressions: Die Position einer Zeichenkette

Guido — Wed, 04 Aug 2010 08:59:41 +0000

Wie man einfache Zeichenketten sucht, ist jetzt klar, zumeist ist es jedoch so das diese an festen Positionen innerhalb des Suchstrings stehen müssen (eine E-Mail-Adresse endet zum Beispiel immer mit der Toplevel-Domain). In Regular Expressions gibt es hierfür die sogenannten Anker, die definieren, wo in einem Text das Suchmuster stehen sollte.

Lustigerweise gehört zu diesen Ankern auch der Punkt, der im eigentlichen Sinne keine Positionsangabe ist, sondern ein Synonym für „irgendein Zeichen“. Da der Punkt nun Teil einer Regular Expressions sein kann, stellt sich natürlich die Frage, wie man jetzt wohl nach einem Punkt sucht. Hierfür muss man diesen mittels des Backslashs „Escapen“, wie man es zum Beispiel von MySQL her gewohnt ist. Demnach sucht ein . nach „irgendeinem Zeichen“ und ein \. nach einem Punkt.

Lustigerweise ist das Circumflex ^, das wir im Prinzip schon als Not für Bereiche kennengelernt haben, auch ein Anker. Ist also von seiner Funktion her doppelt belegt und erfüllt somit verschiedene Aufgaben. Als Anker bedeutet das Circumflex „Suchwort muss starten mit“. Entsprechend bedeutet das Dollar-Zeichen $ „Suchwort muss enden mit“.

Schwer vorzustellen, also nehmen wir uns wieder unseren Beispielstring:

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC1; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Tablet PC 2.0)

Suche nach: [0-9]\.[0-9]\)$
Findet das Tablet PC2.0) – runde Klammern sind auch Befehle in Regex und müssen ebenfalls escaped werden (später dazu mehr).

Suche nach: ^Win
Liefert kein Ergebnis, da der zu durchsuchende Text mit Mozilla beginnt, entsprechend:

Suche nach: ^Moz
Liefert als Ergebnis Mozilla

Such nach: .in
Findet Windows und Win64

Im nächsten Teil des Tutorials beschäftigen wir uns mit Wiederholungen und beliebigen Zeichen.

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: regex, Regular Expressions, Reguläre Ausdrücke, Tutorial

Tutorial Regular Expressions: Nach einem beliebigen Zeichen suchen

Guido — Mon, 02 Aug 2010 08:50:12 +0000

Wir können jetzt mittels Regular Expressions nach Zeichen in einer Zeichenkette suchen, das macht aber aus Geschwindigkeitsgründen in der Regel keinen Sinn. Und irgendwie entspricht es auch nicht dem Konzept von Regular Expressions, da ich ja eigentlich ein Textmuster erkennen möchte. In der Regel weiß ich zum Beispiel, in welchem Format eine E-Mail-Adresse aufgebaut ist, aber nicht welche sie enthält.

Aus diesem Grund kann man in den Regular Expressions nicht nur nach einem bestimmten Zeichen suchen, sondern auch nach Zeichen innerhalb einer bestimmten Bandbreite: so zum Beispiel „irgendeine Zahl“ oder auch „irgendein Buchstabe“. Innerhalb von Regular Expressions definiert man diese Suchen mit der eckigen Klammer [].

Die eckige Klammer ohne Zusätze definiert dabei genau ein Zeichen. Gibt man zum Beispiel ein [12] an darf im zu durchsuchenden Text an dieser Stelle eine 1 ODER eine 2 stehen. Vermutet man an der betreffenden Stelle „irgendeine Zahl“, dann wäre eine passende Angabe: [0123456789]. Da man zumindest beim ABC nicht alle 26 Buchstaben tippen möchte vereinfachen uns die Regular Expressions die Eingabe von Bereichen: [0123456789] kann auch als [0-9] angegeben werden.

Dies ist auch wichtig, da Regular Expressions Case Sensitive sind, ein A ist also etwas anderes als ein a – aus diesem Grund kann ich innerhalb der eckigen Klammern gleich mehrere Bereiche definieren. Ein [A-Z] würde nur Großbuchstaben finden, ein [a-zA-Z] hingegen alle Buchstaben. Da ich allerdings manchmal auch nach „allem außer“ Suchen möchte, kann die Angabe in den eckigen Klammern mittels eines Circumflex(^) auch negiert werden.

Eine Suche nach [^0-9] liefert zum Beispiel alles außer die Zahlen 0-9. Kommen wir wieder zurück zu unserem Beispiel:

Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Win64; x64; Trident/4.0; .NET CLR 2.0.50727; SLCC1; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Tablet PC 2.0)

Suche nach: in[du]
Findet Windows, aber nicht Win64

Suche nach: x[0-9A-Z]
Findet x64

Suche nach: [^A-M]in
Findet Windows und Win64

Im nächsten Teil des Tutorials wird es darum gehen zu definieren, an welcher Position innerhalb des zu durchsuchenden Strings man die einzelnen Zeichen erwartet.

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Ein Kommentar
Verschlagwortung: regex, Regular Expressions, Reguläre Ausdrücke, Tutorial

Tutorial Regular Expressions – eine Einführung

Guido — Wed, 21 Jul 2010 11:41:35 +0000

Es wird mal wieder an der Zeit eine neue Tutorial-Reihe zu starten und was empfiehlt sich da besser als reguläre Ausdrücke (Regular Expressions) – dem Lieblingsfeind jedes Entwicklers. Ja, sie sind komplex, ja, es hätte einfacher gehen können und nein: Man kommt nicht dran vorbei! ;)

Selbst als Nicht-Programmierer gibt es kein Entrinnen vor dem Schweizer Messer der Textmustererkennung, dann spätestens wenn man sich in seiner gerade frisch installierten Open Source mit den sogenannten Permalinks herumschlägt stolpert man sehr schnell über mod_rewrite. Und genau dieses mod_rewrite hat zum einen bereits Generationen von Webworkern in den Wahnsinn getrieben, denn es setzt voll auf Regular Expressions.

Aber auch in anderen Bereichen kommt man um Regular Expressions nicht herum: zum Beispiel in Javascript oder auch in PHP. Wenn man es kann, ist es sehr einfach damit Regeln zu schreiben, die selbst komplexeste Texte durchsuchen können. So zum Beispiel könnte ich mir in einem Quelltext einer HTML-Seite alle Links ausgeben lassen. Auch beliebt sind die Ausdrücke bei zum Beispiel der Formular-Validierung, wo ich ziemlich schnell eine E-Mail auf ihre semantische Gültigkeit überprüfen kann.

Abgekürzt werden die kleinen Helferlein zumeist als Regex oder als Regexp – und trotz ihrer weiten Verbreitung haben sie zumeist einen riesigen Nachteil: Sie sind langsam! Deshalb muss deren Einsatz wohl überlegt sein. String-Operationen sind im Programmierumfeld stets die Operationen, die am meisten kosten, und eine Regular Expression macht diesen Umstand nicht gerade besser.

Aber Regular Expressions können noch viel mehr – sie können nicht nur ein Textmuster finden, sie können dieses auch in mehrere Teile zerlegen, die Reihenfolge der Teile ändern oder ganze Bereiche ersetzen. Natürlich ist man nur in einem Bereich, wo die Regular Expression schon mal über die Zeilengrenze hinaus geht, aber prinzipiell funktioniert es. Um wieder auf das Beispiel mod_rewrite zurückzukommen, hier ist zum Beispiel die Zerlegung einer URL gang und gebe. Die URL wird hierbei in der Regel umgeschrieben und zumeist „nur“ aus Parametern entsprechende Verzeichnisse erstellt. Ein Beispiel wäre zum Beispiel:

Von index.php?id=5 nach index/id/5

In den nächsten Wochen werde ich immer mal wieder das Theme reguläre Ausdrücke aufgreifen und keine Angst – ich werde weder das Wort formale Sprache nicht in den Mund nehmen ;)

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: regex, Reguläre Ausdrücke, Tutorial

Google Analytics GA.PI() – Klasse um Analytics mit PHP auszulesen

Guido — Mon, 15 Feb 2010 09:16:41 +0000

Dass Google Analytics eine API anbietet, um direkt Daten auszulesen und diese selbst darzustellen ist nichts Neues. Wie bei allen APIs stellt sich aber die Frage: Wie mache ich das mit PHP und wie bekomme ich eine Authentifizierung hin. Zumindest Letzteres wird bei den Anbietern von APIs (zum Beispiel Amazon) immer mystischer und man kann mit einem gesunden PHP-Halbwissen in der Regel solche APIs nicht mehr verwenden.

Die PHP-Klasse ga.pi() hat sich auf die Fahne geschrieben, alles einfacher zu machen. Aber dann hört es zum Thema einfach dann auch schon auf, denn die Google Analytics API funktioniert keineswegs so, dass man „mal eben“ die Daten abgreifen kann, die online dargestellt werden. Die Darstellungsschicht hat nicht viel mit der API zu tun und interpretiert die zur Verfügung gestellten Daten seinerseits. Wollte man also eine 1:1-kopie der Analytics-Oberfläche erstellen, ist dies keineswegs in 5 Minuten erledigt.

Auch zu bedenken ist, dass ich Daten bekomme, und keine Graphen! Die Visualisierung ist demnach die Aufgabe des Programms. Entsprechend muss man sich nun mit Dimensions und Metrics herumschlagen. Eine Dimension ist im Data Warehouse eine Eingrenzung der Daten um ein bestimmtes Kriterium. Eine Dimension ist zum Beispiel der Browser des Benutzers, oder zum Beispiel die abgerufenen URLs. Ein Metric dagegen ein Zahlenwert für eine bestimmte Anfrage wie zum Beispiel Anzahl der neuen Besucher oder Anzahl der Page Views.

Die ga.pi() kann zumindest kleine Teile des Umgangs mit der API vereinfachen. Code-Diesel hat hierzu ein nettes Tutorial veröffentlicht, das die Handhabung der Klasse prima erklärt. Die Authentifizierung ist vollkommen transparent, und der Abruf von Daten nicht all zu schwer. Zusammen mit einer vernünftigen Graphen-Klasse sollte man so schnell zu einer spezialisierten Analytics-Anwendung kommen.

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: API, Google Analytics, PHP

Sinnvolles HTML in PHP mit dem HTML Purifier

Guido — Thu, 14 Jan 2010 07:49:54 +0000

Es kommt im Leben eines Programmierers stets der Punkt, wo er sich durch die Weiten des HTML graben, und es insbesondere mit PHP interpretieren muss. Natürlich könnte man jetzt argumentieren das heutzutage Templates das regeln aber das Problem liegt ganz wo anders: Alt-Anwendungen und WYSIWYG-HTML-Editoren.

Erstere haben es nicht so Ernst genommen mit dem Standardkonformen, zweitere haben in der Regel auch ihre eigene Auslegung davon, was valides HTML ist. Hinzu kommt aber noch ein dritte Anwendungsmöglichkeit: Cross-Site Scripting! Über HTML-Injection könnte über den WYSIWYG-Editor nämlich durchaus schadhafter Code in eine Web-Anwendung eingeschleust werden. Natürlich könnte man jetzt argumentieren, dass nur vertrauenswürdige Personen HTML liefern dürfen. Die Realität sieht aber in der Regel anders aus: Hier braucht man nur einmal an die Kommentarfunktion von WordPress zu denken, oder die Tatsache, dass ein bekannter Bundespolitiker es nicht geschafft hat, seine Typo3-Installation geeignet zu schützen.

Entsprechend ist klar, dass man als Programmierer mehrere Aufgaben hat: Man muss dafür sorgen, dass alles standardkonform ist (und am besten bereits so abgespeichert wird) und man muss zusätzlich auf das Einschleusen von Schadcode testen! Viele Open Source-Anwendungen behelfen sich hier damit, die Anzahl der möglichen HTML-Tags zu begrenzen. Dies ist leider eine nicht so gute Idee, da das Ergebnis deshalb noch lange nicht valides HTML ist.

Screenshot der HTML-Purifier-Homepage

Warum ich das alles erzähle? Der HTML Purifier ist in der Version 4.0 für PHP5 erschienen. Der rattenschnelle Parser überprüft den Code und formt ihn zu standardkonformen HTML um. Überprüfen heißt hierbei: Verhindern von Cross-Site Scripting Attacken.

Die beiden Content Management Systeme ImpressCMS und Midgard setzen fest auf den HTML Purifier und liefern diesen bereits mit dem Core aus. Aber neben vielen weiteren Systemen kann man den HTML Purifier mittels eines einfachen Plugins auch in WordPress, Drupal und MODx einbinden. Joomla, CodeIgniter und Symfony Plugins sind ebenfalls verfügbar.

Das Teil ist so etwas wie das Schweizer Taschenmesser des HTML-Parsing in HTML, also werft strip_tags in die Ecke und versucht es einmal mit einem richtigen Parser :)

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: HTML, PHP, XSS

Online Entwicklungsumgebungen für PHP

Guido — Wed, 09 Dec 2009 09:27:04 +0000

Nunja, ich gebe zu, der Titel ist etwas reißerisch, denn von einer richten Entwicklungsumgebung kann man wohl kaum sprechen! Dennoch sind mir in der letzten Woche zwei Online-Editoren ins Auge gefallen, über die ein kleiner Beitrag lohnt! Natürlich fragt sich jetzt jeder, wieso ich online PHP-Dateien editieren möchte!? Berechtigte Frage! In 99,5% der Fälle reicht wohl ein normale Entwicklungsumgebung auf dem Desktop. Verbunden mit einer schönen Versionierung ist dann auch das Arbeiten im Team abgesichert.

Wenn man jetzt aber mit seinem Netbook im ICE sitzt, erst gar keine Versionierung hat und trotzdem einem Kollegen helfen will ist ein Online-Code-Editor Gold wert. Denn einer der großen Vorteile dieser Online-Anwendungen ist die Kollaboration – also das Arbeiten im Team. Ohne großen Aufwand können Teams von jedem Platz dieses Planeten (inkl. des Internetcafés in Kuala Lumpur) ohne die Notwendigkeit lokal auf dem Rechner etwas installieren zu müssen Code editieren.

PHPanywhere.Net

PHPanywhere kommt einer Entwicklungsumgebung schon ganz nahe. Es beherrscht Code Highlighting und unbegrenztes Undo/Redo. Darüber hinaus ist Code Completion angekündigt! Der größte Vorteil von PHPanywhere ist allerdings der FTP-Explorer, mit dem ich mich in jeden beliebigen FTP-Server einloggen, und dort PHP-Dateien editieren kann. Darüber hinaus kann PHPanywhere auch Projekte verwalten und natürlich auch lokale Files. Mit dem Tool ist es also kein Problem mal eben irgendwo schnell eine PHP-Datei zu editieren, wenn man nicht über die geeigneten Möglichkeiten verfügt. Der Service ist derzeit kostenlos.

Screenshot von PHPanywhere

CodeRun Studio

CodeRun Studio ist wesentlich mächtiger als PHPanywhere und derzeit ebenfalls kostenlos. Es entspricht der allgemeinen Vorstellung einer Entwicklungsumgebung eher. Neben PHP kann man in der Online-Anwendung auch C#, .NET, JavaScript, HTML und CSS programmieren. Es bietet Support für die Amazon SimpleDB (und scheinbar dummerweise keinen für MySQL) und hat mal das Stichwort „Cloud“ in den Ring geworfen. CodeRun hat sich auf die Fahne geschrieben DIE Entwicklungsumgebung für die Cloud zu werden, man darf abwarten, ob man das schafft. Genau aus diesem Grund verfügt CodeRun allerdings interessante Möglichkeiten Code zu sharen! Ohne MySQL-Support sehe ich da allerdings schwarz – und ob es sinnvoll ist einen solchen Service anzubieten, und diesen dann nicht kompatibel zum IE8 zu halten, sei mal dahin gestellt :)

Screenshot von Coderun

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: Entwicklungsumgebung, PHP

Kohana – das schnelle PHP-Framework

Guido — Tue, 17 Nov 2009 11:34:38 +0000

Ein PHP-Framework, das schnell ist, gibt es nicht? Gibt es doch! Nämlich Kohana. Das kleine schlanke Framework ist voll in PHP5-OOP geschrieben und war einmal ein Fork von CodeIgniter. Dabei besticht Kohana vor allem dadurch, das man sich den Quelltext angucken kann ohne ein Magengeschwür zu bekommen, im Gegensatz zu anderen Frameworks oder PHP-Applikationen.

Dabei ist es noch nicht einmal selbstverständlich das ein PHP-Framework schnell sein muss. Mein Lieblingsbeispiel ist da inzwischen Magento, das es geschafft hat die Pear, das Zend Framework und bis zum Anschlag XML-Dateien zu verwenden, was in etwas endet was – bin ich mal nett: performanter hätte sein können :) Wobei man auch fair bleiben muss, Magento ist ja im eigentlichen Sinne kein Framework.

Der Einsatz von Frameworks und damit der Einsatz des MVC-Modells wird in der PHP-Welt immer beliebter. Als Beispiel kann da schon mal das Zend Framework herhalten, auf das sich derzeit jede deutsche Agentur als heilende Allzweckwaffe stürzt. CakePHP leistet ähnliches und das bereits genannte CodeIgniter gibt es natürlich auch noch. Alle haben den Nachteil, dass man sich erstmal einarbeiten muss, und am Anfang garantiert alles so macht, das es garantiert die meisten Ressourcen frisst. Eine andere Lösung wäre in der Regel schöner und schneller gewesen. Und so hilft bei Frameworks oft nur der häufige Umgang und die Erfahrung.

Kohana ist per se schnell, schmal und gut überschaubar. Die Lernkurve ist vergleichbar gering und das Konzept hinter dem Framework überzeugt. Dabei erfindet Kohana das Rad im Gegensatz zu anderen Frameworks nicht neu. Zum Beispiel erhält Kohana $_GET und $_POST, auf einen XSS-Schutz braucht man deshalb aber nicht zu verzichten, dies hält Kohana vollkommen transparent. Einen Hinweis auf die wahnsinnig gute Ereignisbehandlung erspare ich euch gerade mal, stattdessen möchte ich noch auf die kaskadierenden Ressourcen hinweisen!

Kaskadierende was? Genau die! :) Kohana baut darauf auf, dass wirklich alles überladen werden kann. Und wenn mehrere Module die gleiche Core-Klasse überladen, ist das auch kein Thema. Denn eine Maxime von Kohana ist die bedingungslose Erweiterbarkeit aller System-Komponenten. Das sieht man zum Beispiel auch in der Session-Verwaltung. Diese unterstützt Treiber und bereits der Core ermöglicht es, die Session-Daten direkt im Cookie, im Filesystem oder in einer Datenbank abzulegen. Ich könnte aber auch einfach einen eigenen Treiber programmieren um zum Beispiel die Daten in CouchDB abzulegen. Das macht zwar nicht wirklich Sinn, aber wenn ich wollte, könnte ich es :)

Wer sich für Kohana interessiert, kann sich hier ein nettes Tutorial anschauen, oder mal auf der deutschen Homepage vorbei schauen. Oder einfach mal Kohana für die Entwicklung des nächsten WordPress-Plugins verwenden.

Am Schluss noch eine kleine Warnung! Kohana 3 ist auf dem Weg und so wie es aussieht, wird es nicht vollkommen abwärts kompatibel sein! Neben einem kompletten Code Rewrite wird Kohana 3 nach meinem Wissen als erstes PHP-Framework anstatt des MVC-Modells das HMVC-Modell verwenden!

Das HMVC-Modell (Hierarchical-Model-View-Controller) in Kohana liegt eine ziemlich geniale Idee zugrunde. In bisherigen Frameworks ist es so, das aufgrund eines Requests im Framework EIN bestimmter Prozess mit EINEM Model, EINEM View und EINEM Controller ausgeführt wird. Im HMVC-Modell kann ein Request gleich mehrere Prozesse auslösen, die miteinander kombiniert werden. Anwendungen werden somit noch modularer und die Wiederverwertbarkeit von Code noch höher!

Ähnliche Beiträge:

Keine gefunden

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | 8 Kommentare
Verschlagwortung: Kohana

Smarty 3.0 Beta 1 veröffentlicht

Guido — Mon, 02 Nov 2009 14:50:44 +0000

Ich gebe zu das Smarty ein persönlicher Liebling von mir ist. Zum einen kann ich damit erreichen das mein PHP-Code keinen „Optimierungen“ von Designern (sorry!) zum Opfer fällt, zum anderen können diese dennoch großen Einfluss auf die Darstellung von Daten nehmen, da Smarty eine eigene Skriptsprache implementiert hat.

Nun ist es soweit, die Version 3.0 ist in der Beta da! Und (neben einigem anderen) ist Speed die beste Neuerung in Smarty 3.0. Während die 2er Version wohl eher als „historisch gewachsen“ zu bezeichnen ist, so ist die 3er-Version ein kompletter Code Rewrite!

Was ist also neu neben der starken Verschnellerung der Darstellung? Zum Ersten ist Smarty 3 nun auf PHP5 und OOP ausgerichtet und zum anderen wurde die Smarty-Syntax stark erweitert. Was auch interessant ist, ist der verbesserte Cache. Vor allem in letzter Zeit gab es desöfteren das Problem, das man bei der Entwicklung den Cache am besten ganz ausschaltet oder diesen stets manuell löschen musste. Dies gehört jetzt wohl der Vergangenheit an!

Auch nett ist, dass das unselige {literal} Tag nun nicht mehr notwendig ist, da Smarty 3 nun CSS und JavaScript automatisch erkennt und dieses nicht mehr parsed. Ich kann an dieser Stelle durchaus zugeben, dass ich jedes Mal in die Falle mit dem Inline-JavaScript tappe.

Das Ganze ist noch ein wenig undokumentiert und am Besten zieht man sich einfach mal die Beta und schaut sich die Demo-Templates an. Ein Blick ins Smarty3-Forum lohnt sich auch. Vieles ist bekannt, aber auch das eine oder andere Neue lässt sich sofort erkennen. Viel Spaß dabei!

Siehe auch: Was bringt Smarty 3.0?

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | Bisher kein Kommentar - Schreibe den Ersten!
Verschlagwortung: PHP, Smarty

Tutorial OpenGeoDB – Die Installation der Datenbank

Guido — Wed, 21 Oct 2009 13:34:43 +0000

Wer in Deutschland, Österreich und der Schweiz vernünftig geocodieren will, kommt in der Regel nicht an der OpenGeoDB vorbei. Google Maps ist da zwar ganz nett, aber OpenGeoDB verbindet Orte nicht nur mit einer Postleitzahl, sondern strukturiert ganze Landstriche in Hierarchieebenen.

Allerdings (und gerade hier liegt die Tücke von OpenGeoDB) sind die Suchergebnisse von Google bzgl. eines Downloads der Datenbank sehr bedenklich. Anstatt sich hier auf Google zu verlassen, benutzen wir die aktuelle Version von OpenGeoDB, die hier zum Download bereitsteht, bzw. verwenden dieses Wiki . Alles was Google zu diesem Thema mitzuteilen gedenkt ignorieren wir geflissentlich!

Auf der Download-Seite selbst kann die OpenGeoDB nicht als Komplettpaket heruntergeladen werden, sondern man muss sich „seine Datenbank“ selbst zusammenstellen. Aus diesem Grund können wir auch alle Dateien mit der Endung *.tab von vorneherein ignorieren. Diese enthalten den Datenstamm als .csv-Datei.

Ich gehe jetzt mal davon aus, dass jeder weiß, wie man einen Datenbank-Dump importieren kann. Natürlich nehmen wir als Grundlage MySQL. Außerdem werden wir eine Datenbank für DE erstellen. Datenbanken für CH und AT werden analog erstellt, es lassen sich auch alle Datenbanken kombinieren.

Im ersten Schritt laden wir die Datei opengeodb-begin.sql herunter und importieren diese. Die Datei enthält lediglich die Strukturen der Datenbanken und keine Daten. Nachdem nun die Strukturen angelegt worden sind, müssen nun die Daten folgen. Hierzu muss man gemäß des gewünschten Landes die entsprechende Datei herunterladen:

AT.sql – Österreich
BE.sql – Belgien
CH.sql – Schweiz
DE.sql – Deutschland
LI.sql – Lichtenstein

Jede dieser Dateien enthält die Orte und die Postleitzahlen der einzelnen Länder. Die Dumps enthalten nur die Daten. Es kann entweder ein einzelner Dump importiert, mehrere oder sogar alle. Natürlich sollte man hier ein wenig darauf Achten, das man nur die Daten importiert, die man benötigt.

Zu guter Letzt werden wiederum in einer separaten Datei die Indizes innerhalb der Datenbank angelegt. Hierzu benötigt man die Datei opengeodb-end.sql. Ich empfehle direkt nach Import dieser SQL-Datei alle Tabellen mit einem „OPTIMIZE TABLE“ zu optimieren.

Eigentlich könnte man jetzt vernünftig mit dem System arbeiten, aber auf Wunsch kann man natürlich die bestehende Datenbank noch erweitern. Durch den Import der Datei changes.sql besteht die Möglichkeit, die aktuellsten Patches in die Datenbank einzuspielen. Eine sehr sinnvolle Sache, wie ich finde.

Durch Import der Datei extra.sql kann man den Datenbestand erweitern. Man kann später zum Beispiel Höhenangaben abfragen, aber auch den Kontinent. Richtig lustig wird die Datenbank allerdings erst, wenn man eine der folgenden Dateien importiert:

AThier.sql Hierarchie-Daten für Österreich
BEhier.sql Hierarchie-Daten für Belgien
CHhier.sql Hierarchie-Daten für die Schweiz
DEhier.sql Hierarchie-Daten für Deutschland
LIhier.sql Hierarchie-Daten für Liechtenstein

Auch hier ist wieder darauf zu achten, dass man nur die Daten importiert, die man auch wirklich benötigt. Durch den Import dieser Dumps ordnet man einen Ort in eine Hierarchie ein. Was heißt das? Am Beispiel von Deutschland kann man somit bei einem Ort oder einer Postleitzahl feststellen, ob es sich nur um einen Ortsteil handelt (dies ist bei Postleitzahlen in der Regel immer der Fall). Entsprechend kann man dann mit dem Dump ermitteln, zu welcher Ortschaft der Ortsteil gehört. Die Ortschaft kann wiederum einem Landkreis zugeordnet werden, dieser einem Regierungsbezirk und letztendlich einem Bundesland.

Die Hierarchie kann viele Einsatzmöglichkeiten finden, so zum Beispiel für eine einfache Umkreissuche. Eigentlich ist der Import der Daten recht einfach, wenn man weiß, wofür die einzelnen Dateien gut sind. Arbeitet die Liste einfach in der hier vorliegenden Reihenfolge ab, und entscheidet genau, welche Daten ihr braucht und welche nicht, dann kann eigentlich nichts schief gehen. Einem finalen „OPTIMIZE TABLE“ tut an dieser Stelle übrigens niemandem weh.

Ähnliche Beiträge:

75490d5d-7a17-4846-b1e9-58da6ccbbad1 | Permalink | 5 Kommentare
Verschlagwortung: OpenGeoDB, Tutorial