Miksi ammattilaisten nettisivut ovat niin paskoja?

[Alfh]

Sinä olet tässä ihan toisen käyttäjän mutuilun varassa. Tuosta toimimattomuudesta ei ole tehty mitään tarkkaa analyysiä. Se voi johtua ihan vaan jostain yksittäisestä bugista selaimessa ja olla täysin tuon selaimen ja sen nykyisen version vika.

Totta. Olen kuitenkin törmännyt vastaaviin ongelmiin ajantasaisen Firefox ESR:n kanssa, kun jokin sivusto on nyt vain päättänyt ettei niille pääse kuin "uusimmilla" selainversioilla. ESR on LTS, eli ei sitä uusinta uutta bugeineen, mutta tietoturvapäivitykset pitäisi olla kunnossa.

Ihan jo palvelinten TLS-versio käytännössä rajaa pois museolaitteet ja -selaimet. Organisaatioiden pitäisi näitä varten rakentaa jotain HTTPS:n pois riisuvia MITM-proxyjä, jotta voisi testata myös vaikkapa 8-bittiset kotimikrot, jotka on kytketty proxyyn sarjalinkin yli.

Se on selaimen ongelma tukeeko se näitä rajapintoja tai muita kilkkeitä. En vaadi, että sivustojen pitäisi tarjota salaamatonta http:tä tai ottaa Lynxin käyttäjät huomioon. Kunhan niitä ei etukäteen estetä.

Olisihan se toivottavaa, että viranomaisten sivut toimisivat myös 16-bittisellä lynx 1.0:lla, jota ajetaan OS/2 Warpilla DOS-ikkunassa ja merkistönä on koodisivu 1004. Protokollina voisi olla Gopher ja FTP. Nämä ovat kuitenkin täysin päteviä viranomaisasiointiin.

Mielestäni viranomaissivuja pitäisi todella voida lukea vaikka OS/2 Warpin selaimella. Kuten tässäkin ketjussa joku kirjoitti, Trafin sivut ovat nykyään täynnä JS-valikkoja, ettei hakukoneetkaan osaa indeksoida niitä. Se on kansalaisten tiedonsaannin kannalta melko surkeaa toimintaa. Varsinainen asiointi tietysti vaatii salattua yhteyttä.

 

[love_doctor]

Totta. Olen kuitenkin törmännyt vastaaviin ongelmiin ajantasaisen Firefox ESR:n kanssa, kun jokin sivusto on nyt vain päättänyt ettei niille pääse kuin "uusimmilla" selainversioilla. ESR on LTS, eli ei sitä uusinta uutta bugeineen, mutta tietoturvapäivitykset pitäisi olla kunnossa.

Joo, tämä on iso epäkohta, koska tuo ESR on monessa paikassa käytössä ja käyttäjillä ei ole mahdollisuutta välttämättä tehdä asialle mitään.

Mielestäni viranomaissivuja pitäisi todella voida lukea vaikka OS/2 Warpin selaimella. Kuten tässäkin ketjussa joku kirjoitti, Trafin sivut ovat nykyään täynnä JS-valikkoja, ettei hakukoneetkaan osaa indeksoida niitä. Se on kansalaisten tiedonsaannin kannalta melko surkeaa toimintaa. Varsinainen asiointi tietysti vaatii salattua yhteyttä.

On se ideana ihan ok, mutta tuossa on se ongelma, että noihin implementaatioihin voi liittyä rajoitteita, jotka kuitenkin tekevät asian mahdottomaksi käytännössä, koska niin monta teknologiapinon tasoa on mennyt uusiksi. Haluat ehkä, että OS/2:lle olisi teoriassa mahdollista toteuttaa selain, joka toimisi, mutta jotta ylipäänsä pääsisi siihen pisteeseen, on monta alemman tason ongelmaa ratkottavana.

Esim. jos vaikka sillä OS/2-koneella on token ring -verkko koaksiaalilla ja sinulla ei ole mitään, mihin kytkeä konetta, kaikki nämä tasot pitää rakentaa uudestaan ja laittaa väliin joku proxy. Pian voi IPv6:n takia jo kommunikointi muuttua haasteelliseksi. Sinun pitää jotenkin osata manuaalisesti päivittää sertifikaatit koneelle, jos selain ylipäänsä tukee yhtään kryptoalgoritmia, mitä palvelinpuoli vielä kelpuuttaa. Esim. Traficomin sivuilta en saa itse luettua edes yhtään "staattista" tietosivua ilman https:ää. Ja jos selain ei tue TLS:ää vaan pelkästään SSL:ää, edelleen mitään ei saa tehtyä. TLS 1.0 vaikuttaisi yhä toimivan. Tarvitaan siis se MITM-proxy, jos laite ja ohjelmisto ovat 80- tai 90-luvuilta. Ja nyt kun TLS 1.0 ja 1.1 ovat myös jo vanhentuneet ja tuki poistumassa, se nostaa minimitason vuoteen 2008. Verkkopankkien ja viranomaisten kanssa asioitaessa haluat luultavasti, että tietoturva on kunnossa, joten tuo rajoite on aika tiukka ja käytännössä ohjaa noihin muihinkin teknologiavalintoihin.

 

