Sadly the QT SDK cannot be installed on a Windows prior to XP, and in XP I don't have the 8GB free which it needs.
|
|
|
Payment sent. Thanks for trying it.
Thanks!
|
|
|
Just gave it a try. It installs fine in Firefox 5.0 and looks pretty good. Quite an amount of search engines to select. The only thing I have to complain about is the need for a registration because I don't really see any requirement for that. I haven't done any activation and still can use the toolbar without any problems. I used "testuser" for the registration because I don't feel like giving out my real information for just a test My Bitcoin address is in my sig
|
|
|
I have a bit of spare time, so if someone needs data scraped from a website, drop me a PM.
Data can be provided as CSV or SQL.
Price depends on the complexity and amount of data.
|
|
|
The ebay system can work because you basically only change the currency and payment system. But you need to aim it towards everyday users who are not involved with the tech aspects of bitcoin. Keeping that in mind, you would probably need some sort of automated bitcoin exchange too.
You can start small and first target bitcoin users to build up a user base.
|
|
|
"was not a regular word, random letters with 4 numbers", huh? Let me introduce you to dictionary based attacks, you little rascal you. I learned my lesson that day. I got Last Pass, and all sites now have a unique and complex password.
http://techcrunch.com/2011/05/05/password-manager-last-pass-possibly-hacked/Anybody who stores his passwords with a 3rd party online service is in a state of sin.
|
|
|
Can't wait to see an installer for Windows for this GUI. It looks great.
Some suggestions: - Add sendmany support - Make it possible to select the sender address. - Import/Export single addresses (for merging wallets) - Require a password to open a wallet (encrypted wallet) - Require a password to make a transaction - Add a button that converts the balance to a pre-selected currency - Option to delete an address (for the sake of overview, or don't auto-create them) - Make it a light client (download headers only, not the complete chain) - Display the label instead of the address in the main list
I'm aware that some suggestions belong more to the core development; but if at some point those two projects are merged, the GUI would have already taken care for that.
|
|
|
Why would you not change your password on sites involving money after such a hack? More interesting, why would one use the same password at different sites? Everybody tells you not to do that, but people still do it. There is nobody to blame but himself.
|
|
|
My opinions:
1. John Doe won't use it if he cannot sell his banana phone. Limitations scare users away.
2. Paypal will close your account. They (and ebay) dislike Bitcoin.
3. Fees need to be cheap to make users switch away from the established ebay.
4. No need to remove users. Someone who does business with a -100% feedback seller deserves his losses.
|
|
|
Maybe it would be a good idea to provide the chain as a torrent download. The process of creating a new torrent file every day/week could be automated, so users can always pick the most current one while previous chains phase out after a week or so. That way traffic will be spread across the seedbox and other users, what should increase the download speed even more. Other mirrors could easily join in too then.
|
|
|
I think it is something about 1 GB ? am I right ?
The wallet is small, but the blockchain grows fast and will hit the 1GB barrier in a few months The official client is fairly heavy on modern machines? am I right ?
It's not your "I never notice it" program, but not what I'd call heavy. Perhaps you have coin generating activated? The fact is any data base design with no retention policy would some day (near) explode no matter what hardware new technologies exist.
Purging and a lightweight client is planned, but not available yet (afaik). Do we need a new client with a built-in SQL database ?
I think Bitcoin uses Berkley-DB already Do we need to create new policy to clean up aged blocks or transactions ?
See before, it's possible but not done.
|
|
|
So what's the point of opening an account at mybitcoin?
Basically convenience. Pro: You don't have to run the bitcoin client, download&verify the blockchain and care about securing your wallet. Con: You're entrusting all your coins to a third party and if the website gets hacked, you're out of luck and may lose all your coins.
|
|
|
It could be possible theoretically, but the current bitcoin client does not support this afaik.
Basically, you would have to export an address with its private key. You can then send this to someone else who would need to import that information to claim the coins.
Important note: this will give the coins to _everybody_ who gets his hands on the email. It's like sending cash via mail.
Also I'm not sure how the system will deal with having the same addres+key twice (if the sender does not delete the address+key), aka double spending. But I guess it will fix itself somehow.
|
|
|
When trying to launch the client on one of my older systems, I get an error message about a missing procedure entry point named freeaddrinfo in WS2_32.dll. After some searching, it seems the devs need to add two more files to the source. It seems to be pretty simple. The freeaddrinfo function was added to the Ws2_32.dll on Windows XP and later. To execute an application using this function on earlier versions of Windows (Windows 2000, Windows NT, and Windows Me/98/95), then you must include the Ws2tcpip.h file and also include the Wspiapi.h file. When the Wspiapi.h include file is added, the freeaddrinfo function is defined to the WspiapiFreeAddrInfo inline function in the Wspiapi.h file. At runtime, the WspiapiFreeAddrInfo function is implemented in such a way that if the Ws2_32.dll or the Wship6.dll (the file containing freeaddrinfo in the IPv6 Technology Preview for Windows 2000) does not include freeaddrinfo, then a version of freeaddrinfo is implemented inline based on code in the Wspiapi.h header file. This inline code will be used on older Windows platforms that do not natively support the freeaddrinfo function. Source: http://msdn.microsoft.com/en-us/library/ms737931(v=vs.85).aspx
|
|
|
Excellent, got it working finally! Thanks a bunch, small donation sent your way. Thanks!
|
|
|
Ok, this was annoying me too much, so I set up a test environment. I'm using bitcoin 0.3.20.2 in server mode and curl 7.21.7 on Windows. On the client host, I issue this command: curl -u myuser:mypass --data-binary @json.txt -H "content-type: text/plain;" http://internal.ip:8332/And json.txt contains {"jsonrpc":"2.0","id":"curltest","method":"getinfo","params":[]}This request is successful, but it fails when the json.txt contains single quotes instead of double quotes. I didn't see a request going out in the tcpdump when it fails, so I assume the error is generated by curl. I would consider this a bug in the way curl handles json data parsing. Problem solved, test environment goes down again.
|
|
|
Some more things I came across:
1. You mixed --data-binary and -d; however, -d is -data-ascii. Give --data-binary @json.txt a try to.
2. According to the JSON specs, the content type should be application/json-rpc for POST requests, which is what cURL sends. I don't know if bitcoind cares about that though.
3. The error code, -32700, is a JSON 2.0 code, but the call specifies JSON 1.0
I hope that helps, since I'm running out of ideas.
|
|
|
Just noticed that you're using "getwork". The wiki example uses getinfo.
Did you try that with the fixed quote issue?
|
|
|
|