Skip to main content

User login

What is OpenID?
  • Log in using OpenID
  • Cancel OpenID login
  • Create new account
  • Request new password
Register
  • Home
  • Browse
    • 2D Art
    • 3D Art
    • Concept Art
    • Textures
    • Music
    • Sound Effects
    • Documents
    • Featured Tutorials
  • Submit Art
  • Collect
    • My Collections
    • Art Collections
  • Forums
  • FAQ
  • Leaderboards
    • All Time
      • Total Points
      • Comments
      • Favorites (All)
      • Favorites (2D)
      • Favorites (3D)
      • Favorites (Concept Art)
      • Favorites (Music)
      • Favorites (Sound)
      • Favorites (Textures)
    • Weekly
      • Total Points
      • Comments
      • Favorites (All)
      • Favorites (2D)
      • Favorites (3D)
      • Favorites (Concept Art)
      • Favorites (Music)
      • Favorites (Sound)
      • Favorites (Textures)
  • ❤ Donate
Programming

Ingame purchase

deedee123
Monday, September 4, 2017 - 12:35

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.

  • Log in or register to post comments
deedee123
joined 7 years 10 months ago
Tuesday, September 5, 2017 - 17:17

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...

  • Log in or register to post comments