http://www.evolt.org/article/Search_Engine_Friendly_URLs_with_PHP_and_Apache/17/15049/index.html
Har inte provat det själv, men sidan/koden tycks rimlig.
Borde dock fixa detta själv eg, nåndag.. när man får tid över :p
7 svar · 457 visningar · startad av Danielkun
Jag undrar om man kan göra som tex. Amazon.com har gjort, och lagt in variablerna i katalognamn istället för filnamnet?
Om det är möjligt, går det att få så utan att behöva kontakta ev. server personal om inställningar?
Anledningen att jag vill göra så är att att jag vill att sökmotorer ska kunna hitta sidorna. (och det gör dom väl inte om man har flera variabler efter filnamnet?) Jag tänkte basera allt på en index fil och använda variabler för att "guida" runt på sidan..
http://www.evolt.org/article/Search_Engine_Friendly_URLs_with_PHP_and_Apache/17/15049/index.html
Har inte provat det själv, men sidan/koden tycks rimlig.
Borde dock fixa detta själv eg, nåndag.. när man får tid över :p
Tack! Jag ska leta vidare lite jag med.. hoppas jag kan få ordning på nått
Kent.J skrev:
http://www.evolt.org/article/Search_Engine_Friendly_URLs_with_PHP_and_Apache/17/15049/index.html
Har inte provat det själv, men sidan/koden tycks rimlig.
Borde dock fixa detta själv eg, nåndag.. när man får tid över :p
Koden ovan fungerar utmärkt, använder det själv :)
En liten undran bara, är det inte väldigt osäkert att köra såhär? Tänker på ifall den koden som tvingar om sidorna inte fungerar, då kommer användaren se _all_ php-kod... Fast det ska väl iof inte kunna hända. Men en tanke iaf.
Qimen skrev:
En liten undran bara, är det inte väldigt osäkert att köra såhär? Tänker på ifall den koden som tvingar om sidorna inte fungerar, då kommer användaren se _all_ php-kod... Fast det ska väl iof inte kunna hända. Men en tanke iaf.
Ähum, är inte med på hur du menar här. Det enda min .htaccess fil gör är att skicka besökarna till en fil "cms". Du menar vad som händer om .htaccess-filen lägger av så att man kommer åt källkoden i den filen? Känns inte som det utgör någon större säkerhetsrisk, då är det ju värre om php-motorn lägger av isf.
<?php
/*
* Koden för en sökmotorvänlig URL.
*/
$url = $_SERVER["REQUEST_URI"];
$urlarr = explode("/",$url);
foreach($urlarr as $urlpart){
$tmp = explode('_',$urlpart,2);
if(isset($tmp[1]))
$_GET[$tmp[0]] = $tmp[1];
else
$_GET[$tmp[0]] = true;
}
require('index.php');
?>
http://www.sitepoint.com/article/search-engine-friendly-urls/3 skrev:
The ForceType directive allows you to override any default MIME types you have set up. Usually it may be used to parse an HTML page as PHP or something similar, but in this case we will use it to parse a file with no extension as PHP.
So instead of using article.php, as we did in method 1, rename that file to just "article".
Det var mest detta som gjorde mig orolig. Skulle man glömma .htaccess-filen eller om den knasar sig så lär man ju kunna komma åt alla filer. Eller har jag missförstått det? :)
Qimen skrev:
http://www.sitepoint.com/article/search-engine-friendly-urls/3 skrev:
The ForceType directive allows you to override any default MIME types you have set up. Usually it may be used to parse an HTML page as PHP or something similar, but in this case we will use it to parse a file with no extension as PHP.
So instead of using article.php, as we did in method 1, rename that file to just "article".
Det var mest detta som gjorde mig orolig. Skulle man glömma .htaccess-filen eller om den knasar sig så lär man ju kunna komma åt alla filer. Eller har jag missförstått det? :)
Nej, du har nog missförstått det lite. Glömmer man htaccess-filen så kommer man åt koden i filen "cms" (som den heter i mitt fall). Alla andra filer i applikationen har ju filändelsen .php så de kan man ju inte se ändå (om inte php-motorn/apache får fnatt helt).
Och naturligtvis lägger man inga känsliga uppgifter i den filen (se mitt exempel ovan).