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

[ProxRocks]

anyone noticing any error dialogs when visiting any RapidShare download link? such as - http://rapidshare.com/files/2491816916/F...ne.paf.exe

but happens with ANY RapidShare download...
half-ssl usually gets around them, but not with RapidShare...

any ideas?

[JJoe]

rapidshare isn't working for me. I'll see what I can do later.

You could try bypassing the domains or setting the browser to allow the insecure connections to the domains, example https://images3.rapidshare.com/ .

Regarding Half-SSL, the dom source of the page shows

Code:

if(bStartPage) {
        rsConfig={
            globalName:"rs",
            jsonp:{
                szFieldNameCbId:"cbid",
                szFieldNameCbFunction:"cbf",
                szFieldValueCbFunction:"rs.jsonp.callback"
            },
            rsFrameworkpath:location.PRXhostname.match("dev.rapidshare.com")?'rsframework/':location.PRXprotocol+"//images3.rapidshare.com/rsframework/",
            rsImagepath:location.PRXhostname.match("dev.rapidshare.com")?'':location.PRXprotocol+"//images3.rapidshare.com/",
            adRef:null, // ui.browser saves the advertiser id here if one given in url
            needValidation:false, //=true if account login errors an "account need validation" while login
            validatedCookie:null,
            curAccount:null, //pointer of current account
            aAccounts:{}, //all logged in accounts
            lang: {"glob":{"lang":"en", "exporttime":1328706025}},
            langVars:{"strMFMFiles": " file(s) and ",
                      "strMFMFolders": " folder(s) to ",
                      "strMFMMOVE": "Move ",
                      "strUPLOADTO": "Upload to:"},
            news: {"date":"25.01.2012","title":"RapidShare Mobile App Now Available For iPhone"}        };
        with(document) {
            write('<link rel="shortcut icon" href="'+rsConfig.rsImagepath+'img/favicon.ico">');

            write('<link href="'+rsConfig.rsImagepath+'styles/web.css" rel="stylesheet" type="text/css">');
            write('<!--[if lt IE 7 | IE 7 | IE 8 ]>');
            write('<link href="'+rsConfig.rsImagepath+'styles/ie.css" rel="stylesheet" type="text/css">');
            write('<![endif]-->');
            write('<!--[if IE 9]>');
            write('<link href="'+rsConfig.rsImagepath+'styles/ie9.css" rel="stylesheet" type="text/css">');
            write('<![endif]-->');
            write('<scr'+'ipt type="text/javascript" src="'+rsConfig.rsFrameworkpath+'core/system/system.js?tcv='+rsConfig.lang.glob.exporttime+'"></scr'+'ipt>');
            write('<scr'+'ipt type="text/javascript">try{debug(new Date(1328706025*1000).toLocaleString())}catch(e){}</scr'+'ipt>');
        }
    }
  </script><link rel="shortcut icon" href="https://images3.rapidshare.com/img/favicon.ico">
  <link href="https://images3.rapidshare.com/styles/web.css" rel="stylesheet" type="text/css"><!--[if lt IE 7 | IE 7 | IE 8 ]>
  <link href="https://images3.rapidshare.com/styles/ie.css" rel="stylesheet" type="text/css"><![endif]--><!--[if IE 9]>
  <link href="https://images3.rapidshare.com/styles/ie9.css" rel="stylesheet" type="text/css"><![endif]-->
  <script type="text/javascript" src="https://images3.rapidshare.com/rsframework/core/system/system.js?tcv=1328706025"></script>
  <script type="text/javascript">try{debug(new Date(1328706025*1000).toLocaleString())}catch(e){}</script>

I don't see where the "https:" in the links is coming from.

I'll guess that the problem you see is caused by (unfiltered source)

Code:

