Příspěvky

511

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 08. 04. 2016, 14:28:53 »

Eh, to dynamicke nahravani obrazku. Na to jsem uplne zapomnel, to jsem si take musel "deaktivovat" (cti napsat vohejbak [nebo narovnavak?] v JS ktery vynuti nacteni vsech obrazku po nacteni stranky). Nevim, jestli to ostatnim (na desktopu) nevadi, ale me to celkem vytacelo - posunu stranku o chlup niz a blik a micro sek, se zpozdenim se nacetl obrazek, posunu o dalsi kousek, abych si precet nadpis, a dalsi "animace" nacteni atd.

512

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 08. 04. 2016, 13:18:18 »

Co se týče optimalizace webů, tak s vámi souhlasím, že máme ještě co dohánět - a snažíme se o to. Nejvíc v poslední době na Rootovi, který jsme vlastně celý postavili na připomínkách a návrzích uživatelů, a kde jsme dále po reloadu snížili významně celkovou datovou zátěž. ...

http://www.lupa.cz/clanky/nahly-pokles-cisel-navstevnosti-ceskeho-internetu-mohl-za-to-filtr-pro-adblock/nazory/731023/

 
 

No, tak nemuzete prece pred managory a investory rict, ze se to nikomu (na foru) nelibi. Musite to co nejvice nalestit a zamlzit .

Jinak souhlas s ostatnimi - chapal bych, ze se budou vyskytovat nejake ty mouchy. Ale to tempo je k placi. Podle toho, jak dlouho ubehlo mezi "betou" a plnou verzi (to byly snad mesice!), jsem cekal, ze to bude kompletni prepis rypaku, a ono houby, pouze lehce upravili par nedostatku. Jen pro srovnani - ja, zacinajici na poli FE, jsem v souctu ~ za dva tydny ve volnu po praci v jazyce, ktery neznam (chtel jsem si zkusit LiveScript), to zvladl preskinovat, vyhazet reklamy a bordel okolo, zmenit soc. listu aby nedolizala, lehce preskladat layout hlavni stranky (forum vyse a rozpulit, novinky doprava, atp.), opravit strankovaci tlacitka na foru a asi jeste dalsi blbinky. Jako jiste, neresim vsechny prohlizece na svete, nebo non-JS verzi, ale taky na tom nedelam full time a v tymu nekolika lidi nekolik mesicu...

513

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 04. 04. 2016, 09:21:36 »

Co ctu, tak FE vyvojari velkych aplikaci casto pokukuji po poradne typovanych i statickych jazycich. Proto treba dvojkovy Angular je primarne TypeScript vec.

S propojenim s okolnim JS pribude vetsinou krok navic, ale nebyva to nejaky zavratny problem. Zmineny TypeScript pouziva type definition a takova ScalaJS facades. Oboje funguje jako tenka vrstva pro "pridani" typů urcite JS knihovne. Zni to v podstate stejne, jako ty porty popisovane Mirkem.

514

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 30. 03. 2016, 14:51:58 »

_{(pořád mám za to, že tu chybí ten seznam Fíčur/Známých chyb/Řešených chyb/Chyb, na které kašleme/...)}

Jo no, mohli by se pochlubit, co planuji resit a co jim za to nestoji, at si to komunita muze opravit sama. Takto si kutilove mohou donekonecna rikat, ze tak trivialni bug prece museji opravit zitra a tak to prece nebudu opravovat ja.

515

O serveru Root.cz / Re:Nový Root již dnes? [BUG?]

« kdy: 30. 03. 2016, 14:25:51 »

I po ctrl-f5.
Ten seznam není "online"?

Myslim, ze to tu uz nekdo zodpovedny nekdy psal, tusim ze se to synchronizuje po 5 minutach, nebo tak nejak. Takze je to opravdu jenom "online", ne online (forum a stranky jsou to oddelene systemy, asi se to synchronizuje jen nejakym skriptem).

516

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 24. 03. 2016, 14:02:46 »

Extraktory ve Scale jsou skvela vec, pattern matching je diky nim hodne silny. Jde to treba pouzit s regularnimi vyrazy:

Kód: [Vybrat]

	val Pattern = "^(.*)@(.*)$".r
	"my-email@seznam.cz" match {
		case Pattern(name, domain) => println(s"Got a match! name = $name and domain = $domain")
		case _ => println("No match found.")
	}

