Onderwerp: {system} Perl vs Php

Ik zou graag een *nix script willen runnen vanuit een Perl of php script.
Wat zijn daar de haken en ogen aan en welk van de twee is het meest aan te
bevelen?
Zijn er ook nog alternatieven voor? Ik kan het script elke minuut uitvoeren
vanuit mijn crontab, maar dat vind ik lichtelijk overkill.

--
Floor

On Fri, 25 Jan 2008 15:47:38 +0100, Floor <Floor@yahooh.co.not> wrote:
> Ik zou graag een *nix script willen runnen vanuit een Perl of php script.
> Wat zijn daar de haken en ogen aan en welk van de twee is het meest aan
> te
> bevelen?

Voor server administratie is Perl gangbaarder (en waarschijnlijk ook iets
sneller, maar dat weet ik niet zeker). Feit is wel dat doordat dit
gangbaarder is er makkerlijker voorbeelden van te vinden zijn/hulp bij te
vragen is.

> Zijn er ook nog alternatieven voor?

Het schijnt dat op dit moment een behoorlijk aantal mensen overstappen op
Python voor dit soort zaken.

> Ik kan het script elke minuut uitvoeren
> vanuit mijn crontab, maar dat vind ik lichtelijk overkill.

Dat hangt er vanaf wat je precies met je script wil doen. Wat wil je
precieses bereiken? Het kan zijn dat een door bepaalde factoren
aangeroepen daemon handiger is voor bepaalde zaken.
--
Rik Wasmus

Rik Wasmus:

> Dat hangt er vanaf wat je precies met je script wil doen. Wat wil je
> precieses bereiken? Het kan zijn dat een door bepaalde factoren
> aangeroepen daemon handiger is voor bepaalde zaken.

Ik heb mailinglist software omgebouwd en er een HTML interface aan gebakken.
Indien iemand nu een via dat interface een email adres toevoegt, worden er
een aantal config bestanden bijgewerkt, die men na deze actie via een
gegenereerde HTML pagina moet kunnen checken. Dat moet dus synchroon lopen,
anders zie je niet wat je hebt gedaan.
Het liefst zou ik dus via het Perl script het unix scriptje runnen. Zo doet
iemand dagen niets en zo zit men een uur adressen toe te voegen.

Floor

On Fri, 25 Jan 2008 16:09:39 +0100, Floor <Floor@yahooh.co.not> wrote:
> Rik Wasmus:
>
>> Dat hangt er vanaf wat je precies met je script wil doen. Wat wil je
>> precieses bereiken? Het kan zijn dat een door bepaalde factoren
>> aangeroepen daemon handiger is voor bepaalde zaken.
>
> Ik heb mailinglist software omgebouwd en er een HTML interface aan gebakken.
> Indien iemand nu een via dat interface een email adres toevoegt, worden er
> een aantal config bestanden bijgewerkt, die men na deze actie via een
> gegenereerde HTML pagina moet kunnen checken. Dat moet dus synchroon lopen,
> anders zie je niet wat je hebt gedaan.
> Het liefst zou ik dus via het Perl script het unix scriptje runnen. Zo doet
> iemand dagen niets en zo zit men een uur adressen toe te voegen.

Vieze manier: gooi een exec/shell functie open.
Nette manier: gooi het in een queue die je vanaf een ander script
aanspreekt.

Voordeel van de nette manier is dat je bijvoorbeeld je data in een db op
slaat en dus een andere user kunt gebruiken om die job te doen. In beide
gevallen checken op input uiteraard.

Hans

--
IM: hans.wolters@xs4all.nl
http://lonki.xs4all.nl

Hans:

> Nette manier: gooi het in een queue die je vanaf een ander script
> aanspreekt.

Ja daar dacht ik ook aan; hoe kan ik in Perl een unix script runnen en welke
restricties geleden daarbij?
Floor

Floor <Floor@yahooh.co.not>:
> Ja daar dacht ik ook aan; hoe kan ik in Perl een unix script runnen...

Bijvoorbeeld zoiets:

sub execute { return qx(@_) }
my $output = execute('ls', '-al');

> ...en welke restricties geleden daarbij?

Dezelfde als die voor de gebruiker gelden onder wiens naam het Perl-
script draait.

--
robert