Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 17 reacties
Bron: Google, submitter: mikeoke

Google Chromelogo (75 pix) Google heeft versie 50 van zijn webbrowser Chrome uitgebracht. Google Chrome is beschikbaar voor Windows, Linux en OS X. Er zijn ook versies voor Android en iOS, maar die volgen een iets ander releaseschema. In versie 50, waar ondersteuning voor oudere versies van Windows en OS X is komen te vervallen, zijn er onder meer verbeteringen aan de notificaties aangebracht. Ook zijn er natuurlijk weer de nodige beveiligingsproblemen verholpen en bugfixes doorgevoerd. De belangrijkste verbeteringen zijn hieronder nog eens voor je op een rijtje gezet.

Push notification improvements
Push notifications allow a site to trigger system-level notifications in the same way that native applications do. The initial version of push notifications relied on service workers to proactively fetch the information for a notification from the server. This led to problems when there were multiple messages in flight or when the device was on a flaky network connection. The latest version of Chrome allows sites to include notification data payloads with their push messages to eliminate the final server check. To protect user privacy, push notification payloads must be encrypted. Push notification payloads are part of the Push API spec and already supported in Firefox.

In addition to payloads, sites can now detect when a notification is closed by the user, enabling better analytics and allowing cross-device notification dismissal. Sites can also control the look of notifications more finely, setting custom timestamps and icons for notification actions. When updating a notification, sites can specify whether the device should alert the user with sound or vibration, or remain silent.

Declarative preload
Sometimes there are resources needed to fully display a page that Chrome doesn’t know about until other resources are loaded. For example, a large JavaScript file may require a particular stylesheet, but Chrome doesn’t know to load the CSS until the JavaScript has run. Chrome now supports the <link rel='preload'> attribute, allowing developers to specify resources that should be downloaded preemptively and reducing the time to get meaningful content in front of users.

Other features in this release Minor changes
  • Chrome now supports the X25519 curve for TLS, allowing faster, simpler encryption.
  • -webkit-background-composite has been removed since it was nonstandard and had low usage.
  • The SVGZoomEvent, which was a no-op in Chrome, has been deprecated to improve spec compliance.
  • The RTCPeerConnection methods createOffer() and createAnswer() have been deprecated to enable promise-based implementations.
  • <link rel='subresource'> has been deprecated in favor of <link rel='preload'>, as described above.
  • XMLHTTPRequestProgressEvent has been removed in favor of ProgressEvent to improve spec compliance.
  • The Document.defaultCharset attribute has been removed to improve spec compliance.
  • KeyboardEvent.prototype.keyLocation has been removed in favor of KeyboardEvent.prototype.location, which is supported across more browsers.
  • The SVGElement.offset* methods have been removed from all elements except HTMLElement to improve spec compliance.

Chromium extensions

Moderatie-faq Wijzig weergave

Reacties (17)

Die push notificaties wordt ik nou ook niet warm van. Sites kunnen controleren of ik ze wegklik en ook nog eens bepalen hoe ze eruit zien? Ik vind het hele principe al niet fijn. Ik ktijg meldingen van Facebook terwijl ik Facebook niet eens open heb staan. Is er een manier om die hele Push API te disablen?
De eerste keer dat je naar een site gaat vraagt de browser of je notificaties wil toestaan voor die site. Als je dan nee aanklikt dan zijn (Push) notificaties voor die site uitgeschakeld. Achteraf kun je ze ook nog uitzetten. Dus wat is het probleem?
Het probleem is dat ik wel notificaties wil ontvangen als ik die site open heb staan, bijvoorbeeld mijn webmail of Facebook. Maar als ik het tabblad gesloten heb ik wil ik niet dat ik nog notificaties krijg. Het hele idee dat Chrome toch een verbinding heeft met Facebook terwijl ik het niet open heb staan vind ik al eng tbh.
Maar ik zal is proberen wat AnonymousWP zegt.
Wel notificaties maar geen push notificaties is mogelijk, maar dat moet de site dan zelf implementeren.

En Chrome heeft géén verbinding met Facebook! Die notificaties gaan via Google's servers, en Google stuurt ze door naar je browser. Een payload moet verplicht encrypted zijn.
Zeker. 1 minuutje zoekwerk :). Is hier te vinden:

chrome://flags/#enable-push-api-background-mode

[Reactie gewijzigd door AnonymousWP op 14 april 2016 18:33]

Fijn steeds meer moet je nu gaan doen om iets wat eerst out of THE box prima werkte nu allemaal moet gaan aanpassen.
Ik hoop nog altijd dat Chrome een keer net zo zuinig wordt als Safari, vooral met video playback. Video content kijk ik altijd met Safari omdat dat veel minder resources in beslag neemt. Waar ik in Safari gemakkelijk een 4K video kan bekijken zonder veel CPU gebruik, beginnen in Chrome na 1 minuut de fans al aan te slaan en begint de temperatuur van de Macbook al te stijgen. Ook Netflix heeft nog een maximale resolutie van 720p.
Netflix maximale resolutie is niet 720p.
Ligt eraan welke browser je gebruikt en de Windows 10 Netflix app 1080p.

Google Chrome: up to 720p
Firefox: up to 720p
Opera: up to 720p
Safari: up to 1080p (on Macs running OS X 10.10.3 or greater)
Microsoft Edge: up to 1080p
Internet Explorer: up to 1080p

1080p is Super HD bij Netflix.

[Reactie gewijzigd door Yinchie op 14 april 2016 21:25]

Met mijn laatste zin bedoelde ik ook de maximale resolutie van Netflix in Chrome :). Daarom kijk ik ook alles in Safari.
Bedankt voor deze uitgebreidere changelog @Bart van Klaveren :). Hier staat namelijk lang niet zoveel als in deze post. Mooie wijzigingen weer. Ik heb ook het idee alsof Chrome ietsjes sneller is nu.
Lijkt inderdaad ietsje sneller op te starten en pagina's ietsje sneller te laden. Werd wel weer eens tijd voor een speed bump. Laatste tijd werd Chrome alleen maar trager.
op ik merk er onder linux weinig van maar de browser volt zowiso niet heel traag aan (am1 quad @ 1,3ghz 4gb ram)...
Zelfs op mijn pentium D @ 2.5ghz met 4gb ddr2 800mhz voelt chrome nog steeds het beste aan
dat is snel, eergisteren was 49.0.2623.112 er als update
Halleluja! Door deze [EDIT: of de vorige] update lijkt mijn probleem van een 20x per dag permafreezende Chrome opgelost! Gebeurde heel vaak als ik een andere app selecteerde en weer naar Chrome terugkeerde. Was alleen op te lossen door via Alt-Tabben door de geopende apps te 'cyclen' en Chrome te selecteren.

Erg fijn als plots een van je grootste pijnpunten op je pc wordt opgelost :)

EDIT: Helaas, het probleem is niet geheel verdwenen, maar lijkt wel verminderd...

[Reactie gewijzigd door Randfiguur op 16 april 2016 16:42]

Ik heb met bepaalde sites die ik regelmatig bezoek een probleem ivm de TLS version fallback die niet meer gesupport wordt.
Chrome no longer supports TLS version fallbacks, which allowed attackers to force all sites to use an older version of TLS..

Is er iemand die weet of het mogelijk is om deze weer int te schakelen?
Middels een Chrome flag ofzo?

Ik weet dat de sites hun security in orde moeten hebben en dat daar het eigenlijke probleem ligt.
Hier wordt zover ik weet ook aan gewerkt maar voor nu kan ik ze dus (op Chrome) niet bereiken.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True