rsConfig={
            globalName:"rs",
            jsonp:{
                szFieldNameCbId:"cbid",
                szFieldNameCbFunction:"cbf",
                szFieldValueCbFunction:"rs.jsonp.callback"
            },
            rsFrameworkpath:location.hostname.match("dev.rapidshare.com")?'rsframework/':location.protocol+"//images3.rapidshare.com/rsframework/",
            rsImagepath:location.hostname.match("dev.rapidshare.com")?'':location.protocol+"//images3.rapidshare.com/",

For Half-SSL you'd want something like

Code:

rsConfig={
            globalName:"rs",
            jsonp:{
                szFieldNameCbId:"cbid",
                szFieldNameCbFunction:"cbf",
                szFieldValueCbFunction:"rs.jsonp.callback"
            },
            rsFrameworkpath:location.hostname.match("dev.rapidshare.com")?'rsframework/':"http://https-px-.images3.rapidshare.com/rsframework/",
            rsImagepath:location.hostname.match("dev.rapidshare.com")?'':"http://https-px-.images3.rapidshare.com/",

Maybe

Code:

[Patterns]
Name = "rapidshare.com test"
Active = TRUE
URL = "$TYPE(htm)[^/]++.rapidshare.com"
Limit = 256
Match = ":location.protocol\+\"//"
Replace = ":"http://https-px-."

However, IE9 doesn't like this filter's output and the site still doesn't work for me.

Note:
Since

Code:

<link rel="shortcut icon" href="https://images3.rapidshare.com/img/favicon.ico">
<link href="https://images3.rapidshare.com/styles/web.css" rel="stylesheet" type="text/css"><!--[if lt IE 7 | IE 7 | IE 8 ]>
<link href="https://images3.rapidshare.com/styles/ie.css" rel="stylesheet" type="text/css"><![endif]--><!--[if IE 9]>
<link href="https://images3.rapidshare.com/styles/ie9.css" rel="stylesheet" type="text/css"><![endif]-->
<script type="text/javascript" src="https://images3.rapidshare.com/rsframework/core/system/system.js?tcv=1328706025"></script>
<script type="text/javascript">try{debug(new Date(1328706025*1000).toLocaleString())}catch(e){}</script>

is created in the browser by javascript, we can't filter it. We modify the code that creates it.

[ProxRocks]

sweet! that test filter got us three fourths of the way there...

from what i've been seing, going to any RapidShare download would present THREE ssl warnings on the site itself and then a FOURTH for when the actual "green download button" 'javascripts' to the actual download link...

i now no longer get the "first" THREE...
but still get that "fourth"...


i'll post back if i can pinpoint better specifics...

[ProxRocks]

i've noticed a strange oddity...

my default setup is to BLOCK scripts by default...
so my Exc-U has the "i_script:0." entry for RapidShare...

the oddity is (without the new test filter, that is) that by using the "a_js." keyword instead of (or in addition to, can't remember which i did) "i_script:0.", the site lands in an infinite loop where it keeps prefixing "https-px-." and keeps going...

a few seconds in, looking up to the address bar shows similar to this -
http :// https-px-.https-px-.https-px-.https-px-.https-px-.xyz.rapidshare.et-cetera
(in that Half-SSL is my default also, of course...)


i haven't tried the "a_js." keyword 'with' the new test filter (haven't tried since the site is WORKING with the test filter and with my regular ol' "i_script:0." entry)...

can try if it helps debug anything...
with three of four "nag screens" removed, i'm quite happy
i'll revisit that fourth "nag screen", just doesn't seem "as important" now that 75% of the nagging has been "fixed" (GREATLY appreciated)

[JJoe]

Try these instead

Code:

[HTTP headers]
In = FALSE
Out = TRUE
Key = "! : RDIR: rapidshare test (0ut)"
URL = "[^/]++.rapidshare.com/cgi-bin/$URL(http://(^https))&\1&$RDIR(https://\1)"

[Patterns]
Name = "rapidshare.com test3"
Active = TRUE
URL = "$TYPE(htm)[^/]++.rapidshare.com/"
Limit = 256
Match = ":location.protocol\+"
Replace = ":"

Name = "rapidshare.com test2"
Active = TRUE
URL = "$TYPE(js)[^/]++.rapidshare.com/rsframework/core/components/min/CDownloadManager.js"
Limit = 256
Match = "https"
Replace = "http"

HTH

[ProxRocks]

Wow!...

I would have never stumbled into that in three fort nights...
Tested with a few downloads and seems to be working flawlessly...


MANY thanks

[ProxRocks]

oops, i spoke too soon...
yesterday's "test" was visually inspecting the browser status bar to ensure that the download "button" had the correct link associated with it and that we got that far without any browser ssl nag screens...

turns out though that actually "clicking" the download button doesn't bring in the download... it "tries" to download but then RapidShare redirects to a "can't download" page instead...


what i've found is that of the three filters we now have, the header filter needs enabled while the page loads, enabled until the javascripted download button is "written", so to speak, but then needs DISABLED *before* clicking on the download link button...

upon DISABLING the header filter and THEN clicking on the download button, that will bring in the download just fine and dandy...

[JJoe]

Sorry, I assumed https for all.
Try

Code:

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

[Patterns]
Name = "rapidshare.com test3"
Active = TRUE
URL = "$TYPE(htm)[^/]++.rapidshare.com/"
Limit = 256
Match = ":location.protocol\+"
Replace = ":"

Name = "rapidshare.com test2"
Active = TRUE
URL = "$TYPE(js)[^/]++.rapidshare.com/rsframework/core/components/min/CDownloadManager.js"
Limit = 256
Match = "https"
Replace = "http"

We may need to change

Code:

[^/]++.rapidshare.com/cgi-bin/*\&cbf=rs.jsonp.callback

HTH

[ProxRocks]

sweet! that did the trick!

(i'm positive this time, went all the way through to a complete download, lol...)


Much Appreciated!

[Oddysey]

ProxRocks;

Try FreeRapidDownloader, at www.wordrider.net/freerapid.

Basically it's nothing more than a screen scraper, giving you the goodies without all the folderol. If you have a premium account, you can fill in the information at the appropriate config screen, otherwise you get the same bennie as any other non-premium visitor (one at a time, slow, etc.) But not having to be a "clicking monkey", that's worth the price of admission right there. (Did I mention that it's free?!)

I guess I should mention also that it handles more than a hundred other d/l sites..... and that it can be proxied (to get around those pesky "one at a time" limits)..... and that it captures directly from a webpage, by simply right-clicking a desired link. Worth considering......

HTH




Oddysey

[ProxRocks]

(Feb. 19, 2012 05:15 AM)Oddysey Wrote:  ProxRocks;

Try FreeRapidDownloader, at www.wordrider.net/freerapid.

thanks, will give that a try one of these days

[ProxRocks]

these stopped working a few days ago or so and try as i might, i've been unable to figure out "why" they no longer work...

JJoe, any thoughts?

(Feb. 13, 2012 03:38 PM)JJoe Wrote:  Sorry, I assumed https for all.
Try

Code:

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

[Patterns]
Name = "rapidshare.com test3"
Active = TRUE
URL = "$TYPE(htm)[^/]++.rapidshare.com/"
Limit = 256
Match = ":location.protocol\+"
Replace = ":"

Name = "rapidshare.com test2"
Active = TRUE
URL = "$TYPE(js)[^/]++.rapidshare.com/rsframework/core/components/min/CDownloadManager.js"
Limit = 256
Match = "https"
Replace = "http"

We may need to change

Code:

[^/]++.rapidshare.com/cgi-bin/*\&cbf=rs.jsonp.callback

HTH

[JJoe]

(Mar. 03, 2012 12:18 PM)ProxRocks Wrote:  JJoe, any thoughts?

Huh...

Try

Code:

[HTTP headers]
In = FALSE
Out = TRUE
Key = "! : RDIR: rapidshare test2 (0ut)"
URL = "([^/]++.|)rapidshare.com/cgi-bin/*\&cbf=rs.jsonp.callback$URL(http://(^https))&\1&$RDIR(https://\1)"

[Patterns]
Name = "rapidshare.com test2"
Active = TRUE
URL = "$TYPE(js)([^/]++.|)rapidshare.com/rsframework/core/components/min/CDownloadManager.js"
Limit = 256
Match = "https"
Replace = "http"

Name = "rapidshare.com test3"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 256
Match = ":location.protocol\+"
Replace = ":"

Name = "rapidshare.com test4"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com/(^?)"
Limit = 256
Match = ":location"
Replace = ":location"

Name = "rapidshare.com test5"
Active = TRUE
URL = "$TYPE(htm)([^/]++.|)rapidshare.com"
Limit = 2560
Match = "var bStartPage = true; "
        "(if\(!+location.*\} )+ "
Replace = "var bStartPage = true;"

HTH

BTW, for those not using half-SSL, the "Show ? Scripts <" option in sidki's set can help you set browser exceptions.

Edit: Changed all url matches to ([^/]++.|).

[ProxRocks]

didn't work

is that one correct, match and replace both being ":location" ?


also, for the "test5" one, i'm only seeing matches for the first line of the match, not the second line, the if !location part... is that correct, i'm not quite following the second line of the match...

[JJoe]

Tested against http://rapidshare.com/files/2491816916/Firefox_Portable_MultiVersion_Multilingual_Online.paf.exe.
Worked in Firefox, Opera, ChromePlus, IE7. Didn't work IE9.

Quote:is that one correct, match and replace both being ":location" ?

Yes. It hides the code from "Block/Modify: Sel. JS Methods 10.09.07 [sd] (d.r)"

Quote:also, for the "test5" one,

I'm trying to remove the two IF statements in

Code:

<Match: rapidshare.com test5 >
var bStartPage = true;
    if(!location.protocol.match("https")) {
        bStartPage = false;
        location.href = location.href.replace("http://","https://");
    }
    if(!location.hostname.match("rapidshare.com")) {
        bStartPage = false;
        location.hostname = "rapidshare.com";
    }
    
</Match>
var bStartPage = true;

Which browser and link are you using?