Miksi ammattilaisten nettisivut ovat niin paskoja?

[love_doctor]

Yritän vielä teroittaa pointtiani:
Saitti lataa ensilatauksella 7 megatavua tavaraa 150:llä http kutsulla. Sinä keskityt renderöintikirjastoon ja CSS kirjastoon, joka kokonaisuudessa on 200 kilotavua (joka oikein käytettynä tippunee pariin kymmeneen kilotavuun tai alle). Mielestäni näyttää siltä ettet näe metsää puilta, tässä kontekstissa renderöintikirjasto on täysin yhdentekevä, kuin myös käytetty CSS kirjasto.

EDIT:
Mikro-optimointi voi olla kivaa, mutta useimmissa (yli 99 % tapauksista) sovelluksissa se on täysin yhdentekevää.

Otin ihan yleisesti kantaa Tailwindiin. Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön. Tuo hesarin sivu oli vaan esimerkkinä sivusta, jossa sitä oli. Jos vaikka menen hesarin sivulle uudestaan, kaikki se muu 7 megaa voi tulla cachesta, mutta inline-css ei välttämättä, jos etusivulla muuttuu yksikin pieni palikka sisällössä. Eli silloin sen css:n osuus siitä uudelleenlatauksesta kasvaa huomattavasti. On paljon pieniä alisivuja eri sivustoilla, jossa joku 200 kB tyyliä olisi jo valtava pommi. Tietenkään se ei nykyään välttämättä tuntuisi kovin hitaalta, kun muu sivun on niin kevyt. Tässäkin on kaksi näkökulmaa - yksittäisen sivulatauksen näkökulmasta modernilla päätelaitteella ei välttämättä vaikuta latausaikaan, mutta jos jollain on vanha laite tai katotaan kokonaisuutena verkkoliikenteen kasvua vaikka miljoonalla sivulatauksella, niin vaikutus kertautuu. Toki tällaisetkin voi ampua alas vaan kun toteaa, että kaista on nykyään niin halpaa ja liittymät nopeita, että ei millään ole mitään väliä.

 

[kolistelija]

Otin ihan yleisesti kantaa Tailwindiin. Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön. Tuo hesarin sivu oli vaan esimerkkinä sivusta, jossa sitä oli. Jos vaikka menen hesarin sivulle uudestaan, kaikki se muu 7 megaa voi tulla cachesta, mutta inline-css ei välttämättä, jos etusivulla muuttuu yksikin pieni palikka sisällössä. Eli silloin sen css:n osuus siitä uudelleenlatauksesta kasvaa huomattavasti. On paljon pieniä alisivuja eri sivustoilla, jossa joku 200 kB tyyliä olisi jo valtava pommi. Tietenkään se ei nykyään välttämättä tuntuisi kovin hitaalta, kun muu sivun on niin kevyt. Tässäkin on kaksi näkökulmaa - yksittäisen sivulatauksen näkökulmasta modernilla päätelaitteella ei välttämättä vaikuta latausaikaan, mutta jos jollain on vanha laite tai katotaan kokonaisuutena verkkoliikenteen kasvua vaikka miljoonalla sivulatauksella, niin vaikutus kertautuu. Toki tällaisetkin voi ampua alas vaan kun toteaa, että kaista on nykyään niin halpaa ja liittymät nopeita, että ei millään ole mitään väliä.

Ohitit vielä kätevästi sen että Tailwind oikein käytettynä ei ole 200 kilotavun pala, vaan hyvin tehtynä alle reilusti 10 kilotavua tai ehkä 20 kilotavua jos sivulla on monimutkaiset tyylit.

 

[Paapaa]

Se on raskas silloin kun uudelleensiirrettävän datan määrä alkaa olla merkittävä suhteessa muuhun sisältöön.

No kun ei ole raskas. Tailwind bundlaa mukaan vain sen mitä käytetään ja se siirretään pakattuna. Puhutaan tyypillisesti kilotavujen tai pahimmillaan muutaman kymmenen kilotavua dataa. Sinne ei tule käyttämättömiä tyylejä/luokkia. Ja jos joku käyttäisi leijonanosan Tailwindin luokista, joutuisi hän ilman Tailwindiä myös käyttämään hirmu määrän tyylimäärittelyjä. Tailwind ei tee mitään maagista, vaan on vain kokoelma järkevästi niputettuja atomisia luokkia.

Sä keksit nyt ihan hatusta ongelmia joita ei missään ole. Ei myöskään HS:llä. Keskity oleelliseen. Tailwind ei ole mikään ongelma ja sulla on jäänyt levy päälle sen suhteen. Veikkaan, ettei sulla ole kokemusta Tailwindistä ja siksi sulla on siitä väärä käsitys.

 

[Sompi]

