|
[Req] filter/remove video.flashtalking.com
|
|
Oct. 02, 2008, 11:46 AM
Post: #1
|
|||
|
|||
|
[Req] filter/remove video.flashtalking.com
Hello,
This has been loosely annoying for a while and, as usual, my attempts in guessing how to deal with it have drawn a blank : Ads from 'video.flashtalking.com' appear for me on various pages. Using the last Sidki beta config, how and where do I/we add an entry/entries into one or more .ptxt files to filter them out? Hopefully any generic logic here may help me to learn how to do it for any other ad servers/domains which appear to creep through in future. Many thanks, Lee |
|||
|
Oct. 02, 2008, 04:59 PM
Post: #2
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
Lee;
I worship at the Church of K.I.S.S., and I should tell you that we excommunicated Sidki a long time ago. ![]() There are two ways to fulfill your request easily. One is to use the Hosts file on your system, and the other way is to enter the domain name into the URL KillList, whatever it's called in Sidki's configuration. At that point, no matter where it appears within a webpage, the connection will never be allowed, so you won't see the crapola. The problem with the Hosts file method is that it's too precise - if you enter -- 127.0.0.1 'video.flashtalking.com' --, only that one sub-domain will be refused..... any other sub-domain of flashtalking.com will still get through. In the Proxo URL KillList, you need only enter -- [^/]++flashtalking.com/ --, and everything from that site is, well, ouf of sight. However, that assumes that the call to the nefarious site was built such that a Proxo filter can find and kill it. Sometimes a webpage will write a call to an inimical website in so insidious a fashion that Proxo will never catch it..... enter the Hosts file. I use 'em both.And yes, there are other ways, but they involve finding text strings manually, and filtering for them. The two ways listed above are your best bet. HTH Oddysey [/i] I'm no longer in the rat race - the rats won't have me! |
|||
|
Oct. 02, 2008, 05:28 PM
Post: #3
|
|||
|
|||
| RE: [Req] filter/remove video.flashtalking.com | |||
|
Oct. 02, 2008, 07:05 PM
Post: #4
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
Thanks, Odyssey, ProxRocks too.
I was assuming an entry would be needed in a ptxt file such AdDomains or AdHosts? Would that be better than using the killfile to block the connection? Presumably the page will look neater if it's filtered out. My ongoing problem is knowing where and how to add entries. All I can really do is take a basic guess, which invariably doesn't seem to achieve anything. For example, I've tried each of the following lines at the bottom of both AdDomains.ptxt and AdHosts.ptxt but whenever I try this kind of thing it seems to achieve nothing. video.flashtalking.com *video.flashtalking.com* _http://video.flashtalking.com _http://video.flashtalking.com/ _http://video.flashtalking.com/* ... you get the idea ... ![]() (underscores added just here to stop them being active links) Lee |
|||
|
Oct. 04, 2008, 03:42 AM
Post: #5
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
ProxRocks;
Ordinarily, a browser sends a URL request in either UTF-8 (almost a universal standard now), or in the older ASCII character set. Proxo will catch either of those methods of encoding a URL, provided that the request was straightorward. If it was encoded with escape sequences, for instance, Proxo is dead in the water. There are other ways to evade Proxo too, such a skillfully crafted redirects, etc. While Proxo is capable of near-miraculous feats, it can't weld the Crack Of Dawn. ![]() ~!~!~!~ Lee, The third line should work, in a normal Proxo config. A backslash should end a URL Match string, and an asterisk is unnecessary. I make the assumption that it would look the same in Sidki's set, but that might be rash of me. 'URL KillFile.txt" is the name of Proxo's "send 'em packing" file, I don't know if Sidki's AdDomains.ptxt is the same thing or not. Perhaps another member here might pitch in...... ?HTH Oddysey I'm no longer in the rat race - the rats won't have me! |
|||
|
Oct. 04, 2008, 04:17 AM
Post: #6
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
Thanks Oddysey,
I'll see again / more carefully if that 3rd format works in the 2 ptxt files I mentioned. If not, I'll come back and kindly request more guidance from somebody. I think the ptxt files I mentioned are for filtering, rather than killing. Off-topic: Which config set do you use then? Do you make one yourself? You mentioned K.I.S.S, whatever that is, but maybe it was a joke which bypassed me. ![]() Lee |
|||
|
Oct. 04, 2008, 12:11 PM
Post: #7
|
|||
|
|||
RE: [Req] filter/remove video.flashtalking.com
(Oct. 04, 2008 03:42 AM)Oddysey Wrote: If it was encoded with escape sequences, for instance, Proxo is dead in the water. There are other ways to evade Proxo too, such a skillfully crafted redirects, etc. "Show me"... I've not seen any of these 'in the wild'... So show me something REAL, not THEORETICAL
|
|||
|
Oct. 04, 2008, 12:39 PM
Post: #8
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
sidki's config set doesn't use URL Killfile.
The general way is to add below entry in AdHosts.ptxt: Code: video.flashtalking.comHowever, ads may not come in a general way. So, if that entry doesn't work, you'd better give us a url where the ads show up so that others can have a look. |
|||
|
Oct. 04, 2008, 01:58 PM
Post: #9
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
Hello whenever,
At least it sounds I've been thinking loosely in the right way then ! They are still coming through; below is a url. You might have to refresh the page a couple of times to see the rollover banner at the top of the page, seeing as the ads insertion seems to rotate between providers. _http://uk.music.yahoo.com/launchcast/default.asp Many thanks as I continue to attempt to find the key to the mysterious Prox door ... or something ... ![]() Lee |
|||
|
Oct. 05, 2008, 02:33 AM
Post: #10
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
I refreshed the page several times but couldn't see the banner. Maybe it is regional oriented?
Anyway, you can use hosts file to block that host as Oddysey suggested. |
|||
|
Oct. 05, 2008, 02:00 PM
Post: #11
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
ok, thanks.
Putting 127.0.0.1 video.flashtalking.com into the hosts file found at C:\WINDOWS\system32\drivers\etc indeed seems to remove the banners cleanly. If it breaks the Yahoo Launchcast player I'll have to remove the line but I don't think it will. Seeing as I find Sidki+Prox so hard to grasp, the hosts file technique will probably have to be my method for ad removal when other ad servers creep through. By the way, regarding Sidki's config not using a generic killfile; There is some discussion and techniques related to this in the thread 'Block domain/subdomain? (using Sidki Jan 08)'. -edited at BST 15.14, corrections. |
|||
|
Oct. 05, 2008, 02:46 PM
Post: #12
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
You remind me that although Sidki's config set doesn't use a generic killfile, you can do it by using the IncludeExclude-U.ptxt file:
Code: ## various redirectsBTW, you forgot to add the link for the thread you mentioned. |
|||
|
Oct. 05, 2008, 10:15 PM
Post: #13
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
thanks whenever, another method there, then.
That topic is about 15 or so topics down from the top in this forum. |
|||
|
Oct. 06, 2008, 01:54 PM
Post: #14
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
Just a quick observation: the Firefox extension 'Adblock Plus' already contains 'video.flashtalking' in it's EasyElement+EasyList and completely blocks these ads.
|
|||
|
Oct. 06, 2008, 02:11 PM
Post: #15
|
|||
|
|||
|
RE: [Req] filter/remove video.flashtalking.com
for the "i HATE extensions" crowd (sush as myself
), i use the following for a killfile (sidki-based):Code: In = FALSE |
|||
|
« Next Oldest | Next Newest »
|

Search
Member List
Calendar
Help





![[-]](images/ONi/collapse.gif)

However, that assumes that the call to the nefarious site was built such that a Proxo filter can find and kill it. Sometimes a webpage will write a call to an inimical website in so insidious a fashion that Proxo will never catch it..... enter the Hosts file.
I use 'em both.

