RE: [PHP-DB] running PHP from the cron

2001-02-19 Thread David Benson

 I have PHP installed as an Apache module and I can't have it as CGI.. now
 I'm looking into ways to run PHP scripts off the cron, and I saw

Rebuilt php again and don't specify the apache configuration option. This
will build php as a CGI program which you can then use in cron.

Does anyone else do this? I'd love it if the default php build still built
the CGI when building the apache plugin.

David


-- 
PHP Database 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]




RE: [PHP-DB] running PHP from the cron

2001-02-19 Thread Nicholas W. Miller

Hello,

I run my PHP crons like this:

0 6 * * * /usr/local/bin/lynx -source "http://www.domain.com/file.php"

This is not the most secure of course, as the file is below the root 
and could be hit by any user.  But works for my particular case ...

Anyone know of a method to make this more secure ... password 
protecting the directory it's in?  chnaging the permissions of the 
file???

Nick

I have PHP installed as an Apache module and I can't have it as
  CGI.. now
   I'm looking into ways to run PHP scripts off the cron, and I saw

  Rebuilt php again and don't specify the apache configuration option. This
  will build php as a CGI program which you can then use in cron.

  Does anyone else do this? I'd love it if the default php build still built
  the CGI when building the apache plugin.

thanks for the reply Dave,
my point is that I do not have access to certain root stuff on Apache (it's
a virtual server) so I am forced to only use PHP as a module, which to be
honest I prefer to do since as far as I'm aware that makes it faster and
it's only for some cron job stuff where the CGI option becomes more useful
(to me at least).

So I'm wondering if anyone has any experience of using fetch to parse PHP
scripts off the cron. An example (from PHPAds) is below..
   59 23 * * * fetch -o -
http://www.profi.it/phpAds/mail.php3/var/log/messages

I'm wondering if there are any pros/cons to this approach, and whether there
are any better ways of running PHP off the cron bar resorting to CGI.

best wishes,
simon


  ---
  Studio 24 Ltd   |   tel. 01223 501 892
   30 Hopkins Close   |   fax. 0870 063 1216
  Cambridge   |   mob. 07974 074 547
CB4 1FD   |   www.studio24.net


--
PHP Database 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]


-- 
PHP Database 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]




RE: [PHP-DB] running PHP from the cron

2001-02-19 Thread Simon R Jones

 I run my PHP crons like this:

 0 6 * * * /usr/local/bin/lynx -source "http://www.domain.com/file.php"

 This is not the most secure of course, as the file is below the root
 and could be hit by any user.  But works for my particular case ...

 Anyone know of a method to make this more secure ... password
 protecting the directory it's in?  chnaging the permissions of the
 file???

if that's how you do it what about putting a .htaccess file in the web
directory with the PHP script in it restricting access to only your
webserver, that way the script would run from the cron, but no-one else
could access the script.

si

 ---
 Studio 24 Ltd   |   tel. 01223 501 892
  30 Hopkins Close   |   fax. 0870 063 1216
 Cambridge   |   mob. 07974 074 547
   CB4 1FD   |   www.studio24.net




-- 
PHP Database 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]




Re: [PHP-DB] running PHP from the cron

2001-02-19 Thread Mark @ 10base-T

Maybe this will help,
I use lynx -d to do some stuff on the database every day.  Basically, I just
made a php page that does the thing I need to do in the database and it
doesn't generate any output.

My command is lynx -d http://website/phppage.php

Hope this helps.
Marky

 From: "Simon R Jones" [EMAIL PROTECTED]
 Date: Mon, 19 Feb 2001 17:27:02 -
 To: [EMAIL PROTECTED]
 Subject: RE: [PHP-DB] running PHP from the cron

 I have PHP installed as an Apache module and I can't have it as
 CGI.. now
 I'm looking into ways to run PHP scripts off the cron, and I saw
 
 Rebuilt php again and don't specify the apache configuration option. This
 will build php as a CGI program which you can then use in cron.
 
 Does anyone else do this? I'd love it if the default php build still built
 the CGI when building the apache plugin.
 
 thanks for the reply Dave,
 my point is that I do not have access to certain root stuff on Apache (it's
 a virtual server) so I am forced to only use PHP as a module, which to be
 honest I prefer to do since as far as I'm aware that makes it faster and
 it's only for some cron job stuff where the CGI option becomes more useful
 (to me at least).
 
 So I'm wondering if anyone has any experience of using fetch to parse PHP
 scripts off the cron. An example (from PHPAds) is below..
 59 23 * * * fetch -o -
 http://www.profi.it/phpAds/mail.php3/var/log/messages
 
 I'm wondering if there are any pros/cons to this approach, and whether there
 are any better ways of running PHP off the cron bar resorting to CGI.
 
 best wishes,
 simon
 
 
 ---
 Studio 24 Ltd   |   tel. 01223 501 892
 30 Hopkins Close   |   fax. 0870 063 1216
 Cambridge   |   mob. 07974 074 547
 CB4 1FD   |   www.studio24.net
 
 
 -- 
 PHP Database 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]
 
 



-- 
PHP Database 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]