Vaikka JavaScript ei olekaan ns. tehokas kieli siinä mielessä kuin vaikka C, niin nykyselainten JavaScript-tulkit ovat kuitenkin erittäin hyvin optimoituja ja melko suurikin määrä JavaScript-koodia kääntyy tavukoodiksi hyvinkin kohtuullisessa ajassa. Myös se tavukoodin ajaminen on hyvin optimoitua. JavaScript on korkean tason kieli, jolla voi melko pienellä määrällä koodia tehdä hyvinkin monimutkaisia asioita ja nopeuttaa sivun käyttökokemusta merkittävästi esim. päivittämällä sivun sisältöä dynaamisesti sen sijaan, että lataisi aina koko sivun uudestaan.

Jostain syystä kuitenkin alalla näyttää nykyään olevan paljon koodareita, joilta tuollainen JavaScriptin käyttö järkevästi ei vain onnistu. Sen sijaan he luovat nettisivuja, joilla ei ole yhtäkään toiminnallisuutta, joka varsinaisesti tarvitsisi JavaScriptiä (ei edes mitään dynaamisesti latautuvaa sisältöä) mutta silti sivulle on jotenkin onnistuttu ahtamaan useita megatavuja minifoitua JavaScriptiä, joka minifoimattomana olisi mitä todennäköisimmin vähintään 20-kertainen määrä koodia. Se on monta kertaa enemmän kuin vaikkapa alkuperäisen Doomin lähdekoodi, ja siitä on tullut nykywebissä uusi normaali. Lisäksi tuollainen määrä JavaScriptiä alkaa olla jo oikeasti hidasta kääntää ja ajaa melko tehokkaillakin tietokoneilla.

Ylenmääräinen JavaScript-kirjastojen käyttö on myös vakava tietoturvariski. Kirjoitan tästä taas, vaikka aiempien kokemusten perusteella aiheesta keskustelu onkin täällä foorumilla kielletty kirjoittamattomissa säännöissä ja johtaa helposti kuukauden porttikieltoon. Harva oikeasti tietää, mitä kaikkea joku megatavujen kokoinen paketti jotain minifoitua JavaScriptiä tekee. Juuri äskettäin suositussa Polyfill-kirjastossa oli toimitusketjuhyökkäys, joka kosketti useita nettisivuja: Polyfill[.]io Attack Impacts Over 380,000 Hosts, Including Major Companies

On todennäköistä, että vihamielistä koodia on suosituissa JavaScript-kirjastoissa enemmänkin ja paljastuvat tapaukset ovat vain jäävuoren huippu.

Lähitapiolan nettisivut näyttävät olevan nykyaikatyyliin tehty päin helvettiä. Sekä SeaMonkeyllä että Firefoxilla selaimen konsoli tulee täyteen JavaScript-virheitä. Firefoxilla sivu ehkä renderöityy vähän vähemmän väärin. Latausajat ovat kuitenkin pitkiä ja elementit vilkkuvat ja hakevat paikkaansa. HD-resoluutioisella näytöllä sivut ovat hankala selata, kun selaimen viewportissa näkyy niin vähän informaatiota. Pitäisi ilmeisesti olla isompi näyttö.

 

[asentaja1]

Kyllä on Nettiauton sivutkin osattu paskoa melko perusteellisesti. Aikaisemmat sivut olivat hyvät ja selkeät, oli koko ruutu tehokkaassa käytössä, hyvin maltillinen määrä ylimääräisyyksiä/mainoksia ja nekin hyvin sivuston reunoilla häiriten minimaalisesti. Oli selkeä hakupalkki sivun oikeassa reunassa ja hakutuloksia avautui sivun täydeltä, kun avasi jonkun hakutuloksista, avautui kokoilmoitus selkeästi heti näkyviin. Hakupalkki oli sen lisäksi koko ajan siinä sivun reunassa nähtävillä valmiina ja oli helppo siitä säärää hakuspeksejä sopivammaksi. Nyt on mm nämäkin kaikki ominaisuudet saatu toimimattomaksi tai piilotettua näkyvistä.

Nykytilanteessa: Etusivu on kokonaan pääosin valkoinen, puolikkaan ruudun kokoinen turha banneri yläreunassa, hakusivulla näkyy vain jokunen hassu tulos kerrallaan ja saa scrollata valtavasti ja painaa seuraavaa sivua tuon tuostakin. Ja kun sitten jonkun sivun klikkaa auki, tulee siitä vain yläosa näkyviin ilman scrollausta. Jos hakua pitää täsmentää, on etsittävä hakunappi uudestaan ja sitten hitaasti avautuvasta (hyvin hankalasta ja monimutkaisesta) hakusivusta on taas scrollattava haluttu kohta esille.

Hyvästä ja toimivasta sivustosta on saatu erittäin vastenmielinen ja hankala käyttää, nämä nyt vaan ihan ensimmäisiä esimerkkejä. Ennen tuota sivua saattoi päivittäin surffata ajankuluksi töissä, nyt ei kyllä vapaaehtoisesti tuota käytä sekuntiakaan jos ei ihan hirveä tarve ole.
Käyttöliittymän käytettävyys on aivan tuntematon käsite tämän suorituksen tehneille. Täysin tarpeeton uudistus vain uudistamisen takia, korjattu asiaa, mikä ei ollut rikki alunperinkään.


