Optimala URLs

Vad är egentligen strategin för att undvika att skriva ut någon form av identifikation (i form av id-nummer) för en sida? Om jag till exempel vill skriva om blogg.php?id=123&name=title till endast blogg/title, utan att använda det oinformativa id-nummer som hör till sidan.

Jim skriver ju om detta i ursprungsinlägget, men hur är igentligen tillvägagångssättet? Då måste istället titeln vara det identifierade värdet, bara? Hur löser ni experter det? :)

Edit med en till fråga på ämnet:
Vilken form av västerländska tecken anser ni är bäst för URLer? ö = oe eller ö = o?

Har även märkt att Googles egna bloggtjänst Blogger, helt tar bort västerländska tecken från sina URLer. Exempel på detta: "Mörker för såpa" = "mrker-fr-spa", som resulterar i ganska kryptiska URLer.

Det du gör är att skapa ett extra fält i databasen som du kallar typ uid eller stub eller nåt. Där i lagrar du "mrker-fr-spa" eller vad det nu kan vara. Sen slänger du på ett index på det fältet. Att göra slagningar mot det fältet blir sedan marginellt långsammare än att slå upp ett numeriskt id (så länge du inte använder wildcards, men det behöver du ju inte...).

Citat:

---

Ursprungligen postat av Hjalmar

Sen slänger du på ett index på det fältet. Att göra slagningar mot det fältet blir sedan marginellt långsammare än att slå upp ett numeriskt id (så länge du inte använder wildcards, men det behöver du ju inte...).

---

Tack för det snabba svaret Hjalmar! :D

Är inte riktigt med på dina slagningar, alltså kombinera "id" och "uid" för att identifiera inlägget? Efter allt man studerat gällande databasdesign och tillämpning känns det lite surt att slänga "id" i sjön. Så att säga..

Hur säkrar jag att inte få några ounika "uid"? Dt gör ju inget så länge det även kombineras med "id"? Ledsen att jag inte vågar lita på en text-sträng för att identifiera en sida skapad dynamiskt. Mina frågor är egentligen: Funkar det verkligen? och vilka fallgropar är kända?

Här är lite exempel-kod från projektet tuurf.com.

Detta exempel kan såklart användas för alla typer av data, inte bara användare. Loopen i createUser()-funktionen lägger på en siffra på slutet av den unika användar-identifieraren ifall den hittar en likadan uuid. Det blir alltså hjalmar1 för nästa person som heter Hjalmar.

Kod:

---

function createUser($email,$name,$password) {
        $uuid_org = urlifiera(mysql_real_escape_string($name));
        $uuid = $uuid_org;
        $cnt = 1;
        $repeat = true;
        /* FIXME TODO: locking for the table?  */
        while($repeat) {
                $repeat = false;
                $sql = sprintf("SELECT id FROM user WHERE uuid LIKE '%s'",$uuid);
                $res = mRead($sql);
                if (mysql_num_rows($res)>0) {
                        $uuid = $uuid_org . $cnt;
                        $cnt++;
                        $repeat = true;
                }
        }
        // stoppa in $uuid i user-tabellen tillsammans med den nya usern
}

---

Funktionen urlifiera för att skapa seo-vänliga urls (den kan nog piffas till lite vid behov, har ni förslag så svara gärna med dessa).

Kod:

---

function urlifiera($url) {
    $url = preg_replace("/å/i",'a',$url);
    $url = preg_replace("/ä/i",'a',$url);
    $url = preg_replace("/ö/i",'o',$url);
    $url = preg_replace("/[^a-z0-9\-]/i",'-',$url);
    $url = preg_replace('/--+/','-',$url);
    $url = preg_replace('/^-/','',$url);
    $url = preg_replace('/-$/','',$url);
  return strtolower($url);
}

---

När en slagning görs, tex hxxp://www.tuurf.com/user/hjalmar så är hjalmar uuid. Då har vi en mod_rewrite-regel som säger att vi anropar user.php?uuid=hjalmar

Kod:

---

$sql = sprintf("SELECT * FROM user WHERE uuid LIKE '%s'", mysql_real_escape_string($_GET['uuid']))

---

Klarnar det?

Yes! Nu klarnar det, och det funkar jättebra! :)

Citat:

---

Ursprungligen postat av Hjalmar

Funktionen urlifiera för att skapa seo-vänliga urls (den kan nog piffas till lite vid behov, har ni förslag så svara gärna med dessa).

Kod:

---

function urlifiera($url) {
    $url = preg_replace("/å/i",'a',$url);
    $url = preg_replace("/ä/i",'a',$url);
    $url = preg_replace("/ö/i",'o',$url);
    $url = preg_replace("/[^a-z0-9\-]/i",'-',$url);
    $url = preg_replace('/--+/','-',$url);
    $url = preg_replace('/^-/','',$url);
    $url = preg_replace('/-$/','',$url);
  return strtolower($url);
}

---

---

Saknas inte borttagning av " och ' samt punkter och kommatecken för $url?

