Zum Inhalt springen

Schlagwort: PEAR

Pear unter Macos X Lion

Normalerweise bastele ich mir für meine PHP Experimente eine VMware mit einem Debian. Da ist die Installation schnell erledigt und man „versaut“ sich auch nicht das eigene System. Nun bereite ich mich aber auf einen Vortrag vor und möchte auch ein paar PHP Nettigkeiten zeigen und benötige dazu ein funktionierendes PEAR unter Macos X Lion. Ich war sehr überrascht, dass pear nicht installiert ist.

PEAR in the box

Letzte Woche wurde ich vor folgendes Problem gestellt: Kann man auf einem Server mehrere Applikationen installieren, die jeweils eine eigene PEAR Installation besitzen. Also gibt es die Möglichkeit eine PEAR Sandbox zu erstellen. Die Frage konnte nicht direkt beantworten, hat aber mein Interesse geweckt und heute gibt es die Auflösung.

Der eigene PEAR-Server

Das Jahr 2011 hat gerade begonnen und somit kann ich allen Lesern noch alles Gute im neuen Jahr wünschen. Ich habe mir dieses Jahr ein paar interessante Dinge vorgenommen und darum wird es auch keinen Mangel an spannenden Artikeln geben. Ich hoffe, dass es auch dieses Jahr in der Welt der PHP-Blogs wieder viele spannende Artikel gibt und somit viele Inspirationsmomente gegeben sind.

Kommen wir nun zu dem heutigen Thema. Der eigene PEAR-Server. PHP bietet schon sehr lange eine nette Möglichkeit Pakete zu erstellen und Abhängigkeiten unter diesen Paketen abzubilden. Wenn man nicht in dem offiziellen Repository seinen Code ablegen möchte oder darf, muss ein eigener Server her.

PEAR Package selbst gemacht

Ich bin ja nur bedingt ein Freund von PEAR. Aber Tools wie PHP_CodeSniffer findet man auch dort und daher hat es für mich einen positiven Aspekt. Nun verbinde ich 2 Probleme und am Ende dieses Beitrags haben wir eine einfache Lösung, die beides löst und dabei noch richtig cool ist. Der CodeSniffer hat einige Standards. Nun möchte ich einen eigenen Standard definieren, der vom PEAR Coding Standard abgeleitet ist. Ich nenne diesen PEARMOD (PEAR modified oder PEAR Modification). Dieser Standard wird den PEAR Standard in der Form ändern, dass man die öffnende Klammer bei Klassen und Funktionsdefinitionen nicht in eine neue Zeile schreibt, sondern in die gleiche Zeile, in der auch die Signatur steht. Wo die öffnende Klammer steht ist ein großer Streitpunkt und ich gehöre zu der Fraktion, die eben keine Zeile für dieses Zeichen verschwenden will. Zusammengehörigkeiten kann eine vernünftige IDE auch darstellen und somit finde ich Signatur und geschweifte Klammer in einer Zeile berechtigt. Der PEAR Coding Standard sieht das natürlich anders und somit muss ich mit einem eigenen Standard leben. Mein Code wird nicht unter pear.php.net auftauchen, also ist meine Modifikation okay.

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close