Nykyään olisi hyvä tarjota mahdollisimman paljon permanenturleja webbisisältöön, REST-rajapintoihin jne. Toisaalta joskus tarvitaan lyhyturleja (esim. twitter-julkaisuun), mutta 3-osapuolen lyhyturlipalvelut on huono idea.
Kuinka taata, että selkourlit säilyy, vaikka CMS-järjestelmä vaihtuu? Ainakin siten, että rakennetaan erillinen selkourli + lyhyturl -palvelu omalle palvelimelle. Sen pitäisi olla mahdollisimman simppeli ja toisaalta suorituskykyinen, jotta se on helppo pitää aina pelissä mukana, vaikka muu julkaisutekniikka vaihtuu.
Mieleeni tulee ekana, että tarvittava ohjelma voisi olla apachen moduli, joka kääntää selkourlin + sitä vastaavan lyhyturlin varsinaiseksi osoitteeksi, joka voidaan palvella joko samasta apachesta tai toisesta apachesta.
Kaikki tuleva liikenne voidaan ohjata tähän apacheen -- Mikäli osoite ei ole "selkourl tai lyhyturl-avaruudessa", se välitetään sellaisenaan eteenpäin.
Palvelu tarjoaa myös REST-kutsun, jolla voidaan luodat selko+lyhyturleja: Tämän REST-kutsun käyttö voidaan rajoittaa tehtäväksi vain sisäverkosta.
Selkourl tehdään antamalla kutsussa parametrina alkuperäisurl+haluttu selkourl, sekä tieto, halutaanko lyhyturl. Mikäli selkourlin jättää tyhjäksi, saadaan pelkkä lyhyturl. Paluuna tulee xml-sanoma, jossa on kutsun status ja lyhyturl.
Toisella REST-kutsulla (voidaan rajoittaa sisäverkkokäyttöön) voi kysyä alkuperäisurlilla selkourl+lyhyturl, sekourlilla alkuperäisurl+lyhyturl tai lyhyturlilla sekourl+alkuperäisurl.
Nämä urlit tallennetaan johonkin suorituskykyiseen kantaan (esim. MySQL).
Onko edellä olevassa järkeä? Onko tällaisia? Mtä muuta tarvittaisiin?