Nämä screenshotit on adblockerin takaa, mutta se ei sinänsä layouttiin vaikuttanut mitenkään, muutama vilkkubanneri tulee lisää kun ottaa sen pois päältä.

 

[Paapaa]

Etusivu on kokonaan pääosin valkoinen, puolikkaan ruudun kokoinen turha banneri yläreunassa

Siellä on tosiaan valtava täysin tyhjä elementti sivulla (luokka "huge-banner"), jolle määritelty vähintään 400px korkeutta sisällöstä riippumatta. Sama tyhjä elementti niin etusivulla kuin jos avaat jonkun ilmoituksen. Joko bugi tai sitten tuo on terkoitus täyttää esim. mainoksilla ja mainosten lataaminen ei toimi tms. Veikkaan, että se ei vielä siis näytä lopulliselta.

Ja kannattaa antaa sivustolle palautetta. Järkevät palvelut ihan oikeasti ovat kiinnostuneita käyttäjäpalautteesta ja niihin halutaan reagoida joissain raameissa.

 

[Sompi]

EU-direktiivin 2016/2102 37. artikla vaatii tekemään julkisen sektorin nettisivuista selainriippumattomia: Directive - 2016/2102 - EN - EUR-Lex

Jostain syystä tätä ei kuitenkaan Suomessa missään noudateta. Asiat menevät jatkuvasti huonompaan suuntaan. Finlexin vanha versio toimii kaikilla selaimilla, mutta uusi vaatii joko Chromen tai uusimman Firefoxin. Kehitys on samansuuntaista joka paikassa ja saavutettavuus huononee jatkuvasti. Sitten saavutettavuusselosteessa mainitaan ongelmista ja luvataan korjata ne joskus tulevaisuudessa.

Traficomin sivuilla viimeisimmät määräykset ovat niin monen JavaScript-dropdownin takana, että edes Google ei osaa niitä indeksoida sieltä enää.

Ei tämän asian nyt oikeasti pitäisi olla kovin hankalaa ammatikseen web-sivuja kehittäville.

 

[kolistelija]

EU-direktiivin 2016/2102 37. artikla vaatii tekemään julkisen sektorin nettisivuista selainriippumattomia: Directive - 2016/2102 - EN - EUR-Lex

Jostain syystä tätä ei kuitenkaan Suomessa missään noudateta. Asiat menevät jatkuvasti huonompaan suuntaan. Finlexin vanha versio toimii kaikilla selaimilla, mutta uusi vaatii joko Chromen tai uusimman Firefoxin. Kehitys on samansuuntaista joka paikassa ja saavutettavuus huononee jatkuvasti. Sitten saavutettavuusselosteessa mainitaan ongelmista ja luvataan korjata ne joskus tulevaisuudessa.

Traficomin sivuilla viimeisimmät määräykset ovat niin monen JavaScript-dropdownin takana, että edes Google ei osaa niitä indeksoida sieltä enää.

Ei tämän asian nyt oikeasti pitäisi olla kovin hankalaa ammatikseen web-sivuja kehittäville.

Aika pitkä dokumentti. Saisiko jonkun viittauksen kohtaan joka mainitsee millaisia selaimia pitäisi tukea ja kuinka laajalla festuresetillä?

 

[qtba]

Asiakirjassa ei ole suoraa mainintaa selainriippumattomuudesta. Asiakirjan pääpaino on julkisen sektorin verkkosivustojen ja mobiilisovellusten esteettömyyden parantamisessa, erityisesti vammaisille henkilöille.

Asiakirja korostaa, että verkkosivustojen ja mobiilisovellusten tulisi olla havaittavissa, käytettävissä, ymmärrettävissä ja vankkoja. Nämä periaatteet on käännetty testattaviksi kriteereiksi, jotka on kuvattu eurooppalaisessa standardissa EN 301 549 V1.1.2. Standardi määrittelee toiminnalliset esteettömyysvaatimukset ICT-tuotteille ja -palveluille, mukaan lukien verkkosisältö.

Vaikka selainriippumattomuutta ei mainita erikseen, vankkuuden periaate viittaa siihen, että sisällön tulisi olla riittävän vankka tulkitaan luotettavasti useilla eri selainohjelmilla, mukaan lukien apuvälineteknologiat. Tämä viittaa epäsuorasti selainriippumattomuuden tärkeyteen esteettömyyden kannalta.

Asiakirja kannustaa myös teknologianeutraaliuteen, mikä tarkoittaa, että esteettömyysvaatimukset eivät määrää tietyn teknologian käyttöä. Tämä mahdollistaisi sen, että verkkosivustot ja mobiilisovellukset voitaisiin toteuttaa eri teknologioilla, kunhan ne täyttävät asetetut esteettömyysvaatimukset.

On kuitenkin tärkeää huomata, että asiakirja keskittyy ensisijaisesti julkisen sektorin verkkosivustoihin ja mobiilisovelluksiin. Se ei anna suoria ohjeita selainriippumattomuudesta yleisesti.

