![]() |
sidki-config: Feb 13 2009 - Printable Version +- The Un-Official Proxomitron Forum (https://www.prxbx.com/forums) +-- Forum: Proxomitron Config Sets (/forumdisplay.php?fid=43) +--- Forum: Sidki (/forumdisplay.php?fid=44) +--- Thread: sidki-config: Feb 13 2009 (/showthread.php?tid=1261) |
RE: sidki-config: Feb 13 2009 - sidki3003 - Feb. 24, 2009 01:31 PM (Feb. 24, 2009 12:54 PM)whenever Wrote: The comments in AdPaths.ptxt need to be changed too. Maybe we can take this opportunity to change the keyword "ban" to something more meaningful. $SET(1=ban_1:0.) still *also* allows off-domain banner paths, but one could consider latter as "controversial", too. In AdPaths i had changed it to: Code: ## |||||||||||||||||||||||||| Controversial Pathnames ||||||||||||||||||||||||| I did not change in IncludeExclude: Code: ## block off-domain banners $SET(1=ban_1:2.) Code: Name = "|||||||||||||||||||||||||||||||||||||||||||| Ads" But yeah, sure, another keyword name would be fine by me. RE: sidki-config: Feb 13 2009 - whenever - Mar. 02, 2009 01:59 PM http://news.sina.com.cn/society/ The Prox menu and footer information are not displayed right on this page, while no problem on the linked pages. The news.sina.com.cn/society/(^?) $SET(0=a_noprint.) entry will bring the menu back. This keyword disable the 4 "Bottom Add: Display" filters and affect the "Bottom Add: Final JS Code" filter. I think it is something in the "Bottom Add: Final JS Code" filter, which cause the issue, because uncheck the another 4 filters in the web filter editor won't help to bring the menu back. RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 02, 2009 05:28 PM Thanks ![]() RE: sidki-config: Feb 13 2009 - whenever - Mar. 03, 2009 02:32 AM http://www.google.com/search?q=site:rapidshare.com+inurl:msi Take any result as example, the Content-Type: 3c Fix acc. to File Extension filter will change the Content-Type from "text/html" to "application/x-msi", maybe we should add an entry in IncludeExclude.ptxt to avoid this. Code: ([^.]+.|)rapidshare.com/files/ $SET(0=a_cont_typ.) RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 03, 2009 12:14 PM As long as it only happens at RapidShare, yes, i agree. In case it also happens elsewhere, we could add (^$TST(\2=text/html)) to the respective entry in MIME-list. (I got a lot of true *.msi's as text/plain, but none as text/html). As for ([^.]+.|) in the entry's URL expression, the only subdomain i find is "www", and even the linked files from those sites point to the root domain, e.g.: http://www.rapidshare.com/users/IMF3OV Did you see non-root-domain d/l links? RE: sidki-config: Feb 13 2009 - whenever - Mar. 03, 2009 02:18 PM look at http://rapidshare.com/files/118218455/Nokia_Service_Tool_Drivers.msi, the "Free user" button on that page links to http://rs220.rapidshare.com/files/118218455/Nokia_Service_Tool_Drivers.msi. There seems to be many variants for the bold part. RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 03, 2009 02:28 PM I see. Those don't need to be bypassed, do they? OTOH, we could also trust RapidShare that they serve the correct content-type for the "real" files... RE: sidki-config: Feb 13 2009 - whenever - Mar. 03, 2009 02:51 PM (Mar. 03, 2009 02:28 PM)sidki3003 Wrote: I see. Those don't need to be bypassed, do they?They are html pages either... RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 03, 2009 02:56 PM Ah okay! Maybe i just hit their happy hour, getting linked directly to the file. Added as suggested. ![]() edit: No, as you said, HTML for me too. RE: sidki-config: Feb 13 2009 - ProxRocks - Mar. 03, 2009 03:49 PM the above-posted floaters filter, is the below-attached POC on http://www.google.com a floaters candidate-for-axing? RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 03, 2009 03:59 PM More a candidate for "Google Search: Remove Ad Blocks". The generic anti-ad filters are bypassed for Google Search. edit: I don't see this from here. RE: sidki-config: Feb 13 2009 - ProxRocks - Mar. 03, 2009 05:07 PM adding ietb as per below: Code: |([^>]++id=$AV(tpa[0-9]+$SET(#=tpa.)|tads$SET(#=tads.)|side_section$SET(#=side.)|ietb) Kye-U, are you getting that crap-bar solicitation? RE: sidki-config: Feb 13 2009 - sidki3003 - Mar. 03, 2009 06:20 PM Oh, ietb ! Yes, i get this in IE as well. I'll update the filter in the corresponding thread. (Also adding $SET(#=ietb.), otherwise the filter wouldn't continue to be maintainable.) RE: sidki-config: Feb 13 2009 - Kye-U - Mar. 03, 2009 06:26 PM Yup, I saw it before I put in your and Sidki's fix! So the updated line in the Remove Ad Blocks filter now looks like: |([^>]++id=$AV(tpa[0-9]+$SET(#=tpa.)|tads$SET(#=tads.)|side_section$SET(#=side.)|ietb$SET(#=ietb.)) RE: sidki-config: Feb 13 2009 - lnminente - Mar. 12, 2009 09:32 PM Just documenting to don't waste the time someone doing this in the future_________ Hi Sidki i was going to tell you about a modification i made to the url parser because i noticed in my log file with URLs like "http://mt3.google.com/mt/v=w2.92&hl=es&x=253383&y=205546&z=19&s=Galileo" it says the extension is "92&hl=es&x=253383&y=205546&z=19&s=Galileo". I was considering "92" as something nearer to what we could understand as the extension so i replaced ([^?;#]+)\4$SET(uExt=\4)|) by ([^?;#&]+)\4$SET(uExt=\4)|) to make the work, buuuuuuut i now realized in windows we can use & as a character for our extensions. So we should forget this "fix"... |