$12256 / $11500
What would you say is an easy way to implement ingame purchases in a html5 browsergame? The paypal API maybe?
Are there any other services adabtable, for payments in both directions, so one could implement eg. poker gaming for real money? (national lottery laws is a seperate issue)
Thanks.
I went over the paypal api docs and was bombarded with dependencies, prerequirements and stuff... one of those "oh this needs a new NET oh new NET needs a new OS oh new OS needs a new Computer" things..
So I may use the paypal html interface, by a form or even over the url. The "return" variable I can set to a path the payer will be redirected to after successful payment. This cannot be hidden totally, because it's in his browser, a fradulent person could call this url manually, making me think he has paid. There is ipv instant payment verification, an other paypal feature, seemingly harder to implement
...edit: IPN, not IPV:https://developer.paypal.com/docs/classic/ipn/integration-guide/IPNIntro/
.
So, what is missing imho in the paypal html interface, is an encryption option for the "return" url, the seller gives paypal the key and he gives the payer the encrypted url, that the payer will send to paypal, so they can send the payer the plain text url after payment. This url however should contain further security features, such as encrypted timestamp, uniqueness etc. to make this a one time green light thing.
However, if in an assumed poker game the bank hast to pay cash to a player, it still can/must be verified, whether he really paid the entrance fee.
Great about html5 is also that you are already in a browser, btw...