VS.Php Forum

Hallo!

Ich habe mehrere Projekte, die mit Zend Studio für IIS entwickelt wurden und habe nun VS.php für Visual Studio 2008 gekauft.
Ein Projekt, was etwas umfangreicher ist, möchte ich nun exemplarisch auf VS.php umstellen.
Dabei ist folgendes gegeben:
· Es liegen einge per require_once (bzw. __autoload) eingebundene PHP-Dateien außerhalb des Web-Roots
· Es wird das Zend Framework in Version 1.7.3 verwendet, was ich bisher – ähnlich wie man es unter Linux gerne macht – per mklink in ein include-Verzeichnis eingebunden habe.
· Es wird das Dojo-Toolkit verwendet, aber wie aus Optimierungsgründen üblich, eine Version, die aus einem Dojo-Build mit eigenem Profile erstellt wurde. Also abseits der Version, die mit dem Zend Framework geliefert wird.
· Das Projekt wird bereits mit Subversion verwaltet. Zend Framework und Dojo habe ich dort in einem abseits liegenden vendor-Branch, um unterschiedliche Versionen vorhalten zu können (muss ich sowieso manuell pflegen, daher auch die oben erwähnte mklink-Einbindung des Zend Framework). Die Subversion-Einbindung in Zend Studio mit der aktuellen Subversion-Version funktioniert übrigens nicht, denn Zend hat seit längerer Zeit dafür kein Update zur Verfügung gestellt. Dies aber nur am Rande.
· Es wird ein zugekauftes CSS/Javascript-Menüsystem verwendet, dessen Lizenzkontrolle es notwendig macht, dass ich auch beim Debuggen nicht localhost sondern einen bestimmten Host-Header verwende.

Wie gehe ich nun am geschicktesten vor, um mit möglichst wenigen Schwierigkeiten das ganze auf VS.php umzustellen, wobei zwar der lokale IIS verwendet werden soll, jedoch eben unbedingt ein bestimmter Host-Header benötigt wird (klar, den notwendigen Eintrag in der Datei hosts gibt’s schon). Das Projekt wurde bisher also schon mit Zend Studio und dem lokalen IIS 7 erstellt und debugged, wobei Zend Framework und ISAPI_rewrite sowie das Dojo Toolkit verwendet wurde.

Übrigens müsste URL-Rewriting ja nun auch mit dem IIS 7 direkt möglich sein, ohne externe Sachen wie ISAPI_rewrite (Stichwort MVC). Allerdings habe ich mich selbst diesbzgl. noch nicht schlau gemacht, da mein Kunde ohnehin noch den IIS 6 unter Win 2003 Server einsetzt.

MfG, Schlimmer

Den IIS als externen Debugger einstellen funktionierte natürlich. Musste für XDebug dazu allerdings die PHP-Installation von FastCGI auf die ISAPI-Variante umstellen, was für mich auch OK ist. Ich glaube zur thread-safe-Variante von PHP gibt's bei XDebug auch keine Alternative, oder?
Jedenfalls konnte ich sonst alles beim alten belassen. Oder anders gesagt: Bisher bin ich über kein weiteres Problem gestolpert.

Apropos Zend Framework: In der Dokumentation dazu gibt es mittlerweile einen Abschnitt, der auch das URL-Rewriting per web.config für IIS 7 beschreibt:
http://framework.zend.com/manual/en/zend…ler.router.html

Bin mittlerweile doch wieder auf die FastCGI-Variante gewechselt (funktioniert nun doch, fragt mich nicht wieso...), denn mit ISAPI und der thread-safe-Variante von XDebug gab es hin und wieder, eher selten, Abbrüche aufgrund von Zugriffsfehlern (access violation).

Eine Sache nervt mich allerdings: Die Skripte haben nun eine wesentlich längere Laufzeit auf meinem Entwicklungsrechner als zuvor, wo Zend Studio mit der ZendDebugger.dll zum Einsatz kam.

Irgendwann hatte ich probehalber auch mal das Aptana Studio installiert, wo man als Debugger auch den Zend Debugger auswählen konnte. Und er ist auch kostenfrei herunterladbar. Daher diese Frage: Ihr könntet nicht vielleicht in Erwägung ziehen, auch den Zend Debugger zu unterstützen?