-------

Tuollaista NotebookLM kaivoi dokumentista, en myöskään jaksanut itse sitä lukea.

 

[Sompi]

Englanninkielinen versio on kirjoitettu niin, että aika selvästi tarkoitetaan selainriippumattomuutta. Valitettavasti suomenkielinen käännös on tehty aika huonosti.

 

[Sompi]

Aiemmin advokoin aina Jitsiä joka paikassa vapaan koodin vaihtoehtona sellaisille vakoiluohjelmille kuin Zoom ja Teams. Nyt näköjään Jitsinkin kehittäjätiimiin on soluttautunut jotain pöhisijöitä ja Jitsi toimiikin sitten enää vain Chromella, joka on suljetun koodin selain. Edes Firefoxilla ei enää toimi. Tämä menee koko ajan hullummaksi.

Chromiumkaan ei enää edes käänny lähdekoodista ilman Googlen omaa rust-forkkia. Eipä se kovin montaa targettia tue muutenkaan. Firefoxissakin eri alustojen tuki on kaventunut paljon.

 

[kolistelija]

Englanninkielinen versio on kirjoitettu niin, että aika selvästi tarkoitetaan selainriippumattomuutta. Valitettavasti suomenkielinen käännös on tehty aika huonosti.

Avataanko siellä mitä se selainriippumattomuus on? Pitääkö saitin toimia esim. Netscape Navigator 1.0:lla?

 

[Vaateri]

Englanninkielinen versio on kirjoitettu niin, että aika selvästi tarkoitetaan selainriippumattomuutta. Valitettavasti suomenkielinen käännös on tehty aika huonosti.

Jaa, mun nähdäkseni siellä ei oteta teknologiaan tarkoituksellisesti mitään kantaa, vaan ydin on tämän mukaista:

The four principles of accessibility are: perceivability, meaning that information and user interface components must be presentable to users in ways they can perceive; operability, meaning that user interface components and navigation must be operable; understandability, meaning that information and the operation of the user interface must be understandable; and robustness, meaning that content must be robust enough to be interpreted reliably by a wide variety of user agents, including assistive technologies.

 

[Sompi]

"Wide variety of user agents" selvästi tarkoittaa selainriippumattomuutta. Eihän tuota voi muulla tavalla tulkita.

 

[kaarlos]

"Wide variety of user agents" selvästi tarkoittaa selainriippumattomuutta. Eihän tuota voi muulla tavalla tulkita.

Ei se kyllä selainriippumattomuutta tarkoita, eihän se ole edes mahdollista. Jos teen selaimen joka osaa tulkita vain pienen osajoukon kaikesta ECMAScript / HTML / CSS toiminnallisuudesta niin varmaan iso osa web-sovelluksista jää käyttämättä.

 

[qtba]

"Wide variety of user agents" selvästi tarkoittaa selainriippumattomuutta. Eihän tuota voi muulla tavalla tulkita.

Kyllä se mielestäni tarkoittaa, että pitää olla tuettu monilla eri selaimilla. Ei tarvitse tukea kaikkia.

 

[love_doctor]

Kyllä se mielestäni tarkoittaa, että pitää olla tuettu monilla eri selaimilla. Ei tarvitse tukea kaikkia.

Nykyään moni frontend selaintekniikalle käyttää sisäisesti Chromen koodipohjaa, joten sillähän se ratkeaa. Applen Safarillakin on yhteistä historiaa Chromen koodipohjan kanssa. Pian saattaa käytä niin, että jos Firefoxin kehitys loppuu, ei ole kuin yksi koodikanta, mistä kaikki selaimet rakennetaan. Se mahdollistaa esim. sen, että netin toimintaa ei tarvitse enää speksata vaan koodi itsessään toimii dokumentaationa.

 

[Sompi]

Kyllä se mielestäni tarkoittaa, että pitää olla tuettu monilla eri selaimilla. Ei tarvitse tukea kaikkia.

Ei tuota nyt oikein voi tulkita muutenkaan kuin niin, että sivut on tehtävä toimimaan mahdollisimman laajalla skaalalla eri selaimia, mikä tietysti käytännössä tarkoittaa, että ne tehdään riippumattomiksi JavaScriptistä (ja sielläkin, missä sitä on pakko käyttää, käytetään vain hyvin tuettuja JavaScriptin toiminnallisuuksia eikä mitään uusimpia chromeismeja) sekä tyylitiedostoista ja pidetään huoli siitä, että sivut toimivat ja renderöityvät järkevästi myös pelkkää HTML:ää tukevissa selaimissa. Silloin sivu on myös selainriippumaton.

Facebook poisti juuri perus-html-versionsa netistä, ja se tekee Facebookin käyttämisestä hankalaa näkövammaisille: mbasic is going away on 28 October 2024 - what's the alternative?

