Every other effort he's taken involves dealing with such ill-behaved spiders as you mention.
This Slashback has to do with new spiders which do not follow any links on your page, and which use google to find all of your pages.
Any robot that follows links on the site falls prey to his other spambot attacks, so he only has to worry about the new breed that comes through google.
[Spambots are now] Using Google to find pages.
... [Spambots are now] Following no links within the target site.
One of the complaints about spambots was that they either ignored, or read and then flouted, robots.txt. But, Google is well behaved - so won't the new generation of spambots implicitly obey robots.txt?
Seems you could use robots.txt to keep Google out of your email address pages, and still keep your other spambot defenses.
Try IPass. They basically repackage access from ISPs all over the planet, you can get a decent cheap rate.
IPass is not an ISP, but if you navigate their web page you can sign up with an ISP that uses IPass, so you then have access to the entire IPass POP collection.
i2Roam is an ISP that works with IPass, for $100 you can get lifetime service, then you just pay for usage. This means if you go six months without using it, you pay zero. Or, you can pay $5/month plus usage.
See i2Roam's cost page for a sampling of how much it costs in various world cities.
File locking removes the need for constant branching. Granted CVS's automatic merging capabilities are more advanced than most of its competitors, but branching is the enemy. It should be avoided unless it is absolutely necessary.
I don't understand your reasoning here. Why do you have to constantly branch if you can't lock files? Why can't you (as I do) just merge in other people's changes before you check your changes in? 95% of the time there are no conflicts and it is no extra effort. If there is a conflict, then merging it by hand is necessary - the alternative is that you could not have worked on the file at all until Joe Slow checks his stuff in. Bogus.
Furthermore, branching can be very useful and if you set up some automated merge procedures it is pretty painless (see "Code Promotion" below.)
Code promotion (as I understand it, I haven't worked too extensively with it) is nice because it allows developers to continue development while their code moves through the QA process and have their bug fixes easily merged back into the source tree.
I'm not familiar with the term "code promotion". It sounds like you simply want to be able to have a release version debugged while you continue development on the next version.
In CVS, this is pretty simple to do using a branch. Just create a "release candidate" branch. As bugs are fixed, you merge the deltas on the branch into the main development version. So, as QA finds bugs, you fix them on the "release candidate" branch, and every night or every week or whatever they get merged in to the development "trunk".
Build labels are great because it allows you to group file versions into a logical release (rather than just the current version at a specific date). ? This is a feature of CVS dating back as long as I've been using it. You 'tag' the files in the release. Later, you can ask for those versions just by doing cvs checkout -r tag. If the need arises, you can branch off of that tag, and then use the branch name to get the latest version of the branch. You can then tag the branch, branch from the branch's tag, ad nauseum. It's freaking fantastic.
Around here, we do a build every night, and tag each of these builds. As we near release, this means we have a release candidate build done every day, and we can guarantee that we can recreate the source files for that build.
Grouped check-ins are probably the feature that is most lacking in CVS.
Unless I misunderstand you, this is also a feature of CVS. If I change 20 files and go to check them in, any problem in the check-in process results in none of my changes being checked in. It is atomic as far as I can tell.
Usually the problems that occur that prevent checkin simply require me to update and merge in (again, 95% effort free) other peoples changes. Then I try to check in again and it works.
I had lots of information about AltaVista at my site. I was actually getting twice as much traffic from the International Atomic Energy Agency (part of the UN), when I had no information at all related to atomic energy.
[iaea.org is a] fake referrer that's often used -- [deny requests with that referrer] unless your pages are related
in some way to atomic energy and could really be linked to from www.iaea.org
Um, how exactly would you build an "antimatter generation plant?
Black holes evaporate, and they evaporate equal quantities of matter and anti-matter. So, you can feed a black hole matter, and get a mix of matter and anti-matter to generate power.
There are lots of problems such as containment, making sure you don't feed your black hole too much (gets "cold" - insufficient antimatter) or too little (evaporates quickly - no more black hole, and boom.) This is far future technology, but so far theoretically possible.
P.S. When you guys fill out forms asking for an e-mail address, PLEASE PLEASE PLEASE do not use domains like that. Someone owns them. Use "domain.com" or "example.com" instead, which will never resolve to anything. "your.org" gets more spam than you could possibly imagine.
Note that while example.com is owned by IANA and is a true 'example' that doesn't go anywhere, domain.com is in fact a valid domain. Whether or not they deserve the spam is a different issue, but it certainly does resolve to something.
Didn't you ever see Disclosure? Michael Douglas would never have beaten Demi Moore if she hadn't gone cheap on the filters and screwed up their CD-ROM fab.
In other words, with UWB you have to know exactly WHEN to listen in order to hear. This makes UWB very secure... UWB is pretty much immune to eavesdropping...
Assuming this story is remotely correct, and if this is the wave of the future, then do we have any hope of detecting extraterrestrial signals? If ETs are as intelligent as us, they would have discovered UWB. And then, seti@home will be unable to detect these signals.
Slashdot Mirror
GPS seems like a good way to keep track of where robots are. We'd just have to launch N Martian GPS satellites, and bing, everyone's happy.
This way your robots can all leave the vicinity of the lander without getting lost.
but what I'd love is My First Sony.
Oh, I'm sorry, you said My Little Pony. Er, I mean Sony.
Great. Now that's two more reasons for me to gouge my eyeballs out with a spoon.
Dude, you totally agree with me.
Every other effort he's taken involves dealing with such ill-behaved spiders as you mention.
This Slashback has to do with new spiders which do not follow any links on your page, and which use google to find all of your pages.
Any robot that follows links on the site falls prey to his other spambot attacks, so he only has to worry about the new breed that comes through google.
One of the complaints about spambots was that they either ignored, or read and then flouted, robots.txt. But, Google is well behaved - so won't the new generation of spambots implicitly obey robots.txt?
Seems you could use robots.txt to keep Google out of your email address pages, and still keep your other spambot defenses.
Segway has a video of the scooter with snow tires.
It looks pretty stable, amazingly enough. For the bucks, I'm sticking with my bike.
Try IPass. They basically repackage access from ISPs all over the planet, you can get a decent cheap rate.
IPass is not an ISP, but if you navigate their web page you can sign up with an ISP that uses IPass, so you then have access to the entire IPass POP collection.
i2Roam is an ISP that works with IPass, for $100 you can get lifetime service, then you just pay for usage. This means if you go six months without using it, you pay zero. Or, you can pay $5/month plus usage.
See i2Roam's cost page for a sampling of how much it costs in various world cities.
What platforms is Terminal Server available for? Can I run a client on my Palm?
Does it truly satisfy the "accessible from any internet connected computer" requirement?
VNC server and client are available for just about anything.
File locking removes the need for constant branching. Granted CVS's automatic merging capabilities are more advanced than most of its competitors, but branching is the enemy. It should be avoided unless it is absolutely necessary.
I don't understand your reasoning here. Why do you have to constantly branch if you can't lock files? Why can't you (as I do) just merge in other people's changes before you check your changes in? 95% of the time there are no conflicts and it is no extra effort. If there is a conflict, then merging it by hand is necessary - the alternative is that you could not have worked on the file at all until Joe Slow checks his stuff in. Bogus.
Furthermore, branching can be very useful and if you set up some automated merge procedures it is pretty painless (see "Code Promotion" below.)
Code promotion (as I understand it, I haven't worked too extensively with it) is nice because it allows developers to continue development while their code moves through the QA process and have their bug fixes easily merged back into the source tree.
I'm not familiar with the term "code promotion". It sounds like you simply want to be able to have a release version debugged while you continue development on the next version.
In CVS, this is pretty simple to do using a branch. Just create a "release candidate" branch. As bugs are fixed, you merge the deltas on the branch into the main development version. So, as QA finds bugs, you fix them on the "release candidate" branch, and every night or every week or whatever they get merged in to the development "trunk".
Build labels are great because it allows you to group file versions into a logical release (rather than just the current version at a specific date).
? This is a feature of CVS dating back as long as I've been using it. You 'tag' the files in the release. Later, you can ask for those versions just by doing cvs checkout -r tag. If the need arises, you can branch off of that tag, and then use the branch name to get the latest version of the branch. You can then tag the branch, branch from the branch's tag, ad nauseum. It's freaking fantastic.
Around here, we do a build every night, and tag each of these builds. As we near release, this means we have a release candidate build done every day, and we can guarantee that we can recreate the source files for that build.
Grouped check-ins are probably the feature that is most lacking in CVS.
Unless I misunderstand you, this is also a feature of CVS. If I change 20 files and go to check them in, any problem in the check-in process results in none of my changes being checked in. It is atomic as far as I can tell.
Usually the problems that occur that prevent checkin simply require me to update and merge in (again, 95% effort free) other peoples changes. Then I try to check in again and it works.
According to http://www.leekillough.com/robots.html - iaea.org is commonly used as a fake referrer by spam harvesters.
Bullshit.
I thought this had something to do with a certain bankrupt cable ISP.
Black holes evaporate, and they evaporate equal quantities of matter and anti-matter. So, you can feed a black hole matter, and get a mix of matter and anti-matter to generate power.
There are lots of problems such as containment, making sure you don't feed your black hole too much (gets "cold" - insufficient antimatter) or too little (evaporates quickly - no more black hole, and boom.) This is far future technology, but so far theoretically possible.
Note that while example.com is owned by IANA and is a true 'example' that doesn't go anywhere, domain.com is in fact a valid domain. Whether or not they deserve the spam is a different issue, but it certainly does resolve to something.
The problem with that is your LAN needs to be all on routable addresses. NAT won't work if the firewall has no IP address...
For exposed servers this would work well, not so much for the 18 Windows boxen you have Joe Salesguy using.
Didn't you ever see Disclosure? Michael Douglas would never have beaten Demi Moore if she hadn't gone cheap on the filters and screwed up their CD-ROM fab.
Assuming this story is remotely correct, and if this is the wave of the future, then do we have any hope of detecting extraterrestrial signals? If ETs are as intelligent as us, they would have discovered UWB. And then, seti@home will be unable to detect these signals.