[PHP] google vriendelijke urls, hoe?

[NEOeo]

In een CMS zoals Joomla zit een optie als 'Zoekmachinevriendelijke URLs'. Dit houd in dat er niet meer een ingewikkelde link staat als 'index.php?option=com_content&view=article&id=14&Itemid=52' etc., maar een mooie schone link als 'bladibla.nl/paginanaam/'.

Ik hoop dat jullie snappen wat ik bedoel, want ik vind het een beetje moeilijk uit te leggen.

Nu is mijn vraag het volgende:
Ik heb een eigen cms gemaakt waarbij de urls er ongeveer zo uitzien: 'site.nl/index.php?id=1'.
Hoe maak ik deze urls 'schoon' als bijvoorbeeld 'site.nl/home/'?

alvast bedankt!

[MAX3400]

Sorry, maar Joomla heeft daar een hele mooie subsite voor... En een fantastisch forum.

Ga maar eens zoeken op "url rewrite" of "sf404sef"

Ongetwijfeld dat de uitleg van deze componenten mogelijk ook van toepassing is op jouw webserver/CMS...

[ Voor 27% gewijzigd door MAX3400 op 02-02-2009 18:00 ]

[gertvdijk]

Configureer je webserver dat ie de URLs rewrite. Dit gaat normaal gesproken met regular expressions. Voorbeeld voor Apache:

code:

RewriteEngine on
RewriteRule ^(forum|topic|profile|mail)-([0-9]+)\.html?[\.,;\-]?$ $1.php?id=$2

Zie ook de documentatie rond mod_rewrite (in geval van Apache als webserver).

[NEOeo]

Bedankt!
Ik had echt geen idee waar ik naar moest zoeken.

[PowerSp00n]

Je kan met PHP ook _SERVER["PATH_INFO"] parsen.

[Verwijderd]

gertvdijk schreef op maandag 02 februari 2009 @ 18:02:
Configureer je webserver dat ie de URLs rewrite. Dit gaat normaal gesproken met regular expressions. Voorbeeld voor Apache:

code:

RewriteEngine on
RewriteRule ^(forum|topic|profile|mail)-([0-9]+)\.html?[\.,;\-]?$ $1.php?id=$2

Zie ook de documentatie rond mod_rewrite (in geval van Apache als webserver).

Dit is wel een van de betere manier inderdaad in plaats van 100 van deze rules onder elkaar die eigenlijk hetzelfde doen maar dan voor een ander woord

[2playgames]

Een veel gebruikte en ook (naar mijn mening) de netste manier is om met 1 RewriteRule alle requests naar 1 index.php door te sturen.

code:

RewriteEngine On

# verwijs alles door
# behalve als de opgevraagde URL
# naar een echt bestand wijst
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ /index.php [NC,L]

In index.php lees je vervolgens de gevraagde pagina uit $_SERVER['REQUEST_URI']. Deze kun je naar eigen smaak implementeren. Een mogelijk optie is dat bij het opvragen van "/foo/bar" de methode "barAction" van een klasse "FooController" wordt aangeroepen.

[ Voor 5% gewijzigd door 2playgames op 02-02-2009 19:47 ]

[Verwijderd]

2playgames schreef op maandag 02 februari 2009 @ 19:46:
Een veel gebruikte en ook (naar mijn mening) de netste manier is om met 1 RewriteRule alle requests naar 1 index.php door te sturen.

Daar ben ik het compleet mee eens. Je applicatie moet in staat zijn de URL's te genereren. Dan is het ook niet zo vreemd als er ook URL's geinterpreteerd moeten worden.

[Raynman]

NEOeo schreef op maandag 02 februari 2009 @ 18:07:
Bedankt!
Ik had echt geen idee waar ik naar moest zoeken.

offtopic:
Dat vind ik toch wat moeilijk te geloven. Zelfs [google=google vriendelijke urls] (je topictitel) geeft al een paar blog- of forumposts waarin mod rewrite e.d. genoemd worden.

