Preserving netload.in links

Ask for help about FlashGot, no registration needed to post
Post Reply
bsg

Preserving netload.in links

Post by bsg »

I noticed that flashgot alters netload.in links, removing the last component to the path. For example:

http://netload.in/dateiCODE/name.htm becomes http://netload.in/dateiCODE.htm when flashgot is used.

I'm guessing this is a "feature". Is there any way around this? If not, is it possible to add a preference option to, say, "preserve all links". That last component can be quite useful.

Thanks!
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20100101 Firefox/16.0
User avatar
therube
Ambassador
Posts: 7969
Joined: Thu Mar 19, 2009 4:17 pm
Location: Maryland USA

Re: Preserving netload.in links

Post by therube »

Suppose you're using one of their pay plans?

I do not have have that.

If I click on
http://netload.in/dateiP4ZCqifcd9/dancingbanana.gif.htm
This page loads
http://netload.in/dateiP4ZCqifcd9.htm
And the actual download comes from somewhere like here
http://85.131.130.2/18c1091506b5f245de002a9f2082d09cee49713e
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.19) Gecko/20110420 SeaMonkey/2.0.14 Pinball NoScript FlashGot AdblockPlus
Mozilla/5.0 (Windows NT 5.1; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a2
bsg

Re: Preserving netload.in links

Post by bsg »

I use flashgot to gather links and send them to a custom download manager via the documented parameter interface, which works great except for this issue. Regardless of what happens once you actually click on the link to go to netload.in, I am hoping to preserve the original netload.in link as it was specified on the web page. Although that last component of the path (often used to specify file name) is optional for the netload.in service, it can become important when links are bad and downloads fail.

I noticed that a number of non-netload.in links on the same pages I was processing with flashgot were indeed preserved but that the netload.in links were always altered in the manner I specified before being sent to the custom download manager I used.

I'll be happy to clarify further.

Thanks.
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:16.0) Gecko/20100101 Firefox/16.0
Post Reply