Web-ohjelmointi

Että, mitä ?
Sivustot jotka käyttävät näitä loputtoman selauksen tyylisiä sivuteemoja, on pääasiassa WordPress sivustoja. Eikä siihen välttämättä liity resetoitumista, vaikka välistä haarautuisi jonkin linkin mukana toisaalle. Mutta se on tosiasia, ne sivustot joissa on näkyvästi JavaScript tehosteita, on todella syvältä perseestä.

Anonyymi kirjoitti:

Että, mitä ?
Sivustot jotka käyttävät näitä loputtoman selauksen tyylisiä sivuteemoja, on pääasiassa WordPress sivustoja. Eikä siihen välttämättä liity resetoitumista, vaikka välistä haarautuisi jonkin linkin mukana toisaalle. Mutta se on tosiasia, ne sivustot joissa on näkyvästi JavaScript tehosteita, on todella syvältä perseestä.

Lue lisää

Unohtui se mitä ihan ensin ajattelin tuosta edes takasin selaamisesta, eli koska me saadaan sellainen selain, joka avaa oletusarvoisesti linkit uudessa ikkunassa. On aivan turhaa reutoamista edes takasin kun avataan jokin linkki ja sitten avataan se edellinen sivu uudestaan. Kun linkit avataan uuteen ikkunaan, ei tarvitse ladata sitä edellistä uudelleen, vaan suljetaan sivu siihen. Tuo edestakaisin ravaaminen tuottaa aivan turhaa verkkoliikennettä, jota ei tarvita, mutta koska selainten kehittäjät sen oivaltaa.

Anonyymi kirjoitti:

Unohtui se mitä ihan ensin ajattelin tuosta edes takasin selaamisesta, eli koska me saadaan sellainen selain, joka avaa oletusarvoisesti linkit uudessa ikkunassa. On aivan turhaa reutoamista edes takasin kun avataan jokin linkki ja sitten avataan se edellinen sivu uudestaan. Kun linkit avataan uuteen ikkunaan, ei tarvitse ladata sitä edellistä uudelleen, vaan suljetaan sivu siihen. Tuo edestakaisin ravaaminen tuottaa aivan turhaa verkkoliikennettä, jota ei tarvita, mutta koska selainten kehittäjät sen oivaltaa.

Lue lisää

Vielä tähän on lisättävä, koska S24 kangistuu ja kangistuu, ei vaan tule kenellekään mieleen vähentää palvelimen kuormitusta lisäämällä jokaiseen ketjun linkkiin ( target="_blank" ), jolloin sivu oletusarvoisesti avautuisi uuteen ikkunaan. Silloinhan jäisi pois tuo takaisin edellisen sivun lataus. No ei se nyt 50% sivunlatauksia vähennä, mutta kuitenkin merkittävästi.

Anonyymi kirjoitti:

Vielä tähän on lisättävä, koska S24 kangistuu ja kangistuu, ei vaan tule kenellekään mieleen vähentää palvelimen kuormitusta lisäämällä jokaiseen ketjun linkkiin ( target="_blank" ), jolloin sivu oletusarvoisesti avautuisi uuteen ikkunaan. Silloinhan jäisi pois tuo takaisin edellisen sivun lataus. No ei se nyt 50% sivunlatauksia vähennä, mutta kuitenkin merkittävästi.

Lue lisää

Totta, itse painan kaikki linkit varmuuden vuoksi hiiren keskinapilla. Paljon helpompi sulkea välilehti kuin purjata ees taas. Haittapuolena tosin on että selain toisinaan täbejä täynnä, mutta jos yhteen asiaan kerrallaan keskittyy niin ei niitä nyt niin monta tule.

Anonyymi kirjoitti:

Unohtui se mitä ihan ensin ajattelin tuosta edes takasin selaamisesta, eli koska me saadaan sellainen selain, joka avaa oletusarvoisesti linkit uudessa ikkunassa. On aivan turhaa reutoamista edes takasin kun avataan jokin linkki ja sitten avataan se edellinen sivu uudestaan. Kun linkit avataan uuteen ikkunaan, ei tarvitse ladata sitä edellistä uudelleen, vaan suljetaan sivu siihen. Tuo edestakaisin ravaaminen tuottaa aivan turhaa verkkoliikennettä, jota ei tarvita, mutta koska selainten kehittäjät sen oivaltaa.