Jos Facebookkia yrittää nykyään käyttää jollain muulla selaimella kuin Chromella, Firefoxilla, Edgellä tai Safarilla, niin se näyttää vain sellaisen sivun, jossa sanotaan, että selaimesi ei tue Facebookkia, ja käskee lataamaan joko Chromen tai Firefoxin.

 

[Agent_007]

Applen Safarillakin on yhteistä historiaa Chromen koodipohjan kanssa. Pian saattaa käytä niin, että jos Firefoxin kehitys loppuu, ei ole kuin yksi koodikanta, mistä kaikki selaimet rakennetaan.

Chromen Blink irtaantui Safarin Webkitistä vuonna 2013, ja sen jälkeen noi ovat erkaantuneet niin paljon, ettei noita kyllä tulla jatkossa samasta puusta rakentamaan, vaikka joku valtio siihen koettaisi noita teknojättejä pakottaa. Eikä Applella ole mitään halua yhdistää noita muutenkaan. Myös Javascript-moottorit ovat noissa niin erilaiset ettei edes niiden yhdistäminen samaan puuhun onnistu.

 

[Hyrava]

Jos Facebookkia yrittää nykyään käyttää jollain muulla selaimella kuin Chromella, Firefoxilla, Edgellä tai Safarilla, niin se näyttää vain sellaisen sivun, jossa sanotaan, että selaimesi ei tue Facebookkia, ja käskee lataamaan joko Chromen tai Firefoxin.

Tarkistaisitko tietosi ennen paskanpuhumista, kiitos. Noiden mainitsemisesi selainten (4 kpl) lisäksi facebook vaikuttaisi toimivan ihan kivasti myös esimerkiksi Operalla ja Chromiumilla. Muita selaimia ei nyt tällä koneella ole mutta uskoisin sen toimivan myös Vivaldilla ja muutamilla muilla yleisimmillä selaimilla.

 

[love_doctor]

Chromen Blink irtaantui Safarin Webkitistä vuonna 2013, ja sen jälkeen noi ovat erkaantuneet niin paljon, ettei noita kyllä tulla jatkossa samasta puusta rakentamaan, vaikka joku valtio siihen koettaisi noita teknojättejä pakottaa. Eikä Applella ole mitään halua yhdistää noita muutenkaan. Myös Javascript-moottorit ovat noissa niin erilaiset ettei edes niiden yhdistäminen samaan puuhun onnistu.

Joo tämä on totta. Sama Linuxissa että moni ohjelma käyttää saman alkuperän khtml/webkit-komponentteja, mutta se ei ole sama mikä chromiumissa. Kuitenkin tuo yhteinen pohja tekee näistä isomman monokulttuurin, kun niillä on jotain yhteisiä piirteitä, mitä Geckossa ja vastaavissa ei ole.

 

[love_doctor]

Tarkistaisitko tietosi ennen paskanpuhumista, kiitos. Noiden mainitsemisesi selainten (4 kpl) lisäksi facebook vaikuttaisi toimivan ihan kivasti myös esimerkiksi Operalla ja Chromiumilla. Muita selaimia ei nyt tällä koneella ole mutta uskoisin sen toimivan myös Vivaldilla ja muutamilla muilla yleisimmillä selaimilla.

Kokeilitko Slackwaren (32-bittisellä) Seamonkeyllä? Muistelen että kyseessä voi olla testaus sillä. Seamonkey on hieman jäljessä muista kun sivulla lukee uusimmassa versiossa muutoksissa: "SeaMonkey 2.53.19 uses the same backend as Firefox and contains the relevant Firefox 60.8 security fixes. Additional important security fixes up to Current Firefox 115.14 and Thunderbird 115.14 ESR plus many enhancements have been backported". Firefox 60.8 on julkaistu 2019-03-18 ja tuo 115.14 2024-08-06. Eli tuo selain käyttänee 5,5 vuotta vanhaa engineä, johon on poimittu käsin 5v sen jälkeen julkaistuja tietoturvakorjauksia, muttei ihan uusimpia viimeisen 3 kuukauden aikana julkaistuja. Se ei välttämättä renderöi samalla tavalla kuin nuo uusimmat selaimet. Nythän mennään jo Firefox-versiossa 132.

 

[qtba]

Ei tuota nyt oikein voi tulkita muutenkaan kuin niin, että sivut on tehtävä toimimaan mahdollisimman laajalla skaalalla eri selaimia, mikä tietysti käytännössä tarkoittaa, että ne tehdään riippumattomiksi JavaScriptistä (ja sielläkin, missä sitä on pakko käyttää, käytetään vain hyvin tuettuja JavaScriptin toiminnallisuuksia eikä mitään uusimpia chromeismeja) sekä tyylitiedostoista ja pidetään huoli siitä, että sivut toimivat ja renderöityvät järkevästi myös pelkkää HTML:ää tukevissa selaimissa. Silloin sivu on myös selainriippumaton.

Facebook poisti juuri perus-html-versionsa netistä, ja se tekee Facebookin käyttämisestä hankalaa näkövammaisille: mbasic is going away on 28 October 2024 - what's the alternative?

