|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
metodika testu
Od: mariooo
|
Pridané:
13.11.2009 10:04
Tak by ma zaujimalo, ako sa testuje nieco, co este nieje nikde nasadene...
|
|
Re: metodika testu
Od reg.: Redakcia DSL.sk
|
Pridané:
13.11.2009 10:07
Simuláciou.
|
|
Re: metodika testu
Od reg.: Pjetro de
|
Pridané:
15.11.2009 18:49
Ano, popripade existuje aj nieco ako testovacie prostredie.
|
|
Re: metodika testu
Od reg.: cinko
|
Pridané:
13.11.2009 10:09
tak urcite maju svoje testovacie servre kde to nasadene je...
|
|
Re: metodika testu
Od reg.: kanister
|
Pridané:
13.11.2009 10:09
Robi sa to pomocou korculoveho stola.
Zdola ma pripojene interpolacie v tvare
vazy, ktore sa v hornej casti premostene
optickym zotrvacnikom. Je to inac volne
aj dostupne na stiahnutie cez DSN port.
|
|
Re: metodika testu
Od: rms_
|
Pridané:
13.11.2009 12:14
preco mas len 9.1 rating? :D :D
|
|
Re: metodika testu
Od: jojosan
|
Pridané:
13.11.2009 10:13
no najprv sa pouziju modelove data a situacie...A v tomto konkretnom pripade sa stranka napr. youtube preportovala na web server s podporou speedyho a..... otestovala na roznych up/down rychloastiach.
|
|
Super!
Od: Andrewko
|
Pridané:
13.11.2009 10:07
No tak takáto správa vždy poteší. Vývoj nových/lepších protokolov je fakt DOSŤ podstatná vec. Keep up guys doing great job!
|
|
Re: Super!
Od: Googlista
|
Pridané:
13.11.2009 10:33
Začínam mať Google rád.
|
|
kompatibilita
Od: testter
|
Pridané:
13.11.2009 10:15
Fajn to je zaujimave, len som zvedavy aky bude prechod/ak bude.../ na tento novy protokol, ake zmeny budu na servroch a aku dobu budu este sucastne web browsery kompatidebilne s HTTP....
|
|
virusy ...
Od: Uhlik (zmazal sa mi kolacik)
|
Pridané:
13.11.2009 10:23
konecne bude moct server poslat odporuceny virus prehliadacu aj bez toho, aby si to prehliadac priamo vyziadal ;o) ...
|
|
Re: virusy ...
Od reg.: Marki555
|
Pridané:
13.11.2009 10:32
No to by ani nevadilo, maximalne sa ten virus dostane do browser cache. Horsie to bude ak mu posle dokument, ktory sa bude tvarit inac (napr. ak bude podobny bug ako v pri http rozdelovani hlaviciek) a nastane cache poisoning... Podobne funguje aj na DNS, ked server posle v odpovedi aj dalsi zaznam, ktory si niektori DNS klienti ulozia do cache bez toho aby si skontrolovali, ci je autoritativna - ja sa napr. opytam DNS servera zly.sk aku IP ma www.zly.sk a on mi okrem toho posle aj IP gmail.com.
|
|
no to je teda riadna somarina
Od: elektrik
|
Pridané:
13.11.2009 12:35
zoberte si niekoho kto browsuje s adblockom, ktory mu eliminuje flash a nemusi ho nacitavat...takto mu stranka nasere rovno vsetku flashovu reklamu, necudo ze nieco podobne prislo od chromeho googla
|
|
Re: no to je teda riadna somarina
Od: m44
|
Pridané:
13.11.2009 13:05
ja som to pochopil tak, ze server iba navrhne browseru co mozno bude chciet este tahat, aby sa nemuselo cakat kym browser naparsuje html stranku.
btw. chrome je podla mna perspektivny prehliadac.
|
|
Re: no to je teda riadna somarina
Od reg.: cinko
|
Pridané:
13.11.2009 13:07
hmm nerad by som sa mylil ale adblock tie flashe len nezobrazuje ale realne ich stale musi stiahnut. to ze ti protokol da pri odpovedi zoznam veci ktore mas stiahnut je dobra vec - druha vec je ci ich chces zobrazit a pre toto pouzitie bude adblock stale fungovat.
btw "chromy" google nidky nepouzival flashovu reklamu a presadzuje html5 miesto flashu/silverlightu takze silne pochybujem ze by vazne chceli nutit ludi pouzivat flash...
|
|
Re: no to je teda riadna somarina
Od: honimir
|
Pridané:
13.11.2009 13:14
praveze hej, bo najprv spracuje html stranku a odfiltruje znej vsetky ad veci, nasledne sa nacitavaju vsetky elementy natej stranke (obrazky, flash etc...) cize sa ti tak kopu veci nenacita
|
|
Re: no to je teda riadna somarina
Od reg.: cinko
|
Pridané:
13.11.2009 14:09
no ak sa nemylim tak tie elementy ktore "nenacita" iba da to css tagu ktory ma
display: none !important;
|
|
Re: no to je teda riadna somarina
Od reg.: Tomas Kusenda
|
Pridané:
13.11.2009 14:10
Server ale iba navrhuje, co b mohol prehliadac dalej chciet, napr stiahnut css, pozadie, reklamu, text. Prehliadac si z toho vyberie a ak tam ams adblock, tak si nemusi napriklad vybrat reklamu. Podla mna nic zloziteho, mozno si nepochopil clanok.
|
|
.............................
Od: halala
|
Pridané:
13.11.2009 12:41
inac fakt, bude to branit filtrovaniu weboveho obsahu... ak by sa aj tie obrazky nenacitali, aby sa najprv vyhodnotili nejakym adblockom, bolo by to cca rovnake ako pri http... cize imho by si uzovatelia radsej volili rychlejsi net s reklamaou
|
|
jasne
Od: tsss
|
Pridané:
13.11.2009 12:58
"SPDY, skratka od SPeeDY" ..... a co tak SPDY ako kamuflaz na SPY :D
|
|
:D:)(:
Od: Mr.Speedy_
|
Pridané:
13.11.2009 15:01
zas pomne niekto opakuje kua...
|
|
utrzutrzutrzu
Od: wruerutz
|
Pridané:
13.11.2009 15:57
mam pocit, ze opera to robi uz dakych dobrych 10 rokov... (ze sa pripoji na server viacerymi vlaknami)
|
|
Re: utrzutrzutrzu
Od reg.: cinko
|
Pridané:
13.11.2009 16:26
lol to robi kazdy browser...
pocet konekcii pre jednotlive browsre:
Browser HTTP/1.1 HTTP/1.0
IE 6,7 2 4
IE 8 6 6
Firefox 2 2 8
Firefox 3 6 6
Safari 3,4 4 4
Chrome 1,2 6 ?
Chrome 3 4 4
Opera 9.63,10.00alpha 4 4
jedna sa o pocet konekcii k jednemu hostu. ak si vsimnes tak kopec stranok ked sa ti nacitava tak sa pripaja k www1.domena www2.domena - to je prave z dovodu aby sa tieto limity zvysili (samozrejme ze s tymto treba opatrne tie limity maju svoje opodstatnenie ;) )
|
|
Re: utrzutrzutrzu
Od reg.: cinko
|
Pridané:
13.11.2009 16:28
ach sakra prace ta tabulka vyzera desne... uz by ste s tym daco mohli urobit...
tu je link na clanok kde je ta tabulka "normalna"
http://tinyurl.com/39bq2c
|
|
Re: utrzutrzutrzu
Od: brno
|
Pridané:
13.11.2009 22:31
Myslíš, že v Google robia takí hlupáci, že by znova vynachádzali koleso?
BTW, v slovníku som nenašiel slovo konekcia.
|
|
Re: utrzutrzutrzu
Od reg.: cinko
|
Pridané:
16.11.2009 9:08
1. o google moj prispevok nic nehovoril, len som vysvetloval prispievajucemu nadomnou ze to navazovanie viacerych konekcii pri stahovani resources je standardne spravanie browsrov.
2. o tom slovniku sa mozem porozpravat na servry:
Lingvisticky svet pod lupou! (a.k.a. neviem co k teme povedat tak vypisujem bludy) alebo tiez inymi slovami : mozme sa kludne zacat bavit po anglicky a bude pokoj a nikto sa tu nebude dohadovat ci je pointer smerovac alebo ukazovac...
alebu uplne strucne: STFU grammar nazi!
|
|
Pekne, ale potrebujeme to?
Od: ...
|
Pridané:
14.11.2009 11:54
Ci sa mi stranka nacitava 1500ms alebo 750ms je mi vlastne celkom jedno. Kompresia vyzaduje zase procesorovy cas, takze pre embedded zariadenia to az taka vyhra byt nemusi. A potom cele je to postavane na predpoklade, ze obsah ide len od 1 serveru, ktory moze multiplexovat viac spojeni. Takze je pekne ze sa snazia, ale ze by to bolo nieco prevratne?
|
|
Re: Pekne, ale potrebujeme to?
Od reg.: cinko
|
Pridané:
16.11.2009 9:22
gzipovanie dat je server side takze zerie procesorovy cas na druhej strane.
a , ano, je to do istej miery prevratne pretoze v spojeni s ich ostatnymi technologiami na optimalizaciu web aplikacii (closure compiler, perfect caching, google web tookit) dosahuju uz vcelku zaujimave cisla.
|