I would say, that's exactly what you want from your honeypot.
What I don't really know, I guess, are the legal implications of entraping people on such a mass scale.
I'm also not sure about the usefulness of such a honeypot, since you can't actually track the buyers. Just because someone pays you to send drugs to some address, doesn't mean it's their own address
IANAL, but my understanding of entrapment is that law enforcement has to persuade you to break a law that you wouldn't otherwise have broken - for example if you walk up to a cop and say "sell me some weed" that isn't entrapment, unless he initiated it and persuaded you to try to buy some weed - so if this site was a honeypot, it wouldn't be entrapment, as buyers and sellers are both going there without any persuasion, because they already want to do something illegal.
That said, I agree with other comments here as to why it's unlikely to be a honeypot.
I had the same concerns so i researched it a bit more. While the processors used in these new macbook pros can address up to 32gb of RAM on the system, the DDR3 standard accomodates for up to 8gb per chip. With 2 chip slots, you are already maxed out, regardless of whether the chips are soldered on or not, so it makes no difference.
That's pretty neat, but doesn't it make more sense to use before_filter in your controller for that stuff so that you can properly handle errors instead of showing a 404?
I don't think that the op will want to show a 404 page. If a user is logged in, I will redirect the user to the homepage. Why let the user accesses the login page if the user has already logged in?
So they can use the back arrow and go to the page they at before login redirected them?
I found Drupal's hiding of the login page once I was logged to be truly annoying on a site I regularly visited (till it was apparently changed recently).
You're assuming all requests actually go through to the rails app: what if you have, say, a Sinatra app mounted at '/documentation' and you'd like to check the constraints for that?
The best way would probably be to expose your work by contributing to open-source projects. You can either start your own project if you have an idea of something that could be useful to others, or join an existing project.
My only concern is really that in the short/medium term, this could lead to a large influx of freeloaders from other communities, who may have no interest in "paying it forward", but mostly in dropping by for a quick freebie, while not contributing anything.
It would be pretty awesome if I was wrong though, and that a new spirit of collaboration across multiple communities was the end-result, but I remain skeptical.
Fuzzy graphs can also be weighted (that is supported in FuzzPy), but represent a set of fuzzy elements and their connections, so you are just dealing with a different type of member elements.
Also, since your graph elements are all members of a fuzzy set, you can also perform fuzzy set operations against your vertices or edges, whereas using weights for this type of work might often yield useless results.
What I don't really know, I guess, are the legal implications of entraping people on such a mass scale.
I'm also not sure about the usefulness of such a honeypot, since you can't actually track the buyers. Just because someone pays you to send drugs to some address, doesn't mean it's their own address