Jos Facebookkia yrittää nykyään käyttää jollain muulla selaimella kuin Chromella, Firefoxilla, Edgellä tai Safarilla, niin se näyttää vain sellaisen sivun, jossa sanotaan, että selaimesi ei tue Facebookkia, ja käskee lataamaan joko Chromen tai Firefoxin.

Itse taas olen sitä mieltä, että sinä teet tulkinnasta vähän omia kärjistyksiä. Jos siinä sanotaan että "wide variety of user agents", niin kyllä se antaa mun mielestä enemmän sijaa laveampaan tulkintaan.

Mielenkiinnolla kyllä kuulisin virallisen linjauksen tuosta. Varmaan onnistuu jos viitsii lähteä haastamaan kunnolla?

Olen kyllä sikäli samaa mieltä siitä, että ihan kaikkea tingelitangelia ei kyllä pitäisi johonkin viraston sivuille olla tarpeen tunkea.

 

[Sompi]

Tarkistaisitko tietosi ennen paskanpuhumista, kiitos. Noiden mainitsemisesi selainten (4 kpl) lisäksi facebook vaikuttaisi toimivan ihan kivasti myös esimerkiksi Operalla ja Chromiumilla. Muita selaimia ei nyt tällä koneella ole mutta uskoisin sen toimivan myös Vivaldilla ja muutamilla muilla yleisimmillä selaimilla.

Eikös Opera ole nykyään myös Chrome eri kuorissa? Chromium samaten. Chromium ei enää edes käänny ilman Googlen proprietary-forkkia rustc:stä.

Seamonkeyssä ei Facebookin tapauksessa edes tule konsoliin mitään virheitä, eli sivu ei edes yritä mitään sellaista, mitä selain ei tukisi. Se vain tunnistaa selaimen eikä suostu päästämään eteenpäin. Ja kyllä se vielä pari viikkoa sitten toimi.

 

[djmake]

Facebook poisti juuri perus-html-versionsa netistä, ja se tekee Facebookin käyttämisestä hankalaa näkövammaisille: mbasic is going away on 28 October 2024 - what's the alternative?

Jos Facebookkia yrittää nykyään käyttää jollain muulla selaimella kuin Chromella, Firefoxilla, Edgellä tai Safarilla, niin se näyttää vain sellaisen sivun, jossa sanotaan, että selaimesi ei tue Facebookkia, ja käskee lataamaan joko Chromen tai Firefoxin.

En voi kuin oudoksua tätäkin valitusta. Itse en fb:tä käytä ollenkaan (koska syyt) mutta kyseessä on kuitenkin yritys jonka tulee tuottaa omistajilleen voittoa.
En ymmärrä, miksi fb:n kaltaisen toimijan tulisi tukea jotain itse koodattua tcp-pinoa ja ties mitä selainta. Bisnes edellä joten tuetaan, mitä käyttäjät käyttävät ja jos joku yksittäinen tippuu pois niin sillä ei ole mitään merkitystä.

Ja ihan toiveena: Luettele niitä valtion, hyvinvointialueiden, kaupunkien jne sivustoja jotka eivät toimi normaaliselaimilla. Katsotaan asiaa sen jälkeen uudelleen.

 

[Hyrava]

Eikös Opera ole nykyään myös Chrome eri kuorissa? Chromium samaten. Chromium ei enää edes käänny ilman Googlen proprietary-forkkia rustc:stä.

Seamonkeyssä ei Facebookin tapauksessa edes tule konsoliin mitään virheitä, eli sivu ei edes yritä mitään sellaista, mitä selain ei tukisi. Se vain tunnistaa selaimen eikä suostu päästämään eteenpäin. Ja kyllä se vielä pari viikkoa sitten toimi.

Nykyäänhän suurin osa selaimista on suunnilleen Chrome eri kuorissa. Mutta itsehän mainitsit että VAIN noilla mainitsemillasi neljällä selaimella toimii mutta toimiikin kuitenkin muillakin Chromen sukulaisilla. Ihan hirveän montaa nykyaikaista ja ajantasalla olevaa selainta ei varmaan ole millä facebook ei toimisi ainakin suunnilleen oikein, ellei sitten jotain erikoisempia virityksiä lasketa. Joku Seamonkey esimerkiksi alkaa olla jo vähän mainstream-selainten ulkopuolella. Kyllä FB haluaa että mahdollisimman moni heidän palveluaan käyttää joten tahallaan eivät mene rikkomaan tukea yleisimmin käytetyille selaimille.

 

[Sompi]

Nykyäänhän suurin osa selaimista on suunnilleen Chrome eri kuorissa. Mutta itsehän mainitsit että VAIN noilla mainitsemillasi neljällä selaimella toimii mutta toimiikin kuitenkin muillakin Chromen sukulaisilla. Ihan hirveän montaa nykyaikaista ja ajantasalla olevaa selainta ei varmaan ole millä facebook ei toimisi ainakin suunnilleen oikein, ellei sitten jotain erikoisempia virityksiä lasketa. Joku Seamonkey esimerkiksi alkaa olla jo vähän mainstream-selainten ulkopuolella. Kyllä FB haluaa että mahdollisimman moni heidän palveluaan käyttää joten tahallaan eivät mene rikkomaan tukea yleisimmin käytetyille selaimille.

