FAQ |
Kalender |
2008-05-27, 13:11 | #1 | ||
|
|||
Klarade millennium-buggen
|
Man bruka vilja ändra sökvägarna idag, så man slipper typ http://www.foobar.se/index.php?cPath=44:333 blir
typ http://www.foobar.se/datorer/hemdatorer/zx81.html Många lägger in siffra i URL:en så det bli så här http://www.foobar.se/datorer.44/hemdatorer...81.4994994.html Och sedan bygger en brygga mellan URL:en och webshoppen. ( Jag har dock gått från basen 10 till basen 35, för att få ner antalet siffrorna i url:en.) En annan lösning är ju man lagra dom olika sökvägarna i en tabell i DBn, och datorer får ett id osv osv Vad är bäst? Hur skulle Ni göra det rent tekniskt? |
||
Svara med citat |
2008-05-27, 13:55 | #2 | ||
|
|||
Klarade millennium-buggen
|
En lite notis bara, ni som vill köpa en ZX81:a kan surfa hit :
http://www.zebrasystems.com/zebrasystems/z...zx81/index.html |
||
Svara med citat |
2008-05-28, 08:14 | #3 | ||
|
|||
Medlem
|
Jag skulle helt klart satsa på att lagra URLerna i databasen, vilket ger en mycket mer flexibel lösning, där du faktiskt kan gerera URL automatiskt, och även tillåta manuell redigering. Detta går att implementera på olika sätt, lite beroende på vilken målmiljö man har.
Schematiskt funkar det ungefär så här: 0 - Se till att generera och spara ned URL i databas när innehåll skapas. 1 - Se till att alla anrop till webbplatsen går till samma fysiska fil (med classic ASP måste man göra detta med custom 404) 2 - Kontrollera url för inkommande request i den filen 3 - Slå mot databasen för att se om det finns något innehåll med efterfrågad URL 4 - Om det inte finns något innehåll - servera en 404. 5 - Om det finns innehåll - servera innehållet. Hoppas att det är till någon hjälp. |
||
Svara med citat |
2008-05-28, 11:49 | #4 | ||
|
|||
Klarade millennium-buggen
|
Citat:
Kod:
RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*) index.php Kod:
<? $path = split ( "/",$REQUEST_URI ); ?> Men tittar man t.e.x på hur expressen är SEO:ad, såkomuflera dom "databasenid" i urlen .. |
||
Svara med citat |
2008-05-28, 11:54 | #5 | ||
|
|||
Klarade millennium-buggen
|
Jag har ett extra fält i mina tabeller som är en unik identiferare deriverad från produkten/användarens namn (ifall den inte är unik är det ju bara att slänga på en siffra efter tills man når ett unikt fält).
Sedan matchar jag user i www.site.com/u/user/ mot det fältet i user-tabellen. Att ha id'n med i urlen tar bort lite av syftet med den här typen av modrewrites tycker jag. |
||
Svara med citat |
2008-05-28, 11:55 | #6 | ||
|
|||
Supermoderator
|
Jag skulle undvika nummer i URL:en om det är möjligt.
__________________
Jonny Zetterström se.linkedin.com/in/jonnyz | bjz.se | sajthotellet.com | kalsongkungen.se | zretail.se | zetterstromnetworks.se | webbhotellsguide.se | ekonominyheter24.se | nyamobiltelefoner.se | gapskratt.se | antivirusguiden.se | jonny.nu |
||
Svara med citat |
2008-05-28, 16:25 | #7 | ||
|
|||
Klarade millennium-buggen
|
Citat:
base_convert ( http://se2.php.net/manual/en/function.base-convert.php ) verka bara klara maxbasen 35. |
||
Svara med citat |
2008-05-28, 16:44 | #8 | ||
|
|||
Medlem
|
Citat:
Rätt hanterat med custom 404 kan man få det att fungera utan att sökmotorerna missförstår någonting. En custom 404 behöver ju faktiskt inte returnera response code 404 varje gång om man inte vill |
||
Svara med citat |
Svara |
|
|