Lue lisää

Ei se selaimesta ole kiinni vaan siitä ohjelmasta minkä käyttöliittymään selain on. Ne on saatu ajat sitten tehtyä sellaiseksi että ei tarvitse sivulatauksia. Se vaan oli ennen vuotta 2013 hidasta.

Varmasti kun niin sanot.

"Webbi on vielä aivan lastenkengissä ja se aika mikä menee työpöytäsovelluksen tekemiseen kertautuu noin viidellä, jos haluaa saada saman asian webbiversiona."

Eihän nykyään juurikaan ole mitään erillistä "työpöytäsovellus" juttua. Työpöytäsovellusten käyttöliittymät tehdään nykyään lähes täysin selainmoottorille.

"Ongelma on siinä, että selainta ei ole alunperinkään tarkoitettu mihinkään spa-höttöön vaan selaamiseen."

Ensimmäiset SPA:t taidettiin tehdä joskus 16 vuotta sitten jo. Eihän se tekniikka tietenkään silloin ollut siihen kypsää.

Käytännössä nähdään sellaista, sivulatausten tarve alkoi vähentyä ja Angular jollain IE8:lla oli ensimmäinen jolla sai siististi tehtyä SPA:n ja virtual DOM mahdollisti sen

Mutta ei se kypsä ollut, aivan saamarin hidas vaikka tuohon aikaan fronttikoodaus selaimelle syrjäytti vanhat tekniikat suurelta osin. Oli vain parempi pysyä sivulatausten, palvelinrenderöinnin ja jQuery komponenttien varassa.

Sitten tuli React ja se toimi vielä siistimmin, ja oli nopea. Tai oikeammin voisi sanoa, että React Webpack Redux Typescript -alustana että kaikki pyöräytetty uuden sukupolven tekniikalle.

Että jos sivulataukset olleet aiemmin kynnyskysymys niin tuo ratkaisi sen ja tarjosi hyvin siistin teknologian fronttiohjelmointiin.

Tietoturvan vuoksi työpöytäsovellukset ja verkkosovellukset = selainpohjaisetsovellukset tulevat pysymään visusti erillään. Aivan karmeeta ajatellakin että selaimella olisi samat oikeudet kuin resussinenhallinalla, pääsy-, luku- ja kirjoitus-oikeudet samohin tiedostoihin kyky kejuttaa komentoja, ja suorittaa järjestelmän ylläpitotehtäviä.

Ei tule tapahtumaan, ainakaan lähitulevaisuudessa.

Anonyymi kirjoitti:

Tietoturvan vuoksi työpöytäsovellukset ja verkkosovellukset = selainpohjaisetsovellukset tulevat pysymään visusti erillään. Aivan karmeeta ajatellakin että selaimella olisi samat oikeudet kuin resussinenhallinalla, pääsy-, luku- ja kirjoitus-oikeudet samohin tiedostoihin kyky kejuttaa komentoja, ja suorittaa järjestelmän ylläpitotehtäviä.

Ei tule tapahtumaan, ainakaan lähitulevaisuudessa.

Lue lisää

"Tietoturvan vuoksi työpöytäsovellukset ja verkkosovellukset = selainpohjaisetsovellukset tulevat pysymään visusti erillään. Aivan karmeeta ajatellakin että selaimella olisi samat oikeudet kuin resussinenhallinalla, pääsy-, luku- ja kirjoitus-oikeudet samohin tiedostoihin kyky kejuttaa komentoja, ja suorittaa järjestelmän ylläpitotehtäviä."

Esimerkiksi tästä syystä selainpohjaiset sovellukset ovat tietoturvallisempia. Selainta ajetaan tavallisen käyttäjän oikeuksilla, että se ei mitään järjestelmän ylläpitotehtäviä tee kuten ei mikään muukaan tavallisen käyttäjän oikeuksilla suoritettu sovellus.