Näh, raden:
$url = preg_replace("/[^a-z0-9\-]/i",'-',$url);

Gör om allt som inte är a-z, 0-9 eller - till "-".

Här är min, den tar även hand om alla andra utländska tecken.

Kod:

---

// Generate SEO-url
function generate_sef($str)
{
        // Delimiter
        $d = "-";

        // Replace umlauts with their basic latin representation
        $chars = array(
                ' '        =>        $d,
                '&'        =>        'och',
                '/'        =>        '-',
                "\xe5" => 'aa',
                "\xe4" => 'ae',
                "\xf6" => 'oe',
                "\xc5" => 'aa',
                "\xc4" => 'ae',
                "\xd6" => 'oe',
        );

        // Replace specific characters
        $str = str_replace(array_keys($chars), $chars, $str);

        if (!empty($str)) {
                // Convert all foreign characters
                $str = strtr($str, "\xe1\xc1\xe0\xc0\xe2\xc2\xe3\xc3\xaa\xe7\xc7\xe9\xc9\xe8\xc8\xea\xca\xeb\xcb\xed\xcd\xec\xcc\xee\xce\xef\xcf\xf1\xd1\xf3\xd3\xf2\xd2\xf4\xd4\xf5\xd5\x8\xd8\xba\xf0\xfa\xda\xf9\xd9\xfb\xdb\xfc\xdc\xfd\xdd\xff\xe6\xc6\xdf", "aAaAaAaAacCeEeEeEeEiIiIiIiInNoOoOoOoOoOoouUuUuUuUyYyaAs");
       
                // Remove all weird characters except the allowed ones
                $str = preg_replace('/[^a-zA-Z0-9\_\-\+]/', '', $str);

                // Make single dash from double-dash
                $str = preg_replace("/($d){2,}/", $d, $str);

                return strtolower($str);
        }
        return false;
}

---

Hur gör man då när man vill hämta något ur databasen med dessa funktioner?

Säg att vi har en .htaccess fil som gör om en adressen till seo-vänlig url:

RewriteRule ^sok/(.*)$ sok.php?text=$1

Precis innan gjorde vi om söktermen med en av era funktioner. Jag som sökte på "Göteborg-Håkan" fick en omgord adress som såg ut så här:

hxxp://www.domän.se/sok.php?text=goteborg-hakan

en rewriterule gjorde denna adress ok:

hxxp://www.domän.se/sok/goteborg-hakan

Om jag sedan hämtar ut resultatet med, låt säga, denna kod:

"SELECT * FROM soktabellen WHERE text LIKE '%'{$_GET['text']}'%'"

Så blir ju självklart detta fel eftersom i texten finns inte goteborg-hakan, där finns bara Göteborg-Håkan. Hur löser ni detta?

Ni kan ju inte heller köra funktionen bakvänt och göra om alla o till ö osv. Hur löser ni den biten?

I söktermer ska du inte skriva om själva söktermen till sökmotorvänlig URL. Jag tycker du har valt en bra struktur genom att använda "sok/".

Låt termen vara "Göteborg-Håkan". :)

anledningen till just det är att jag även vill publicera sökningarna på siten med en lista "mest populära sökningarna just nu" och vill då använda fina, seovänliga länkar till detta. Men det kanske inte är möjligt, ska fundera lite på detta.

Citat:

---

Ursprungligen postat av musse1

anledningen till just det är att jag även vill publicera sökningarna på siten med en lista "mest populära sökningarna just nu" och vill då använda fina, seovänliga länkar till detta. Men det kanske inte är möjligt, ska fundera lite på detta.

---

Jag har ju sett många som gör det. Du får ta och göra någon fullösning kanske och mappa om det där. Med dagens servrar ska det ju vara riktigt hög last innan fulkodning har någon som helst betydelse längre.

Google tycker inte om när man presenterar sökresultat som statiska sidor.

Citat:

---

Ursprungligen postat av MattiasN

Google tycker inte om när man presenterar sökresultat som statiska sidor.

---

Jag tror inte de tycker om att man låter indexera sökresultat överhuvudtaget.

Men vill man ge sidorna meningsfulla namn för användarens skull men inte klarar det med det API man har mot databasen och inte vill försöka bygga om för djupt tycker jag att man i alla fall kan pröva att göra en fullösning kanske rent av med ett litet perl-skript och en flatfil som mappar om. De klarar så oerhört mycket datorerna nu förtiden utan att man märker någon skillnad.

Citat:

---

Ursprungligen postat av hans99

Jag tror inte de tycker om att man låter indexera sökresultat överhuvudtaget.

Men vill man ge sidorna meningsfulla namn för användarens skull men inte klarar det med det API man har mot databasen och inte vill försöka bygga om för djupt tycker jag att man i alla fall kan pröva att göra en fullösning kanske rent av med ett litet perl-skript och en flatfil som mappar om. De klarar så oerhört mycket datorerna nu förtiden utan att man märker någon skillnad.

---

Det var precis det jag menade. Tack för förtydligandet Hans