An annoying news ¬_¬ (updated)
12 November 2008I don’t know if you’ve noticed, but more and more filesharing websites dealing with hentai mangas have had their download links massively deleted. Movie sharing was hit half a year ago, it seems that now this is manga sharing that is being hit. Their files were placed at various hosts (rapidshare, depositfiles, easy-share, megaupload, megarotic, mediafire, etcetera), but nonetheless, there were massive deletions. I very strongly suspect that this is a new rotten attempt to fight so-called piracy, but the fact is, it seems that some robot-crawling is at work. Some websites had all their links removed, except the links hosted at sharebee, that’s what makes me think this is some robotized crawling.
(updated paragraph, at first I wrote I was going to test anonym.to, now I take the results into consideration)
To see if it will protect me the day I’m scanned, I tested anonym.to with a javascript applying it to all the download links. Conclusion : I tested it for 10 hours : the downloads have fallen by 60%, either anonym.to is rerouting lots of visitors, either the file hosts hate anonym.to, I’ll have to find something else. Any suggestion, guys ?
If you know of a script able to do that locally (not depending on a 3rd party website, but some php stuff I could copy to my own hosting), you’re more than welcome to share ! The requirements are simple : no “transparent” instantaneous transformation of the URL shown in the adress bar, a temporary landing page just in case, removal of the referral info. A bonus that would be wonderful : if the script could completely rewrite the URLs that contain the download links, in order to hide keywords like “megarotic.com”, to prevent automated crawling…Who knows, maybe that marvel script already exists somewhere
Useful Information :
To find more works about a subject ("Dragon Ball" for instance), use the search field in the upper-right corner of the page. When I share enough works by a good artist I create redirection pages with links to all his shared works.
A problem to play videos, or questions like "how to download the zips" or "why does it ask a password, you said there isn't one" ? Read the Help & information page :)
Most elemental rule : if a download fails once, that can happen : try again ! ;-)
You are welcome to share the links to my uploads - I didn't draw the hentai myself anyway - but please, NOT a word-to-word carbon copy, and give my link with it too...46 Responses to ' An annoying news ¬_¬ (updated) '
You liked it ? Hated it ? You've got additional information and links ? Or did you see broken links (please report them, I will reupload it) ? Bring more life here, participate, add a comment ;-)
If you report a dead link, please, tell me what is the precise dead hyperlink and the precise error. Never forget to try again, and FYI Opera has known issues with 9hz and usercash links.
Show your avatar in the comments »


(17 votes, average: 4.24 out of 5)