Tietysti tarkoitin Chromella myös kaikkia sellaisia selaimia, jotka ovat Chrome eri kuorissa. Edgen yleensä mainitsen erikseen, koska nuo pöhisijöiden tekemät nettisivutkin jostain syystä erikseen mainitsevat tukevansa myös sitä, vaikka sekin on Chrome eri kuorissa.

Seamonkey on tällä hetkellä ainoa oikeasti käyttökelpoinen vaihtoehtoinen selain, joka EI ole oikeasti pellin alla Chrome tai Firefox.

En voi kuin oudoksua tätäkin valitusta. Itse en fb:tä käytä ollenkaan (koska syyt) mutta kyseessä on kuitenkin yritys jonka tulee tuottaa omistajilleen voittoa.
En ymmärrä, miksi fb:n kaltaisen toimijan tulisi tukea jotain itse koodattua tcp-pinoa ja ties mitä selainta. Bisnes edellä joten tuetaan, mitä käyttäjät käyttävät ja jos joku yksittäinen tippuu pois niin sillä ei ole mitään merkitystä.

Ja ihan toiveena: Luettele niitä valtion, hyvinvointialueiden, kaupunkien jne sivustoja jotka eivät toimi normaaliselaimilla. Katsotaan asiaa sen jälkeen uudelleen.

Edelleen siis jatkat tässäkin viestiketjussa tuota asiaan liittymätöntä jankuttamista siitä minun TCP/IP-pinosta. Voisiko joku moderaattori jo laittaa tuon loppumaan? Aivan turhaa usein henkilökohtaisuuksiinkin menevää keskustelun myrkyttämistä. Tiedät varmasti itsekin, että TCP/IP on sen verran eri tasolla protokollapinossa, ettei se liity tähän aiheeseen mitenkään.

 

[love_doctor]

Tietysti tarkoitin Chromella myös kaikkia sellaisia selaimia, jotka ovat Chrome eri kuorissa. Edgen yleensä mainitsen erikseen, koska nuo pöhisijöiden tekemät nettisivutkin jostain syystä erikseen mainitsevat tukevansa myös sitä, vaikka sekin on Chrome eri kuorissa.

Seamonkey on tällä hetkellä ainoa oikeasti käyttökelpoinen vaihtoehtoinen selain, joka EI ole oikeasti pellin alla Chrome tai Firefox.

Tämä ei ole kyllä totta. Esim. Wikipediasta: "SeaMonkeyn selainkomponentti käyttää samaa renderöintiohjelmistoa kuin Firefox, joten SeaMonkey tukee kaikkia samoja WWW-standardeja kuin Firefox."

Seamonkey ei käytä täsmälleen samaa engineä kuin se Firefox, joka on nyt saatavilla käyttiksille, mutta se pohjautuu samaan antiikkiseen Firefox-engineen. Tuo käyttökelpoisuus ei ole mitenkään toteen näytetty, kun Seamonkeyllä on aika pahoja ongelmia avata monia nykyaikaisia sivustoja.

Käytin aineistona 'List of most-visited websites' ja kokeilin muutamia suosituimpia sivuja. Seamonkeyllä ei aukea ollenkaan Metan sivustot kuten Facebook, Instagram tai Whatsapp. Tiktok ei myöskään aukea.

Redditin renderöinti ei toimi ja elementit menevät päällekkäin. Gigantin sivulla ei toimi tuotekaruselli. Ylilaudan tyylitys ei toimi lainkaan. Kauppalehden sivulta jää sisältöä puuttumaan kun Firefoxilla ja samalla zoomaustasolla sisältöä on 11,5 näytöllistä, niin Seamonkeyllä reilu 3 näytöllistä. Seamonkeyn skrollausmäärää kasvattaa tyhjät välit ja palstoituksen puute footerissa. Eli sisältöä on ehkä vain noin 2 sivullista.

Netflixin etusivulla CPU-kuorma on yli 100%, prosessorin tuuletin huutaa ja video pätkii ihan saatanasti (kone siis Ryzen 5950X, 64 gigaa muistia, PCIe 4.0 SSD, 4k-näyttö ja keskitehoinen näyttis, jolla pyörii useampi 4k-video samaan aikaan). Parilla muullakin sivulla kuten hs.fi skrollaus tuntui paljon kankeammalta.

Kokeilin myös omalla sivustolla, jossa on mm. js-moduuleita käyttävä pdfjs ja chartjs eikä Seamonkey tukenut näitä lainkaan.

