[php] output

[Vinzzz243]

kzit met een klein probleempje, waarschijnlijk makkelijk op te lossen, maar ik vind um niet, ook niet met alle manuals...

als ik in linux een test.php uitvoer met php -f test.php > test.htm en later die htm open, krijg ik de goede output. Start ik echter de php vanuit netscape, niet!

test.php:

PHP:

<?echo "Optie 1<BR><BR>";system('perl /usr/lib/perl5/5.6.0/test3.pl -c [e-mail]');echo "<BR><BR>Optie 2:<BR><BR>";echo (`perl /usr/lib/perl5/5.6.0/test3.pl -c [e-mail]`);?>

De uitvoer van beide opties is "Gevonden" maar deze krijg ik alleen te zien als ik hem via de terminal uitvoer (php -f test.php>test.htm)

[WOmBaT]

Het lijkt me dat het dat dan in de html opmaak zit..Daarvoor kun je beter naar /13 denk ik eigenlijk...

Php parset het wel, maar als de html-code niet volgens de juiste richtlijnen is geven sommige browsers het gewoon niet weer.

[Vinzzz243]

ehm, dit is alles wat in het bestand staat. Dus het moet wel aan de php code liggen?

[dusty]

Erg makkelijk op te lossen.

Misschien helpt het als ik zeg dat PHP niet de "Gevonden" als output genereert maar iets anders.

Dus alles wat door PHP als uitvoer wordt gegenereerd wordt toch echt aan je browser doorgegeven.

[dusty]

Op maandag 10 juni 2002 11:18 schreef Vinzzz het volgende:
ehm, dit is alles wat in het bestand staat. Dus het moet wel aan de php code liggen?

Nope, ligt helemaal niet aan PHP.

[ACM]

Op maandag 10 juni 2002 11:15 schreef Vinzzz het volgende:
Start ik echter de php vanuit netscape, niet!

Hoe 'start' je een php vanuit netscape

Maarreuhm, ik zie je nu regelmatig posten, waren je laatste 4 topics niet _allemaal_ over dit onderwerp

[Vinzzz243]

Op maandag 10 juni 2002 11:20 schreef dusty het volgende:

[..]

Nope, ligt helemaal niet aan PHP.

was een reply op wombat

[Vinzzz243]

Op maandag 10 juni 2002 11:21 schreef ACM het volgende:

[..]

Hoe 'start' je een php vanuit netscape

Maarreuhm, ik zie je nu regelmatig posten, waren je laatste 4 topics niet _allemaal_ over dit onderwerp

php wordt wel geparsed als je daarop doelt...
Mag ik niet regelmatig posten? Probleem was niet echt opgelost neej... Maar kom er niet achter via andere bronnen, want het gebruik van de code is goed (anders word het ook niet via de terminal goed uitgevoerd)

[dusty]

Op maandag 10 juni 2002 11:23 schreef Vinzzz het volgende:
[..]
was een reply op wombat

En ik geef een reply dat het NIET aan PHP ligt.

[Vinzzz243]

Op maandag 10 juni 2002 11:26 schreef dusty het volgende:

[..]

En ik geef een reply dat het NIET aan PHP ligt.

ja da snap ik

Kun je me op weg helpen? Moet ik met passthru ofzo gaan werken?

[dusty]

Op maandag 10 juni 2002 11:28 schreef Vinzzz het volgende:
[..]
Kun je me op weg helpen? Moet ik met passthru ofzo gaan werken?

Ik had je al iets gegeven om op weg te komen:

Misschien helpt het als ik zeg dat PHP niet de "Gevonden" als output genereert maar iets anders.

[Verwijderd]

Wat gebeurd er dan als ke hem in een browser opent ?! Geeft die wel wat weer, of helemaal niks !?

Misschien ligt et aan je webserver dan

[dusty]

Op maandag 10 juni 2002 11:30 schreef Tizzwat het volgende:
Misschien ligt et aan je webserver dan

Nope. Zijn fout is wat anders.

[ACM]

Op maandag 10 juni 2002 11:33 schreef dusty het volgende:
Nope. Zijn fout is wat anders.

't Heeft wel met het verschil tussen de terminal en de webserver te maken dusty

[dusty]

