Topic: Bounty PAID: BITCOIN OPEN CART PAYMENT MODULE! (Read 20687 times)
If anyone uses wordpress, check out my product: https://bitcointalksearch.org/topic/m.9937935
Internal Server Error
Can I fix it?
Opencart opencart-1.5.5.1
OpenCart_Bitcoin-master
Debian
Can I fix it?
Opencart opencart-1.5.5.1
OpenCart_Bitcoin-master
Debian
Hi again,
I'm also keen to know if there is any updated version of this. Thanks for your time and effort.
Regards.
I'm also keen to know if there is any updated version of this. Thanks for your time and effort.
Regards.
Have you maybe released the github source of the fixed version, I have tried to fix it but haven't managed to.
Can this be updated now that MTGox is no longer active? I need it to convert from GBP (£) on the newest OpenCart software. Willing to pay a bounty just PM me
PM'd. I'll fork and provide the source on Github.
Can this be updated now that MTGox is no longer active? I need it to convert from GBP (£) on the newest OpenCart software. Willing to pay a bounty just PM me
dont suppose there are any of these confirmed as working on 1.5.6 are there?
I noticed they are only confirmed as working on lower versions
I noticed they are only confirmed as working on lower versions
Just sent to jga suggestion to fix strptime()
trying to use blockchain API...
trying to use blockchain API...
Hi, I wonder if I using your extension, that's mean I have to run bitcoin server on my computer 24/7?
I think, bitcoind is needed whenever a customer goes to checkout. But it does not have to run on your computer, it can be someone else's computer (e.g. DS/VDS).
Hi, I wonder if I using your extension, that's mean I have to run bitcoin server on my computer 24/7?
This is great news, I will be testing it out soon. Thank you 
Good news, friends! I found a way to do instant payment verification with the Blockchain JSON-RPC API!
Other features (added a countdown timer) and bugfixes are also in the latest version.
Check out https://github.com/btcgear/OpenCart_Bitcoin for the latest code and, as always, let me know if you have any issues by sending an email to [email protected].
Other features (added a countdown timer) and bugfixes are also in the latest version.
Check out https://github.com/btcgear/OpenCart_Bitcoin for the latest code and, as always, let me know if you have any issues by sending an email to [email protected].
Could you possibly make a version that shows a button "click here when you have sent payment", that will close the window and put the order through regardless of payment? I know this is not ideal but it would be no harder to check if the payment has been made than it would for say a bank transfer payment.
It makes sense to separate verification from the ordering process. The payment extension will only need to generate and display a new address for every order, which can be done in PHP. The extension can generate public keys using a deterministic wallet algorithm. The corresponding private keys can be generated locally on operator's computer. This scheme does not need a hot wallet or a third-party service.In all honesty I would personally still check each payment had been made manually anyway, so for me this solution would be fine. I can understand how others may want the whole process to be automatic though, especially for digital goods.
Could you possibly make a version that shows a button "click here when you have sent payment", that will close the window and put the order through regardless of payment? I know this is not ideal but it would be no harder to check if the payment has been made than it would for say a bank transfer payment.
It makes sense to separate verification from the ordering process. The payment extension will only need to generate and display a new address for every order, which can be done in PHP. The extension can generate public keys using a deterministic wallet algorithm. The corresponding private keys can be generated locally on operator's computer. This scheme does not need a hot wallet or a third-party service. Well, friends, I have some bad news. It appears the Blockchain.info JSON-RPC API can not play nice with my payment module in its current incarnation. The payment module relies upon immediate acknowledgement of a transaction (0 confirmations) in order to function properly. There is a delay between sending payment to a Blockchain.info MyWallet address and Blockchain's acknowledgement of the transaction. It appears to wait until 1 confirmation. This means that it is impossible to do a slick immediate recognition of payment (as my payment module is programmed to do) with the Blockchain.info API at the present.
I could write an extension that would accept any order regardless of whether payment was ever sent, OR I could write an extension that would instruct the user to wait 10 or 15 minutes to see if their order went through. Both sound like a rather silly way of doing business, but unfortunately that's all that would be possible with the Blockchain.info JSON-RPC API (until they improve it).
I could write an extension that would accept any order regardless of whether payment was ever sent, OR I could write an extension that would instruct the user to wait 10 or 15 minutes to see if their order went through. Both sound like a rather silly way of doing business, but unfortunately that's all that would be possible with the Blockchain.info JSON-RPC API (until they improve it).
This is a shame. Could you possibly make a version that shows a button "click here when you have sent payment", that will close the window and put the order through regardless of payment? I know this is not ideal but it would be no harder to check if the payment has been made than it would for say a bank transfer payment. Thanks for your time on this.
Well, friends, I have some bad news. It appears the Blockchain.info JSON-RPC API can not play nice with my payment module in its current incarnation. The payment module relies upon immediate acknowledgement of a transaction (0 confirmations) in order to function properly. There is a delay between sending payment to a Blockchain.info MyWallet address and Blockchain's acknowledgement of the transaction. It appears to wait until 1 confirmation. This means that it is impossible to do a slick immediate recognition of payment (as my payment module is programmed to do) with the Blockchain.info API at the present.
I could write an extension that would accept any order regardless of whether payment was ever sent, OR I could write an extension that would instruct the user to wait 10 or 15 minutes to see if their order went through. Both sound like a rather silly way of doing business, but unfortunately that's all that would be possible with the Blockchain.info JSON-RPC API (until they improve it).
I could write an extension that would accept any order regardless of whether payment was ever sent, OR I could write an extension that would instruct the user to wait 10 or 15 minutes to see if their order went through. Both sound like a rather silly way of doing business, but unfortunately that's all that would be possible with the Blockchain.info JSON-RPC API (until they improve it).
Well, I finally figured out why it wasn't working with the Blockchain.info JSON-RPC API. It appears the JSON-RPC API returns Bitcoin values rounded to three decimal points (!) So... the smaller orders I was testing with returned 0.000 received when they should have returned 0.0001... There was some other weird behavior with the blockchain API so I need to test more thoroughly before I push out a fix.
I also have some other features (including a timer and a bit cleaner interface) and bugfixes that I'm hoping to roll out in the next day or two.
I also have some other features (including a timer and a bit cleaner interface) and bugfixes that I'm hoping to roll out in the next day or two.
Sure. Well I'm using Electrum and it's possible to add a description to your payment. Will have to check if that's standard.
Eventually jga's module is what I need, because it's the only way to automate things. For small scale I think it can be done my way as well..
Eventually jga's module is what I need, because it's the only way to automate things. For small scale I think it can be done my way as well..
I have not tried Electrum yet, just having a look at it now and it seems quite impressive. My plan is to just dump all the BTC into an offline wallet each day/week.
From the standard bitcoin-qt client, I just had a look and it does not look like you can add a comment when sending a payment, only a label for yourself. Maybe I am missing something.
Can somebody help me?
Have a problem with btc-usd exchange (bitcoin_update.php) with change by adding one line in index.php
Fatal error: Call to undefined function strptime()
running php version 5.4.3
Maybe can be replaced with date_parse_from_format() ?
Have a problem with btc-usd exchange (bitcoin_update.php) with change by adding one line in index.php
Fatal error: Call to undefined function strptime()
running php version 5.4.3
Maybe can be replaced with date_parse_from_format() ?
I think the problem of providing just one address is that you will not know who has sent you the BTC :-/
With the current amount of orders I should be good for now 
. But I'll instruct my customers to add the ordernumber as a description. anyone can add a description to their payments right?To be honest I'm not sure if you can add a comment/order number with a payment, maybe somebody else can let you know about this... I run a store that accepts bank transfer and that's what I do, get the customer to put the order number as the reference but 99% of the time the payment actually shows the customers name in my bank account anyway, on the odd occasion (I think when they go directly to my bank to make a deposit) it will only show the city/branch name and the reference/order number.
This is what I like about JGA's payment module, it makes a new address with the label as a prefix and the order number, so you could have a different prefix for different stores and still use the same wallet without it getting confusing, like in the screen shot below:
http://s24.postimg.org/4bcsocibp/btcrccri.png
Eventually jga's module is what I need, because it's the only way to automate things. For small scale I think it can be done my way as well..
Jump to: