Kom ihåg mig?
Home Menu

Menu


Andra sökvägar

Ämnesverktyg Visningsalternativ
Oläst 2008-05-27, 13:11 #1
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
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?
klein är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-27, 13:55 #2
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
En lite notis bara, ni som vill köpa en ZX81:a kan surfa hit :

http://www.zebrasystems.com/zebrasystems/z...zx81/index.html
klein är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 08:14 #3
berneboy berneboy är inte uppkopplad
Medlem
 
Reg.datum: Oct 2005
Inlägg: 208
berneboy berneboy är inte uppkopplad
Medlem
 
Reg.datum: Oct 2005
Inlägg: 208
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.
berneboy är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 11:49 #4
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
Citat:
Originally posted by berneboy@May 28 2008, 07:14
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.
Jag kör i för sig PHP och MySQL, så jag har en .htaccess som har följande rader i sig :

Kod:
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
Sedan fångar upp det med

Kod:
<?
$path  = split ( "/",$REQUEST_URI );

?>
404 requester är väl inte så bra ur SEO perspketiv, för då skicka webserver demonen ett 404 header till sökspindel, vilket sökmotor tar hänsyn vid indexeringen?

Men tittar man t.e.x på hur expressen är SEO:ad, såkomuflera dom "databasenid" i urlen ..
klein är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 11:54 #5
grazzy grazzy är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Mar 2004
Inlägg: 3 471
grazzy grazzy är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Mar 2004
Inlägg: 3 471
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.
grazzy är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 11:55 #6
jonny jonny är inte uppkopplad
Supermoderator
 
Reg.datum: Sep 2003
Inlägg: 6 941
jonny jonny är inte uppkopplad
Supermoderator
 
Reg.datum: Sep 2003
Inlägg: 6 941
Jag skulle undvika nummer i URL:en om det är möjligt.
jonny är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 16:25 #7
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
klein klein är inte uppkopplad
Klarade millennium-buggen
 
Reg.datum: Jul 2005
Inlägg: 2 225
Citat:
Originally posted by jonny@May 28 2008, 10:55
Jag skulle undvika nummer i URL:en om det är möjligt.
Det är därför jag kör med basen 35 på mina url siffror istället för basen 10. I näst version så blir nog en table variant , men det är så jävla meckigt OsC..

base_convert ( http://se2.php.net/manual/en/function.base-convert.php ) verka bara klara maxbasen 35.
klein är inte uppkopplad   Svara med citatSvara med citat
Oläst 2008-05-28, 16:44 #8
berneboy berneboy är inte uppkopplad
Medlem
 
Reg.datum: Oct 2005
Inlägg: 208
berneboy berneboy är inte uppkopplad
Medlem
 
Reg.datum: Oct 2005
Inlägg: 208
Citat:
Ursprungligen postat av klein
Citat:
Ursprungligen postat av berneboy
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.
Jag kör i för sig PHP och MySQL, så jag har en .htaccess som har följande rader i sig :

Kod:
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*) index.php
Sedan fångar upp det med

Kod:
<?
$path * = split ( "/",$REQUEST_URI );

?>
404 requester är väl inte så bra ur SEO perspketiv, för då skicka webserver demonen ett 404 header till sökspindel, vilket sökmotor tar hänsyn vid indexeringen?

Men tittar man t.e.x på hur expressen är SEO:ad, såkomuflera dom "databasenid" i urlen ..
Precis så gör man i php. Men om man har klassisk asp blir det knepigare, men inte omöjligt.

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
berneboy är inte uppkopplad   Svara med citatSvara med citat
Svara


Aktiva användare som för närvarande tittar på det här ämnet: 1 (0 medlemmar och 1 gäster)
 

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av

Forumhopp


Alla tider är GMT +2. Klockan är nu 04:39.

Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
 
Copyright © 2017