boxtorrents also sucks...they steel seeders/leachers from anime groups by rewriting torrents with their own tracker...this is against the whole POINT of bittorrent.
Fansubbed shows are questionable in their legality. "Unlicensed" shows (those which have not been licensed by a US company for dubbing & distribution) are generally safe...nobody particularly cares.
Actually, keep in mind the original purpose of fansubs...to increase a shows popularity in the US and induce licensing (as the show's fanbase would be much larger...Naruto is a case-in-point here). However, many purists (myself included) believe anime loses its magic when a company not concerned with quality of translation and more concerned with americanization handles the dubbing (this happens to the vast majority of licensed series like FMA and the infamous DBZ). Given the choice, I'd rather watch fansubs ^^
I came up with this idea a while back, actually. The general concept is simple, but there are a number of sublties.
As one user here suggested, the first obvious improvement is to use multiple hops. However, let's assume (in a rather paranoid fashion) that the *AA is traffic monitoring Joe Leecher, who is downloading a file through a relay chain. The *AA might not be in the chain, but they still know Joe Leecher is download loads, but not uploading much. Ah, he must be pirating!
SO, the trick would be to add additional relays AFTER the intended target. Of course, the Joe's position in the chain would have to be random...and could potentially be at the end. This way, Joe Leecher has to upload some, but no matter...he gets the file and nobody's any the wiser. You could even get creative, and have the initial sender fake some download traffic.
Now let's assume the *AA gets more involved, and starts inserting sleeper nodes into the network. If they were in a relay chain, they would know that 2 IPs (sender and receiver) in that chain were uploading/downloading illegal files (assuming they WERE illegal files). Thus, 2 users are put in danger, even though they are not the intended recepients anyway.
SO, encrypt the transfers, sort of like some remailer chains do. The initial sender somehow (depending on the actual details of the protocol) receives a generated public key of the real receiver. You could even add envelopes, where every node in the chain was party to the encryption/decryption. Thus, only the true sender and receiver would know the content being transferred, and they wouldn't have any way of tracking each other!
The next idea would be to extend ALL of this to searches, so even your searches are anonymous/encrypted/relayed.
A distributed trust system could also protect against malicious middle nodes changing data to impede the network.
Anyway, let me know if you like these ideas. I've held off on implementing this until I get better at C[++]. If you're a 1337 coder and want to help, by all means, let me know!
What about attempts to bring down the network from within? Sure, physical security might usually protect the network from outside intruders, but does the empire really expect to guard every port from some low-level technician attempting to, say, shut down all life support systems and then escape on the only remaining escape pod after he jettisons all the others?
I think the idea behind stuffed CDs is to collect tons of software that will run on the distro being installed, so that newbie users don't have to search the internet for RPMs for their particular distro/kernel/configuration/etc.
As for Opera, it depends on whether there's a provision for user-accepted ad/spyware.
As for the shift key, hang on to it for now. By holding shift, you're not 'removing, disabling, or rendering inoperative a security...technology installed on the computer'. You're merely preventing it from being installed in the first place. Nothing illegal about that (yet).
Well, why not try to find maps in Scalable Vector Graphics format? wouldn't that solve resizing problems? just in a 5 minute session on google i found some sample maps for various locales...finding them for the regions you're interested in shouldn't be too hard.
Slashdot Mirror
boxtorrents also sucks...they steel seeders/leachers from anime groups by rewriting torrents with their own tracker...this is against the whole POINT of bittorrent.
Fansubbed shows are questionable in their legality. "Unlicensed" shows (those which have not been licensed by a US company for dubbing & distribution) are generally safe...nobody particularly cares. Actually, keep in mind the original purpose of fansubs...to increase a shows popularity in the US and induce licensing (as the show's fanbase would be much larger...Naruto is a case-in-point here). However, many purists (myself included) believe anime loses its magic when a company not concerned with quality of translation and more concerned with americanization handles the dubbing (this happens to the vast majority of licensed series like FMA and the infamous DBZ). Given the choice, I'd rather watch fansubs ^^
I came up with this idea a while back, actually. The general concept is simple, but there are a number of sublties. As one user here suggested, the first obvious improvement is to use multiple hops. However, let's assume (in a rather paranoid fashion) that the *AA is traffic monitoring Joe Leecher, who is downloading a file through a relay chain. The *AA might not be in the chain, but they still know Joe Leecher is download loads, but not uploading much. Ah, he must be pirating! SO, the trick would be to add additional relays AFTER the intended target. Of course, the Joe's position in the chain would have to be random...and could potentially be at the end. This way, Joe Leecher has to upload some, but no matter...he gets the file and nobody's any the wiser. You could even get creative, and have the initial sender fake some download traffic. Now let's assume the *AA gets more involved, and starts inserting sleeper nodes into the network. If they were in a relay chain, they would know that 2 IPs (sender and receiver) in that chain were uploading/downloading illegal files (assuming they WERE illegal files). Thus, 2 users are put in danger, even though they are not the intended recepients anyway. SO, encrypt the transfers, sort of like some remailer chains do. The initial sender somehow (depending on the actual details of the protocol) receives a generated public key of the real receiver. You could even add envelopes, where every node in the chain was party to the encryption/decryption. Thus, only the true sender and receiver would know the content being transferred, and they wouldn't have any way of tracking each other! The next idea would be to extend ALL of this to searches, so even your searches are anonymous/encrypted/relayed. A distributed trust system could also protect against malicious middle nodes changing data to impede the network. Anyway, let me know if you like these ideas. I've held off on implementing this until I get better at C[++]. If you're a 1337 coder and want to help, by all means, let me know!
What about attempts to bring down the network from within? Sure, physical security might usually protect the network from outside intruders, but does the empire really expect to guard every port from some low-level technician attempting to, say, shut down all life support systems and then escape on the only remaining escape pod after he jettisons all the others?
I think the idea behind stuffed CDs is to collect tons of software that will run on the distro being installed, so that newbie users don't have to search the internet for RPMs for their particular distro/kernel/configuration/etc.
As for Opera, it depends on whether there's a provision for user-accepted ad/spyware.
As for the shift key, hang on to it for now. By holding shift, you're not 'removing, disabling, or rendering inoperative a security...technology installed on the computer'. You're merely preventing it from being installed in the first place. Nothing illegal about that (yet).
Well, why not try to find maps in Scalable Vector Graphics format? wouldn't that solve resizing problems? just in a 5 minute session on google i found some sample maps for various locales...finding them for the regions you're interested in shouldn't be too hard.
Actually, that's the way electrons orient themselves in electron shells. Free electrons, such as those in conductors, don't have to come in pairs.
Oh, and the odd-atomic number elements just have one electron with no partner, spinning whichever way it happens to be.