Vystup:

Kód: [Vybrat]

Got a match! name = my-email and domain = seznam.cz

Online si to muzete zkusit tamhle -> http://ideone.com/Yd84oe.

517

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 24. 03. 2016, 10:29:24 »

Pokud je problem, ze musis generovat HTML stejny kod jak na serveru tak na klientovi, tak to by SPA presne vyresilo. Psal jsem o ScalaJS, ktera ma binding pro Angular, takze to lze i "bez" JS. Uznavam, ze Angular ze zacatku muze pusobit slozite, ale tim, ze urcuje do urcite miry strukturu projektu vyvoj IMO v zaveru zlehcuje, protoze proste nasledujes best-practises a nemusis lepit dohromady mnoho knihoven (React osobne neznam, ale ten seznam me celkem vystrasil), protoze skoro vse, co potrebujes, mas primo v jednom frameworku pripravene k pouziti.

...
No jo, to platí pro desktop (proto taky když cíluju desktop, tak se ghcjs nebojím), ale pro mobily to funguje jinak. Ostatně - hezký příklad ghcjs aplikace je tady: http://markup.rocks/. Popravdě se mi to dost dlouho nahrává i na desktopu, natož na mobilu (který to nějak vůbec nechroustne).

Eh, Firefoxu to dalo hodne zabrat, nekolik (5?) vterin. Ale mozna teda za to muze nejaky addon, nevim. To chapu, ze by to nektere mobily polozilo. Ale treba ten overhead Scaly nepusobi tak hrozne, mozna vterina. A neni tedy lepsi misto ghcjs vzit radeji ten PureScript, ktery me jede jako blesk a je porad haskell-like?

518

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 24. 03. 2016, 10:09:40 »

Tak pokud by slo hodne o velikost, tak bych tipoval ze bude dobre se drzet co nejblize JavaScriptu (napr. Flow nebo LiveScript, ktery se mi dost libi) a ne se snazit dostat behove prostredi z JVM do JavaScriptu jako v pripade Scaly. Ale abych pradu rekl, tak si myslim, ze problem velikosti JS souboru je zbytecne precenovany. Pokud mate dobre nastavene cachovani, tak to klient bude stahovat prave jednou. Navic lze pouzit nejake verejne CDN a pak to muze klidne vychazet, ze to klient (v prepoctu na vasi stranku) bude stahovat napr. 0,1 krat za rok.

519

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 24. 03. 2016, 09:35:54 »

Eh, >1MB je teda zatracene velky. Ta ScalaJS mela runtime myslim 50kB. Jen tak pro srovnani - Angular, ktery je na pomery JS sveta obrovsky, ma ~150kB.

520

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 24. 03. 2016, 07:01:58 »

Jak jsem říkal, weby mě neživí, takže to nemám nastudované kdovíjak do hloubky. Věřím, že všechny problémy nějak řešit jdou, ale nemám motivaci je řešit, když ty problémy nemám Pro mě osobně je to dost narovnávák na ohýbák... Začít dělat SPA by mi nepřineslo nic než spoustu práce a problémů.

Zato presun na ciste funkcionalni UI problemy neprinese? Na narozdil od toho cisteho FP se SPA pouzivaji v obrovskych web aplikacich (predevsim Angular 1 a React), takze jak pises vyse, na ta jednoducha pouziti je to plne vychytane a na ta slozitejsi se muzes spolehnout obrovskou komunitu. To u Elmu nebo PureScriptu proste nemas a asi ani vyhledove v nekolika letech mit nebudes.

K "narovnávák na ohýbák" - ze zacatku jsem byl taky skepticky, ale bylo to dano jen tim, ze jsem byl zvykly na stary zpusob. O SPA premyslej jako o applikaci na smartphone, klientovi se jednou prenese (nainstaluje) a appka si sama vse rendruje a otravuje server jen kvuli datum a operace s daty, ne kvuli kazdemu prekresleni stranky, ktere musi byt specialne reseno pro kazdeho klienta.

Začít dělat SPA FP UI by mi nepřineslo nic než spoustu práce a problémů.

...

