[PHP] probleem bij lay-out scheiden van content

donderdag 12 april 2007 13:01

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Ik zit momenteel even met een klein probleempje, die waarschijnlijk voortkomt uit het te lang er over zitten denken.

Wat is het geval, ik heb een systeem waarvoor inlog noodzakelijk is. Nu wil ik voor alle pagina's de terugkerende "aspecten" scheiden van de content (die dus van pagina tot pagina verschilt). Dit wil ik doen door middel van het includen van php bestanden.

De structuur zou er zo uit kunnen zien:

pagina.php (hoofdpagina)
includes/header.php (include voor de hoofdpagina)

Aangezien ik niet wil dat de header.php direct te benaderen is, heb ik hier dezelfde check ingebouwd als in pagina.php (sessie check).

Wat is nu het probleem, als ik header.php aanroep vanuit pagina.php kloppen de referenties in header.php niet want deze zijn om de sercurity toe te voegen relatief ten opzichte van header.php, terwijl als ik deze include ze natuurlijk ten opzichte van pagina.php zouden moeten zijn. Hier zit dus de contradictie waar ik nu even geen oplossing voor weet.

Wat voorbeeld code:
pagina.php:

PHP:

<?php
include('includes/security.php'); // dit zorgt voor de afhandeling van de security
?>
<html>
...
<?php
include('includes/header.php'); // hier wordt de header ingeladen
?>

includes/header.php

PHP:

<?php
include('security.php'); 
/* hier wordt dus relatief aan header.php de security ingeladen 
(wat bij de include op pagina.php natuurlijk problemen oplevert)
*/
?>

// verdere header opmaak

ps. overbodig wellicht, maar header.php moet dus eigenlijk wel "uitgevoerd" worden en slechts de opgemaakte html terug geven, eigenlijk lost dit volgens mij m;n probleem op, alleen weet ik niet hoe dat gaat.

[ Voor 7% gewijzigd door Verwijderd op 12-04-2007 13:04 ]

donderdag 12 april 2007 13:06

Acties:

0 Henk 'm!

Patriot

Fulltime #whatpulsert

Kun je iets met chdir() niet iets?

EDIT: Desnoods haal je aan het begin van header.php de cwd op met getcwd() en zet je die na de include terug, zodat andere dingen ook niet van slag raken.

[ Voor 59% gewijzigd door Patriot op 12-04-2007 13:07 ]

donderdag 12 april 2007 13:08

Acties:

0 Henk 'm!

Grijze Vos

Je hebt verschillende opties.
1.) Zorg dat je include-dir ook "./includes/" bevat, waardoor je gewoon security.php kunt includen.

2.) Zet die header.php buiten je webdir, waardoor hij niet eens te benaderen is.

(bijv, als je webdir /usr/local/www/webroot/ is, zet je je includes in /usr/local/www/includes/), zo kun je, ook weer middels de include-dir setting van php altijd makkelijk includen en alles van buitenaf afscheiden wat je wilt.

3.) Ook is het handig om na te gaan of het uberhaupt uitmaakt of iemand die header file van buitenaf kan aanroepen, vaak heeft dat namelijk geen enkel nut en geen enkele impact op je security.

4.) 1 entrypoint afdwingen, bij mij komt altijd elke request binnen op de index.php in mijn webroot. Dit kun je realiseren op verschillende manieren.

Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info

donderdag 12 april 2007 13:13

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Okee, dus op die manier zorg je ervoor dat hij altijd vanuit de juiste directory redeneert. Klinkt wel goed, maar is dat echt de enige oplossing?

Ik heb al zitten denken, eigenlijk is het vergelijkbaar met een Ajax verzoek, ik include een reeds geparsde PHP pagina... ik zou verwachten dat hier toch een zeer eenvoudige oplossing voor is, alleen ik kom er echt niet op!

donderdag 12 april 2007 13:26

Acties:

0 Henk 'm!

Verwijderd

in /includes een .htaccess bestandje met "Deny from All" zorgt er voor dat je er niet 'van buiten' bij kan. Volgens mij lost 't je probleem wel op.

[edit]
Hetzelfde wordt overigens bereikt met oplossing 2 van Grijze Vos.

[ Voor 21% gewijzigd door Verwijderd op 12-04-2007 13:27 ]

donderdag 12 april 2007 13:32

Acties:

0 Henk 'm!

Verwijderd

Topicstarter

Verwijderd schreef op donderdag 12 april 2007 @ 13:26:
in /includes een .htaccess bestandje met "Deny from All" zorgt er voor dat je er niet 'van buiten' bij kan. Volgens mij lost 't je probleem wel op.

[edit]
Hetzelfde wordt overigens bereikt met oplossing 2 van Grijze Vos.

Kan de server zelf er nog wel bij op deze manier?? Dan is dit inderdaad de oplossing!

Maar toch had ik verwacht dat er een oplossing zou zijn op het vlak van, direct includen van pre-parsed php. Oftewel, een bestand rechtstreeks inlezen in een document zodat in werkelijkheid alleen de html gebruikt wordt.

donderdag 12 april 2007 14:42

Acties:

0 Henk 'm!

Verwijderd

Verwijderd schreef op donderdag 12 april 2007 @ 13:32:
[...]

Kan de server zelf er nog wel bij op deze manier?? Dan is dit inderdaad de oplossing!

Probeer het eens zou ik zeggen

donderdag 12 april 2007 15:57

Acties:

0 Henk 'm!

Alex)

Je kunt ook met defines werken:

header.php

PHP:

<?php
if(!is_defined("IN_APP"))
{
  die("Mag niet direct aangeroepen worden.");
}
?>

Index.php:

PHP:

<?php
define("IN_APP", true);

include("header.php");
?>

Op die manier moet die define (IN_APP) gemaakt zijn om de pagina überhaupt te laten laden.

We are shaping the future

donderdag 12 april 2007 16:01

Acties:

0 Henk 'm!

Patriot

Fulltime #whatpulsert

Het is defined(), niet is_defined() ;-)

Onderwerpen