Hallo niws-s,
Weet iemand waarom
require('bestand');
op de ene linux machien wel werkt, maar op de ander niet? Ik bedoel dan met
niet werken dat op machine 1 het bestand wel wordt gevonden, en op de ander
niet.
Linux of php instelling?
--
Fabio
Likes: 0
Hallo niws-s,
Weet iemand waarom
require('bestand');
op de ene linux machien wel werkt, maar op de ander niet? Ik bedoel dan met
niet werken dat op machine 1 het bestand wel wordt gevonden, en op de ander
niet.
Linux of php instelling?
--
Fabio
Fabio schreef:
>
> Weet iemand waarom
>
> require('bestand');
>
> op de ene linux machien wel werkt, maar op de ander niet? Ik bedoel dan met
> niet werken dat op machine 1 het bestand wel wordt gevonden, en op de ander
> niet.
Misschien kun je hier wat mee:
http://nl2.php.net/manual/en/configu...p#ini.include-
path
--
groet, Ronald
On Sat, 5 Jul 2003 18:14:31 +0200, Ronald Klip wrote:
> Fabio schreef:
>>
>> Weet iemand waarom
>>
>> require('bestand');
>>
>> op de ene linux machien wel werkt, maar op de ander niet? Ik bedoel dan met
>> niet werken dat op machine 1 het bestand wel wordt gevonden, en op de ander
>> niet.
>
> Misschien kun je hier wat mee:
> http://nl2.php.net/manual/en/configu...p#ini.include-
> path
Het zal inderdaad die '.' zijn. Hoe is dat netjes op te lossen, zodat je
bestanden op beide machines werken? Een '.' opnemen in het bestandsadres?
--
Fabio
I <slrnbgdvi3.33g.fabio@localhost.localdomain>, Fabio skrev:
> Het zal inderdaad die '.' zijn. Hoe is dat netjes op te lossen, zodat je
> bestanden op beide machines werken? Een '.' opnemen in het bestandsadres?
<?php require_once './filename.inc.php'; ?>
mvrgr, Wouter
--
uws mail uws@xs4all.nl
school's out for me :: school's out for you :: all be nice -- ladytron
On Sat, 5 Jul 2003 19:16:25 +0200, uws wrote:
><?php require_once './filename.inc.php'; ?>
Gebruik vanwege een speciale reden _once? Ik had "./" namelijk zelf ook
geprobeerd, zonder goed resultaat.
--
Fabio
On Sat, 5 Jul 2003 18:14:31 +0200, Ronald Klip wrote:
> Fabio schreef:
>>
>> Weet iemand waarom
>>
>> require('bestand');
>>
>> op de ene linux machien wel werkt, maar op de ander niet? Ik bedoel dan met
>> niet werken dat op machine 1 het bestand wel wordt gevonden, en op de ander
>> niet.
>
> Misschien kun je hier wat mee:
> http://nl2.php.net/manual/en/configu...p#ini.include-
> path
Het include_path van de machine waar 't niet op werkt heeft als include_path
'.:/usr/local/lib/php'. Dat lijkt dus wel oke.
Ik snap het niet meer.
Ter info, de machine waar 't wel op werkt heeft '.:/usr/share/pear'.
--
Fabio
Fabio wrote:
> On Sat, 5 Jul 2003 19:16:25 +0200, uws wrote:
>
>
>><?php require_once './filename.inc.php'; ?>
>
>
> Gebruik vanwege een speciale reden _once? Ik had "./" namelijk zelf ook
> geprobeerd, zonder goed resultaat.
>
_once heeft verder niks te maken met de manier waarop PHP het bestand
include-t
http://nl.php.net/require_once :
"This is a behavior similar to the require() statement, with the only
difference being that if the code from a file has already been included,
it will not be included again."
Werkt _once wél dan?
- Danny
On Sat, 05 Jul 2003 22:21:52 +0200, Danny Mekic' skribis:
> _once heeft verder niks te maken met de manier waarop PHP het bestand
> include-t
Dat dacht ik al. Nog niks opgeschoten dus. Ik probeer het eens in een os groep.
--
Fabio
Fabio wrote:
> On Sat, 05 Jul 2003 22:21:52 +0200, Danny Mekic' skribis:
>
>
>>_once heeft verder niks te maken met de manier waarop PHP het bestand
>>include-t
>
>
> Dat dacht ik al. Nog niks opgeschoten dus. Ik probeer het eens in een os groep.
>
Even een vraagje uit eigen interesse: draaien de bakken dezelfde OS'es
en/of PHP versie?
- Danny
On Sat, 05 Jul 2003 22:25:18 +0200, Danny Mekic' skribis:
> Even een vraagje uit eigen interesse: draaien de bakken dezelfde OS'es
> en/of PHP versie?
os op de goeie machine:
Linux 2.4.21
met php
PHP Version 4.2.2
(uit phpinfo)
en op de 'foute' machine
PHP Version 4.3.1
en
Linux 2.4.20
Ik keek alleen over een melding heen, in de foutmelding staat (include_path='').
Dat is dus in tegenspraak met de informatie uit phpinfo() van dezelde machine.
(dat is .:/usr/local/lib/php).
Ik dacht even met een simpel probleem/domme fout van mijn zijde van doen te
hebben. Dat lijkt niet zo te zijn. Ik duik eerst weer even de documentatie in.
--
Fabio
I <slrnbgedva.4pq.fabio@localhost.localdomain>, Fabio skrev:
> Ik keek alleen over een melding heen, in de foutmelding staat (include_path='').
> Dat is dus in tegenspraak met de informatie uit phpinfo() van dezelde machine.
> (dat is .:/usr/local/lib/php).
Is het niet gewoon een rechtenprobleem, per ongeluk? Is de te includen file
wel (world-)readable?
mvrgr, Wouter
--
uws mail uws@xs4all.nl
i'm the girl :: i'm the girl :: you know me -- heather nova
On Sun, 6 Jul 2003 01:43:49 +0200, uws skribis:
> Is het niet gewoon een rechtenprobleem, per ongeluk? Is de te includen file
> wel (world-)readable?
Helaas niet.
--
Fabio
I <slrnbgfup4.2od.fabio@localhost.localdomain>, Fabio skrev:
> On Sun, 6 Jul 2003 01:43:49 +0200, uws skribis:
>> Is het niet gewoon een rechtenprobleem, per ongeluk? Is de te includen file
>> wel (world-)readable?
> Helaas niet.
Je bedoelt te zeggen `probleem opgelost', begrijp ik?
mvrgr, Wouter
--
uws mail uws@xs4all.nl
did you want me to change? :: well i change for good -- coldplay
On Sun, 6 Jul 2003 12:43:31 +0200, uws skribis:
> I <slrnbgfup4.2od.fabio@localhost.localdomain>, Fabio skrev:
>> On Sun, 6 Jul 2003 01:43:49 +0200, uws skribis:
>>> Is het niet gewoon een rechtenprobleem, per ongeluk? Is de te includen file
>>> wel (world-)readable?
>> Helaas niet.
>
> Je bedoelt te zeggen `probleem opgelost', begrijp ik?
Ik spreek geen klare taal ;-) Helaas is de oplossing niet zo eenvoudig,
probleem niet opgelost dus.
Ga eerst eens alles lezen wat ik kan vinden over include_path.
--
Fabio
I <slrnbgg0n4.2ts.fabio@localhost.localdomain>, Fabio skrev:
> On Sun, 6 Jul 2003 12:43:31 +0200, uws skribis:
>> I <slrnbgfup4.2od.fabio@localhost.localdomain>, Fabio skrev:
>>> On Sun, 6 Jul 2003 01:43:49 +0200, uws skribis:
>>>> Is het niet gewoon een rechtenprobleem, per ongeluk? Is de te includen file
>>>> wel (world-)readable?
>>> Helaas niet.
>> Je bedoelt te zeggen `probleem opgelost', begrijp ik?
> Ik spreek geen klare taal ;-) Helaas is de oplossing niet zo eenvoudig,
> probleem niet opgelost dus.
Wat bedoel je dan met `helaas niet'? Je include file moet wel leesbaar zijn
door de gebruiker waaronder het Apache proces draait. In de praktijk komt
dat er vaak op neer dat de include file world-readable moet zijn. Of snap ik
je verkeerd?
mvrgr, Wouter
--
uws mail uws@xs4all.nl
no more kill :: no more kill i'm in love -- black rebel motorcycle club