suelz0mat.de

Leider findet man auf Zend.com keinen ZendDebugger für Mac OS X Snow Leopards PHP 5.3. Keine Ahnung warum. Ist mir jetzt mittlerweile egal. Auch wenn PHP 5.3 bei Snow Leopard dabei ist und Zend meint auch das OS von Apple bei den meisten seiner Applikationen unterstützen zu wollen. Nach lange Suche am Wochenende bin ich einen Lösungsansatz gestolpert der eigentlich für Linux diente. In der Zend Server Community Edition befindet sich ein PHP 5.3 kompatible Version des ZendDebugger. Zwar etwas versteckt, aber man kann sie finden und die ZendDebugger.so als Zend_Extension der php.ini bekannt machen. Doch funktioniert diese Version nicht unter Mac. Welch Überraschung. Die Community Edition des Zend Servers gibt es nicht für Mac OS X. Dafür gibt es aber eine Macversion des Zend Studios. Rein zufällig hatte ich diese auch schon installiert. Man schaue mal unter

/Applications/Zend/Zend Studio - 7.2.1/plugins/org.zend.php.debug.debugger.macosx_5.3.7.v20100625/resources/php53

nach. Dort gibt es eine ZendDebugger.so-Datei, die, zu meiner Freude, auch wunderbar mit “Apples” PHP 5.3 funktioniert.

Die Datei habe ich vorsichtshalber mal nach /usr/lib/php/extensions/ZendDebugger.so kopiert. Falls ich mal auf die Idee kommenden sollte das aus meiner Sicht nicht wirklich gelungene Zend Studio zu löschen, meckert mein PHP nicht rum, das es die Extension nicht gefunden hat.

Folgendes fügt man ans Ende php.ini an:

[Zend]
zend_extension="/usr/lib/php/extensions/ZendDebugger.so"
zend_debugger.allow_hosts=127.0.0.1
zend_debugger.expose_remotely=always
zend_debugger.connector_port=10000

Und nun startet man den Apache neu, im CLI steht der Debugger schon zur Verfügung.

butters$ sudo apachectl restart

Nun sollte ein php -i auf der Konsole oder eine phpinfo()-Ausgabe im Webserver bestätigen, worauf man, vor allem ich, so lange gewartet hat:

This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies
    with Zend Debugger v5.3, Copyright (c) 1999-2009, by Zend Technologies

@Zend: Warum so kompliziert?

Um ICQ in Adium, der Instantmessenger unter Mac OS X schlechthin, an einer Firewall vorbei zu Tunneln habe ich lange Zeit auf meinen Server und SSH gesetzt.

In Adium habe ich dann als Proxy SOCKS4, Server localhost und Port 1080 eingestellt. Das lief wunderbar. Nur musste ich immer schön die SecureShell von Hand starten. Das hätte ich zwar auch automatisieren können, ein Shellscript hat da schon geholfen, aber es war doch immer nervig.

ICQ bietet aber auch eine direkte SSL-Verbindung auf Port 443 drei an. Die URL des Loginservers lautet: slogin.oscar.aol.com.

Und wenn man das dann entsprechend im Adium einstellt braucht man keinen SSH mehr und man kommt trotzdem an den meisten Firewalls vorbei

Die Tage zuvor hatte ich schon mit den Punkten rumgespielt, nun gibt es hier den gesamten Verlauf aller Spieltage von 1963 bis 2008 zu sehen. Selbstverstänlich habe ich wieder Python, die Google Chart API und pygooglechart verwendet.

1963 – 1964

(weiterlesen…)

Für eine Wettanalysesoftware brauchte ich sämtliche Spiele der Fussball Bundesliga seit der Gründung. Und da man an diese Daten recht simpel ran kommt, dachte ich mir heute das ich damit ja auch andere Dinge anstellen kann außer reich zu werden Hier mal sämtliche Saisons seit 1963 als Diagramm. Die X-Achse gibt die Spieltage wieder, die Y-Achse die Punkte. Als Berechnungfaktor habe ich konsequent 1 Punkt für Unentschieden, 3 Punkte für Sieg und 0 Punkte für eine Niederlage vergeben. Das ist zwar nicht historisch korrekt, aber ich wollte heute auch nicht allzulange vor dem Rechner sitzen

