Prodej bannerové reklamy na Koronavirus.eu od 3 Kč / klik
Stránka 1 z 2 12 PosledníPoslední
Zobrazují se odpovědi 1 až 30 z 47

Existuje vůbec rychlá single page aplikace?

  1. Vzhledem k tomuto:

    Speed is now a landing page factor for Google Search and Ads | Web

    prosím o odkaz na nějaký web vytvořený jako single page aplikace v Angular.js nebo React.js, který je rychlý na mobilu. Zatím jsem takový web nezaregistroval, ale rád se nechám poučit.
    Naposledy upravil petrx : 07.01.2020 v 18:24

  2. Co se právě děje na Webtrhu?
  3. cokoliv co ma pod sebou neco na server-side render jako next.js, ale nutno dodat, ze se da dosahnout zobrazeni obsahu i s cistym reactem po zhruba 200kB (zalezi na konkretni aplikaci a nastaveni webpacku), coz i na mobilech dneska neni vubec problem :) zalezi dost na programatorovi...

    Hejtit to tu bude ten kdo to neumi...

    //jeste dodam jednu page co me nedavno zaujala jak to frci svizne jak prase https://shelleyexplorer.cardano.org/en/

  4. Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    cokoliv co ma pod sebou neco na server-side render jako next.js, ale nutno dodat, ze se da dosahnout zobrazeni obsahu i s cistym reactem po zhruba 200kB (zalezi na konkretni aplikaci a nastaveni webpacku)
    Prosím o linky na příklady z praxe


    Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    //jeste dodam jednu page co me nedavno zaujala jak to frci svizne jak prase https://shelleyexplorer.cardano.org/en/
    Stránka, která by mohla fungovat jako HTML + <iframe> s interaktivním obsahem...

    Stránka, která využívá více než 1 megabajt Javascriptu (sice se to přenáší komprimovaně, ale prohlížeč to stejně musí dekomprimovat a rozparsovat), protokol zde:
    https://webpagetest.org/result/20010...7/1/breakdown/

    A když si v protokolu
    WebPageTest Test Result - Dulles : shelley...er.cardano.org/en/ - 01/07/20…
    kliknete na "Watch Video", uvidíte sám, jak pomalu se stránka načte do mobilu.

  5. To je zkopirovany dotaz z jedne skupiny na FB nebo to byl tvuj dotaz na FB?

    https://developers.google.com/speed/...%2F&tab=mobile Tady je simply web, nebo hledas slozitejsi? Slozitejsi se v tom nedelaji. Delaji se jinak.

    A jeste muzeme udelat takove kouzlo, a usetrit balik kilobajtu:

    .babelrc
    presets: [
    ['@babel/react', {pragma: 'h'}]
    ]
    webpack.config.js

    plugins: [
    new webpack.ProvidePlugin({
    h: ['react', 'createElement']
    })
    ]

    A nebo misto React pripojit https://preactjs.com/ tim se usetri jeste vetsi balik kilobajtu :) Hm? Dobry ne?

  6. Tak pokud se chceš hnát za minimální velikostí, nemůžeš chtít SPA. Když to postavíš na AMP, pak se dostaneš na vrchol optimalizace...

  7. Single page ma prvni nacteni vetsi naklady vetsinou, na druhou stranu kazdy dalsi kliknuti je uzivatelsky mnohem sviznejsi. Dulezity je, ze to jde fakt hodne optimalizivat, zalezi proste na konkretnich pozadavcich pri vyvoji - ta url co sem posla to hold zas tolik neresila (proc taky), ale kdybys chtel, dostanes se k 200kB i min :) uprimne, neni to zas tak dulezity, mego je dneska i na mobilu nic...

  8. Citace Původně odeslal Oleg Zobrazit příspěvek
    To je zkopirovany dotaz z jedne skupiny na FB nebo to byl tvuj dotaz na FB?

    https://developers.google.com/speed/...%2F&tab=mobile Tady je simply web, nebo hledas slozitejsi? Slozitejsi se v tom nedelaji. Delaji se jinak.
    https://webpagetest.org/result/20010...c54d44ab5b7d1/

    -- HTML se načte za 0,1 sekundy, ale stránka se na mobilu zobrazí až za 1,8 sekundy :-(


    Citace Původně odeslal Oleg Zobrazit příspěvek
    A jeste muzeme udelat takove kouzlo, a usetrit balik kilobajtu:

    .babelrc

    webpack.config.js
    To je zajímavé, ale zrychlí to načtení a zobrazení stránky?



    Citace Původně odeslal Oleg Zobrazit příspěvek
    A nebo misto React pripojit https://preactjs.com/ tim se usetri jeste vetsi balik kilobajtu :) Hm? Dobry ne?
    Díky, to je také zajímavé, existuje nějaká SPA, která to doopravdy používá?
    Naposledy upravil petrx : 07.01.2020 v 18:01

  9. davnejsie som robil http://www.jaskac.sk/ js tam mas 50kb(vue), css 20kb(a to je k tomu foundation a nie optimalizovane css). najviac tam robia obrazky(tie som neriesil). spa nie je problem ak ide o web a nie aplikaciu kde toho js bude skratka aj na megabajty.

  10. a přitom samotné html a XmlHttpRequest je to nejrychlejší co jde :). Jakub Vrána v tom napsal svůj Adminer Editor a osobně neznám uživatelsky rychlejší webovou aplikaci.

    Kdysi jsem používal framework https://sennajs.com nebo dnes odtučněné sestavení https://knockoutjs.com, narozdíl od Reactu nebo Angularu tyhle dva nepotřebují při každé změně přepočítávat celou stránku, ale umí jen její části. Z toho důvodu v knockoutu píšeme administrace, kde se často vykresluje velké množství položek.

    Z state of art technologii vypadá nadějně WebAssembly, teď pracujeme na technickém demostrátoru nad http://teavm.org ze scaly/javy. Výsledek je nadějně kompaktní, velice svižný, robustní uvnitř a lze využít knihovny, postupy, které má člověk zažitý z dospělého světa.

  11. Citace Původně odeslal TomášX Zobrazit příspěvek
    narozdíl od Reactu nebo Angularu tyhle dva nepotřebují při každé změně přepočítávat celou stránku, ale umí jen její části.
    Jak to mam chapat? Jaky je rozdil React a tyhle frameworky technicky co se prepocitavani stranky tyka?

    ---------- Příspěvek doplněn 07.01.2020 v 17:53 ----------

    Citace Původně odeslal TomášX Zobrazit příspěvek
    a přitom samotné html a XmlHttpRequest je to nejrychlejší co jde :).
    Jop, ale prijde mi vyhodnejsi robustnost reactu pri tymovem vyvoji vetsich aplikaci - to sou takove ty klasicke kompromisy, kdy si nekde uberes ale jinde vyznamne pridas...

  12. Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    Single page ma prvni nacteni vetsi naklady vetsinou, na druhou stranu kazdy dalsi kliknuti je uzivatelsky mnohem sviznejsi. Dulezity je, ze to jde fakt hodne optimalizivat, zalezi proste na konkretnich pozadavcich pri vyvoji - ta url co sem posla to hold zas tolik neresila (proc taky), ale kdybys chtel, dostanes se k 200kB i min :) uprimne, neni to zas tak dulezity, mego je dneska i na mobilu nic...
    1) On je u SPA často problém i při proklinkutí, načítání obsahu další stránky zjevně trvá Javascriptem často déle než pomocí normálního HTML (které načítá webový prohlížeč napsaný v nějakém C/C++/C#/Objevtive-C/Swiftu a běžící v nativním strojovém kódu)

    2) Objemný Javascript opravdu JE problém na mobilech se slabšími procesory. Proto si weby vždy testuji na své sbírce testovacích sociálních smartphonů a nejen na svém svižném iPhonu.

  13. react si udržuje v paměti celý strom komponent a jejich props, při každé změně komponenty invaliduje všechny děti (musí u nich znovu proběhnout render) a rekurzivně zjistí změny v element tree a props a podle tohle udělá update DOMu. Pokud mám na stránce velké množství komponent (řádky tabulky) a k nim data, tohle je obrovská brzda. U knockout naopak dokážu implicitně o změně říct a nemusím mít v pozadí setInterval funkci, která detekuje pořád dokola změny, jak to dělá react. Angular na tom je ještě hůře. Na web to většinou nevadí, na stránky s hodně údaji to není ono.

    Robustní týmový vývoj se dá zajistit v čemkoliv, ale větší omezení v praxi vidím u nezkušenosti vývojářů, sehnat někoho schopného na react, co může rovnou tvořit v týmu je snažší než někoho najít na obskurnější technologie, kde se musí počítat se zaučením. Týmový vývoj hlavně drží nástroje okolo, struktura kódu, společný code style než samotný jazyk.

  14. petrx:
    1) mam uplne jinou zkusenost (par let JS delam), ale pro me za me, vidim to hodne ze strany vyvojare kde to je jak nebe a dudy s jinejma technologiema - ale pozor jsem JS fanboy :) tak asi mam prikrasleej nazor, i kdyz stejne, single page maj fakt uplne jinej feeling, vsechno fakt frci, zadnej benchmark co jen natvrdo meri pozadavky na server ti nenahradi to jakej mas z ty aplikace pocit, kdyz ji pouzivas...

    2) objemnej javascript neni 1MB, fakt ne... To zaprve a za druhe jde o to co ta aplikace dela, ne o velikost programu, pokud bude paralelne zpracvavat dvacet veci, tak muze mit treba 1kB a zadnej min vykonej mobil si stejne neskrtne a naopak, to fakt pouzivas spatnou metriku...

  15. Taky bude záležet na tom, co má vlastně umět. Kromě Reactu a Angularu se dá použít třeba VueJS, Inferno.js a další; nebo změnit zaběhlej způsob a použít Svelte.dev

    Když uděláš tu aplikaci jako PWA a instaluješ ji do telefonu, odpadne ti načítání JS a CSS z webu, pak se start aplikace zrychlí.

    Já si udělal jednoduchoučkou aplikaci v čistým JS a s minimem CSS; jako PWA, je to bleskurychlý, ale není to nic světobornýho, jen dvě tabulky (mezi kterýma se dá přepínat) - pro představu: něco jako rozvrh hodin.

  16. Citace Původně odeslal TomášX Zobrazit příspěvek
    react si udržuje v paměti celý strom komponent a jejich props, při každé změně komponenty invaliduje všechny děti (musí u nich znovu proběhnout render) a rekurzivně zjistí změny v element tree a props a podle tohle udělá update DOMu. Pokud mám na stránce velké množství komponent (řádky tabulky) a k nim data, tohle je obrovská brzda. U knockout naopak dokážu implicitně o změně říct a nemusím mít v pozadí setInterval funkci, která detekuje pořád dokola změny, jak to dělá react. Angular na tom je ještě hůře. Na web to většinou nevadí, na stránky s hodně údaji to není ono.
    nechapu, react taky reaguje jen na zmeny statu o kterych mu reknes, takze tam asi zadny setInterval neni ne? S tim drzenim domu mas pravdu, to ma zas jiny vyhody/nevyhody... to ej asi zbytecny probirat, kdyz mas neco senzitivniho na rychlost kresleni tak si muzes sahat do dmou sam a nemusis to nechat obstaravat react a pritom jinak vyuzivat veskerych vyhod reactu, takze tady je to zas spis o tom, co komu vyhovuje a co umi, nez o necem jinem, protoze kdyz v tom fakt umis, umis to udelat rychly a optimalizovat tam kde to ma smysl...

  17. [QUOTE=Aleš Jiříček;1562878]
    1) mam uplne jinou zkusenost (par let JS delam), ale pro me za me, vidim to hodne ze strany vyvojare kde to je jak nebe a dudy s jinejma technologiema, i kdyz stejne, single page maj fakt uplne jinej feeling, vsechno fakt frci, zadnej benchmark co jen natvrdo meri pozadavky na server ti nenahradi to jakej mas z ty aplikace pocit, kdyz ji pouzivas.../QUOTE]

    Prosím tedy o odkaz na takovou rychlou SPA


    Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    2) objemnej javascript neni 1MB, fakt ne... To zaprve a za druhe jde o to co ta aplikace dela, ne o velikost programu, pokud bude paralelne zpracvavat dvacet veci, tak muze mit treba 1kB a zadnej min vykonej mobil si stejne neskrtne a naopak, to fakt pouzivas naprosto spatnou metriku...
    Prosím tedy o odkaz na takovou rychlou SPA

  18. daka stranka ktora kombinuje bootstrap + vue (alebo react, angular) ? chcel by som vidiet realnu rychlost.. uz davno sa chcem k tomu dokopat, ale nikdy neni cas..

  19. Citace Původně odeslal node Zobrazit příspěvek
    davnejsie som robil http://www.jaskac.sk/ js tam mas 50kb(vue), css 20kb(a to je k tomu foundation a nie optimalizovane css). najviac tam robia obrazky(tie som neriesil). spa nie je problem ak ide o web a nie aplikaciu kde toho js bude skratka aj na megabajty.
    Web se mi líbí, ale méně se mi líbí tohle:
    WebPageTest Test Result - Dulles : www.jaskac.sk

  20. [QUOTE=petrx;1562883]
    Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    1) mam uplne jinou zkusenost (par let JS delam), ale pro me za me, vidim to hodne ze strany vyvojare kde to je jak nebe a dudy s jinejma technologiema, i kdyz stejne, single page maj fakt uplne jinej feeling, vsechno fakt frci, zadnej benchmark co jen natvrdo meri pozadavky na server ti nenahradi to jakej mas z ty aplikace pocit, kdyz ji pouzivas.../QUOTE]

    Prosím tedy o odkaz na takovou rychlou SPA




    Prosím tedy o odkaz na takovou rychlou SPA
    dal sem ti ho :) nelibilo seti ze ma mego... me prijde bleskova, v nehorsim pripade stejne rychla jako jakakoliv jina stranka bez JS, ale z pohledu yvojare se vsema vyhodama JS... tobe prijde pomala?

  21. [QUOTE=Aleš Jiříček;1562886]
    Citace Původně odeslal petrx Zobrazit příspěvek

    dal sem ti ho :) nelibilo seti ze ma mego... me prijde bleskova, v nehorsim pripade stejne rychla jako jakakoliv jina stranka bez JS, ale z pohledu yvojare se vsema vyhodama JS... tobe prijde pomala?
    Na obyčejném smartphonu je pomalá:

    WebPageTest Test Result - Dulles : dominikt.now.sh/ - 01/07/20 16:47:58

    -- HTML se načte za 0,1 sekundy, ale stránka se na mobilu zobrazí až za 1,8 sekundy :-(

  22. hele vyzkousel sem par beznych webu, vetsina se zobrazi na obycejnym mobilu za 2k zhruba za 2 sekundy... Jaka primerene slozita stranka to tak nema? posli odkaz...

  23. Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    hele vyzkousel sem par beznych webu, vetsina se zobrazi na obycejnym mobilu za 2k zhruba za 2 sekundy... Jaka primerene slozita stranka to tak nema? posli odkaz...
    www.sexystranky.cz (Native AMP)

  24. A tenhle výsledek je na tom podle tebe jak? https://webpagetest.org/result/20010...2f8f848f1c940/

    Není to ale nijak optimalizovaný; obyčejná SPA psaná v Quasar Frameworku (založen na VueJS).

    edit: tenhle test je na mobilu Moto G4, ať je to srovnatelný s ostatníma testama v tomhle vláknu
    WebPageTest Test Result - Dulles : 90-brno-mhd.netlify.com/ - 01/07/20 18:10:08
    Naposledy upravil Pablo74 : 07.01.2020 v 19:11

  25. petrx: takze AMP, neboli tvrde optimalizovana stranka pro mobily s hodne hodne velkejma omezenima - a tudiz i vyvojovyma omezenima - se ma srovnavat s fullblown plnohodnotnou aplikaci jo? tvl... navic ten AMP si v tom reactu napises taky, kdyz bdues chtit :) jen se to musi generovat server-side... ale to je fuk...

    Proste kazdej pristup se hodi na neco :) single page je urcite minimalne stejen rychelj jako jiny bezny pristupy... AMP hold je specialne optimalizovanej an mobily tak bude logicky rychlejsi... Ale zas dostanes na oplatku nutnost delat jiny kompromisy... Hold zvol to nejlepsi pro tvuj konkretni projekt, ono to tak ma byt :)

  26. Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    nechapu, react taky reaguje jen na zmeny statu o kterych mu reknes, takze tam asi zadny setInterval neni ne? S tim drzenim domu mas pravdu, to ma zas jiny vyhody/nevyhody... to ej asi zbytecny probirat, kdyz mas neco senzitivniho na rychlost kresleni tak si muzes sahat do dmou sam a nemusis to nechat obstaravat react a pritom jinak vyuzivat veskerych vyhod reactu, takze tady je to zas spis o tom, co komu vyhovuje a co umi, nez o necem jinem, protoze kdyz v tom fakt umis, umis to udelat rychly a optimalizovat tam kde to ma smysl...
    ne tak úplně, stejně musí vše rekurzivně procházet strom, obezlička s přepsáním shouldComponentUpdate není vždy ideální. Každopádně pro tuhle diskuzi to nemá smysl dál rozebírat, nic není perfektní pro každou situaci a ač react je super, na některé okrajové případy se nehodí. V administracích máme často na klientu nataženo desítky tisíc položek (on jak uživatel několik hodin aplikaci používá, cache se rychle naplní) a je škoda je zahazovat pokud jsou pořád validní, pak jsou ale vidět znatelné lagy na stránce a cpu je dost vytížené, naštěstí člověk má možnost volby podle situace :).

  27. TomasX: jo souhlas, jedna technologie se nikdy nemuze hodit na vse... Kdybych mel neco narocnyho na hodne moc velkej pocet DOM objektu, tak taky sahnu jinam a musel jsem sahnout, ale to se stava spis v administracich apod., frontendy malokdy...

  28. Citace Původně odeslal Pablo74 Zobrazit příspěvek
    A tenhle výsledek je na tom podle tebe jak? https://webpagetest.org/result/20010...2f8f848f1c940/

    Není to ale nijak optimalizovaný; obyčejná SPA psaná v Quasar Frameworku (založen na VueJS).
    Díky, zkusím to v mobilu, protokol zde:

    WebPageTest - Running web page performance and optimization tests...

    A sakra, First Contentful Paint za 2.530 sekund :-(



    ---------- Post added 07.01.2020 at 19:11 ----------

    Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    petrx: takze AMP, neboli tvrde optimalizovana stranka pro mobily s hodne hodne velkejma omezenima - a tudiz i vyvojovyma omezenima
    Interaktivní obsah se může načítat v <amp-iframe>


    Citace Původně odeslal Aleš Jiříček Zobrazit příspěvek
    - se ma srovnavat s fullblown plnohodnotnou aplikaci jo?
    Teď řeším firemní web (takový spíše microsite), které dodavatel vytvořil jako SPA a je to pomalé a je to pomalé úplně zbytečně, protože v HTML by ten web o nic nepřišel.
    Naposledy upravil petrx : 07.01.2020 v 19:51

  29. Citace Původně odeslal petrx Zobrazit příspěvek
    https://webpagetest.org/result/20010...c54d44ab5b7d1/

    -- HTML se načte za 0,1 sekundy, ale stránka se na mobilu zobrazí až za 1,8 sekundy :-(

    To je zajímavé, ale zrychlí to načtení a zobrazení stránky?

    Díky, to je také zajímavé, existuje nějaká SPA, která to doopravdy používá?
    Ano, zrychli. Vyzkousej to.

    Chci rici, ze ne vsude je treba cpat zbytecne React/Angular apod.

    Pouzivas SSR nebo CSR? V tom je taky velky rozdil. A na jake infrastrukture?

    Nevidim smysl zatim pouzivat u obycejnych webu neco jako PWA. Staci jednoduche minimaliaticke CSS fw, vlastni JS, jednoducha struktura html. Nepotrebujes AMP.

    Rychlost u webu je predevsim v slozitosti stromu DOM. Nepouzivanim spravne cache, cdnek, nepouzivanim (nebo spravnem nastaveni) h2 server push, nativniho/vynuceneho lazy loadingu, preplacanosti css (nacitani neceho co neni treba pro danou stranku) a js, prefetch/preload, optimalizaci obrazku (webp/jpg/png). Je tam proste bambilion faktoru a kazdy projekt by se mel posuzovat individualne a produkcni appky, opravovat na zaklade analyzy.

    Taky na kazdem webu neni treba se hnat za score 100/100 podle PSI.

    Ty mas nejaky problem s nejakym webem, ktery nevis jak vyresit?

  30. Citace Původně odeslal Oleg Zobrazit příspěvek
    Rychlost u webu je predevsim v slozitosti stromu DOM.
    Možná na desktopu, ale na mobilu je největším brzdičem objemný Javascript.

    Citace Původně odeslal Oleg Zobrazit příspěvek
    Taky na kazdem webu neni treba se hnat za score 100/100 podle PSI.
    Absolutně souhlasím, proto sleduji rychlost načtení na mobilu v sekundách.


    Citace Původně odeslal Oleg Zobrazit příspěvek
    Ty mas nejaky problem s nejakym webem, ktery nevis jak vyresit?
    Ano -- dodavatel klientovi dodal microsite, které je SPA místo normálního HTML, a je hrozně pomalé, zejména na mobilu.

  31. JS se da vyresit na libovolnem webu, zalezi co se aktualne pouziva a proc a jak ho lze nahradit / optimalizivat nebo odstranit uplne. I na mobilu muze JS fungovat rychle.

    Napis mi do SZ URL, treba neco vymyslime.

Stránka 1 z 2 12 PosledníPoslední
Spolupracujeme: Jooble.org Hostujeme u Server powered by TELE3