php-windows Digest 6 Aug 2003 08:50:25 -0000 Issue 1856
Topics (messages 21027 through 21033):
Re: Failure remote includes
21027 by: m.r.
how to delete file in windows
21028 by: guest
21029 by: Comex
CLI parser and piping
21030 by: Nicolas Frisby
Re: Is this a bug in PHP
21031 by: Svensson, B.A.T. (HKG)
PHP 4.3.2, Windows 2000 IIS 5, MySQL 4.013 CPU usage problem
21032 by: Gary Broughton
21033 by: Sek-Mun Wong
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 ---
Update for the record: remote includes work with the latest stable snapshot
(my version: php4-win32-STABLE-200308051230.zip). You might encounter the
famous "cannot load php/sapi/php4apache2.dll" after this one. Experiment
with location of the php4ts.dll, I had to move it to the PHP/sapi dir to
get it working properly, however, there are more possibilities see info and
thread on http://www.php.net/manual/en/install.apache2.php
--- End Message ---
--- Begin Message ---
Hii...
How to delete file under windows with php, i found function unlink, but this function
run under linux, is there true that there are no function to delete file in windows
with php...??
Is there any idea..???
thanx
---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
--- End Message ---
--- Begin Message ---
<[EMAIL PROTECTED]>
Guest:
> Hii...
> How to delete file under windows with php, i found function unlink,
> but this function run under linux, is there true that there are no
> function to delete file in windows with php...??
Unlink works with Windows.
--- End Message ---
--- Begin Message ---
Greets everybody.
My question regards psuedo-DOS (XP cmd.exe) piping and the CLI php parser.
If you could help please continue reading.
The documention specifies that the CLI php parser "sets up" STDIN and its
kin.
It does in fact work fine assuming the STDIN is the console, but while I was
just toying around with my File Type default command (setting it up WinXP so
that 'foobar.php arg1 arg2' entered at the command line actually executes
the script with arguments), I attempted some piping; which, through very
shallow research, I've come to think uses STDIN.
It fails; no piping whatsoever. Even the simplest 'dir | echo_stdin.php',
where
echo just echos each line of STDIN, gives no output.
Is my suspicion that the CLI php parser does not set up STDIN to receive
from a pipe correct, or am I missing something here?
Thank you very much for your time,
Nick
ps - the type of File Type work I used to make the command line work is
described here:
http://www.php.net/manual/en/features.commandline.php -> do an in-page
search for "phpNOSPAM" to find the comment quickly
pps - if someone could try similar piping on a *nix box, I'd be interested
to know how that goes
--- End Message ---
--- Begin Message ---
[...]
> I didn't think I had specified 17 arguments in the call to OpenDataSource.
[...]
> If someone could let me know if its me before I report it as a bug that
> would be good.
Yes indeed, this is a bug!
--- End Message ---
--- Begin Message ---
I wonder if anyone could offer any advice. We have a series of message
boards using a MySQL database running under ASP on Windows 2000 IIS 5 fine.
Today I put the a PHP version live after it had been tested over the weekend
with about 20 users. As soon as I enabled PHP on the live website (separate
to the test PHP already running), the CPU usage for MySQL-nt went up to 100%
constantly, making the site run at a crawl. After uninstalling PHP and
reverting to the ASP version for the live site, it all ran smoothly again.
I have the Application set to Low (IIS Process) on both sites, the
cgi.force_redirect is 0 as required, and the machine is a dual 1.8G Pentium
with 512MB of memory (I know this could do with doubling, but why is it okay
running ASP code?). I've scoured the net looking for any suggestions, but
without coming across anything concrete. Has anyone any ideas I could try
out at all?
Many thanks
Gary Broughton
--- End Message ---
--- Begin Message ---
are you running php4isapi.dll (ISAPI) or php.exe (CGI) version?
I know people recommend CGI, but post 4.2.3, the ISAPI version is very
stable and you'd be nuts to run a busy site in CGI mode.
If you're running CGI, here is an explanation:
The most expensive operation is the *connection*, why mysql gets flogged is
because every time you close down a php script, it dies and the connection
dies, so a new one needs to be re-established. It can take only 10-20
concurrent connections to kill the server.
To "fix" this (it's more an infrastructure issue, really):
1) run ISAPI version of php
2) under [MySql] in php.ini, make sure
mysql.allow_persistent = On
You'll be amazed at the difference.
"Gary Broughton" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I wonder if anyone could offer any advice. We have a series of message
> boards using a MySQL database running under ASP on Windows 2000 IIS 5
fine.
> Today I put the a PHP version live after it had been tested over the
weekend
> with about 20 users. As soon as I enabled PHP on the live website
(separate
> to the test PHP already running), the CPU usage for MySQL-nt went up to
100%
> constantly, making the site run at a crawl. After uninstalling PHP and
> reverting to the ASP version for the live site, it all ran smoothly again.
> I have the Application set to Low (IIS Process) on both sites, the
> cgi.force_redirect is 0 as required, and the machine is a dual 1.8G
Pentium
> with 512MB of memory (I know this could do with doubling, but why is it
okay
> running ASP code?). I've scoured the net looking for any suggestions, but
> without coming across anything concrete. Has anyone any ideas I could try
> out at all?
> Many thanks
> Gary Broughton
>
>
--- End Message ---
