Code includen via een symlink

[ReLexEd]

Ik begin te twijfelen aan mijn eigen verstand.... ;-)

Gegeven:
- Centrale codebase die in /srv/www/codebase/v200 staat
- Een virtual host die op /srv/www/virtual_host/vh_01 staat.
- In deze map staan 2 submappen (genaamd config en files)
- Een symlink in bovenstaande directory die naar /srv/www/codebase/v200 wijst. (code)


Zodra er bestanden uit code worden aangeroepen is het voor PHP alsof ie 'vastzit' in de directorystructuur op het niveau van code (/srv/www/codebase/v200)....

Aangezien de codebase de configuratiebestanden uit config nodig heeft, zal ik die op de een of andere manier moeten includen...

Hier ga ik dus op het moment op stuk... als ik een include/require doe, dan is het volgende mijn resultaat...

code:

Warning: require(config/.config.php) [function.require]: failed to open stream: No such file or directory in /srv/www/codebase/v200/index.php on line 10

Ik heb dit reeds geprobeerd op de lossen middels aliases binnen apache, maar dat geeft identieke resulaten.
FollowSymlinks staat aan in Apache.

Probeer ik nu iets te realiseren dat niet kan, of kijk ik ergens volkomen overheen?

[MueR]

Je config bestand heet .config.php ?

Anyway, je kan even proberen om de complete lijst met files in die symlink te printen, zien wat er feitelijk staat (http://nl3.php.net/readdir). Check ook meteen even file permissions en owner.

[ReLexEd]

Yep, config-bestand is .config.php

De require kan het bestand volgens mij niet vinden omdat zodra de index.php wordt aangeroepen het erop lijkt alsof de huidige directory voor PHP veranderd in de directory waar de code fysiek in staat...
en dus niet /srv/www/virtual_host/vh_01/code, zoals ik had verwacht.
Als ik vanuit /srv/www/virtual_host/vh_01/code naar de config zou verwijzen, dan zou dat via /srv/www/virtual_host/vh_01/config/.config.php gewoon goed gaan... (met een require(../config/.config.php)

Deze opzet heb ik gekozen zodat ik straks met mod_rewrite kan realiseren dat /code in de docroot wordt gezien als / en onder water de config en files kunnen worden gebruikt om met 1 codebase meerdere virtual hosts te hebben...

Misschien dat dat iets verduidelijkt...

Overigens heb ik reeds geprobeerd om met de readlink dingen te achterhalen, maar ook zonder resusltaat....

[Voor 14% gewijzigd door ReLexEd op 01-07-2011 10:35. Reden: verdere uitleg toegevoegd.]

[sam.vimes]

RedHat of CentOS met SELinux?
Ik heb er geen ervaring mee, maar ik weet dat SELinux de toegang tot de targets van symbolische links kan blokkeren.

[ReLexEd]

Nee, SUSE...

De toegang wordt niet geblokeerd, sterker nog, ik kan er vrolijk bij, maar kan niet meer terug referencen naar de parent-map....

Vanuit de gedeelde code worden de config-bestanden (Die logischerwijs per vhost uniek zijn) ge-include, en die config-bestanden kan ik niet meer bij als ik eenmaal de shared-code heb benaderd..

[Anoniem: 96523]

Waarschijnlijk is het een rechten probleem.

Dit heb ik in een notitie staan, omdat ik hier af en toe gebruik van moet maken (weet niet meer hoe en waarom...)

code:

maak symlink

ln -s  /orginele/locatie/ /nieuwe/locatie

wijzig eigenaar/groep:

chown -h user_original.group symlink

LET OP:
SAFE_MODE moet UIT staan!!!

Verder moet je natuurlijk symlinks ondersteunen in Apache en absolute paden gebruiken

[Voor 11% gewijzigd door Anoniem: 96523 op 01-07-2011 11:16]

[Spider.007]

Uiteraard zijn relatieve paden in PHP ten opzichte van het script wat de include uitvoert. Dat je vanuit de applicatie een symlink naar je centrale codebase maakt kan vanuit die codebase natuurlijk geen rekening mee worden gehouden. Wat je dus moet doen is aan je centrale codebase laten weten waar je applicatie-code staat. Het netste daarvoor is een define vanuit je applicatie:

PHP:

define('CONFIG_PATH', dirname(__FILE__).'/config/config.php');

Het alternatief (niet netjes) is te kijken naar $_SERVER['SCRIPT_FILENAME'] om je applicatie-path te bepalen. Dit vereist geen extra configuratie vanuit je applicatie want je kunt dit in je centrale codebase uitvoeren.

[ReLexEd]

Dat is/was het inderdaad Spider.007!

Ik was net bezig om de niet nette manier uit te proberen, maar de define in de applicatie is inderdaad een nettere oplossing....

Diepe buiging jouw kant op, omdat ik dus toch nog zonder dwangbuis het weekend in kan gaan! :-)