Onderwerp: Plesk en Command Line(CLI) PHP

Ik zit erover te denken om een (vps) server met Plesk op linux te gaan huren nu heb ik echter een vraagje:

Is het mogelijk om bij een standaard Plesk installatie gebruik te maken van de optie om php scripts via de command line uit te voeren of moet ik dit zelf nog installeren?

Waarom zou je PHP script command line willen uitvoeren?

Origineel geplaatst door Triloxigen
Waarom zou je PHP script command line willen uitvoeren?

Tal val redenen maar bijvoorbeeld om één script meerdere keren tegelijk te laten draaien.

Onze ervaring leert dat een server met als onderliggend OS FreeBSD geen ondersteuning voor commandline php heeft. Redhat gebaseerde servers (RH9, FCx, CentOS enz) hebben wel commandline php.

Ik zal je sterker vertellen, het hangt ervanaf of je PHP tijdens ./configure opdracht geeft om CLI aan te maken :-) Bij Plesk-servers hangt het ervanaf welke distributie je gebruikt of dit eenvoudig erbij te zetten is.

Origineel geplaatst door ivs


Tal val redenen maar bijvoorbeeld om één script meerdere keren tegelijk te laten draaien.

Ik kan me nog steeds niet voorstellen dat je 1 php script tegelijk wil laten draaien.
(Zeker niet als backgroudn proces, temisnte het lijkt erop alsof je dat wilt doenm)

Het kan wel handig zijn om php scripts in crontab op te kunnen nemen.

Waarom zou je die niet via http aanroepen?

Origineel geplaatst door JROnline
Onze ervaring leert dat een server met als onderliggend OS FreeBSD geen ondersteuning voor commandline php heeft. Redhat gebaseerde servers (RH9, FCx, CentOS enz) hebben wel commandline php.

Prima mogelijk met FreeBSD icm Plesk.

Origineel geplaatst door Triloxigen
Waarom zou je die niet via http aanroepen?

Waarom afhankelijk zijn van je webserver als je ook zonder kunt?

Ik gebruik altijd de CLI voor PHP scripts die in cronjobs verwerkt moeten worden, vind dat makkelijker scripten dan shell scripts.

Mis ik nou gewoon iets, maar is de php parser niet altijd aanspreekbaar op de command line ?

debian woody

Code:

panacea:~# php -v
PHP 4.3.11 (cli) (built: May 23 2005 21:17:59)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Fcore1

Code:

[hoefnix@hoefnix hoefnix]$ php -v
PHP 4.3.11 (cgi) (built: May  2 2005 20:55:29)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Centos 3.4

Code:

[idefix@idefix idefix]$ php -v
PHP 4.3.10 (cgi) (built: Feb 17 2005 09:31:19)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Centos 4.0

Code:

[root@panoramix ~]# php -v
PHP 4.3.11 (cli) (built: May 11 2005 19:19:51)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies

Origineel geplaatst door Smoved.nl


Waarom afhankelijk zijn van je webserver als je ook zonder kunt?

Ik gebruik altijd de CLI voor PHP scripts die in cronjobs verwerkt moeten worden, vind dat makkelijker scripten dan shell scripts.

Ja, waarom afhankelijk zijn van je PHP :x

Ik vind het iig een slechte oplossing, ik zou het gewoon met ssh maken.

Origineel geplaatst door Triloxigen

ik zou het gewoon met ssh maken.

Hahaha jouw antwoord verteld op dit moment wel je (on)kunde ....

je maakt shell scripts die uit te voeren zijn vanuit je telnet of ssh sessie, tevens als je veel script op command line zijn sommige dingen veel makkelijker te maken met php. Wat dacht je van een snelle database koppeling...

een bash koppeling ziet er zo uit:

Code:

spool $result
select substr(****,1,10),';',
substr(****,1,20),';',
substr(****,1,40),';',
substr(****,1,20) 
from ****
where ****
and ****
order by ****
;
spool off
exit 0

En dan is bovenstaande niet eens compleet, dit is merendeel alleen de query.

kan me voorstellen dat je dan ook voor php kiest.

Origineel geplaatst door Mikey


Hahaha jouw antwoord verteld op dit moment wel je (on)kunde ....

Ik zei ook iets anders dan dat ik bedoelde :x

(dat had je zelf ook kunnen bedenken zou ik denken....)

Origineel geplaatst door Triloxigen


Ik zei ook iets anders dan dat ik bedoelde :x

(dat had je zelf ook kunnen bedenken zou ik denken....)

True, maar 100% zeker van een gedachte mag je nooit zijn , wacht liever op de bevestiging.