URL:N merkkikoodaus ?

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ö ?