Basic URL Routing

Door Roberto Beer op 18-02-2011 19:05

3.339 views

Beste mensen,

Ik ben bezig met het maken van een eigen, zeer simpel, CMS. Via .htaccess zorg ik ervoor dat alles wat achter het domein staat naar index.php wordt gestuurd. Ik werk eigenlijk niet met echte rewrites, maar met URL Routing (ipv Rewriting).

Dit is eigenlijk de kern van mijn .htaccess:

# rewrite alles naar de template controller index.php (behalve bestaande paden)
RewriteRule ^$ index.php
RewriteCond %{SCRIPT_FILENAME} !-d
RewriteCond %{SCRIPT_FILENAME} !-f
RewriteRule .* index.php [L]

Wordpress en andere CMS'en werken hier ook mee geloof ik.

Nou heb ik bijvoorbeeld een URL: www.mijnwebsite.nl/diensten/webdesign/prijzen.

Met...
$requestURI = explode('/', $_SERVER['REQUEST_URI']);
... kan ik de verschillende menuitems stuk voor stuk verifiëren. Ik krijg dan een array met daarin 'diensten', 'webdesign' en 'prijzen'. Elk van deze items is een pagina. Diensten is de bovenliggende pagina. Deze heeft een subpagina genaamd webdesign, die op zijn beurt weer de onderliggende pagina 'prijzen' bevat.

Nu is mijn vraag: hoe kan ik nou het beste kijken of deze pagina wel of niet bestaat? Moet ik per item (diensten, webdesign, prijzen) bekijken of deze bestaan en in welke volgorde? Ik kom er niet zo goed uit, het lijkt wat omslachtig om het op die manier te doen.

Ik kom wel wat op internet tegen, maar dan gaat het over controllers die werken met parameters: dat is hier eigenlijk niet van toepassing, omdat ik met pagina's werk en niet zozeer met paginering o.i.d.

Ik hoop dat jullie me hierbij kunnen helpen en dat ik het goed heb uitgelegd :)

Vriendelijke groeten,

Robbert

Mitchel V

18-02-2011 19:16 gewijzigd op 18-02-2011 19:17

Door je pagina's in de database te zetten

id
pagina
module
tekst

dan ga je controleren if($_GET['param1'] == $row['pagina']){
if(!$row['module'] == ""){
include($row['module']);
}else{
$content .= nl2b4$row['tekst'])
}

zo iets :D

Harry nvt

18-02-2011 19:57 gewijzigd op 18-02-2011 20:00

hoop dat ik je een beetje volg:
je zou in jouw geval de paden, dus alles wat na document_root komt, kunnen opslaan in de DB, en dat veld met paden het primaire zoekveld laten zijn. Wordt dat pad niet gevonden kun je zelf een alternatieve 404 pagina laten aanroepen, wordt het pad wel gevonden zoek je uit het betreffende record de verschillende pagina-elementen bij elkaar, (title, index-follow metatag, description meta-tag, te laden css, de 'highlight-menu-item css, header, page-content, footer) en stel je de pagina samen.

Ik vind het wel een leuke benadering, die URL-routing, maar je oorspronkelijke URL, die blijft toch wel in de adresregel staan op deze manier?

Roberto Beer

18-02-2011 20:32

Bedankt voor jullie reacties tot dusver. Ik ben inderdaad vergeten te melden hoe mijn database in elkaar steekt.

Ik heb een tabel "pages" waarin alle pagina's staan.

Elke pagina heeft een:
id, titel, subtitel, parent (id van bovenliggende pagina), paginatype en een 'slug'.

De slug is het stukje dat in de URL verschijnt. Zo heeft bijvoorbeeld een pagina "Prijslijst & Kortingen" de slug "kortingen". De slug is de URL vriendelijke versie van de pagina.

Nu zeg jij, Harry nvt, dat het gehele pad opgeslagen zou moeten worden ipv alleen de pagina-slug. Dit zou op zich kunnen, maar ik ben bang dat het lastig wordt wanneer de slug van een bovenliggende pagina verandert. Dan zou je ook telkens het pad van de onderliggende pagina's aan moeten passen. Maar het is inderdaad waarschijnlijk een stuk sneller om een pagina op die manier op te zoeken. Om voor elk item nu een database call te maken, dat is wat ik nu doe. Dat wil ik dus liever niet.

Reageren

Inloggen om te reageren