To ano, ale taky by se na FE přenesla logika, kterou tam mít nechci, protože si ji pohodlně a příjemně řeším na BE a nemám motivaci to měnit. Ten způsob s websockety, který jsem popisoval výš, je prakticky stejný, jenom ty stránky zůstávají. Kdybych časem zjistil, že se jich chci zbavit a přejít na SPA, tak už to potom bude snazší.

Tak jiste, pokud mas uz BE hotovy vcetne sablon stranek, tak to za to nestoji. Pokud ale ne a nemusis resis takove pytloviny jako podporovat ne-JS verzi a 10 let stary prohlizece, tak mi SPA prijde jako dobra volba. Resp. proc chces mit stav klienta na serveru? Vetsinou muze byt BE ukradeny, ze Lojza je na strance "o projektu". Definovani routovani je (z mych velmi omezenych zkusenosti s BE) hodne podobne jako na BE, akorat to pises pro klienta misto pro server. K tomu overovani, vzdyt to snad musis stejne resit primo na jedno pripojeni WS, takze v SPA verzi se nic nezmeni, ne (je teda mozny, ze to neni pravda, s WS jsem delal jednou)? Zrovna toho prihlaseni bych se treba v Angularu vubec nebal, je to v podstate jen jeden interceptor, kterej do kazdeho dotazu prihodi token a pak to "magicky" funguje vsude. Server si akorat zkontroluje token, pokud klient pristupuje k zabezpecenmu zdroji a konec. BE nehrabe jakkoliv do HTML, maximalne posle staticky soubor (sablonu) FE a ten si ji prechroupa. Libi se mi to oddeleni, ze na severu se neresi zadne vizualni veci, to vsechno patri na FE.

521

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 23. 03. 2016, 20:59:06 »

Ta ScalaJS vypada fakt zajimave, pusobi to na me, ze se celkem rozjizdi (musim se k tomu nekdy dokopat a zkusit ji). Ma to "bindingy" na React, Angular, Vue a dalsi. Z FP knihoven to podporuje i tezkotonazni Scalaz, coz me celkem prekvapilo. Vykonem i velikosti ty vypada i pouzitelne. Akorat teda nevim, jestli se to OP vyplati zkouset, pokud jazyk na BE ma uz zvoleny, protoze tim IMO prijde o tu nejvetsi vyhodu - jeden silne typovany jazyk na obou stranach, coz umozni sdileni kodu.

522

Vývoj / Re:Funkcionální frontend - zkušenosti?

« kdy: 23. 03. 2016, 20:21:37 »

Navíc celej ten koncept SPA se mi nelíbí (nemožnost odkazovat přes URL zvnějšku apod.)

Nemoznost odkazovat se na SPA - takovy problem davno neni. V Angularu to resi napr. ui-router a o vsechno to prepisovani URL a historii se to stara samo. K "apod." a "SPA se mi nelíbí" se bohuzel nemohu moc vyjadrit, chce to uvest konkretnejsi duvody.

Mně vyhovuje, že když mám oddělené stránky, můžu si na backendu řešit, která je jak autentizovaná apod. Tohle určitě měnit nechci.

Muzete mit oddelene REST end-pointy a ty authentizovat stejne, jak nyni mate stranky, nevidim v tom zadny problem.

Presne jak popisujete to generovani na serveru a pak znovu na FE, tak by to SPA elegantne preklenulo - proste se vsechny stranky generuji na klientovi a hotovo. Server pak muze "zhloupnout" a slouzit spis jako prostrednik na preposilani dat a overovanim auth tokenu.

523

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 23. 03. 2016, 13:34:59 »

To by si musel poznat ako vyzera rozlozenie inteligencie v spolocnosti. Budes prekvapeny ale je to Gausova krivka, kde asi len 5% ludi je tych spravnych. Vsetko ostatne je plebs a zver ako ty. ;-)
Teraz sa vrat do skoly k pani ucitelke a uc sa.
@noef - pre teba plati to iste. Tvoja pozicia na inteligencnej krivke je niekde pod medianom, tak krot vasne.

I kdyby byla podprumerna (coz nutne nevyvracim, jedine testy co jsem kdysi delal byly dost strucne a asi nepresne, takze je vsechno mozne), tak to nic nemeni na tom, ze tvoje argumenty byly vyvraceny a ty jsi dosud nebyl schopny vyvratit moje .

