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

[JJoe]

(Mar. 05, 2012 02:56 AM)ProxRocks Wrote:  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...

It depends on the browser.

[ProxRocks]

makes sense...

i'll test in Opera latest-and-greatest, Pale Moon 3.6.30, and ChromePlus latest-and-greatest tomorrow morning...

i don't have a way to test IE9...
and haven't seen the need to upgrade Pale Moon to 9.2...

[JJoe]

Opera and Chrome needs 4
Firefox 10.0.2 needs 4 and 5
The filters (4 and 5) are protecting the code (and maybe the browsers' javascript engines) from "Block/Modify: Sel. JS Methods". Something seems to have changed.

IE9 just needs something.

[ProxRocks]

yep, i just noticed that in Opera and headed this way to report it while i was looking into upgraded Pale Moon...

but even more oddly, the "fixes" i have here and working on "this" computer (WinXP, 32-bit, IE8, AMD Athlon 64) do not work on the office computer (WinXP, 32-bit, IE8, Intel Pentium 4)...

tested on a WinXP, 32-bit, IE8, AMD Sempron and does not work on it...

all three computers are "fully patched" and in essence 'identical' to each other as far as installed software...

very strange indeed that "this" computer seems 'unique'...
it is the "most recently" installed (it gets a new nLited install once a month)...

[ProxRocks]

ah, well this is sort of a relief... sort of...

after a CClean, an MRU-Blast, and a re-boot, "this" computer no longer 'works' at RS either... i was testing with cleared cache and closeing-and-reopening Proxo, so "who knows", lol...

i guess that's 'sort of' "good news"...
i'll revisit this afternoon or so...

[ProxRocks]

i'm now back to the certs.pem...
i'm not convinced that my RapidShare Half-SSL problems are not certs.pem-related...

i've "rolled" a certs.pem in Vista, XP, and 2000 - only the Vista-roll would work with Yahoo login or any of my SSL sites... but it did NOT work for RapidShare...

the XP-roll and the 2000-roll, they both would bring up a nag-screen no matter what SSL site i was at...

haven't tried a 98-roll yet...

[JJoe]

The Proxomitron is warning me about 2 certificates while loading the RapidShare page. In the past, I have 'fixed' this by editing certs.pem but this does not always 'fix' it and may cause problems elsewhere.

I think the only way to 'fix' this is to update the Proxomitron, chain in another proxy, or maybe something like AutoIt.

[ProxRocks]

jumped back into this topic for the day and i've been able to get RapidShare to work with ZERO SSL cert warning crapolas, ZERO

i've only tested in GreenBrowser and with the config set with the following "optional" settings enabled -
1) Advanced Mode
2) Use Half-SSL
3) Proxy Spoofing by Default
4) Block Cookies by Default
5) 7.1 Block all Scripts

with the following 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=a_code.i_script:0.i_button_b:0.i_timer:2.)
    $SET(1=cookie_b:0.cookie_s:1.)
    $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.)

Header filters:

Code:

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 1 (0ut) [add]"
URL = "([^/]++rapidshare.com/(^?))\1$RDIR(http://rapidshare.com/)"

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 2 (0ut) [add]"
URL = "([^/]++rapidshare.com/download.html)\1$RDIR(http://rapidshare.com/download.html)"

Web filter:

Code:

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

[ProxRocks]

confirmed, ZERO ssl-crapola's in Opera...

but not so lucky with Iron and Pale Moon, still ssl-crapola with them...
won't likely look further into those for a few days though...

my "guess" is replacing ":location" with ":" will be our 'fix'...
will test that "guess" in the next couple days or so...

[ProxRocks]

