Já naopak web, co vypadá jako z 90. let, z pozice uživatele velmi silně preferuji na mobilu i na stolním počítači. Dobře, nejde tam napsat třeba šachový herní server, editor obrázků, Dune2 pro browser, SIP klient, webová náhrada MS Wordu a podobně. Ale např. jakékoli noviny, lupa.cz, email.cz, google.com, cousera (dobře, až na to video), webový obchod nebo facebook by ve stylu 90. let byly lepší.
Nejde o výkon zařízení, ale připojení.
Kupodivu graficky nejlepší stránky patří spíše k malým.
Pokud mám volit, mezi stránkou, která se načte rychle a hýbacím hnusem s tunou reklamy, který se načte pomalu, volím první možnost.
Jestli použijete CDN jejich, vlastní nebo žádnou je vaše volba a moje je jak si nastavím přednačítání.
ale vždyť tohle také tak funguje, web je amp web je responzivní a určen pro všechna zařízení.
Tady nikdo nic nerozkopává, podívej se jak se chová řada malých mobilních webů, není to nic hezkého, natož něco co jde použít.
Bootstrap otevřel oči, tohle je pokračování. Já chci jak vývojář generovat web pouze v html a nestarat se o to skriptování.
Jsou i lidé, kteří potřebují na mobilním webu nabídnout i trochu jinou funkcionalitu než jen možnost číst zprávy. Takoví lidé budou nadále potřebovat plnou podporu CSS3(+) a JavaScriptu, protože přesně kvůli těmto věcem se tyhle jazyky (a prohlížeče s jejich podporou) léta zdlouhavě a komplikovaně vyvíjely. Ve výsledku tu tedy vzniká jiné HTML pro BBC, BuzzFeed, Economist, Guardian a možná tak tři další jenom proto, že jejich zabalastěné weby nejsou schopny obstát v konkurenci (a realitě mobilního připojení). To je ale neschopnost jejich vývojářů (případně managementu), nikoli nedostatek HTML. Navíc nevím, co se v těchto věcech má co angažovat Google, když přes webové standardy tu dávno máme jinou organizaci. (Jmenuje se Apple. ;-))
Takže jsme roky (spíš desetiletí) čekali, až budeme konečně moci napsat web v jednom HTML s jedněmi styly (a jedním JavaScriptem), který se pak bude umět obstojně zobrazit na všech možných zařízeních, a když toho konečně jakžtakž dosáhneme, někdo se rozhodne, že se mu nelíbí, co s tím někteří weboví vývojáři dělají, a že by vlastně bylo dobrý to celý rozkopat. Jo, to úplně dává smysl.
vtip je v tom, že klientovi to je povětšinou šumák :). Tohle je jedna z cest, nikdo nikoho nenutí, aby jí šel, svět není binární.
Design máš plně pod kontrolou, ale na mobilním webu těch možností tolik není, tady nikdo nemluví o dobrých mobilních webech, tohle je primárně zaměřené na úzkou skupinu malých webů.
Velicí vydavatelů do toho chtějí jít, protože je zajímá UX a nekašlou na to, lepší je spojit síly.
Dostáváme se do situace, kdy web se bude moci zobrazovat na hodinkách, lednicích, panelech v autě, televizích atd. Jako majitel webu ocením možnost i na těchto zařízeních poskytnout svůj obsah, a to primárně jde.
Jako u každé věci záleží jak dobře/špatně se povede… tady třeba je katalog moc povedených responzivních webů: http://mediaqueri.es/
ano, to můžeš, ale narazíš hned jak budeš chtít mít pro Ipad obrázky ve větším rozlišení, hned jak budeš chtít nenačítat velké obrázky na pomalém připojení, hned jak budeš chtít nastavit optimální velikost písma pro všechna zařízení atd.
Tohle je framework, ne hotový web, něco mezi jQuery a bootstrap.
protože tomu třeba chybí ccs a novější mikroformáty? A hlavně bych někde musel najít nabíječku na nokii...
Tohle runtime běžící i v IE 7 zaměřená ne na pohodlí programátora (jQuery), ale na pohodlí návštěvníka.
Brečím, když se mi několik minut na mobilu načítá stránka a poté tam mám tři posouvací panely a jeden lightbox. Tohle se mi líbí a už to na malých projektech zkouším.
No takových pokusů už bylo. Neujaly se, protože byly moc centralizované, omezené, nepružné.
Větší část problémů, které má AMP řešit, už dneska zvládají pokrýt mobilní prohlížeče samy. Zobrazit jen hlavní textový obsah článku, skrýt balast okolo, zvolit optimální priority stahování zdrojů a tak dále.
podoba a provedení jsou dvě rozdílné věci, klient těžko řekne, že chce max. 500kb JS. Zodpovědnost je jednoznačně na schopnostech těch malých týmů, jednotlivých programátorů, kteří ten web dělají tak špatně.
Já nepláču, školím týmy, přednáším to na konferencích a snažím se radit, když i to někdo stojí.
Smeruje to proti dnesnimu vyvoji webovych aplikaci, kde se javascript zhusta pouziva. Problem neni v javascriptu, ale v tom, ze developeri nezvladaji spravu JS zavislosti a pouzivaji knihovnu kvuli kazde blbosti (napr jQuery neni potreba v reactu, angularu, ale lidi ho tam stejne maji a neni to zrovna mala knihovna).
Ono spis navstevnika pomerne slusne nastve, kdyz se mu stahne 5MB nesmyslu uz na mainpage, a vysledek je ten, ze mu dojde RAM jeho telefonu/tabletu/... protoze na zobrazeni te hruzy ani GB nestaci (natoz zarizeni, ktera maji podstatne mene). A kdyz si vypne scriptovani a obrazky, tak se mu projistotu nezobrazi vubec nic.
To se sice kdysi doporučovalo, ale kdo se toho dnes drží. Mně se ta myšlenka líbí, když někdo chce několikamegovou grafiku, ať si ji na stránku dá, ale nezpomalí to načítání podstatných informací a na pomalém připojení se nestáhne vůbec... Akorát ta v článku odkazovaná stránka nic takového neukazuje.
Zdravim,
Roky uz pouzivam operu mini a setrim 90% trafficu. Kam potrebuji se dostanu, pripadne jednou za cas pustim chrome.
Ohledne desktopu (FF bez cookies, adblock, disconnect, ghostery) bych za nejake zestihleni byl, ale poustim ho cim dal mene a taky mi pripada ze vetsina vyvojaru ze bez apis a podobnych ksindlu neobejde. Clovek pak narazi na situace ze ani yahoo nic nevyhleda kdyz jste na blacklistu google...
Obavam se ze to co clanek popisuje bude jeste vetsi bordel, ale me je to fuk.
A spehovani - uz zacina v OS (pokud pomineme BIOS upraveny od NSA :-)
Google se k tomu dostal přes své výzkumy… jejich analytiku už má v sobě fakt obrávská spousta webů, takže informací už mají dostatek a mimo jiné jsem viděl jejich prezentaci závislosti okamžitého opuštění webu v závislosti na rychlosti načítání úvodní stránky. Přesná čísla už tu z rukávu nevysipu, ale pointa je, že návštěvníci neradi čekají… čím déle se stránka načítá tím více jich to nervově nevydrží a okno zavře.
No a ti velikání s neschopnými vývojáři případně managementem si tento problém také uvědomují a proto se společně s Googlem pustili do jeho řešení.
Je asi jedno kdo oslovil koho, ale je tu reálný problém a tohle je způsob jeho řešení. Jestli se osvěčí se ještě ukáže.
Stamdardy takto vznikají až překvapivě často… z Googlího SPeeDY se taky stal všeobecně uznávaný HTTP 2.0 .
Ano, v tom bude skutečně zakopaný pes, k tomu, abych napsal takovýto rychlý web, nepotřebuju žádnou novou zkratku, stačí si otevřít poznámkový blok a první kapitoly učebnice HTML z devadesátých let.
Pokud má být smysl AMP HTML "jak psát dnešní weby s dřívější rychlostí", pak ukazovat toto je mimořádně nešťastné (a titulek "AMP HTML loves CSS!" působí spíše jako ironie než ujištění).
Takto se začalo s HTML, ale protože to v praxi nestačilo, přidalo se css a posléze javascript. Vracet se zpět nemá smysl.
Živá příroda je rozmanitá, plná různých tvarů a barev. Má to svůj důvod, vynutila si to evoluce, jedině tak lze uspět v konkurenci. A u webů to platí samozřejmě taky.