Op maandag 10 juni 2002 11:35 schreef ACM het volgende:
[..]
't Heeft wel met het verschil tussen de terminal en de webserver te maken dusty

Goh, Echt joh?

[Vinzzz243]

ksnap dat het geen string als output geeft, maar hoe ik het verder moet oplossen no idea, ik blijf zoeken

[ACM]

Er zou wel es wat in je error_log kunnen staan, check dat es uit.

[Vinzzz243]

Op maandag 10 juni 2002 12:21 schreef ACM het volgende:
Er zou wel es wat in je error_log kunnen staan, check dat es uit.

ja heb ik al gedaan. Er blijft in staan: can't locate cu_lib.pl in @INC (@INC contains: blablablabla

in die blablablabla staat dus ook /usr/lib/perl5/5.6.0/

wanneer ik echter via de terminal php -f doe, komt er nix in de errorlog te staan. Daar zit dus de fout?

[ACM]

Op maandag 10 juni 2002 12:51 schreef Vinzzz het volgende:
ja heb ik al gedaan. Er blijft in staan: can't locate cu_lib.pl in @INC (@INC contains: blablablabla

in die blablablabla staat dus ook /usr/lib/perl5/5.6.0/

wanneer ik echter via de terminal php -f doe, komt er nix in de errorlog te staan. Daar zit dus de fout?

De terminal versie is niet de webserver, de terminal versie schrijft _niet_ naar de error_log maar geeft, in de meeste gevallen, de melding op het scherm weer.

Het kan best zijn dat die melding ofwel onderdrukt wordt dan, ofwel dat het gewoon niet voorkomt in je terminal omdat de omgeving (environment) anders is...

[Vinzzz243]

ok idd.
als ik in de terminal invul

code:

php -f htpp://localhost/test.php > test.htm

ipv

code:

php -f test.php > test.htm     (in de goede dir)

dan maakt ie een lege htm aan.

Het zal dus waarschijnlijk misgaan met de directory's?
Maar ehm, dusty, kun je me niet meer helpen dan alleen te melden dat er geen string wordt geoutput?

Ik denk dus dat het komt omdat dat system commando de output weergeeft op het scherm. En na het bestand te hebben uitgevoert wordt door de "> test.htm" alles wat op het scherm staat (incl Gevonden) weergegeven in die htm.

Denk ik zo goed?

[ACM]

Op maandag 10 juni 2002 13:22 schreef Vinzzz het volgende:
ok idd.
als ik in de terminal invul

code:

php -f htpp://localhost/test.php > test.htm

ipv

code:

php -f test.php > test.htm     (in de goede dir)

die doen ook absoluut _niet_ hetzelfde!

Ik denk dus dat het komt omdat dat system commando de output weergeeft op het scherm. En na het bestand te hebben uitgevoert wordt door de "> test.htm" alles wat op het scherm staat (incl Gevonden) weergegeven in die htm.

Denk ik zo goed?

Dat is 'alleen' voor de terminal zo.

Maar dat heeft niks te maken met je problemen hiermee.

[Janoz]

Heb je wel een webserver?

[Verwijderd]

Begrijp het probleem geloof ik niet helemaal (kan er helemaal naast zitten) maar volgens mij komt het omdat de $PATH of andere variable anders is voor de user waaronder de webserver draait... daarom werkt het wel vanaf de terminal maar niet via de server

[Vinzzz243]

is het dus niet mogelijk om een simpel php bestand te maken dat een perl file uitvoert onder de webserver?

system("path/test.pl") werkt nu dus alleen in de terminal

[ACM]

Op maandag 10 juni 2002 13:39 schreef Vinzzz het volgende:
is het dus niet mogelijk om een simpel php bestand te maken dat een perl file uitvoert onder de webserver?

system("path/test.pl") werkt nu dus alleen in de terminal

Wat een rare conclusie...

[Janoz]

Tuurlijk kan dat wel.. Maar zoals uit veel topics al is gebleken niet door jou.. We verwachten hier wel een beetje niveau van de bezoekers en het is niet de bedoeling dat we iedereen maar een beetje bij het handje gaan nemen. Begin eens met iets makkelijker aangezien dit probleem al een beetje te hoog voor je gegrepen is (lees ook hier)

Hiervoor ben je al meerdere keren gewaarschuwd, en telkens weer leg je dit gewoon naast je neer.