Im Projektgeschäft kommt es immer mal wieder vor, dass man mit sehr speziellen Anforderungen umgehen muss. In einem aktuellen Projekt bestand der Endkunde darauf dass die SOAP Kommunikation via SSL mit entsprechendem Client-Zertifikat abzulaufen hat. Klingt kompliziert, ist es leider auch.
In wenigen Tagen werde ich auf der DPC 2010 in Amsterdam mit Vorträgen zu Real World Dependency Injection und Testing untestable code vertreten sein.
Beim Versuch eine Multipart Message via Zend_Mail und den SMTP Transport über einen Postfix Mailserver eines unserer Kunden zu senden trat folgender Fehler auf. Postfix meldete "invalid message/* or multipart/* encoding domain" und verweigerte die Annahme der E-Mail. Nicht-Multipart Messages konnten hingegen problemlos versandt werden.
Die Slides der Vorträge zu Real World Dependency Injection und Testing untestable code die auf dem PFCongres 2010 präsentiert wurden finden sich ab heute auf slideshare.net. Bewertungen der Vorträge können auf joind.in abgegeben werden.
In gut einer Woche werde ich auf dem PFCongres 2010 mit Vorträgen zu Real World Dependency Injection und Testing untestable code vertreten sein.
Via diesem Beitrag von Jan Sorgalla bin ich auf das (relativ) neue Feature des Test-Driven Bugfixings aufmerksam geworden, welches in PHPUnit seit Version 3.4.0 vorhanden ist. Out-of-the-box ist die Anbindung an Trac schon gegeben, so dass dem Einsatz in unserer Development-Umgebung nichts entgegensteht, schließlich nutzen wir Trac seit 2005. Ich werde das Feature gleich mal in unsere Default-Framework-Konfiguration mitaufnehmen und bin gespannt, was unsere Entwickler dazu sagen werden :)
Als Alternative zur ODBC Verbindung in die Windows-Welt ist es möglich die MSSQL Extension für PHP nativ unter Linux zu kompilieren und einzubinden. Danne Lundqvist hat dazu in seinem Blog einen entsprechenden Artikel verfasst.
In einem aktuellen Projekt ist es notwendig, dass unsere Anwendung mit einem MSSQL Server kommuniziert. Grundsätzlich natürlich kein Problem, wenn wir die Möglichkeit hätten auf dem Server per PHP Skript einen direkten Zugriff zu erhalten, um von dort aus die Daten in unsere Postgres Datenbank zu pushen. Allerdings haben die Systemadministratoren des Kunden naturgemäß etwas dagegen. Es bleibt also nur der Direktzugriff per unixODBC / FreeTDS von einem der Debian-Server auf dem unsere Anwendung läuft. unixODBC ist eine Open Source Implementation der in der Windows-Welt populären ODBC API. Bei FreeTDS handelt es sich um die freie Implementation des TDS Protokolls, welches unter anderem auch vom Microsoft SQL Server genutzt wird.
Dank Robert Lemke vom Typo3 Projekt gibt es seit einigen Tagen einen RFC für sog. Custom Factories für PHP. Die grundsätzliche Idee des RFC ist es, via SPL die Objekterzeugung beeinflussen zu können, ähnlich wie es bsp. mit spl_autoload möglich ist, eigene Klassenloader zu definieren. Er möchte damit Einschränkungen in Legacy Bibliotheken aufbrechen, die es aufgrund von fest verdrahteten Abhängigkeiten nicht möglich machen, eigene Komponenten innerhalb der Legacy-Bibliothek zu verwenden. Im aufgeführten Beispiel wird dies gut anhand eines Logger-Beispiels aufgezeigt. Im Grunde halte ich die Idee für recht interessant. Ich denke, viele Entwickler sind in der Vergangenheit über das Problem gestoßen dass sich Frameworks oder Bibliotheken von Drittanbietern an manchen Stellen nicht optimal in die eigenen Anwendungsstrukturen einbinden lassen konnten bzw. es nur sehr umständlich möglich war, eine Integration zu erreichen.
Gefunden via planet-php.org: Derik hat in seinem Blog ein Howto veröffentlicht, das erläutert, via man via dbgproxy mit mehreren Usern gleichzeitig eine XDebug zum Remote-Debuggen nutzen kann. Die Möglichkeit war mir bislang nicht bekannt und daher das Interesse groß, das Ganze einmal auszuprobieren.