Re: [PHP] wget --spider and ignore_user_abort(TRUE)

On Tue, 04 Nov 2008 13:24:41 +0100, Jochem Maas wrote: > try testing for the request type (i.e. HEAD) and if found don't output > anything at all. This is a nice workaround and works perfectly, thanks! > seems like apache (not the user) is shutting down the request as soon as > it recieves the f

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

> - if I use wget --spider (HEAD request) the script exits just after the > first output, all the functions below never get executed > > This has nothing to do with any system command. Then have your HTTP request trigger a system command that runs on regardless. The HTTP request continues on after

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

Martino Dell'Ambrogio schreef: > On Tue, 04 Nov 2008 11:59:20 +, Richard Heyes wrote: > >>> I need the PHP script to keep running until the end) >> Until the end of what? Time? > Until the end of the script. > >> If you want your HTTP request to finish and >> a script to continue regardless t

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

On Tue, 04 Nov 2008 11:59:20 +, Richard Heyes wrote: >> I need the PHP script to keep running until the end) > > Until the end of what? Time? Until the end of the script. > If you want your HTTP request to finish and > a script to continue regardless then use the method I suggested, an > sta

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

> I need the PHP script to keep running until the end) Until the end of what? Time? If you want your HTTP request to finish and a script to continue regardless then use the method I suggested, an start a shell process going. -- Richard Heyes HTML5 Graphing for FF, Chrome, Opera and Safari: http

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

> The question here is: why a PHP script called via 'wget --spider' through > Apache/2 gets killed as soon as the HTTP reply code is sent, even if > ignore_user_abort() is set? A script ending naturally is not the same as a user aborting. -- Richard Heyes HTML5 Graphing for FF, Chrome, Opera an

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

On Tue, 04 Nov 2008 11:37:15 +, Richard Heyes wrote: >> The question here is: why a PHP script called via 'wget --spider' >> through Apache/2 gets killed as soon as the HTTP reply code is sent, >> even if ignore_user_abort() is set? > > A script ending naturally is not the same as a user abor

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

On Tue, 04 Nov 2008 10:03:11 +, Richard Heyes wrote: >> I am trying to get a script to run in background no matter what, but I >> am obviously doing it wrong. > > 1. Have it executed via a shell command. 2. Redirect all output. > 3. Append the ampersand. This is not what I need, but thanks.

Re: [PHP] wget --spider and ignore_user_abort(TRUE)

> I am trying to get a script to run in background no matter what, but I am > obviously doing it wrong. 1. Have it executed via a shell command. 2. Redirect all output. 3. Append the ampersand. eg. A commandx such as: sleep 5 >/dev/null 2>&1 & would become: /dev/null 2>&1 &'); ?> -- Richar

Re: [PHP] wget

Hi, use '-o /dev/null' with this you will get no output at all. Sean C. McCarthy SCI, S.L. (www.sci-spain.com) Augusto Cesar Castoldi wrote: > > Hi. > > I'm using "wget -q -o /home/httpd/html/temp/logs.txt > http://localhost/script.php"; to run a php script from > shell. > >

RE: [PHP] Wget and PHP

Do you mean to suck down the pre-interpreted scripts from a remote server? Can't be done. The server interprets the scripts long before they ever get put on the network. Your best bet will be to e-mail the admin and ask => Ben -Original Message- From: Clayton Dukes [mailto:[EMAIL P

Re: [PHP] Wget and PHP

on 7/15/01 9:59 AM, Clayton Dukes at [EMAIL PROTECTED] wrote: > Is there a utility available that will get PHP based websites? > Wget doesn't do it > > TIA! > > Clayton Dukes > CCNA, CCDA, CCDP, CCNP > Download Free Essays, Term Papers and Cisco Training from > http://www.gdd.net

Re: [PHP] Wget and PHP

Wget works just fine for me here. The one problem I see is if you need to complete a form for entry, session login, then it can be a problem. I solve that by allowing a no login on our development box behind the firewall. I'm sure it could be done use a post (php has a post class I believe) since