1963 – 1964

(weiterlesen…)

Ich bin ein großer Fan von Mail.app. Die sqlitebasierte Suche ist super schnell und hilft mir im beruflichen Alltag ungemein. Da ich regelmäßig viele Dateien versenden muss, und nein, ich kann die nicht irgendwo zum Download anbieten, habe ich nach einer smarten Lösung gesucht um Mail.app von der Konsole aus zu steuern. Genauer gesagt wollte ich einen Skript haben das ich mit den benötigten Informationen wie div. Emfpänger, Betreff und eben jede Menge Dateien aufrufe. Das Skript öffnet anschließend Mail.app, erstellt eine neue Nachricht, trägt die Empfänger und den Betreff ein und fügt die Dateien als Anhänge hinzu.

Bei SuperUser.com wurde ich fündig:http://superuser.com/questions/125707/write-an-email-with-attachment-with-mail-app-from-terminal/. Doch wollte ich das ganz nicht mit nem billigen Shellskript sondern dauerhaft mit Python machen. Da kam mir appscript gerade recht.

Appscript bietet eine Schnittstelle zu Apple Script, sowohl für Ruby als auch für Python. Wuhuuu. Damit kann man so ziemlich jede Anwendung steuern, Stichwort Interprozesskommunikation, oder kurz IPC. Nach ein wenig Spielerei kam dabei das hier raus:

Nun reicht mit ein einfaches mailapp.py -t aneine@addresse.de -t undnoch@eine.de -s “der betreff” -f datei1.txt -f datei2.txt -f datei3.txt und schon habe ich eine Mail in Mail.app angelegt und alle Dateien sind schon angehängt.

Ich benötigte Informationen aus einem Formular einer Website. Dazu kann man wunderbar ClientForm verwenden. Doch ClientForm will entweder eine Datei oder den Response der urllib2. Doch ich hatte schon den Inhalt der Seite. Und da ich keinen weiteren Response erzeugen wollte habe ich mir einfach mit der Klasse TemporaryFile aus dem Modul tempfile geholfen:

Das angenehme an TemporaryFile, wenn der Zugriff mittels close() beendet wird, wird auch die Datei dahinter gelöscht. Man muss also nicht mal mehr den Müll rausbringen

Ich brauchte gerade eine Auflistung der kommen 100 Tage und ich wollte dafür nicht extra ein Tabellenkalkulationsmonster ala Excel aufmachen. Python bietet dafür genügend Zucker damit das Spaß macht:

Und hier das Ergebnis:

