RapidShare (moved into "Website Customization")...

[ProxRocks]

odd... still not working for me...

IE8, WinXP...
but i also tested in Opera 11.61, build 1250, Win32, WinXP - didn't work there either...
and also tested in Pale Moon 3.6.30, essentially the same as Firefox 3.6 - didn't work there either...

hmm, perhaps it's a WinXP issue?
i'll tweak around with the "test5", WinXP must be sent different code, that's all i can figure, the two IF's are not being removed...


the code RapidShare is sending me is

Code:

var bStartPage = true;//auf https wechseln
    if(!location.protocol.match("https")) {
        bStartPage = false;
        location.href = location.href.replace("http://","https://");
    }
    //  Korrekte Domain?
    if(!location.hostname.match("rapidshare.com")) {
        bStartPage = false;
        location.hostname = "rapidshare.com";
    }

so it seems they are sending me "commented code" and sending you uncommented code...

[ProxRocks]

changed "test5" to this

Code:

Name = "RapidShare: Preserve Half-SSL - Part 5 (mod)"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 2560
Match = "var bStartPage = true; "
        "(\1if\(!+location.*\} )+ "
Replace = "var bStartPage = true;\r\n"

which removed the two IF's, but still no dice

since they're sending us different code (WinXP? Geolocation?), i've attached the bypassed source code, maybe that will help

[JJoe]

(Mar. 04, 2012 12:25 PM)ProxRocks Wrote:  so it seems they are sending me "commented code" and sending you uncommented code...

No. I see commented code but "<script><style> Remove: Comments 09.07.04 (multi) [jd sd] (d.r)" removes the comments and allows my filter to match.

Have you disabled "<script><style> Remove: Comments 09.07.04 (multi) [jd sd] (d.r)"?

[ProxRocks]

i have that "required" filter ENABLED - but it isn't matching those "comments"...

now i'm really confused

[ProxRocks]

when i revert to the "untouched" RC1, the comment filter is matching...
there "shouldn't" be any additions/subtractions from my "everyday config" that caused the comment filter to no longer match, but alas "something" has...

looks like i have some digging to do on this end...
i'll keep you posted of anything i find...

[ProxRocks]

here's what is happening...

take the RC1 config and make ONE change, ONLY ONE, and the "<script><style> Remove: Comments 09.07.04 (multi) [jd sd] (d.r)" will NO LONGER "remove comments"...

that ONE change - DISALBE "7.3 Block specific Third Party Scripts" and ENABLE "7.1 Block all Scripts" instead...


where's that lead us? this seems to be a "bug"...
"7.1" seems to be making the rest of the config NOT function as intended...
"7.3" seems to work, as does "7.2"...


edit: nevermind... still "tracking it down"...

[ProxRocks]

JJoe,

"sidetracking" temporarily...
i think the problem digs deeper than "RapidShare" - posting a new thread (RS - Prox Menu/Debug)...


edit: nevermind, still "tracking it down"...

[ProxRocks]

the one thing i DO KNOW with 100% certainty - take the RC1 config and set it from default "7.3 Block specific Third Party Scripts" to "7.1 Block all Scripts" and it will NO LONGER "remove comments"...

so i do suspect that a "bug" has been found...
is this what you're seeing, JJoe?

[JJoe]

(Mar. 04, 2012 09:56 PM)ProxRocks Wrote:  the one thing i DO KNOW with 100% certainty - take the RC1 config and set it from default "7.3 Block specific Third Party Scripts" to "7.1 Block all Scripts" and it will NO LONGER "remove comments"...

so i do suspect that a "bug" has been found...
is this what you're seeing, JJoe?

Yes but that is expected. "7.1 Block all Scripts" matches first and hides the code that would trigger "<script><style> Remove: Comments". No bug.

Doesn't Rapidshare require javascript?

BTW. Does Rapidshare work in IE8 without our Rapidshare filters?

[ProxRocks]

(Mar. 04, 2012 10:58 PM)JJoe Wrote:  Yes but that is expected. "7.1 Block all Scripts" matches first and hides the code that would trigger "<script><style> Remove: Comments". No bug.

Doesn't Rapidshare require javascript?

BTW. Does Rapidshare work in IE8 without our Rapidshare filters?

1) ah, "7.1" matches first, no bug - makes sense...

2) does RS req JS - yes and no...
i use $SET(sAdKey=...) within Exc-U to axe out the "un-needed"...
so while a site will require JS via $SET(0=i_script:0.), i don't allow "twenty" scripts if the site functions with "two"...
but to "test" filters, i disable "2 Scan User List - Append to Keywords", so the site functions "as intended", so to speak...