Tämän kokemuksen mukaan tuolla selaimella ei tee paskaakaan 2024. Eikä se ole mikään ihme, kun Seamonkeyn sivulla lukee eksplisiittisesti, että se perustuu Firefox 60.8:aan (*). Firefox ESR pohjautuu versioon 128 (viime vuodelta) eikä tuohon 6 vuotta vanhaan. Seamonkey on niin marginaalinen, ettei esim. caniuse-sivu sisällä siitä mitään merkintää.

*)

 

[jukkis2000]

Nyt MTV Uutiset onnistui aika täydellisesti tuhoamaan sivustonsa selkeyden tällä uudella päivityksellään. Sivusto on tehty vain ja ainoastaan mobiililaitteita varten. Ilmeisesti sivuston suunnittelija ei ole osannut tehdä sivustoa sekä työpöydälle että mobiilille sopivaksi.

 

[Agent_007]

Joo, varsinkin toi sääosio on aika kauhea käyttää työpöydällä, kun näkyy vain seuraavan 7 tunnin sää. Ylen sääsivu meni aiemmin vastaavaan miinaan, eikä se ole siitä korjaantunut.

 

[Sompi]

Tämä ei ole kyllä totta. Esim. Wikipediasta: "SeaMonkeyn selainkomponentti käyttää samaa renderöintiohjelmistoa kuin Firefox, joten SeaMonkey tukee kaikkia samoja WWW-standardeja kuin Firefox."

Seamonkey ei käytä täsmälleen samaa engineä kuin se Firefox, joka on nyt saatavilla käyttiksille, mutta se pohjautuu samaan antiikkiseen Firefox-engineen. Tuo käyttökelpoisuus ei ole mitenkään toteen näytetty, kun Seamonkeyllä on aika pahoja ongelmia avata monia nykyaikaisia sivustoja.

Käytin aineistona 'List of most-visited websites' ja kokeilin muutamia suosituimpia sivuja. Seamonkeyllä ei aukea ollenkaan Metan sivustot kuten Facebook, Instagram tai Whatsapp. Tiktok ei myöskään aukea.

Redditin renderöinti ei toimi ja elementit menevät päällekkäin. Gigantin sivulla ei toimi tuotekaruselli. Ylilaudan tyylitys ei toimi lainkaan. Kauppalehden sivulta jää sisältöä puuttumaan kun Firefoxilla ja samalla zoomaustasolla sisältöä on 11,5 näytöllistä, niin Seamonkeyllä reilu 3 näytöllistä. Seamonkeyn skrollausmäärää kasvattaa tyhjät välit ja palstoituksen puute footerissa. Eli sisältöä on ehkä vain noin 2 sivullista.

Netflixin etusivulla CPU-kuorma on yli 100%, prosessorin tuuletin huutaa ja video pätkii ihan saatanasti (kone siis Ryzen 5950X, 64 gigaa muistia, PCIe 4.0 SSD, 4k-näyttö ja keskitehoinen näyttis, jolla pyörii useampi 4k-video samaan aikaan). Parilla muullakin sivulla kuten hs.fi skrollaus tuntui paljon kankeammalta.

Kokeilin myös omalla sivustolla, jossa on mm. js-moduuleita käyttävä pdfjs ja chartjs eikä Seamonkey tukenut näitä lainkaan.

Tämän kokemuksen mukaan tuolla selaimella ei tee paskaakaan 2024. Eikä se ole mikään ihme, kun Seamonkeyn sivulla lukee eksplisiittisesti, että se perustuu Firefox 60.8:aan (*). Firefox ESR pohjautuu versioon 128 (viime vuodelta) eikä tuohon 6 vuotta vanhaan. Seamonkey on niin marginaalinen, ettei esim. caniuse-sivu sisällä siitä mitään merkintää.

*)

Nuo Metan sivustot ovat aika huono esimerkki, koska niissä on selaimen tarkistus, eivätkä ne suostu näyttämään mitään sisältöä, jos selain ei ole "tuettu". Jos katsot selaimen konsoliin, niin mitään virheitähän siellä ei oikeastaan edes ole.

Ainakin vähän aikaa sitten SeaMonkeyn tuki HTML- ja CSS-asioille oli monelta osin jopa parempi kuin Firefoxilla, mutta JavaScript-moottori kyllä laahaa jäljessä, johtuen osittain myös selaimen kehitysfilosofiasta. Kuitenkin SeaMonkey on ainoa aktiivisesti kehitetty laajasti eri web-tekniikoita tukeva selain, joka ei ole konepellin alla Firefox eikä Chrome, ja SeaMonkeytä myös konkreettisesti _tarvitsee_ aina, kun tulee vaikka FTP-linkkejä vastaan, koska Firefox ja Chrome eivät niitä enää saa auki. Myös tekstitiedostot joutuu yleensä avaamaan SeaMonkeyssä, koska Firefox ja Chrome tunnistavat niiden merkistöt väärin eivätkä anna käyttäjän valita käytettyä merkistöä itse. Merkistön manuaalivalinnasta on tietysti hyötyä myös tilanteissa, joissa osa sivusta on jostain syystä väärällä merkistöllä, mikä on aika yleistä.