Googles nya algoritm gör surfandet snabbare

Klart jag har. Vad har det ens med saken att göra? Jag skrev att jag inte tänkt lämna den läsare jag just nu använder. Oavsett hur mycket snabbare den blir.
Dessutom kommer ju Firefox baseras ju på samma algotrim i en senare version.

Skickades från m.sweclockers.com

Är medveten om detta. Jag syftade mer på Chrome i helhet.

Skickades från m.sweclockers.com

@BasseBaba: Google skriver inget om detta i sitt inlägg, men efter lite grävande lyckades vi hitta Google Groups-diskussioner som bekräftar att servern behöver konfigureras för att göra datakomprimeringen möjligt. Där anges testförsök med CDN-leverantören Cloudflare som konfigurerat HTTP2-servrar med stöd för Brotli, nyheten är uppdaterad för att reflektera detta. Det kommer med andra ord dröja en tid efter att Google släppt nästa version av Chrome innan vi kan se prestandaförbättringar på bred front. Gissningsvis kommer de riktigt stora leverantörerna, och Googles egna tjänster, vara snabba på att hoppa på tåget.

@AplAy: Apple har faktiskt gjort en hel del saker open source också, vilket de ska ha cred för även om de absolut inte fegar för att ta betalt för saker. De gjorde sitt nya programmeringsspråk Swift open source häromåret och det är det absolut snabbast växande språket just nu.

Men, angående din kommentar om Safari, går följande att läsa i en Google Groups-diskussion från utvecklarna:

"Brotli support in Safari: no public signals other than upcoming WOFF2 support (with Brotli under the hood)"

Översättning: Inget officiellt stöd för Brotli, men de ska stöda WOFF2 vilket implicit innebär att de kan stöda Brotli om de vill. Där skrivs nämligen även följande:

"Supporting Brotli for content-encoding is rather straightforward when you already support WOFF2".

Stödet måste finnas på båda sidor, det blir ju inte så bra om servern skickar data komprimerad i ett format som webbläsaren inte har stöd för.

Nej, brotli ska vara ungefär lika snabb som t.ex. gzip på att packa upp data, så det bör inte påverka dig som klient nämnvärt.

Ärligt... vill man snabba upp "upplevelsen" att få sidor snabbare. Minska antalet servrar som den måste hämtas från, minska antalet DNS uppslag som måste göras och ordna en bra DNS cache lösning.

Vi har ffs mångdubbelt snabbare internet än vi hade för 15 år sedan med 33.6 modem, men ändå laddas allt segt för vi ska kontakta 5-10+ servrar för att hämta alla info. Här gör adblock och no-scipt underverk i att snabba upp, då de helt enkelt inte laddar ner eller frågar dessa servrar.

Bara att sätta upp en egen DNS relay server hemma gör att många sidor laddas betydligt snabbare (något många moderna routrar gör, men ibland mycket dåligt).

Nä det är rätt självklart, ville bara dubbelkolla så det inte återigen var nån sorts fix så att den var kompatibel med nån tidigare standard.
Fint att artikeln blev uppdaterad, för det lät ju nästan som att det räckte med en ny chrome för att allt skulle lösa sig.

Det är väl just/delvis/någonting i stil med detta http2 vill fixa?
https://www.cloudflare.com/http2/

Tror de är sugna på att dra ned bandbredden på alla sökningar som görs via google. De kommer tjäna en del på det skulle jag tro!

Vad menar du med snabbast växande? Procentuellt? Procentuellt är inte så svårt om man är ett nytt språk. Om användarna växer från 10 till 100 så är det många procent, medans 400.000 till 440.000 inte är så mycket.

Googlat lite, men inte hittat så mycket. Skulle inte förvåna mig om det är många som hoppat över från Obj-C til Swift eftersom Obj-C (enligt mig), har helt fruktansvärd och pratig syntax.

Och Apple har väl inte släppt så mycket open source? Har de nånsin, förutom sitt OS?

Edit: Hittade någon annan som sa ungefär samma sak

Kommer fortfarande vara mycket data som ska laddas så länge sidorna är fullsmockade med reklam. DN.se är jättejobbig att gå in på för att all reklam laddas så långsamt. När man ska börja läsa en artikel så hoppar sidan för att göra plats för reklam som precis har laddats ner av webbläsaren.

@kelthar: Jag menar både i procentuell ökning jämfört med övriga språk men också i allmänt anseende ute i utvecklar-communityn. På TIOBE-listan över de mest populära språken under januari 2016 har Swift sprungit upp till plats 14, vilket redan är högre upp än Objective-C. Inte alls pjåkigt för ett så pass nytt språk. Och sedan anses Swift vara ett mycket modernt språk som är lätt att komma igång med och testköra idéer med, till skillnad från Objective-C där man måste ta sig igenom en hinderbana för att genomföra grundläggande funktioner.

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.h...

Utöver Darwin-kärnan i OS X har Apple som sagt gjort Swift open source. Apple rekryterade även skaparen av kompilatorn Clang och kompilatorsamlingen LLVM för att jobba med det open source-projektet, något som alla drar nytta av som använder LLVM/Clang. Så det kanske inte är deras open source-projekt men de bidrar i alla fall till allmänhetens nytta där utan att profitera på det (utöver att deras produkter drar nytta av Clang/LLVM då).

Låter positivt, men problemet är att det är mycket svårt att ändra en så djup satt standard. Titta på IPv4 som troddes skulle vara utdöd nu, och IPv6 standarden som tom vissa statliga sidor inte ens stöder än.

Eller VGA kontakten som skulle dö med 2000-talets ingång, först mot DVI, sen mot HDMI, och nu DP. Den saken lever banne mig än... i konferenslokaler, i adaptrar och tom i vissa laptops och skärmar som är nya.

Dock ser jag gärna förändringen, och hur den löser det. Men ofta är det helt enkelt att sidan ska ha 100 funktioner på en sida från 10 olika servrar, där hälften av dem är annonsservrar.

Då pratar vi väl mer att sättet att designa en sida måste ändras, inte bara språket, eller har jag missat något?

För även om HTTP2 kan fixa färre TCP anslutningar och minskar overhead trafiken med headers, så hjälper ju inte det om du ändå måste kontakta 10 olika servrar, från 10 olika företag. Detta har ju gjorts från början pga just TCP anslutningarna, för att få upp prestandan, men idag missbrukas det till en massa skit som istället skadar prestandan.

Men om jag läser det rätt så kan det implementeras med befintliga headers och HTTP protokoll vilket ger stor fördel för det att bli ny standard iaf. Och allt litet hjälper, ingen tvekan om det. Dock läser man att vissa optimeringar som har gjorts i HTTP1.1 kommer få negativ verkan i HTTP2. ("Even if only a single line of CSS is changed, browsers are forced to reload all of the assets." )

Någon som vet ifall binero kommer använda sig av denna lösning?

Det stod väl ingenstans att det var öppen källkod? Bara att "Google låter även andra ta del av Brotli"...

Det kan tolkas som att de låter andra seriösa företag ta del av den, men inte vem som helst.

Sytade iofs på att det inte stod i Sweclockers nyhet... Men tack för info.