3) does RS work in IE8 without our RS filters - no, not in Half-SSL...
sure, an Exc-U entry could disable Half-SSL for RS as a "last ditch, i give up" route, lol... i guess the underlying goal is to achieve Half-SSL on RS... (which i belive i stated at the start, but would have to re-read to check, lol...) [edit: but does work with our RS filters, but not "100%", the famed ol' "SSL nag crap" rears its ugly head - i really REALLY wish there was an OS-Level way of NOT checking "certificates", 'at MY own risk']

[ProxRocks]

Eureka! I think I found the Half-SSL nag culprit!

Will report back shortly if I can verify it more accurately...


edit: did have to alter my Exc-U entry from [^/]++.rapidshare.com/ to ([^/]++.|)rapidshare.com/ (ie, the i_script:0 was no longer catching, which was the 7.3 vs 7.1 thingy, the previous used to be sufficient, but now RS "bounces" back and forth more than it did a week or so ago between more of its own sites before the dowload button shows up)

[JJoe]

(Mar. 05, 2012 12:24 AM)ProxRocks Wrote:  edit: did have to alter my Exc-U entry from [^/]++.rapidshare.com/ to ([^/]++.|)rapidshare.com/

Did you update all the old filters? I had to change the URL match in the "rapidshare.com test3".

In the future, I'll try to add dates or version to all posted filters.

[ProxRocks]

good catch! i just updated that portion of the "CDownloadManager" filter...

that "appears" to be the last nail in the coffin...
i'll post "all" of the 'final RS' filters once i test them a little more - i've made several changes and have several versions of each filter, i've been testing various combinations of each until i get NO SSL NAG "CRAP"

[JJoe]

(Mar. 05, 2012 02:10 AM)ProxRocks Wrote:  good catch! i just updated that portion of the "CDownloadManager" filter...

That one I didn't need... I'll change the post.

[ProxRocks]

for those following along, lol -

here's where my RapidShare filters sit, seem to work just fine...
note: only tested in GreenBrowser (IE8) and only tested in Half-SSL and advanced mode with "7.1 Block all Scripts" enabled...

with the config blocking scripts, you need to allow scripts in Exc-U for RapidShare to "function"...
i still block a good VAST majority of the "stuff" that the scripts 'do' by using the sAdKey keyword...
here is my Exc-U entry:

Code:

# RapidShare
([^/]++.|)rapidshare.com/*(.png|(banner|promo)-bg.jpg|copy-animation.gif)
    $RDIR(http://local.ptron/killed.gif)
([^/]++.|)rapidshare.com/
    $SET(0=i_script:0.i_button_b:0.i_timer:2.)
    $SET(sAdKey=.js_header_wrapper.open-contactlist.js_panel.sidebar.new-feature en.feature.pro-save-ani-2.js_greenarrow.pro-download-ani.share-btn.upload-btn.footer-nav.)

(for a frame of reference, a typical RS page will take over 4+ to 5+ seconds to load with the RC1 config [advanced mode and half-ssl], but with the above Exc-U [and below filters], you're lookin' at 2 seconds, +/-... woot woot... and no flashy gyrations, lol...)

Header Filter:

Code:

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 1 (0ut) [add]"
URL = "[^/]++.rapidshare.com/cgi-bin/*\&cbf=rs.jsonp.callback$URL(http://(^https))&\1&$RDIR(https://\1)"

Web Page Filters:

Code:

Name = "RapidShare: Preserve Half-SSL - Part 2"
Active = TRUE
URL = "$TYPE(js)([^/]++.|)rapidshare.com/rsframework/core/components/min/CDownloadManager.js"
Limit = 256
Match = "https"
Replace = "http"

Name = "RapidShare: Preserve Half-SSL - Part 3"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 256
Match = ":location.protocol\+"
Replace = ":"

Name = "RapidShare: Preserve Half-SSL - Part 4"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 2560
Match = "var bStartPage = true; "
        "(\1if\(!+location.*\} )+ "
Replace = "var bStartPage = true;\r\n"

Name = "RapidShare: Preserve Half-SSL - Part 5 (un-needed content?)"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 2560
Match = "if \(\1location="\/\#!"\+location.pathname.substr\(1\).split\("."\)\[0\]\+\(\(params!=""\)\?params:""\) ; }"
Replace = ""

Name = "RapidShare: Preserve Half-SSL - Part 6 (un-needed content?)"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 2560
Match = "if \(\1top.location = self.location; }"
Replace = ""

i don't know if Part 5 and Part 6 are "needed" or not...
they block out portions of a script that don't seem to be needed, downloads work without the portions that these two filters block...

also, there "was" a filter that matched for ":location" and replaced with ":location" - i'm not currently using it and yet everything seems fine...