Arizona has similar gun laws, look what happened to Gabrielle Giffords
Permissive gun laws did not cause that shooting. A mental breakdown on the part of the shooter caused it. Restrictive gun laws would not have stopped it either. Washington DC and New York City have some of the highest violent crime and murder rates in the US, while they are two of the most restrictive jurisdictions in terms of purchasing or owning weapons. All the statistics show Gun possession causes violence not stops it.
That is patently false. Statistics seem to indicate that gun possession reduces violence and crime.
|
|
|
Answers to this question are of interest to me as well. If I end up figuring it out on my own, I'll post here again.
|
|
|
You could fix the broken links with something like this, but you'd want to test it first before running it on the live database. It might also change text that wasn't linked. UPDATE smf_messages SET body = REPLACE(body, 'http://bitcointalk.org/index.php', 'http://bitcointalk.org/index.php');
|
|
|
Well got that one updated, not sure how many other posts with broken links there are around (that are still relevant posts).
If you have access to the database, just run the following to see how many posts have broken links in them. SELECT * FROM smf_messages WHERE body LIKE '%http://bitcointalk.org/index.php%'
|
|
|
I'll volunteer to help. It can actually be done with an SQL query, but a simple < 50 line PHP script could easily handle it.
@piotr_n The problem is not when users submit new posts, it's old links in old posts.
theymos, I can throw together a quick run-once PHP script to convert the old links to new ones. Just let me know if you want it.
|
|
|
The animations for a poker game could be done with Javascript animations, I don't think canvas is needed.
|
|
|
Nice Atlas,
I doubt they're yours, since you have to be 21+ to get handguns in most states.
You have to be 21 or over in all states to buy a handgun from an FFL (Federal law). But in some states you can buy from a private party as long as you're 18 or over. EDIT: Oops, just realized that had already been said.
|
|
|
Has this project gotten any traction?
|
|
|
Interesting idea. Watching and waiting for series 2 (that hopefully follows Mike's advice on all points).
|
|
|
Interesting. Any more strategies for winning an auction?
|
|
|
because nothing in javascript looks very nice.
I guess that's something that needs to change.
|
|
|
Features like those I described will only be necessary years from now, though Gavin has implementing an open market for tx fees high on his todo list. I'm not sure what are his plans for this though.
It is high on my list because I think most miners (and pools) would be happy to include many more free transactions than the current rules allow, and if there is another price spike or somebody rich decides it would be fun to make the block chain a couple of gigabytes bigger it is much easier to react if the fees are not hard-coded. The rough plan is: + Give miners more "knobs" to set fee policy-- let them specify (via command-line switch and maybe bitcoind RPC command) how much (if any) space to set aside in blocks for free transactions, how much to charge per-kilobyte and/or per-ECDSA-signature-validation, and what the priority/size/number-of-signatures thresholds are for considering a transaction for inclusion in the free space. + As Meni says, teach clients to look at the recent blockchain history and, for a given transaction, estimate how much of a fee will be required to get it into a block reasonably quickly. Maybe a "createtransaction" RPC call that locks coins for a certain amount of time and returns the how-long-to-confirm estimate along with "commit/aborttransaction" calls.... + Figure out a reasonable UI for fees. Maybe: calculate the probability sending the transaction with 0 fee will get into the next, oh, 3 blocks, and if it is greater than, oh, 90% then just send it without a fee. Otherwise, let the user decide between paying a fee that will get it included (with 90% probability) in the next 3 blocks or letting them know how long it might take if they pay no fee. Lots of details to be worked out... +1 The client shouldn't force the user to pay any fee. (The interface to choose a fee and calculate inclusion probability sounds nice)
|
|
|
Next time buy a decent phone that run things
Not getting into that one. I dislike flash for many reasons, I really had no need to mention Apple.
|
|
|
As already suggested, you could have used the smilies as a cypher. Sorry, I fail today at being involved. I'll do better tomorrow. Forgiven.
|
|
|
Well, Seals uses the Poker Mavens software, which I absolutely detest. There is something fishy about the software - not only on Seals, but any site I've ever used that has Poker Mavens, there's some janky shit that happens with the cards. Normally I would chalk it up to me being a crappy player that night or some other, explainable reason... however somehow I always manage to turn a profit at other places, but never on a Poker Mavens backed site... and it's happened on multiple different sites that run Poker Mavens as their poker room back end... so I've pretty much settled on avoiding any site with Poker Mavens.
I'd love to hear freemoney's take on this. Perhaps he'd also be willing to switch software. I don't like Poker Mavens because it's flash and won't work on an iPhone (unless you jailbreak).
|
|
|
Have you tried one of the exchanges? Or are those your only options for payment?
|
|
|
|