Met Firefox ESR 115.11.0 hetzelfde probleem. Er loopt een batterij surveillance JavaScripts de boel flink te vertragen.

Andere nieuwsbron zoeken, bijvoorbeeld teletekst. Dan heb je dit soort ellende niet.

Hier ook met Firefox 125 en nu 126 kan ik die website ook niet zonder problemen bekijken niet dat ik het erg vind maar vraag me ook af wat er gebeurd met die website.
Ik gebruik naast uBlock in de browser ook nog pfBocker en Snort in mijn pfSense router.

Had de oude site netjes aangepast met uBlock Origin (hiermee kun je ook eenvoudig alle -ongewenste- activiteiten van een site zien), enkel wat noodzakelijk is in beeld en scripts uitgeschakeld.
Bij de nieuwe site moet je scripts inschakelen en zou alle aanpassingen opnieuw moeten doen.
Geen behoefte aan en nu rtl.nl volledig geblokkeerd ('mijn filters' + ||rtl.nl + opslaan).
Jammer, was een fijne site.

Ik oondervind dit ook in firefox 125.0.3.

Ik gebruik net als u een pihole en heb rtl geblacklist

Het lijkt erop dat zodra er een ad blocker actief is de site na een seconde of 20 stopt met reageren. Ik vermoed dat de javascripts redelijk agressief proberen om de advertenties binnen te halen.
Ben zelf overgestapt op de app, het blocken van de advertenties heeft daar geen invloed op (zie geen advertenties, maar wel het nieuws)

Ik gebruik zelf Firefox (126.0) met (onder meer) uBlock Origin op Linux. In Firefox kan je door "about:performance" in de adresbalk in te typen geheugen- en CPU-gebruik voor allerlei onderdelen van Firefox zien, zoals van de processen en van tabs. Door deze tab naar een ander venster te verplaatsen kan ik de website en de performance-gegevens tegelijk in beeld hebben. uBlock Origin heb ik ingesteld om default geen inhoud van andere domeinen toe te staan en om JavaScript volledig te blokkeren.

Bij https://rtl.nl/[*] zag ik inderdaad een hoog CPU-gebruik (alleen als de tab geselecteerd is), waarvan een flink deel in het centrale Firefox-proces zit en een kleiner deel in de tab voor de RTL-site. Best opmerkelijk dat het CPU-gebruik hoog was terwijl juist alle JavaScript geblokkeerd was, maar ik ben dat vaker tegengekomen (daar kom ik zo op terug).

Ik probeerde de website in een "maagdelijke" Firefox te openen (in een Firejail-sandbox die geen toegang geeft tot mijn home-directory met cache, instellingen en de hele rimram, zodat die "denkt" voor het eerst opgestart te worden, met default-instellingen draait en geen add-ons gebruikt), en daar viel meteen op dat het CPU-gebruik, na een korte piek bij het laden van de pagina, laag was.

Toen heb ik in mijn primaire browser uBlock even helemaal uitgeschakeld voor die website, en daar werd het CPU-gebruik toen ook laag. Ik heb uBlock weer aangezet en het CPU-gebruik schoot (na een reload) weer omhoog.

Het is niet voor het eerst dat ik zoiets zie, ik ben het incidenteel ook bij andere websites tegengekomen. Wat hier aan de hand lijkt te zijn is dat, juist omdat je ongewenste inhoud blokkeert, iets in de code van die website als een gek blijft proberen iets te laden waar de toegang toe geblokkeerd is en dat in zo'n hoog tempo doet dat dat het hoge CPU-gebruik veroorzaakt. Dat kan duidelijk niet door geblokkeerde JavaScript gedaan worden, wellicht zit het op de een of andere manier in de CSS.

Ik weet niet of ik dit op moet vatten als bewust terugpesten van mensen die ongewenste meuk blokkeren of dat het een bug is die alleen optreedt in een configuratie die voor de makers van de website simpelweg niet interessant is om te testen. En ik overzie ook niet hoe dit nou precies werkt, websites als die van RTL zitten razend ingewikkeld in elkaar en ik heb helemaal geen zin om een mega-inspanning te gaan leveren om dit te doorgronden.

Ik heb geen ervaring met ChromeOS Flex of met PiHole, en dus overzie ik niet hoe makkelijk het is om in jouw opzet even een vergelijkbare proef te doen. Misschien kan je het doen door tijdelijk een nieuwe user op je systeem aan te maken die "schoon" is qua beschermende extra's, daar de test mee te doen, en dan die user weer te verwijderen van je systeem; misschien is het veel makkelijker. Hoe dan ook, als je dit beeld kan bevestigen weet je dat je om RTL te kunnen gebruiken dingen moet toelaten die je eigenlijk wilt blokkeren, en dan heb je daar afwegingen over te maken en wellicht moeizaam uitzoekwerk te doen om boven water te krijgen wat je dan precies toe moet laten.