on November 12th, 2008 at 1:41 am
good idea i hope it works
on November 12th, 2008 at 1:42 am
Or you could save the new files compressed with a password. That way it will be more difficult to track that they have certain content.
on November 12th, 2008 at 1:47 am
Well, J, the hosts, when they’re presented a list of 500 so-judged pirated links, and the DMCA law gives them two days to take an action or promise these are safe files, they don’t give a fuck about a password or not.
They read the filename, they wonder if there’s 1% chance this is a legit file, and unless you share something like free_gospels_for_the_poor_africans.zip the host will find it more careful to delete your files.
If the host was wrong to delete your seuff, he loses almost nothing, but if the host had refused to delete your stuff and it was indeed pirated content, then crazy money could be asked from them… I can’t blame them, honestly, it’s safer for them, the hosts.
The solution would be NOT helping collecting the URLs to report, with hope a simple anonymizer will be enough, but I doubt that :-/
on November 12th, 2008 at 1:52 am
yes, this works fine and I suggest you do this for all your links, the links dont seem to be removed or deleted when there is a “cover -site” on them , for example nihonomaru’s hentai movie section got shut downa and they had to create a new site, only now they cover their lnks and have had no problems awesome idea and I say stick to it, it’s only an extra click anyway no big deal, I love hentairules its like a part of my daily life to snag h manga from here , dont let this site die please lol thanks a ton for your work and effort
on November 12th, 2008 at 1:57 am
try this maybe can help, http://www.link.to
only trial and error method we can use
on November 12th, 2008 at 1:58 am
why not to add a capcha to show the link?
I know it’s annoying , but loose everything is much worser
on November 12th, 2008 at 1:59 am
sorry wrong web address http://linkto.net/
on November 12th, 2008 at 2:12 am
Why can’t you just use one of those URL shorteners, like http://tinyurl.com/, to obscure the actual links here?
on November 12th, 2008 at 2:19 am
Or be paranoid and use *both* anonym.to and tinyurl. anonym.to to hide the referrer and tinyurl to hide the link itself from bots.
on November 12th, 2008 at 2:30 am
That doesnt sound good…..
on November 12th, 2008 at 3:28 am
I sent you an e-mail describing the method that I use myself which involves JavaScript (which I take is what you’re looking for). If it’s not something you want to do, then I’d try to use a redirection host that better masks the link as mentioned before.
on November 12th, 2008 at 4:11 am
dude just rename the rars to like the initials and something else to make it look like legit safe files
on November 12th, 2008 at 4:14 am
Eh, this was long coming. Anime and manga companies in Japan don’t really care about the rest of the world. So if some stuff never leaves Japan, too bad for us. I figure we will see a complete loss in manga/anime within a decade.
on November 12th, 2008 at 4:26 am
Yeah videos took a hell of a hard hit along with H-Games. I hope you figure out a secure method.
on November 12th, 2008 at 5:17 am
Well, i’m from Peru and my english not are good but i a fan of this site, if u want hide your files, i suggest you to use link protector, it’s better.
on November 12th, 2008 at 5:46 am
hi,
I tired ddling the fair skinned beauty file using your link protection. Didnot work. deposit file told me that the ip i am trying to download was being used elsewhere.
Just wanted to let you know.
on November 12th, 2008 at 6:45 am
One thing to try (though I’m not totally sure it’ll work) is by adding rel=”nofollow” to links.
eg.
it tells bots not to follow the link, though this is for search engines, and I’m not sure if the link spiders pay attention to it.
on November 12th, 2008 at 7:44 am
Aren’t there anything to do with the filenames when those files were selected to delete? I mean if they spot filename with this website name on, wouldn’t it be risky to get every files deleted at once?
on November 12th, 2008 at 8:05 am
http://en.wikipedia.org/wiki/Address_munging
Hope that is of some help ^_^
on November 12th, 2008 at 8:10 am
Hmmm, must be the Animation Co-Op Defense League,
http://www.animenewsnetwork.com/press-release/2008-04-21/animation-co-op-defense-league-making-progress
now, I am sympathetic to the hentai companies like kitty media or critical mass (from which I have bought many dvds) becuase they bring over uncensored, dvd quality releases, and I think that websites that simply steal the english dubbed, uncensored hentai videos from them(other people’s work) and then try to PROFIT off them should be shut down.
However, fan translated doujinshi and H-manga is unlicensed and is able to be freely shared. The companies do not have the rights to them, so you should be free to host without trying to profit off of them. This is going overboard. Aim for the profiteers, not the fans.
on November 12th, 2008 at 8:42 am
I suggest using a cover site is the best option instead of tiny URL or a URL shorter. I doubt the suggested addition of “=rfl whatever” would work (just from my experience it hasn’t.)
hopefully Dev gave u some good ideas with his javascript idea(if its easy enough to do)
on November 12th, 2008 at 9:09 am
I suggest not to use anonym.to as they have proven to be unreliable in the past, rerouting some Links to firstload for referral. It would be best if you found a different redirector.
on November 12th, 2008 at 9:26 am
Just a thought, maybe adding some Meta Names like googlewhack does (eg ) that tells search engines not to index your pages. Wont stop the humans tracking down links manually, but will stop the spiders at the door hopefully.
on November 12th, 2008 at 9:49 am
Great comments guys, thanks !
Ten hours with the anonymim.to were enough to see it wouldn’t work, unfortunately. The number of downloads has fallen by 60% in a fortnight, for all the file hosts, so I guess that anonym.to is INDEED redirecting some of the links, or that the file hosts see all the download attempts as something from the very same IP and they don’t like it.
A link protection system that doesn’t let people download the files is not a good solution, I guess ^^
I removed the anonym.to protection for the moment.
I’ll look into Dev’s solution, then.
However, I need to know something : is it CERTAIN that using javascript rewriting, a bot will read the javascript gibberish, instead of the actual links YOU would see ?
on November 12th, 2008 at 10:41 am
Well, I know a bit about this, I’m a computer science graduate, but this kind of thing wasn’t my focus.
In general, bots/crawlers don’t understand/run javascript and we cant trust the webcrawlers to be nice and not follow links tagged not for crawlers… so…
rather than using anchors ( the … tag) use something like a span and set the onclick event to a javascript redirect.
so…
click to go to blah
would become
click to go to blah
you sould have to apply CSS manually to make it look like a link though. a CSS rule to do that could be:
span
{
color: orange;
text-decoration: underscore;
}
to get it to behave just like an anchor (ie change the colour and cursor when you mouseover) you’d have to use the CSS2 hover psudoclass (which won’t always work for all browsers) or rig up some javascript to do it. its simple, but too much to show in this little block ;p.
Anyways, if you replace all your links with javascript spans, that should solve most if not all of your web-crawler wories.
if you want more help, the system made me provide my email addy, so you know how to get ahold of me ;p
on November 12th, 2008 at 11:03 am
lols hmmmmm
i didn’t expect your website to remove some (but not all) of the HTML from my message.
which brings up a concern, there may be a chance for someone to inject their own javascript onto your website. you might want to look at that…
as a test…
click me to find out if the website is safe. this will reload the page so don’t click if you’ve got a message half written. actually the href is blank, so i dont know where this link will go lol
now that thats done with…
in case you didn’t get what I was talking about in the last message because some of the HTML is missing, i’ll re-write it, but replace the angle brackets (the greaterthan > and less than < signs) with square brackets (which are [ and ]… for the record ;p). hopefully the webpage wont have an issue with those…
“…
rather than using anchors ( the [a]…[/a] tag) use something like a span and set the onclick event to a javascript redirect.
so…
[a href="blah"]click to go to blah [/a]
would become
[span onclick="location.href='blah'"]click to go to blah [/span]
…”
on November 12th, 2008 at 12:08 pm
damn, it’s what you called the roten campain to fight the so called piracy. because the licensor know the charge to much money to their consumer and give shitty service.
it’s okay you should hide the url to prevent the from deleting the file.
on November 12th, 2008 at 12:59 pm
i am just try
http://linkto.net/?1316087764491ab69bb63a03.25570837
http://linkto.net/?1994512209491ab6b85cbf64.56283091
http://linkto.net/?2120227290491ab6cf8e7106.47807825
hope its work…
on November 12th, 2008 at 6:31 pm
if it’s a crawler that scan links to hide them depends if it only read the links or if it follow ‘em.
if it only read the links you can use a php page that redirect to the real link (you make a link at that page with an ID and the page redirects you)
if it follow the links this method won’t work because also the crawler will be redirected, in this case i think you can only use some javascript to modify the links of the page once the page is loaded because usually the robot-crawlers are something like a textual browser so javascript won’t work with them.
if needed i can try to help in both cases
bye
on November 13th, 2008 at 2:33 am
the website http://hmanga-kk3k.blogspot.com/ is using JDownload to hide the address, so maybe it will work
on November 13th, 2008 at 3:18 am
try this
http://www.link-protector.com/
i got it from another site that hosts stuff like this, they say this will prevent the site u uploaded it on from deleting it such as megaupload or rapidshare
you just paste in the link to where you uploaded the file into this site and it should give another one that will lead u back to it but will have a different address
on November 13th, 2008 at 4:36 am
Hotspot Shield = Proxy system
on November 13th, 2008 at 5:49 am
Oliver,
What I propose you need is some way to obfuscate the url with something a spider cannot follow. There are a few ways you can probably do this.
Use Flash script to provide the link as bots cannot read nor understand Flash and for added protection use a CAPATCHA to differentiate between a human and a bot.
Or you could do the same in PHP, and use a CAPATCHA. Still on both you will need a way to strip referrers and other stuff.
on November 13th, 2008 at 5:53 am
Also this is a long shot, but try using a htaccess script to block bad bots.
http://www.spanishseo.org/block-spam-bots-scrapers/
on November 13th, 2008 at 11:28 am
Hey i do suggest closing this community and maybe with the people that are in it already set up an FTP accessible to the present members. at lesst til this dies down.
on November 13th, 2008 at 11:57 am
Well, most of the people hate registering/torrents/passwords etc. People prefer click and go. This should happen at the admin level and I can see that people here have already given you some good answers with link protections and masking.
http://rapidbolt.com
This tool works sweetly with RapidShare.
on November 13th, 2008 at 2:18 pm
Why no bittorent ?
on November 13th, 2008 at 4:55 pm
try to upload yourfiles with winrar and a diferent name like “up_0001″ etc and set a password like “hentairules.net” I think will work that way
on November 14th, 2008 at 5:48 am
Well, it isn;t just hentai manga or even manga now. Several fansubs/translation groups are having their stuff wiped. I figured the day would come, this sucks.
on November 14th, 2008 at 5:03 pm
I am a huge fan of this site, and I am also a 4th year student in IT. I would like to help if possible but i need to know specifically what you want. Please e-mail me the specs of what you are looking for, or looking to have happen and I will see what I can do
on November 15th, 2008 at 4:44 am
hi, try upload to this page, don’t wait to download and don’t delete for 5 years
http://filedrops.com/
just one option
see ya!
on November 15th, 2008 at 8:02 pm
Someone else had a sugestion that is probably best for security on your part (at least in terms of hiding URLs from crawlers) which is rather than having links to URLs, have buttons that will submit the page with an ID, and then you have CGI (you said you were using PHP, that should do the trick)… and have a look-up table that matches IDs to URLs.
now when a user clicks a ‘link’, the page will post back and the PHP will be able to look up what url to redirect to by the ID of the ‘link’ that was clicked. the URLs will be nowhere on the webpage so it cannot be found from the source code. if you combine that with my other suggestion which is use span with javascript onclick events rather than anchor tags, then not only will crawlers not be able to find any URLs using a scan for the term “href” in your source code, but they also cannot follow the link.
The unfortunate downside of using javascript instead of links is that people can’t click it and open-in-new-tab. but if you use links, even if you hide the URL, the crawler will still reach it simply by clicking all the links on the page.
another thing you could do (but it would be very bad for a few readers) is to only allow people onto the site if they have popular browsers. probably not a great idea… especially since a bot may be able to lie about it.
on November 15th, 2008 at 11:20 pm
So many good suggestions, guys, I can’t thank you enough
I used some of them, took the inspiration out of some others, was privately contacted by some people, and I’m getting closer to the solution.
At the present time there are two options, chosen to be as simple as possible, because I’m not a techie and I never have enough time on my hands :
(A) : a base64 encoding/decoding utility uploaded to my account. Advantage : simple, fast, no resources consumed.
(B) : storing URLs in my database and creating randomly generated codes for the download URLs, that could be requested by a coded URL too. Advantage : permanent URLs even if I need to update where they point to, downside : more complicated, consumes a bit more time and server resources.
As to outputting the URL, javascript won’t do in the cases when the target URL is visible in the source code from the start. Besides, I can’t insert javascript into my posts, I’m using Wordpress as blog platform and Wordpress won’t take it.
At least in solution (B) I’ve made a working solution, the code opens in a new window, and before the php string calling the download URL there will be first an echo ‘Loading…’ and next a sleep(3), enough to convince a bot that he landed on an empty page.
What do you guys think of it ?
on November 15th, 2008 at 11:35 pm
Oh, I forgot to make a more specific reply !
In reply to hardm00, who wrote :
Hey i do suggest closing this community and maybe with the people that are in it already set up an FTP accessible to the present members. at lesst til this dies down
->
Congratulations for writing the most selfish and stupid comment the has been in those last two months.
on November 16th, 2008 at 9:28 am
@ oliver
hmmm, decent stratagy, i’m thinking…
your idea of flashing up the loading page to make the crawler think that its a empty page gave me another idea. I think it’s probably the cleanest solution so far.
Whenever your webserver gets a request, have it send out a ‘loading’ page. the page will be empty except for a bit of javascript that replies back to the server saying “yes, this is not a crawler, and this is the URL that was requested”, at which point the server will send the real page.
This is very similar to one way you can check to see if a client is allowing cookies or scripts.
The advantage is that you do not have to hide the URLs at all, you can have them in the page, unchanged, as links. and even if a crawler (or other javascript disabeled browser) follows the link or reads the URL from the page source and follows it that way, it will not get the content.
the disadvantage is that you have to tweak the webserver a bit to send out the ‘loading’ page for all page requests. The only webserver I’ve ever used was a microsoft IIS server, and i didn’t go messing around with it, so I don’t know how to do that, but i know it can be done ;p.
on November 26th, 2008 at 2:47 pm
hm Link encryption,there are only two possible ways,a link refferer like anonym.to,but then i would prefer crypt-it.com because they load the links in a flash file which is hard to scan by crawlers,or you use link containers like dlc for Jdownloader but then you must find a place where you can host the containerfiles,you could also combine the methods,upload the containerfiles to a host an then use redirected the links to the containerfile download,but i think the hosters delete files of that filetype,so you would have to pack the dlc’s in zip or rar files.
sounds way to complicated ^^