Search results matching tags 'FastCGI' and 'IIS'

Tip #71: Did you know... there are several new configuration settings available in FastCGI Extension 1.5 Beta

Anonymous — Mon, 01 Jun 2009 19:54:06 GMT

Following are the new configuration settings available in FastCGI 1.5 Extension Beta:

MonitorChangesTo - This property specifies path to a file, changes to which will trigger a recycle of FastCGI executables running for this FastCGI process pool. If value of this property is blank, file change monitoring is disabled. Path to file can be absolute or relative to folder in which FastCGI process (as specified by ExePath) is present. If not specified, default value is blank.

StderrMode - Specifies how content received on stderr is handled. The allowed values are:

'ReturnStderrIn500' - FastCGI Extension will set response status code to 500 and send whatever was received on stderr stream as a response. This is the same behavior as in FastCGI Extension v1.0.

'ReturnGeneric500' - The Extension will set the response status code to 500, but will return a generic 500 response.

'IgnoreAndReturn200' - Data on stderr is completely ignored and FastCGI Extension will send what was received on stdout as a response with status code 200.

'TerminateProcess' - The Extension will terminate FastCGI process as soon as it returns anything on stderr. A generic response with 500 status code will be send to HTTP client.

If setting not specified, the default value is 'ReturnStderrIn500'.

MaxInstances - This setting dictates maximum number of FastCGI processes which can be launched for each application pool which is also equal to maximum number of requests which can be processed simultaneously as one process handle only one request at a time. This setting existed before in FastCGI Extension v1.0. However, with FastCGI Extension 1.5 it can be set to 0, which will turn on automatic adjustment of the maximum number of instances. When it is set to 0, FastCGI Extension will constantly analyze current CPU load and memory availability and based on that will increase or decrease the number of FastCGI process instances running at the same time.

SignalBeforeTerminateSeconds - Specifies the number of seconds to elapse after setting shutdown event and before calling TerminateProcess thereby forcibly terminating the process. Default value is 0 which means event is not set and FastCGI processes can be terminated abruptly at any time. If this value is greater than 0, FastCGI process will create an event which is inherited by the child process. Handle value of this event is set as environment variable _FCGI_SHUTDOWN_EVENT_. The name of the named pipe, used to communicate with the process is stored in environment variables _FCGI_X_PIPE_.

ActivityTimeout - This is the number of seconds that the FastCGI handler waits for I/O activity from a process before it is terminated. This setting existed before in FastCGI Extension 1.0 but in v1.5 its default value has been increased from 30 seconds to 70 seconds.

The new FastCGI Extension 1.5 Beta can be downloaded at:

FastCGI Extension 1.5 for IIS 6.0 and IIS 5.1 (x86)

FastCGI Extension 1.5 for IIS 6.0 and IIS 5.1 (x64)

Don Raman
SDET, IIS Team

Great Screencast on IIS7 and PHP with FastCGI

drobbins — Wed, 24 Oct 2007 21:03:00 GMT

Scott Hanselman produced an awesome screencast on configuring IIS7 and PHP with FastCGI. He also does some live performance testing of the Qdig application using CGI, FastCGI and the new kernel-mode caching in IIS7.

From Scott's blog:

You can watch the video/screencast on the new Hanselman Silverlight Player (thanks Tim!) or download the WMV directly. If you guys want more IIS7 videos in detail, give me feedback in the comments and I'll see what we can do about putting together a series over on http://www.iis.net.

Scott Hanselman's Computer Zen - Screencast HowTo: IIS7 and PHP with FastCGI

If you are interested in configuring PHP and FastCGI on IIS7, there's a walkthrough in IIS.net: Using FastCGI to host PHP applications on IIS7

FastCGI with Ruby on Rails - IIS 5.1 / IIS 6 - Http POST issue.

mspeight — Fri, 15 Jun 2007 01:30:51 GMT

I have got IIS and Multiple App's to talk using same technique’s as I used with isap_fcgi.dll, all works fine apart from an intermittent problem.

After returning data from a POST, the rubyw.exe process is left in some funny state, and the next request causes rubyw.exe to exit.

The same request may work 3 times, then crash on the 4^th.

Steps are as follows POST -> Returns a Redirect -> GET on Redirfect fails to return (ruby.exe exits) -> Browser has another go new instance of ruby.exe started and page returned

Other Steps are POST -> Returns just render_text -> Another browser instance goes to url -> No page/error is returned (i.e. the new request got to rubyw but it crashed)

I have duplicated this with a simple form, that posts and returns itself.

It seems to be a timing thing, But I cant figure out the cause.

PS: I have patched the cgi.rb (To remove the IIS reference, if you don’t you get random crashes ay any time)

Anyone come across this before.

-----------------

By set-up is detailed here http://mspeight.blogspot.com/2007/05/how-to-run-multiple-rails-apps-under.html (but uses fcgiext.dll instead of isapi_fcgi.dll). I did need to repatch the "AbstractRequest:request_uri" differently as this FastCGI does provide REQUEST_URI

Cannot disable Ruby logging when using fastcgi?