Sen lisäksi selaimessa on hiekkalaatikko, että selain ei pääse edes sotkemaan tavallisen käyttäjän tiliä ja ajamaan siellä omituisia komentoja. Selain ajaa vain sitä API:a minkä selain tarjoaa.

Tässä API:ssa toki on sellaiset turvallisuuskriittiset asiat kuten vaikka kamera ja mikrofoni mutta niitä ei voi ohjelmallisesti muuttaa. Käyttäjän pitää hyväksyä kameran ja mikrofonin käyttö.

Toista se on niillä sovelluksilla jotka ajetaan omina prosesseinaan, ne voi tehdä täysin samat kuin kyseinen käyttäjä. Mikään ei estä tavallisen käyttäjän oikeuksilla ajettua sovellusta vaikka tuhoamasta kaikkea kotikansiosta koska ei ole sitä hiekkalaatikkoa.

Anonyymi kirjoitti:

"Tietoturvan vuoksi työpöytäsovellukset ja verkkosovellukset = selainpohjaisetsovellukset tulevat pysymään visusti erillään. Aivan karmeeta ajatellakin että selaimella olisi samat oikeudet kuin resussinenhallinalla, pääsy-, luku- ja kirjoitus-oikeudet samohin tiedostoihin kyky kejuttaa komentoja, ja suorittaa järjestelmän ylläpitotehtäviä."

Esimerkiksi tästä syystä selainpohjaiset sovellukset ovat tietoturvallisempia. Selainta ajetaan tavallisen käyttäjän oikeuksilla, että se ei mitään järjestelmän ylläpitotehtäviä tee kuten ei mikään muukaan tavallisen käyttäjän oikeuksilla suoritettu sovellus.

Sen lisäksi selaimessa on hiekkalaatikko, että selain ei pääse edes sotkemaan tavallisen käyttäjän tiliä ja ajamaan siellä omituisia komentoja. Selain ajaa vain sitä API:a minkä selain tarjoaa.

Tässä API:ssa toki on sellaiset turvallisuuskriittiset asiat kuten vaikka kamera ja mikrofoni mutta niitä ei voi ohjelmallisesti muuttaa. Käyttäjän pitää hyväksyä kameran ja mikrofonin käyttö.

Toista se on niillä sovelluksilla jotka ajetaan omina prosesseinaan, ne voi tehdä täysin samat kuin kyseinen käyttäjä. Mikään ei estä tavallisen käyttäjän oikeuksilla ajettua sovellusta vaikka tuhoamasta kaikkea kotikansiosta koska ei ole sitä hiekkalaatikkoa.

Lue lisää

Ajattele nyt ihan itse, selain jonka tapahtumia ohjataan ulkoapäin mailman joka ainoasta kolkasta käsin, ei missään tapauksessa tule korvaamaan työpöytäsovelluksia. Aivan mieletön ajatuskin, ajattele kun jää pienikin virhe julkaistuun selaimeen, mitä silloin voi tapahtua. Ei sellaista selainta kukaan uskalla käyttää. Ei menisi montaa sekuntia kun kiinan pojat olisi ovella kolkuttamassa.

Anonyymi kirjoitti:

Ajattele nyt ihan itse, selain jonka tapahtumia ohjataan ulkoapäin mailman joka ainoasta kolkasta käsin, ei missään tapauksessa tule korvaamaan työpöytäsovelluksia. Aivan mieletön ajatuskin, ajattele kun jää pienikin virhe julkaistuun selaimeen, mitä silloin voi tapahtua. Ei sellaista selainta kukaan uskalla käyttää. Ei menisi montaa sekuntia kun kiinan pojat olisi ovella kolkuttamassa.

Lue lisää

"Ajattele nyt ihan itse, selain jonka tapahtumia ohjataan ulkoapäin mailman joka ainoasta kolkasta käsin, ei missään tapauksessa tule korvaamaan työpöytäsovelluksia."

Eihän se noin toimi.