[*] Neem gewoon de URL op waar je het over hebt en gebruik ook de URL-tags om ernaar te verwijzen, alsjeblieft. Ik word een beetje moe van de neiging van bezoekers van deze website om dat soort basale dingen vooral niet te doen. Mensen die jou proberen te helpen moeten toch wel even naar die site kijken willen ze kunnen zien wat er aan de hand is, en je verwijst hier niet naar een website die erop gericht is om bezoekers te beschadigen (als ik de algemeen voorkomende grensoverschrijdingen door advertienetwerken niet meereken althans). Security.nl laat de volledige URL zien in hyperlinks die je opneemt, en je mag van mensen hier verwachten dat ze in staat zijn om daar even naar te kijken voor ze erop klikken, en ook dat ze zich sowieso al wapenen tegen schadelijke dingen, met bijvoorbeeld een PiHole, uBlock, uMatrix of iets dergelijks.

Betreft cdn.cookielaw.org zodra deze geblokkeerd wordt komt de cookie acceptatie of weigeriing pop-up niet naar voren. na het weigeren van de cookies en herstart van de pagina werkt het baar behoren althans als in zichtbaarheid.

Ze zijn zwaar in overtreding omtrent GDPR. advertising-module.target.dpgmedia.cloud en advertising-module-api.dpgmedia.cloud worden nog geladen. verder extern ingestion.smartocto.com en realtime-tentacles-production.b-cdn.net

De laatst genoemde laadt voor de rest van de site op de homepage cache na en omdat je dat dus tegenhoudt door dat het niet kan laden wegens dat de cookie pop-up er nog niet is zodra je gaat scrollen probeet het contact te leggen met de cdn en dat mislukt resulterend in een loop waar het constant blijft proberen en 9 van 10 keer de pagina niet meer werkt en je het moet sluiten op mobiel voor je weer andere pagina in die tab kan openen.

Dit is hoe het werkt qua de realtime tracking.
https://knowledgebase.smartocto.com/knowledge/smartocto-tentacles-script-setup

Zijn we echter verbaasd dat dpg media zich weer niet aan de wet houd?
Blokeer rtl.nl je mist niks.

Ik zou overstappen op RSS, lekker schoon en simpel.
Antennapod doet dit ook, waarom iedere keer naar sites reizen als men gewoon alles op één kan ontvamgen in platte tekst?
Daarnaast staat deze app ook podcasts toe en is vrij en open bron. (FLOSS)
https://f-droid.org/en/packages/de.danoeh.antennapod/

Van de oorspronkelijke vraagsteller: hartelijk dank voor alle reacties en (soms na omvangrijk uitzoekwerk) uitleg en adviezen. Excuses dat ik niet rtl.nl en rtlnieuws.nl vermeld had. Voorlopig is RTL een web-site-bezoeker (lees: mij) kwijt geraakt en zo te zien ook meerdere anderen. Mogelijk probeer ik in de toekomst nog wel eens of men bij RTL dan wel bruikbare, aan alle wettelijke eisen gehoor gevende websites kan bouwen.

Héé, Antennapod werkt ook prima en fijn met RSS-feeds! Had 'm al enige tijd voor podcasts maar dit wist ik niet! Thanks.

Trouwens: waarom niet gewoon een van de NOS-feeds? Daar pennen andere sites toch bijna alle berichten van over.

https://nos.nl/feeds

Ik heb totaal geen problemen gehad. Zowel niet met Firefox als met Edge, die beide voorzien zijn van Adblock Plus.

hier ook last met chrome en adblock plus en volgens mij ook ublock origin. Sinds datt de nieuwe site in gebruik is genoeg is het hopeloss, elke pagina loopt vast... krijg je script melding in beeld.

Het is gewoon amateuristisch dat ze dit niet zelf doorhebben en allang hebben opgelost. Misschien moet iemand het even melden.

Dat lijkt mij dus niet via hun website, juist vanwege die "Page Unresponsive"-problemen ...

Voor opmerkingen die niet over de inhoud gaan, maar over de RTL diensten (website en app), kan men mailen naar:


https://www.rtl.nl/rtl-home/artikel/5367931/contact

Of erteeelpuntenel gewoon vermijden.

Ik gebruik primair de Brave browser, soms ook Firefox. Beide met de nodige extensies zoals Privacy Badger, Ublock Origin, "Cookies kunnen mij nog steeds niets schelen", Cookie Autodelete, etc. De nieuwe website van RTL Nieuws liep steeds vast. Ik gebruik ook een Pi-hole. Uiteindelijk kwam ik er ook achter dat als ik cdn.cookielaw.org niet "whitelist" de website het gegarandeerd niet doet. Heel erg lijkt me dat ook niet omdat de cookies zowel automatisch worden geaccepteerd als worden verwijderd bij het verlaten van de website. Laat ze er gelukkig mee wezen.