[Sompi]

Niin mistä rajapinnoista on kyse? Firefoxiin tuli esim. versiossa 25 tuki Web Audio API:lle. Tämä on siis standarditapa käsitellä audiota. Sitä ennen Firefoxilla oli oma ei-standardi tapa käsitellä audiota. Ymmärrätkö tahallaan väärin mistä on kyse. Web Audio API toimii kaikilla selaimilla ja aiemmin jokaiselle tarvi oman, mahdollisesti erilaisen API:n. Kyse on taas yli 10 vuotta vanhasta standardista, joten tuki lienee tässä kohtaa kaikissa selaimissa. Ehkä ei Seamonkeyssä, mutta noissa mitä 99% ihmisistä käyttää.


Niin no koita nyt tehdä itsellesi ensin selväksi, mitä niistä API-versioista kannatat. Normaalisti kun porukka käyttää noita kirjastojen kautta, se kirjasto voi toteuttaa polyfillit niin, että sekä uusi että vanha API ovat samaan aikaan tuettuja. Onhan tässä selkeä etu. Se standardi-API on toiminut 2013 asti, mutta jos haluat tukea myös vuosien 2011-12 Firefoxia, onnistuu sen kirjaston kautta samalla kun uudemmat ovat tuettuja.

Siihen Web Audio APIin on jälkeenpäin lisätty uusia rajapintoja (siis funktioita ja luokkia) jotka tekevät samat asiat kuin ne jo aiemmin olemassa olleet rajapinnat, ja usein hankalammin ja monimutkaisemmin. Ihmettelen vain, miksi jotain ohjelmointikieltä kehitetään tuolla tavalla.

Joo, tämä on iso epäkohta, koska tuo ESR on monessa paikassa käytössä ja käyttäjillä ei ole mahdollisuutta välttämättä tehdä asialle mitään.


On se ideana ihan ok, mutta tuossa on se ongelma, että noihin implementaatioihin voi liittyä rajoitteita, jotka kuitenkin tekevät asian mahdottomaksi käytännössä, koska niin monta teknologiapinon tasoa on mennyt uusiksi. Haluat ehkä, että OS/2:lle olisi teoriassa mahdollista toteuttaa selain, joka toimisi, mutta jotta ylipäänsä pääsisi siihen pisteeseen, on monta alemman tason ongelmaa ratkottavana.

Esim. jos vaikka sillä OS/2-koneella on token ring -verkko koaksiaalilla ja sinulla ei ole mitään, mihin kytkeä konetta, kaikki nämä tasot pitää rakentaa uudestaan ja laittaa väliin joku proxy. Pian voi IPv6:n takia jo kommunikointi muuttua haasteelliseksi. Sinun pitää jotenkin osata manuaalisesti päivittää sertifikaatit koneelle, jos selain ylipäänsä tukee yhtään kryptoalgoritmia, mitä palvelinpuoli vielä kelpuuttaa. Esim. Traficomin sivuilta en saa itse luettua edes yhtään "staattista" tietosivua ilman https:ää. Ja jos selain ei tue TLS:ää vaan pelkästään SSL:ää, edelleen mitään ei saa tehtyä. TLS 1.0 vaikuttaisi yhä toimivan. Tarvitaan siis se MITM-proxy, jos laite ja ohjelmisto ovat 80- tai 90-luvuilta. Ja nyt kun TLS 1.0 ja 1.1 ovat myös jo vanhentuneet ja tuki poistumassa, se nostaa minimitason vuoteen 2008. Verkkopankkien ja viranomaisten kanssa asioitaessa haluat luultavasti, että tietoturva on kunnossa, joten tuo rajoite on aika tiukka ja käytännössä ohjaa noihin muihinkin teknologiavalintoihin.

Nythän Finlexiäkin ollaan uudistamassa niin, että uudistuksen jälkeen sitä ei enää pääse lukemaan oikein muilla selaimilla kuin Chromella ja uusimmilla Firefoxeilla, koska sisältö ei näy enää ollenkaan ilman uusimpien JavaScript-rajapintojen tukea. Vanha Finlex toimii aivan hyvin vaikka lynxillä, kuten pitääkin toimia. Valtakunnan laki on sen verran tärkeä asia, että mahdollisuus sen lukemiseen pitäisi olla kaikilla tavoin mahdollisimman hyvin kaikkien saavutettavissa.

Ja kaiken lisäksi tuota uudistusta vielä perustellaan sillä, että uusi on muka jotenkin saavutettavampi, vaikka toimiikin murto-osalla siitä määrästä selaimia, joilla vanhaa versiota voi selata.

Koska nykyinen vanha Finlexin versio toimii sillä lynxilläkin, niin asia ei selvästikään ole mahdotonta implementoida käytännössä.