1.: 2010-03-07
2.: 2010-03-08
3.: 2010-03-09
4.: 2010-03-10
5.: 2010-03-11
6.: 2010-03-12
7.: 2010-03-13
8.: 2010-03-14
9.: 2010-03-15
10.: 2010-03-16
11.: 2010-03-17
12.: 2010-03-18
13.: 2010-03-19
14.: 2010-03-20
15.: 2010-03-21
16.: 2010-03-22
17.: 2010-03-23
18.: 2010-03-24
19.: 2010-03-25
20.: 2010-03-26
21.: 2010-03-27
22.: 2010-03-28
23.: 2010-03-29
24.: 2010-03-30
25.: 2010-03-31
26.: 2010-04-01
27.: 2010-04-02
28.: 2010-04-03
29.: 2010-04-04
30.: 2010-04-05
31.: 2010-04-06
32.: 2010-04-07
33.: 2010-04-08
34.: 2010-04-09
35.: 2010-04-10
36.: 2010-04-11
37.: 2010-04-12
38.: 2010-04-13
39.: 2010-04-14
40.: 2010-04-15
41.: 2010-04-16
42.: 2010-04-17
43.: 2010-04-18
44.: 2010-04-19
45.: 2010-04-20
46.: 2010-04-21
47.: 2010-04-22
48.: 2010-04-23
49.: 2010-04-24
50.: 2010-04-25
51.: 2010-04-26
52.: 2010-04-27
53.: 2010-04-28
54.: 2010-04-29
55.: 2010-04-30
56.: 2010-05-01
57.: 2010-05-02
58.: 2010-05-03
59.: 2010-05-04
60.: 2010-05-05
61.: 2010-05-06
62.: 2010-05-07
63.: 2010-05-08
64.: 2010-05-09
65.: 2010-05-10
66.: 2010-05-11
67.: 2010-05-12
68.: 2010-05-13
69.: 2010-05-14
70.: 2010-05-15
71.: 2010-05-16
72.: 2010-05-17
73.: 2010-05-18
74.: 2010-05-19
75.: 2010-05-20
76.: 2010-05-21
77.: 2010-05-22
78.: 2010-05-23
79.: 2010-05-24
80.: 2010-05-25
81.: 2010-05-26
82.: 2010-05-27
83.: 2010-05-28
84.: 2010-05-29
85.: 2010-05-30
86.: 2010-05-31
87.: 2010-06-01
88.: 2010-06-02
89.: 2010-06-03
90.: 2010-06-04
91.: 2010-06-05
92.: 2010-06-06
93.: 2010-06-07
94.: 2010-06-08
95.: 2010-06-09
96.: 2010-06-10
97.: 2010-06-11
98.: 2010-06-12
99.: 2010-06-13
100.: 2010-06-14

Da ich viel mit der Terminal.app arbeite kommt es häufig vor das ich die Maus verwende um Inhalt aus dem Terminal zu kopieren und dann irgendwo, zum Beispiel in Mail, wieder einfüge… Das kann man auch einfacher haben. Dazu gibt es das Programm pbcopy. Dieses kleine Tool nimmt Inhalt über die STDIN entgegen und stellt den Inhalt in der Zwischenablage zur Verfügung. Hier ein Beispiel. Ich benötigte den Inhalt der /etc/hosts in der Zwischen Ablage:

1. Terminal.app öffnen
2. Folgendes eingeben: cat /etc/hosts|pbcopy
3. Und schon ist der Inhalt der /etc/hosts in der Zwischenablage

Das macht einem das Leben unter Mac nochmal ein Ticken leichter.

Um sein MacPorst zügig zu updaten folgendes im Terminal eingeben:

1. sudo port -d selfupdate
2. sudo port upgrade outdated
3. sudo port clean all

Und immer wieder kommt es vor das danach mein Terminal langsam startet und es dauert so 5 bis 10 Sekunden bis ich am Prompt arbeiten kann. Vor ein paar Wochen bin ich dann über die Ursache gestolpert. Damals habe ich das Problem behoben gehabt, doch nun war es wieder da… Es liegt an dem Paket BashCompletion. Das Paket hilft ungemein wenn man viel “zu Fuss” auf dem Mac unterwegs ist. Autocompletion für git, rsync und ssh will ich einfach nicht mehr missen. Einfach mal git checkout [TAB] und schon werden alle Branches und Tags gelistet. SUPER!!! Doch das MacPorts-Paket bringt auch jede Menge andere Dinger mit und die brauche ich einfach nicht. Und… die werden jedesmal eingelesen beim öffnen eines neuen Shell-Logins.

Jede Menge Completion-Dateien die ich nie verwenden werde. Daher einfach mal alle Dateien irgenwohin sichern, man weis ja nicht man nicht doch aufeinmal den vncviewer verwenden will, und dann startet Terminal.app wieder richtig schnell.

Kollega hatte Probleme Multipartemails mit dem Zend-Framework zu verarbeiten. Nach ein wenig Dokuleserei hier ein kleines funktionierendes Beispiel: