-
Posted to
FastCGI Handler
by
rickjames
on
12-18-2007, 1:27 PM
Hi davix,
There is a mapping from URLs --> File Sytem. IIS configuration configures this mapping. You can view the current configuration through the UI, or by running "\inetpub\adminscripts\adsutil enum w3svc/1/root". (pay careful attention to the "Path" property)
Cheerz,
Rick.
-
Posted to
FastCGI Handler
by
rickjames
on
12-17-2007, 4:07 PM
Hi Stephen,
Your logs already contain sufficient information to identify long running PHP requests. One logparser query would confirm or deny the hypothesis, something like (I copied this from a sample query, sc-bytes is not needed):SELECT TOP 20 cs-uri-stem,
COUNT(*) AS Total,
MAX(time-taken) AS MaxTime,
AVG(time-taken) AS AvgTime, ...
-
Posted to
FastCGI Handler
by
rickjames
on
12-17-2007, 12:44 PM
Hi Stephen,
I doubt it's output buffering. By default we buffer up to 4MB of response (ResponseBufferLimit, regardless of how many flush calls PHP makes). If this setting were reduced, or responses were over 4MB, then that could definitely be an issue.
FastCGI will run at most MaxInstances (default=4) requests concurrently. Once that ...
-
Posted to
FastCGI Handler
by
rickjames
on
12-12-2007, 2:02 PM
Hi Stephen,
fcgiext.ini changes should happen immediately without recycles/restarts. You can confirm the environment variable is magically picked up using the following experiment:
1) set PHP_FCGI_MAX_REQUESTS=1000 in fcgiext.ini
2) get /hello.php
3) look at php-cgi.exe environment vars using process explorer from sysinternals.com
4) ...
-
Posted to
FastCGI Handler
by
rickjames
on
12-12-2007, 12:36 PM
Hi Stephen,
There are many reasons for this error, I've tried to cover all the ones I've seen here:
http://blogs.iis.net/rickjames/archive/2007/10/16/fastcgi-debugging-quot-the-fastcgi-process-exited-unexpectedly-quot.aspx
As you mention, one of the reasons for this error is if:
1) the FastCGI process (e.g. php-cgi.exe) exits after N ...
-
Posted to
FastCGI Handler
by
rickjames
on
12-11-2007, 6:18 PM
Hi PHILMEE95,
When you said 2000 in your previous post, you meant 2000! Running FastCGI on Windows 2000 has never been a goal. At some point it may have worked there, but that would have been a co-incidence.
Please point me to any pages that say 5.1 is supported and I'll get them updated.
Sorry,
Rick.
-
Posted to
PHP Community
by
rickjames
on
12-07-2007, 12:45 PM
Hi cwalker3,
Which version of FastCGI did you encounter these troubles on?
There were some redirect bugs in the GoLive version of FastCGI. These are fixed in the released version.
Cheerz,
Rick.
-
Posted to
PHP Community
by
rickjames
on
12-07-2007, 12:18 PM
Hi cwalker3,
I'd try the following:
- Use FastCGI: it is generally more reliable than ISAPI for hosting PHP apps (link: iis.net/php) (Since you have an 8P, you may want to test increasing MaxInstances=8, default is 4)
- Use a newer version of PHP: The IIS team and people on these forums have found a number of bugs in PHP that are fixed ...
-
Posted to
FastCGI Handler
by
rickjames
on
12-07-2007, 12:08 PM
Hi Jeff,
A while ago I misconfigured a different PHP bulletin (not vBulletin). To protect me, it defaulted to giving blank responses. To get a nice error message I had to enable the $debug setting.
- Do you think the same thing is happening here?
- What does "findstr /s /i debug *.php" say?
- Searching the vbulletin forums, ...
-
Posted to
IIS 7 - FastCGI Module
by
rickjames
on
12-06-2007, 12:26 PM
Hi alex-party,
It seem legitimate to take > 30 seconds to search for photos. Why don't you try increasing the ActivityTimeout to something like 90 seconds and see if the program works. If it does, then you can start investigating why it's taking so long to run (e.g. check cpu, disk and network perf counters on web server and network ...