Niin, ehkä URL, ehkä URI ....
Mutta:
Jos http -palvelimella (tarkka tyyppi ei ole tiedossa, mutta eiköhän noista yli 90% ole apachen eri versioita) on tiedosto:
http://www.esimerkkipalvelin.fi/files/päivänavaus.mp3
( esimerkki EI ole toimiva, mutta kertoo hyvin, mistä on kysymys - "ä" -kirjain tiedostonimessä ! )
Mitä standardit sanovat siitä, mikä on http GET -pyynnössä oleva merkkivalikoima ?
Itse kokeilin imuroida tuohon verrattavissa olevan linkin perusteella mp3 -tiedostoa, mutta kumpikaan, ei Opera, eikä Firefox , osannut imuroida tuollaista, eli ilmeisesti selain ja vastapäässä oleva http -palvelin olivat eri mieltä käytettävästä merkkivalikoimasta.
Seuraavaksi kokeilin tehdä Delphillä ohjelman, joka osaa imuroida tiedoston silloinkin, kun URL:ssä tai URI:ssa (kumpi sitten lieneekin) on ä -kirjain.
Jos oikein muistan, niin tätä ei osannut oletuksena Synapse eikä Indy (Indy tulee uudempien Delphien mukana, Synapsen voi imuroida ja asentaa erikseen).
Seuraavaksi kokeilin Microsoftin Inet API -ohjelmointirajapintaa - ja tämä johti onnistuneeseen lopputulokseen.
Sitä en tiedä, mitä Microsoftin Inet API sisäisesti tekee, mutta se tuli todettua, että Inet API osaa homman oikein myös silloin, kun URL/URI sisältää esim. ä -kirjaimen.
Asian voisi varmaan kokeilla laittamalla omatekoisen http -palvelimen pystyyn, ja katsomalla, millainen GET -pyyntö tulee Microsoftin Inet API:a käyttävältä ohjelmalta, kun ohjelman käsketään noutaa omalta http -palvelimelta tiedosto, jonka nimessä on ä ja/tai ö -kirjain.
Mutta sanovatko alan standardit http GET -pyynnön merkkikoodauksesta jotakin, vai onko vain sattumaa, että Microsoftin Inet API ja http -palvelin (todennäköisesti Apache) sattuivat olemaan samaa mieltä käytettävästä merkkikoodauksesta.
Mielenkiintoista on myös, miksi sen paremmin Opera kuin Firefox eivät kumpikaan osanneet hommaa oikein, eikö ?
Mutta:
Jos http -palvelimella (tarkka tyyppi ei ole tiedossa, mutta eiköhän noista yli 90% ole apachen eri versioita) on tiedosto:
http://www.esimerkkipalvelin.fi/files/päivänavaus.mp3
( esimerkki EI ole toimiva, mutta kertoo hyvin, mistä on kysymys - "ä" -kirjain tiedostonimessä ! )
Mitä standardit sanovat siitä, mikä on http GET -pyynnössä oleva merkkivalikoima ?
Itse kokeilin imuroida tuohon verrattavissa olevan linkin perusteella mp3 -tiedostoa, mutta kumpikaan, ei Opera, eikä Firefox , osannut imuroida tuollaista, eli ilmeisesti selain ja vastapäässä oleva http -palvelin olivat eri mieltä käytettävästä merkkivalikoimasta.
Seuraavaksi kokeilin tehdä Delphillä ohjelman, joka osaa imuroida tiedoston silloinkin, kun URL:ssä tai URI:ssa (kumpi sitten lieneekin) on ä -kirjain.
Jos oikein muistan, niin tätä ei osannut oletuksena Synapse eikä Indy (Indy tulee uudempien Delphien mukana, Synapsen voi imuroida ja asentaa erikseen).
Seuraavaksi kokeilin Microsoftin Inet API -ohjelmointirajapintaa - ja tämä johti onnistuneeseen lopputulokseen.
Sitä en tiedä, mitä Microsoftin Inet API sisäisesti tekee, mutta se tuli todettua, että Inet API osaa homman oikein myös silloin, kun URL/URI sisältää esim. ä -kirjaimen.
Asian voisi varmaan kokeilla laittamalla omatekoisen http -palvelimen pystyyn, ja katsomalla, millainen GET -pyyntö tulee Microsoftin Inet API:a käyttävältä ohjelmalta, kun ohjelman käsketään noutaa omalta http -palvelimelta tiedosto, jonka nimessä on ä ja/tai ö -kirjain.
Mutta sanovatko alan standardit http GET -pyynnön merkkikoodauksesta jotakin, vai onko vain sattumaa, että Microsoftin Inet API ja http -palvelin (todennäköisesti Apache) sattuivat olemaan samaa mieltä käytettävästä merkkikoodauksesta.
Mielenkiintoista on myös, miksi sen paremmin Opera kuin Firefox eivät kumpikaan osanneet hommaa oikein, eikö ?
Vastaukset 4
Vanhimmat
Erikoismerkit täytyy url koodata.
Toimiva linkki olisi:
http://www.esimerkkipalvelin.fi/files/p%E4iv%E4navaus.mp3
Merkit tulee UTF-8-koodata ja sen jälkeen %-koodata. Ks.
http://www.w3.org/International/articles/idn-and-iri/
Tuota IRI:ä ei välttämättä tarvita jos ei sitten välttämättä halua tukea kyriilistä kirjoitusta (venäjä), kiinaa, japania jne. Jos tarve on että ääkköset yms tavalliset "länsimaiset" kirjoitusmerkit toimivat niin sitten tuo "url enkoodaus"/prosentti enkoodaus riittää.
URL-enkoodaus / %-koodaus koodaa ISO-8859-1 merkistöstä ascii merkistön ylittävän osan sekä ascii merkistön kontrollimerkit käyttäen %-merkintöjä. Muilta osin merkit tulevat sellaisenaan. Jonkun verran siellä on kuitenkin ns. varattuja merkkejä joita ei voi osoitteessa käyttää
Testailin joutessani ja laitoin apacheen jakoon tiedostonnimen jossa on ääkkösiä. Selaimella avatessani se toimi sukkana ok eikä apachen konfiguraatioon tarvinnut tehdä mitään. Selain huolehtii clientin päässä url-enkoodauksesta läpinäkyvästi eikä siitä tarvitse itse välittää
Hauska pieni yksityiskohta (toimii ainakin firefoxilla): kopioimalla koko osoitteen osoiteriviltä saat sen url-enkoodattuna. Jos kopioit vain osan osoitteesta saat sen ilman enkoodausta. Tällä voi vaikka kokeilla :)
http://fi.wikipedia.org/wiki/Ääkköset