Selaimella käynnistetään ohjelma, vaikka toimiston paikalliselta palvelimelta tai sitten Irlannista, missä nyt onkaan. Se ohjelma toimii sitten selaimessa eikä sitä ohjailla mistä päin maailmaa vaan se ohjelma voi tehdä niitä kyselyitä sinne toimiston paikalliselle palvelimelle, tai käyttää Googlen karttapalvelua ja tehdä siihen kyselyn.

Se ei mene toiseen suuntaan, että mikä tahansa palvelin käskyttäisi selaimessa olevaa sovellusta. Palvelin ei edes pysty muodostamaan noin vain yhteyttä siihen selaimessa olevaan ohjelmaan, vaan se yhteys tehdään nimenomaan selaimessa olevasta ohjelmasta palvelimeen päin.

Jos kyseessä on sitten niinsanottu haittaohjelma niin selain tuo tässä sitten sen turvan kun siellä on se hiekkalaatikko. Käynnistämällä haittaohjelman prosessin tietokoneella, se saa automaattisesti luvat tehdä samat asiat mitä käyttäjä mikä sitä käynnistää.

"Aivan mieletön ajatuskin, ajattele kun jää pienikin virhe julkaistuun selaimeen, mitä silloin voi tapahtua."

Jos teet ohjelman mikä ajetaan tavallisena prosessina ja jää pienikin virhe niin kiinan pojat tulisi sisään heti kun avaat tiedoston.

Visual Studio Code on tehty milläpä muullakaan kuin Electronilla, ja on ainakin sata kertaa nopeampi ja bugittomampi kuin perus VS.. (tosin ominaisuuksia on siinä vähemmän, mutta eipä ole ainakaan mikään Win32/MFC:llä rakennettu antiikkinen purkka)

Turha vinkua jos tekniikat kehittyvät eikä jaksa/osaa pysyä perässä, koska siltä tuo nyt vähän kuulostaa!

Vuodesta toiseen, siis jotain vanhoja paskoja mitkä ovat usein uudelleenkirjoitusta vailla.

Tarkastelehan mitä tahansa sovellusta minkä tekeminen on aloitettu kuluneen 6v aikana, että miten sen frontend on tehty niin ymmärrät paremmin missä mennään.

Microsoft alkanut muuten uusimaan kehitysvälineitä ja Visual Studio Code on kuin onkin tehty Electronilla.

Käytetään. Esimerkiksi jos kännykät on hyvin heikkotehoisia niin tehdään server-side rendering, tai jos on jotain niin raskasta mitä ei ole mieltä tehdä selaimessa.

Myös hakukoneita varten on helpompaa että tieto on server-side renderöity.

"Käytetäänkö missään enää server-side rendering tekniikkaa? "

ReactJS ja Node.JS molemmat käyttävät periaatetta Rendering: Server Side.

Sensijaan AngularJS on tehty "Rendering: Client Side" -periaatteella.

Kysymys: Jos haluan itse päättää mahdollisimman suuren osan ohjelmistoarkkitehtuurista, ja haluan, että käytetty JavaScript -luokkakirjasto rajoittaa valinnanmahdollisuuksiani mahdollisimman vähän, niin mikä tässä suhteessa on paras valinta näistä:

ReactJS
Node.JS
AngularJS

?

Anonyymi kirjoitti:

"Käytetäänkö missään enää server-side rendering tekniikkaa? "

ReactJS ja Node.JS molemmat käyttävät periaatetta Rendering: Server Side.

Sensijaan AngularJS on tehty "Rendering: Client Side" -periaatteella.

Kysymys: Jos haluan itse päättää mahdollisimman suuren osan ohjelmistoarkkitehtuurista, ja haluan, että käytetty JavaScript -luokkakirjasto rajoittaa valinnanmahdollisuuksiani mahdollisimman vähän, niin mikä tässä suhteessa on paras valinta näistä:

ReactJS
Node.JS
AngularJS

?

Lue lisää

Angular ja React pyörii Node.js:n päällä. Itse teen frontin Vuella, niin voi tehdä kaiken javascriptillä.