Stoo — Sun, 01 Apr 2007 20:20:40 GMT

I'm not sure if the problem I have is something that can be fixed on the fastcgi end of things, but thought I would post to see if anyone else had come across the same issue...

When I set the log_level to :none in my rails app's config, It will not start when running through fastcgi. The rails app will still start from command line Ruby, and will also start using the Mongrel web service gem for Ruby. It only fails when calling it through FastCGI.

If I set the logging to anything other than ":none" (like :info), then everything works just fine.

Sadly, under windows, Ruby only writes one log file, and never releases the lock on that file until you kill the app... Makes disk space a wee bit of an issue when the site needs to be up 24/7 :-)

Any pointers in the right direction greatly appreciated as always. - especially as this may not be something that can be fixed in the fastcgi component!

Getting Ruby to stay in memory under fastcgi.

Stoo — Tue, 13 Mar 2007 22:27:52 GMT

First up, let me just say that this FastCGI for IIS has solved many stability issues that we had with older fastcgi products.

We do have one last issue to resolve however. We run Ruby on Rails under FastCGI on IIS6.0 (2k3SP1). We also run Postgres on these servers, but nothing else.

When we make our first request to the server, it takes a few seconds for the Rubyw.exe to start up and compile our code. Once it is started, everything appears to be fairly snappy and generally runs well. Our problem is that after around 5 minutes of being idle, the rubyw.exe process terminates. Another one will start as soon as a request is made, but this makes for a fairly slow browsing experience for our users as they often have to wait for the ruby app to "spin up".

Is there a way to keep these ruby processes running in memory for a lot longer? I've tried tweaking the "InstanceTimeout" value in fcgiext.ini, but this appears to have no effect whatsoever, and the processes still seem to terminate after about 5 minutes.

Any help, or clues that may lead me in the right direction are muchly appreciated! We've solved so many other problems along the way that we've had, this seems to be the last little hurdle to using this solution in production!

Stoo

Internal Error 500 in IIS with FastCGI and PHP located in "Program Files" directory

Iriton Jonath — Sun, 18 Feb 2007 23:48:25 GMT

Hi,

I'm experiencing an Internal Error 500 in IIS with FastCGI Preview Release 2 when PHP is installed in "C:\Program Files\PHP" directory (Windows XP SP2 Professional). If it is installed in another directory without spaces, like "C:\PHP", it is OK. Even if I used the short directory name version ("C:\Progra~1\PHP") in INI FastCGI file the problem persist.

Any help would be appreciated.

Thanks,
Iriton Jonath.

10 steps to get Ruby on Rails running on Windows with IIS FastCGI

mvolo — Sun, 18 Feb 2007 21:20:00 GMT

Since the original tech preview release of FastCGI last year, we've been seeing a lot of requests for getting Ruby on Rails running with our FastCGI. So, for FastCGI Tech Preview 2, I spent some time researching what it would take to enable Ruby on Rails, resulting in "experimental" RoR support in the TP2 release.

Without further ado, these are the 10 steps get RoR working with FastCGI TP2 - read more at http://mvolo.com/blogs/serverside/archive/2007/02/18/10-steps-to-get-Ruby-on-Rails-running-on-Windows-with-IIS-FastCGI.aspx.

Re: mssql_connect()

nwood888 — Tue, 06 Feb 2007 15:47:19 GMT

Rick, Thanks for the response. I had actually tried from the command line (and noted such in my post). Unfortunately, it works as expected from the command line, returning a resource id. It's only through FastCGI that it doesn't work. I have yet to test it with preview 2, but will do so when time permits.

Thanks again,

Nick

"No input file specified" error while performing POST?

at0r — Thu, 01 Feb 2007 20:12:23 GMT

I've tested techpreview2 on IIS6 hosting a phpbb forum (http://www.phpbb.com) with php5.2.1-RC4.
I can't:
login
post messages
change profile settings
Even my html contact form with action=send.php stopped working.

All deliver the same message to the Internet browser:

"No input file specified".

The only php files that do work are non-interactive php files like phpinfo. To me it looks like POST is disabled or something. What sort of makes this fastcgi useless.
Important to note is that ISAPI and normal CGI from the same php package work fine.

I have configured the impersonation option to be enabled.

Any ideas? I'll be happy to provide more info if you want to.

Re: Support for other application frameworks

pboling — Fri, 08 Dec 2006 19:10:25 GMT

Mike,

Thanks for the response!

Before your response I had posted about this to the rails core team mailing list (I am not on the team, just on the list) and it has recieved some response, so you may want to check it out (it's a Google Groups mailing list):

http://groups.google.com/group/rubyonrails-core/browse_thread/thread/b88ad36ddd82477e

I would love to test, and help however I can. Is there a more recent version than the 'technical preview' I have already downloaded? I am a Mac / Linux guy, and am a bit shaky in Windows, but I am deploying my site on Windows Server 2003 so I need to learn it. Right now I am using mongrel as the webserver because it 'just works'. But I need to find a better solution because mongrel has no NTLM authentication module.

Thanks,

Peter