[ Voor 4% gewijzigd door Raynman op 02-02-2009 21:39 ]

[curry684]

Raynman schreef op maandag 02 februari 2009 @ 21:36:
[...]

offtopic:
Dat vind ik toch wat moeilijk te geloven. Zelfs [google=google vriendelijke urls] (je topictitel) geeft al een paar blog- of forumposts waarin mod rewrite e.d. genoemd worden.

offtopic:
Het staat zelfs in de PHP Programming FAQ in dit subforum.

[Verwijderd]

2playgames schreef op maandag 02 februari 2009 @ 19:46:
Een veel gebruikte en ook (naar mijn mening) de netste manier is om met 1 RewriteRule alle requests naar 1 index.php door te sturen.

code:

RewriteEngine On

# verwijs alles door
# behalve als de opgevraagde URL
# naar een echt bestand wijst
RewriteCond %{REQUEST_FILENAME} -s [OR]
RewriteCond %{REQUEST_FILENAME} -l [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^.*$ /index.php [NC,L]

In index.php lees je vervolgens de gevraagde pagina uit $_SERVER['REQUEST_URI']. Deze kun je naar eigen smaak implementeren. Een mogelijk optie is dat bij het opvragen van "/foo/bar" de methode "barAction" van een klasse "FooController" wordt aangeroepen.

Ik gebruik dit ook, maar volgens mij zit je nog steeds aan normale rewrite rules vast hoor.

[compufreak88]

Verwijderd schreef op maandag 02 februari 2009 @ 21:41:
[...]


Ik gebruik dit ook, maar volgens mij zit je nog steeds aan normale rewrite rules vast hoor.

Waarom? Alle requests kunnen worden doorgestuurd naar 1 bestand. Die bepaald dan uiteindelijk wat er gebeurt. Je kunt zelfs instellen dat als het bestand wel bestaat, dat hij dan gewoon dat bestand laadt.

[curry684]

Let er bij die aanpak (die idd de machtigste en flexibelste is) wel op dat je goed met alle vormen van URL's omgaat - dus ook bijv. met GET-parameters die je in de URI alsnog los gaat aantreffen.

[2playgames]

PHP:

<?php
$uri = $_SERVER['REQUEST_URI'];
$uri = substr($uri, 0, strpos('?', $uri));

simpel gezegd dan. je moet wel kijken of strpos geen false geeft

[WouZz]

2playgames schreef op dinsdag 03 februari 2009 @ 00:00:

PHP:

<?php
$uri = $_SERVER['REQUEST_URI'];
$uri = substr($uri, 0, strpos('?', $uri));

simpel gezegd dan. je moet wel kijken of strpos geen false geeft

Check parse_url. Zit je helemaal safe.

[Verwijderd]

compufreak88 schreef op maandag 02 februari 2009 @ 21:44:
[...]


Waarom? Alle requests kunnen worden doorgestuurd naar 1 bestand. Die bepaald dan uiteindelijk wat er gebeurt. Je kunt zelfs instellen dat als het bestand wel bestaat, dat hij dan gewoon dat bestand laadt.

Jij gaat er dus vanuit dat alles in de root van de webdir staat ?

Dat lijkt me niet handig.

[NMe]

Dit staat zoals Curry hierboven al zegt letterlijk in onze FAQ, ondanks dat het serverconfiguratie betreft en geen programmeerissue is. We gaan er hier wel van uit dat je op zijn minst de relevante FAQ's erop naleest. (PHP is in deze eigenlijk amper tot niet relevant maar je kiest het in je topictitel en de FAQ die je zoekt staat ook gewoon onder PHP. ) Daarnaast is het ook al heel vaak voorbij gekomen hier, dus ik kan me niet voorstellen dat je hier niets over hebt kunnen vinden.

Kortom: op slot dus, wegens gebrek aan eigen inzet.