[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: persistent slow loading in Konqueror
From:       David Faure <faure () kde ! org>
Date:       2005-01-25 18:10:28
Message-ID: 200501251910.29164.faure () kde ! org
[Download RAW message or body]

On Tuesday 25 January 2005 19:07, Thiago Macieira wrote:
> Allen Winter wrote:
> >All I can say is "Wow!".
> >With KDE_NO_IPV6=true I can now see my favorite banking page
> >and Konqueror seems so much faster on a few of my other favs.
> >Firefox works ok on these pages -- and you are saying that they
> >don't have the killfile implementation??
> 
> They do. I'm just unsure how closely they maintain the their list.
> 
> >I gotta believe that doing something to make Konqueror handle
> >broken IPV6 better would go a long way to keeping users from
> >switching to Firefox.  I know I had given up on Konqueror because
> >I need to get to the aforementioned banking pages.  But i like the
> >Konqueror interface so much better than Firefox -- I'm glad to
> >be back with Konqi!
> 
> I have just committed the blacklist implementation.
> 
> If your banking site loads ads or whatever from domains with buggy DNS 
> servers, this solves your problem.
> 
> If your banking site has a buggy DNS server of its own, this DOESN'T solve 
> your problem. Our solution consists of simply saying "it doesn't exist" 
> for every domain listed in the blacklist. So you cannot access sites 
> listed in the file.

Oh. Shouldn't we have two blacklists then?
When I suggested the name "ipv6blacklist" on IRC, it was for "don't do ipv6
but to ipv4 on those servers", which would be the way to access a banking
site with a buggy DNS server of its own, right?

And then you could have a "blacklist" directory with the "completely blacklisted,
e.g. ad sites" list.

-- 
David Faure, faure@kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]