php-windows Digest 15 Dec 2001 18:10:45 -0000 Issue 902
Topics (messages 10910 through 10914):
Re: ISAPI Status
10910 by: Tommy Finsen
10911 by: John Lim
10912 by: Michael Sims
10914 by: Jeff Waldock
Loading modules
10913 by: Bharath Bhushan Lohray
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
-----Original Message-----
From: Michael Sims <[EMAIL PROTECTED]>
To: Flint Doungchak <[EMAIL PROTECTED]>, php-
[EMAIL PROTECTED]
Date: Fri, 14 Dec 2001 20:24:56 -0600
Subject: Re: [PHP-WIN] ISAPI Status
> At 12:27 PM 12/14/2001 -0800, Flint Doungchak wrote:
> >I was just wanting to see what people are experiencing with the ISAPI
> module
> >for IIS 5.0 with PHP 4.1.0.
>
> Sorry I don't have an answer to your question, but just a related
> question
> of my own. I've seen lots of people refer to 4.1.0 as "finally a
> stable
> ISAPI dll". Are people having that much trouble with the previous
> versions? I don't have a lot of experience running PHP on Windows, but
> I
> have been toying with 4.0.6 as an ISAPI dll running on NT/IIS 4.0 for
> about
> three weeks now. It's done some funky things, usually right after I
> start
> the server, but if I manage to get it started it seems to stay running.
>
> I'm just wondering if my experience is common or not...right now I
> don't
> have a super compelling reason to immediately upgrade because 4.0.6 is
> pretty solid for me...
>
> Of course, I'm just doing development on this machine, and it's only me
> and
> about three other people who hit it regularly. Should I be expecting
> it to
> explode when I start putting it into production?
Jupp. My experience with the new ISAPI is that it's faster, but blows up
just like befor when you put it to some real traffic. Access
Violation... *bang*
Tried it on a couple of production-sites (that runs vBulletin very well
in CGI mode). ISAPI kept up for about 20 min, and then died. There still
seem to be some serious memory leaks. This problem automatially becomes
more evident when traffic increases above "one guy doing som test
surfing for a couple of days." Popular web-forums is a good test ;-)
I've gone through the open bugs on http://bugs.php.net and found that
several of the open 4.0.6 bugs still exist in 4.1.0.
I think I'll wait for a few iterations before I give it another try.
Luckily I have the HW to run PHP in CGI :). IIS5 with PHP in CGI-mode is
rock stable. Been running it for 10 months with NO downtime (except when
upgrading).
Regards
- Tommy
--- End Message ---
--- Begin Message ---
I have also experienced crashes with PHP 4.1.0 and ISAPI
when stress testing with ab (apachebench). I am still using
CGI.
I suspect the problems are deep in the code, and might not
show up with simple tests. My test code is about 50K lines
of PHP, which really stresses things up.
Perhaps apache might be more reliable, but I use IIS on windows.
Setup: IIS 5, W2K with SP2
Flint Doungchak <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Hey all,
>
> First, I just wanted to thank everyone who has been a part of PHP. I think
> that's everyone, but especially those that code. We're all very thankful.
>
> I was just wanting to see what people are experiencing with the ISAPI
module
> for IIS 5.0 with PHP 4.1.0.
>
> I have found it to be stable (or at least it doesn't crash) and looking
> through the bug reports (as of yesterday) I haven't found any complaints.
> There was one complaint on the list yesterday, but I haven't see the same
> behavior on my box. Anyone else finding the system to be stable?
>
> Just want to see what other experiences people are having.
>
> Dual 933
> 1 GB Memory
> PHP 4.1.0
> Windows 2K SP2 with all Hotfixes
> SQL Server 2K (SP1)
>
> Thanks,
>
> -Flint
>
>
>
--- End Message ---
--- Begin Message ---
At 03:58 AM 12/15/2001 +0100, Tommy Finsen wrote:
>I think I'll wait for a few iterations before I give it another try.
>Luckily I have the HW to run PHP in CGI :). IIS5 with PHP in CGI-mode is
>rock stable. Been running it for 10 months with NO downtime (except when
>upgrading).
Thanks for the information. I guess I really should start testing my pages
in CGI mode. I read somewhere that some functions (such as include) would
slightly differently in CGI mode. I can't find a reference to it, but I
remember reading that there are some really subtle differences about the
way some functions interpret relative paths...or something like that.
Luckily I have the HW to run PHP on Linux/Apache. :) As I clean up and
redesign my site (which was completely VBScript) I'm testing each page on
both my Linux development server and the Windows one. Hopefully by the
time I'm done I can get everything moved over to PHP and there won't be any
need to run the site on Windows at all.
Just in case I'm not able to pull that off, let me ask the list another
question. The site that I'm working on doesn't have that much PHP in it,
except for a few pages where my users search a database and page through
some results. There is no super complicated program logic involved, no
INSERTS or UPDATES, just SELECTS. The live web server is a dual P3-500/256
MB RAM (it's an IBM Netfinity 5000). Let's say that I do run PHP in CGI
mode on NT/IIS 4.0. In your experience (and the experience of those
reading this list), under modest load do you think that human beings (i.e.
my end users) will really be able to tell that it's slower than the same
set of pages running on ASP/VBScript? I know that it WILL be slower, but
so much so that it's obvious?
Guess I could just give it a shot and see, but I'd kinda like to know what
I can expect...
--- End Message ---
--- Begin Message ---
For what it's worth, I have been running PHP ISAPI (versions 4.0.6 and
earlier) on Win2k and WinNT4 (SP6) for quite a while - 12 months and approx
2 years, respectively, and have had not a single problem - totally
fault-free. I have to say that I am not using IIS though - these machines
are running Sambar server, version 5 (It's free, and I can highly recommend
it! - http://www.sambar.com). I have upgraded the WinNT machine to PHP
4.1.0, and so far, there have been no problems, all seems fine, but it is
only a few days ...!
Jeff Waldock
-----Original Message-----
From: Michael Sims [mailto:[EMAIL PROTECTED]]
Sent: 15 December 2001 02:25
To: Flint Doungchak; [EMAIL PROTECTED]
Subject: Re: [PHP-WIN] ISAPI Status
At 12:27 PM 12/14/2001 -0800, Flint Doungchak wrote:
>I was just wanting to see what people are experiencing with the ISAPI
module
>for IIS 5.0 with PHP 4.1.0.
Sorry I don't have an answer to your question, but just a related question
of my own. I've seen lots of people refer to 4.1.0 as "finally a stable
ISAPI dll". Are people having that much trouble with the previous
versions? I don't have a lot of experience running PHP on Windows, but I
have been toying with 4.0.6 as an ISAPI dll running on NT/IIS 4.0 for about
three weeks now. It's done some funky things, usually right after I start
the server, but if I manage to get it started it seems to stay running.
I'm just wondering if my experience is common or not...right now I don't
have a super compelling reason to immediately upgrade because 4.0.6 is
pretty solid for me...
Of course, I'm just doing development on this machine, and it's only me and
about three other people who hit it regularly. Should I be expecting it to
explode when I start putting it into production?
--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Altough I have included (uncommented) certain modules from the php.ini, and
restarted apache, I am not able to use the features of those modules.
I receive an error that the function is not defined.
Initially I saw dialog boxes with errors when the module path was wrong. Now
that I have corrected it there is no error. This surely means that the
modules are loaded successfully.
My script is a copy pase from the php docs which i got from the php.net
site.
--- End Message ---
