| Autor | Zpráva | ||
|---|---|---|---|
| Sikovnicek Profil * |
#1 · Zasláno: 19. 5. 2016, 12:17:17
Ako nakonfigurovat framework tak aby sa co najrychlejsie nacitala stranka?
Ake headery pouzit na staticky obsah (obrasky, js, css) a ake na dynamicky? moze urychlit nacitanie trebars response.setHeader('Cache-Control', 'public, max-age=31536000'); Aku kompresiu pouzit na obsah (Deflate, Gzip, inu?) Ma zmysel pouzivat kompresiu aj na obrazky a ine binarne subory? Alebio iba na textove subory (html, js, css, json). |
||
| Kubo2 Profil |
#2 · Zasláno: 19. 5. 2016, 12:43:18
Ktorý framework, ktorý serverový jazyk?
|
||
| Sikovnicek Profil * |
#3 · Zasláno: 19. 5. 2016, 13:03:12
framework mam vlastny ale je postaveny nad Node.js teda javascript.
Ale to je vpodstate jedno, ide mi o to aku kompresiu mam zvolit a ake hlavicky poslat. A ake kroky urobit aby sa obsah nacitaval co najrychlejsie, to neni zavisle od jazyka. Momentalne sa stranka nacitava velmi rychlo ale mnozno by sa to dalo vhodnymi zasahmi o par milisekund este zrychlit. |
||
| smitka Profil |
#4 · Zasláno: 19. 5. 2016, 14:50:16
Obecně bych se zaměřil na snižování počtu požadavků a jejich optimalizaci. "Gzip" na textové soubory, na obrázky to smysl nemá. V případě použití komprese Brotli, kterou zatím skoro nic neumí, se dá trochu ušetřit i na obrázcích. Lepší je podle mě obrázky ručně zoptimalizovat.
Expires a cache-control hlavičky při první návštěvě nepomůžou. Milivteřiny lze ušetřit i změnou webserveru - Nginx podává skvělé výsledky. V samotné aplikaci se často dá najít mnoho míst jak ji zrychlit, na to je potřeba nějaký profiler. V nástrojích pro node se bohužel tolik neorientuji, tak nemůžu žádný doporučit. Pár tipů mám v článku lynt.cz/blog/10-nejcastejsich-problemu-modernich-webu |
||
|
Časová prodleva: 1 měsíc
|
|||
| TomasJ Profil |
Já bych web zrychlil tím, že jej nebudu načítat celý znovu a znovu. Tím se dá dosáhnout například pomocí Reactu a Reduxu. Samozřejmě předpokladem pro použití těchto frameworků je překopání celého webu.
Co tím získáš: Web server bude mít jen jedinou routu (na kořen aplikace) Webové stránky budou opravdu rychlé. Pomalejší bude akorát prvotní načtení stránky, ovšem pak už se web neobnovuje, takže není potřeba načítání všech dat. Menší datový tok mezi klientským zařízením a serverem (načítá se jen to, co je potřebné). Co tím ztratíš: Klientské zařízení bez povoleného JS nezobrazí tvoji stránku. Samozřejmě výhod a nevýhod je více, ale tohle jsou ty, které pro mě mají smysl a vybavuji si je. |
||
| Bubák Profil |
#6 · Zasláno: 1. 7. 2016, 15:21:17
TomasJ:
„Klientské zařízení bez povoleného JS nezobrazí tvoji stránku.“ A co vyhledávače? |
||
| TomasJ Profil |
Bubák:
Například Google má nástroj "Fetch as Google", který načte vygenerovaný obsah. P.S.: Google je ten směrodatný. Kdo vyhledává na Seznamu, najde 1/10 věcí. |
||
| xROAL Profil |
#8 · Zasláno: 1. 7. 2016, 15:42:48
TomasJ:
„Klientské zařízení bez povoleného JS nezobrazí tvoji stránku.“ Bubák: „A co vyhledávače?“ Zrovna React dokáže zostaviť kompletné HTML už na serveri. To sa pošle klientovi, kde už zase React preberie kontrolu - ak je to možné. Ak nie, tak človek / vyhľadávač uvidí statickú stránku, no uvidí obsah a to je v tomto prípade dôležité. S použitím react-routeru ide o skutočne jednoduchú záležitosť. |
||
| TomasJ Profil |
xROAL:
Já tedy už několik aplikací udělal, ale o existenci ReactDOMServer jsem nevěděl. No, mysleli chlapci z Facebooku na vše :) |
||
|
Časová prodleva: 8 let
|
|||
0