Wednesday, December 2nd, 2009

Screencast: PHP on Microsoft IIS7

Category: PHP

<>p>PHP on Windows has long been held as the preferred development platform for many PHP developers despite the awkward installation process. It has also been assumed that while Apache on Windows isn’t as good as on *nix, it is at least superior (or at least easier) compared to IIS on Windows. With the release of IIS7 and the Web Platform Installer, this is no longer valid. You can setup PHP on IIS7 using FastCGI, which by all accounts is starting to give even Apache on *nix a run for its money! This screencast, sponsored by Microsoft, will walk you through the process of getting an up-to-date development environment up and running with PHP 5.3, MySQL 5.1 and IIS 7.5, on Windows 7.

View the transcript.
=== Links ===

Microsoft® Web Platform Installer

PHP For Windows

Windows Cache Extension for PHP

===Presenter’s Bio===

Davey Shafik is a full time PHP Developer with a decade of experience in PHP and related technologies. An avid magazine writer for php|architect and the International PHP Magazine, Davey keeps his mind sharp by trying to tackle problems with his unique perspective. Davey is a seasoned PHP conference speaker, author of php|architect’s Zend PHP 5 Certification Study Guide, an original core contributor to the Zend Framework and long time PEAR project contributor.

He lives in Florida with his girlfriend and their 6 cats, where he enjoys the sunshine and working full time in academia while maintaining his off-beat PHP related blog at daveyshafik.com. Davey is Zend PHP 4 and PHP 5 Certified.

Related Content:

Posted by tberardi at 10:52 am
22 Comments

++---
2.5 rating from 95 votes

22 Comments »

Comments feed TrackBack URI

You can also use the community edition of Zend Server, which provides an administration UI for php.ini.

Comment by Joeri — December 2, 2009

“you can setup PHP on IIS7 using FastCGI, which **by all accounts** is surpassing Apache on *nix.” – does Microsoft (or whoever else) justify this claim somehow?

That’s kind of a real bold statement.

Comment by temuri — December 2, 2009

…this would be the “WIMP” platform. It has a nice ring to it.

Comment by nathanhammond — December 2, 2009

You just made my day, Nathan! Bwahaha!

Comment by mawe — December 2, 2009

I hate to be that guy but… how is this even tangentially related to ajax or Javascript or anything relevant to this site?

Comment by eyelidlessness — December 2, 2009

Awful nice of Microsoft to sponsor that screencast. Objective information must flow freely!

Comment by joriso — December 2, 2009

I can’t resist – at first glance, I thought this said “IIS7 on PHP”! ;)

Comment by Schill — December 2, 2009

wow, this post really got hammered by the ‘MS = auto 1 star rating” asshat crowd. It’s a helpful screencast. Thanks for the post.

Comment by thnkfstr — December 2, 2009

“Yes, but why is it here?” – Rupert Giles

Comment by eyelidlessness — December 2, 2009

maybe coz majority of us are also server side programmers and php is the most popular language for that? If anyone has ever tried installing php on IIS would know how much of a god send this is.

Comment by aw2xcd — December 2, 2009

@nathanhammond, I’ve used that anagram too, LOL

I wish we could plus comments as well as the article, heh

I use ApacheFriends’ XAMP on my dev box, both the Windows and the Linux partition. I have managed to get PHP to play with IIS in the past, but it was a massive hassle. I’m glad they’ve addressed it now, even if I don’t use IIS anymore. Microsoft is listening I think…

Comment by starkraving — December 3, 2009

I’d like to note that the website the screencast is on gets an overall bad rating from WOT.

Comment by Vordreller — December 3, 2009

What on earth ever happened to Ajaxian?

Comment by livedo — December 3, 2009

If you google around a bit, you’ll notice that FastCGI outperforms mod_php (by a small fraction, but it does). IIS+FastCGI does indeed perform nicely. We’ve deployed on that for years and years (even when there was only a community fastcgi dll), and it scales well.

Btw, nobody complains when yet another server-side javascript article gets posted, although that has just as much to do with ajax as this. Where’s the fairness in that?

Comment by Joeri — December 3, 2009

MS in the title? 1 star. Webkit in the title? 5 stars.

Comment by abickford — December 3, 2009

Has anyone here tried testing performance of a production site on LAMP with mod_fastcgi vs. WIMP with FastCGI?

Comment by WillPeavy — December 3, 2009

Joeri,

Btw, nobody complains when yet another server-side javascript article gets posted, although that has just as much to do with ajax as this.

That’s silly. Server-side JS is at least implicitly relevant because it’s a web development stack wherein your client and server code can be the same (and is usually explicitly promoted this way). Nevermind that this site reasonably deals with “the evolution of Javascript” as a cornerstone of its subject-matter. PHP and IIS have nothing to do with the site’s subject matter, nor sharing code between client and server, nor the evolution of the browser scripting environment.

That’s why, thnkfstr and abickford, I rated the post 1 star (which is not something I’ve done for posts about IE, for instance; those are inherently relevant and it’s not fair to blame Ajaxian for the failings of Microsoft).

Comment by eyelidlessness — December 3, 2009

Windows ftw :V

Comment by Darkimmortal — December 3, 2009

Well it’s nice to see Microsoft is caring a bit about PHP anyway. It is also true that a typical Windows/Apache/PHP installation is really slower than the Linux/Apache/PHP installation (with the same parameters, and by a 10x fold).
Now, I think most of us doing PHP here are developing on Windows and deploying on Linux. And installing a WAMP server with the latest version of PHP and MySQL takes 3 minutes (compared to the 20 minutes of the screencast).
So IMHO, I’ll stick to WAMP, but I’ll keep this screencast in mind in the case I have to deploy PHP on a machine that has already IIS installed.

Comment by DavidApideo — December 4, 2009

@eyelidlessness: Go take a look at Zend Framework’s integration with Dojo and tell me that’s any less part of the ajax toolchain than SSJS. Sorry, but I’m not convinced that there is any difference between SSJS and PHP when it comes to their role in the ajax toolchain.

Don’t try tell me that the ajax apps I build all day long have nothing to do with ajax because they’re built with PHP instead of the much fancier SSJS. I find that elitist.

Comment by Joeri — December 4, 2009

Joeri,

I’m not saying that PHP topics are inherently irrelevant to the site. ZF/Dojo, while not something that excites me, looks like a great topic for this site. It deals directly with client-side solutions from a server-side perspective. This is something that server-side Javascript has *at its core*. But it’s something that needs to be grafted onto PHP, and I think you’ll agree that a default WIMP setup has absolutely nothing even relevant to client-side applications beyond the fact that it can send content to a client and receive GET and POST requests back from it.

I’m not saying that your apps have nothing to do with ajax because they’re built with PHP. Let me be clear, I’m a PHP developer primarily (although I’d rather be a Javascript developer, full stop). I’m just saying that PHP is not, in itself, relevant to client-side anything except sending bits to the client and processing bits from it.

There are plenty of PHP topics that would make a lot of sense here. Your ZF/Dojo example is but one of them. For all I know, many of your own projects could be as well. Frankly, I’d love to see some stuff about solutions for more closely integrating the server and client in a LAMP (or WIMP) stack. This was not any of those things, it was… how to set up a server.

Comment by eyelidlessness — December 4, 2009

intresting PHP
update

Comment by Aphrodisiac — January 15, 2010

Leave a comment

You must be logged in to post a comment.