Neni tohleto nahodou argumentacni fail ad hominem?

A opakujem, ak pouzivate koleso, ste ZASTARALI! ARCHAICKI! Prestante s tym, chodte s dobou a pouzivajte HRANOL!

Spis to vypada, ze ty pouzivas hranol zatimco vsichni ostatni presli na koleso a ty si tu stezujes, at ty stranky uzpusobi davno nepouzivanemu hranolu.

524

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 23. 03. 2016, 13:16:57 »

Rozbita tiez nie je, ked dokaze zobrazit 95% inych stranok (ak su urobene korektne).

A ted prosim o premereni vsech stranek, ne jen tech, ktere sis vybral, protoze se ti to hodi .

A problem je to prasokoderov, ktory nevedia ako ma vyzerat standard.

A problem Opery 12 je v tom, ze ty standardy nepodporuje vubec, protoze je mrtva a nikdo je tedy nenaimplementoval.

Nema zmysel reagovat na nic ine okrem tych stranok. Mne je jedno, ake praso-stranky porovnavate vy, dolezite su tie, na ktore chodim ja.

Takze mrtva Opera 12 neumi zobrazit a zpracovat skoro zadne stranky (jen par vyjimecnych, ktere Worker pouziva) a je davana jako vzor dobreho prohlizece? Tak jiste, muzete do prace jezdit na kancelarske zidli a argumentovat, ze ale na tech par metrech chodniku mi to skvele funguje a zaroven nadavat, at sakra stat udela urady pristupne pro koleckove zidle.

Nie je ES6 hlavne kvoli javabugskriptu? Tak to je dobre, ze to nepodporuje. Tych 10% bude asi ten normalny zvysok.

ES6 je JavaScript . 10% je zalostny vysledek ukazijici na v hrobe se rozkladajici mrtvolu.

Standard, ktory je degenerativny by nedodrziaval nikto so zdravym rozumom.

Ou, takze najednou standardy prijimane a (z velke casti) podporovane vsemi velkymi prohlizeci jsou degenerativni a proti zdravemu rozumu a proto je archaicka Opera 12 ani nema podporovat? Ze ona ta Opera 12 ma svoje "standardy", svuj internet a svuj dokonaly svet, svuj "zdravy" rozum a vsichni okolo se pletou, ze? A prasky si dnes vzala?

Uprimne doufam ze je to trolovani, protoze jestli ne, tak ten clovek je hodne mimo realitu.

525

O serveru Root.cz / Re:Nový Root již dnes?

« kdy: 23. 03. 2016, 11:14:33 »

Opera bola minuly mesiac aktualizovana. Asi nebude nevyvijana.

Co se divam, tak Opera 12 (nezapominejte to cislo, protoze Opera je aktualne ve verzi 36) ma tento changelog:

Release date: 2013-07-04
Opera 12.16 is a recommended upgrade offering security and stability enhancements.
Fixes and Stability Enhancements since Opera 12.15
Security - Replaced code signing certificate; see our advisory.

On April 23, 2014, Opera 12.17 was released as a platform-specific security update for Windows to fix the Heartbleed bug in the installer and autoupdater of Opera. The browser itself is not threatened by Heartbleed.[84]

On February 16th, 2016, Opera 12.18 was released for the Windows platform. It adds support for elliptic curve cryptography (ECC) as well as Galois/Counter Mode (GCM) for encrypted connections to enable Opera 12 to connect to servers that don't allow other encryption modes anymore. In addition a security issue in the mail client was fixed. [85]

Shrnuto: je to mrtve, za poslednich nekolik let se zmohli jen na aktualizaci sifrovaci knihovny a certifikatu. Ta Opera 12 nepodporuje skoro nic z ES6 - ma naimplementovano 10%. I slimaci z M$ se pochlapili a Edge ma 85%.

Rozbita tiez nie je, ked dokaze zobrazit 95% inych stranok (ak su urobene korektne).

A ted prosim o premereni vsech stranek, ne jen tech, ktere sis vybral, protoze se ti to hodi .

A problem je to prasokoderov, ktory nevedia ako ma vyzerat standard.

A problem Opery 12 je v tom, ze ty standardy nepodporuje vubec, protoze je mrtva a nikdo je tedy nenaimplementoval.