now fully functional (ZERO crapola's in GreenBrowser, Opera, Pale Moon, and Iron)...

the above-posted "web filter" renamed from 'Part 3' to 'Part 4', no other changes to it rather than renaming it...

new "Part 3" is a third header filter (only needed in Pale Moon and Iron [which means any Firefox-based and any Chrome-based] for reasons I'll discuss as a "side note"):

Code:

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 3 (0ut) [add]"
URL = "([^/]++rapidshare.com/favicon.ico)\1$RDIR(http://local.ptron/killed.gif)"

<side note:>
this one kind of "infuriates" me...
i have LONG been a HATER of "favicons"...

despite having favicon-killer filters and them AXING the "code" that is fetching these CURSED nuances, Firefox and Chrome fetch them anyway!

it is somehow HARD WIRED into Firefox and Chrome to fetch favicons - FOR EVERY PAGE YOU VISIT, not just when you "bookmark" the page...

why in HADES is Firefox and Chrome fetching a d@mn favicon when the very <link rel> code is AXED?

there is NOTHING in the "rendered code" TELLING Firefox/Chrome to fetch that d@mn nuisance!
not that i can find...


i realize that web owners can use pretty much "anything" to track you...
several years back, our company went to a local intranet "web-based" time-tracking system to log and track billable hours...
the "IT guy" would send out occasional e-mails with links to click that would open in our browser...
one of those e-mails was an update to some company policy or whatnot...
the "IT guy" comes to my desk a few days later, "why haven't you read our policy updates yet?"...
"i have read them..."
he asked my three or four times over the next few days, each time with me telling him, even quoting the policy, that i HAVE read it...
"on whose computer did you read it?"...
"right here, on my computer..."
he'd keep coming back, "i realize that you are management and i mean no disrespect, but there is no way that you read that policy, it is my job to make sure that everybody has read it, i'm only asking you to please read it again if you haven't already"...
"you NEED TO STEP DOWN, mister, i HAVE read it, i applaud your work ethics and you ensuring that your job goals are met", yadda yadda yadda...
he comes in to my office again, "my records still indicate that you have not read the new policy"...

he was one of the "old types" that really had "issues" with anybody in "management" that was HALF HIS AGE...

i walked him into his boss's office, closed the door behind us, and explained to the both of them how i am higher up the ladder than both of them and that this is the last straw, i'm filing an official reprimand with his boss...

it came out during that meeting that he was using the FAVICON to track which computers read, and did not read, the new policy...

all managers (and sales reps) had their own laptop and we did NOT have to go through "IT" to install software - but we did have to let them know what software we had installed...

it was during the days of IE6 and so MOST EVERYONE in the company ran Firefox NOT because it was "more secure", but because it had TABBED BROWSING... i was running SLEIPNIR (it had tabbed browsing also) at the time and it, being IE and not "fu&%fox" handled favicons differently... i was running Proxo, of course, but it was fully bypassed for the company's local intranet...

i was stunned, he's been "calling me a lier" solely because my web browser did NOT download his precious little d@mn FAVICON...

[ProxRocks]

here's what i'm currently running to AXE any and ALL certificate errors when using RapidShare (first three are headers, last one is web page) -

Code:

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 1 (0ut) [add]"
URL = "([^/]++rapidshare.com/(^?))\1$RDIR(http://rapidshare.com/)"

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 2 (0ut) [add]"
URL = "([^/]++rapidshare.com/download.html)\1$RDIR(http://rapidshare.com/download.html)"

In = FALSE
Out = TRUE
Key = "! : RDIR: RapidShare: Preserve Half-SSL - Part 3 (0ut) [add]"
URL = "([^/]++rapidshare.com/favicon.ico)\1$RDIR(http://local.ptron/killed.gif)"

Name = "RapidShare: Preserve Half-SSL - Part 4"
Active = TRUE
URL = "$TST(hCT=*html)([^/]++.|)rapidshare.com"
Limit = 16
Match = ":( |)\1_protocol\+"
Replace = ":\1"

[ProxRocks]

has anyone come up with any RapidShare filters of late?

i'm currently showing, albeit through limited testing, that RapidShare now will work ONLY with Chromium-based browsers...

but to make matters worse, there is a full-sized "picture" with a "to download" button that has to be clicked just to GET TO the "download button"...

and to make matters even worse yet, the "download button" pops up a "sign up" or "cancel" button so the "cancel" button has to be clicked before the download will actually download...


i *HATE* Chromium's download scheme, i *WANT* Windows to ask me where to save it and what file name to give it...


any advise/filters that you guys are using to get RapidShare to "work" in INTERNET EXPLORER (i don't use IE, but i use IE "shells")...


thanks in advance

[JJoe]

(Oct. 28, 2013 01:48 PM)ProxRocks Wrote:  has anyone come up with any RapidShare filters of late?

I haven't seen a working rapidshare link for months. I thought they were trying to get out of the 'sharing' business, http://gigaom.com/2013/09/17/rapidshare-relaunch/ .

gigaom Wrote:SUMMARY:
RapidShare is offering consumers 700GB of storage for around $27 per month. But the company doesn’t want you to use it’s servers for file trading anymore.

Do you have a link to play with?

[ProxRocks]

how 'bout -
http://rapidshare.com/files/2393426772/F...Online.exe

[JJoe]

After I add

Code:

[^/]++rapidshare.com $SET(0=a_adcont_i.)

to Exceptions-U, CoolNovo 'works', IE9 appears to work but the download request times out, Firefox fails due to unnecessary https man-in-the-middle security warnings for external files.

Sleep now.