Mobile Arcade

Started by
11 comments, last by jbadams 9 years, 4 months ago

Here's what I'm trying to do:

Basically, I'm trying to make an arcade site where you pay upfront from Paypal. So the user can go in and buy a month membership to use play games on the arcade console which expires at the end on the month in which the user would have to pay again at the beginning on the month. (I don't do that automatic withdrawl stuff.) Now what happens when the user pays is that their IP address gets added to a database and they can play games. (I have a policy of games running only on one machine at a time to avoid excessive use by having too many people on the account. At the end of the month all IP addresses of people who haven't payed are removed by some cron job.

Here is my question. Does anyone know the Paypal API and how I could interface with it to allow the user to make a payment from my site and then trigger IP address addition to the database?

Need help, please.

Codeloader - Free games, stories, and articles!
If you stare at a computer for 5 minutes you might be a nerdneck!
https://www.codeloader.dev

Advertisement

Here is my question. Does anyone know the Paypal API and how I could interface with it to allow the user to make a payment from my site and then trigger IP address addition to the database?

It is well documented on the PayPal web site, developer.paypal.com.

It is not too hard to use. You provide formulaic URLs to your users for them to use.

When the payment is completed the system includes both an automatic ping-back from the servers that you can handle, and you can also query into their system.

I know that is none of my business and not your question but you are using the IP address to identify someone?

I hope you know that in most countries the IP address is dynamic and not static but maybe it is just something I do not know how it works.

Yes, your identification scheme won't work, IPs change and can easily be spoofed. MAC addresses too. You're talking about Identity/authentication -- that's what logins are for. I suggest you simply integrate with social networking sites (to lower friction for those who use them) to provide identity, and have your own login service for those who don't. Alternatively, you could put some kind of user-specific certificate that expires monthly behind a paywall (you'll still need to provide a way for a user to get it again if it gets lost, and if you want to automate that process you'll need a login system anyhow), and use it as a token necessary to access your site's content or access its services.

throw table_exception("(? ???)? ? ???");

Another option would be to use the Patreon platform to manage subscriptions (which would allow you to do auto-pay too) -- its not known for being used as such, but it is effectively a platform for digital subscriptions. If the Patreon image is not suitable for your needs, it's based on Overdrive which you could integrate directly with your own site.

throw table_exception("(? ???)? ? ???");

Nah, not interested in using IP addresses now. I can just stick to https and passwords. The paypal thing sounds cool. Yep, I want to create successful mobile games on phones and skip the whole google play thing. They charge too much for paid apps.. 30%, that's a lot!

Codeloader - Free games, stories, and articles!
If you stare at a computer for 5 minutes you might be a nerdneck!
https://www.codeloader.dev

For a $0.99 game you'll have a hard time beating that with PayPal.

The fee they charge is 2.9% + $0.30 per sale. For $0.99 that would be 33 cents, slightly more than what you pay for Google Play.

If you are charging more or have a high volume the story will be different, but you'll have a much harder time selling on your own without leveraging a marketplace.

Nahh...

Codeloader - Free games, stories, and articles!
If you stare at a computer for 5 minutes you might be a nerdneck!
https://www.codeloader.dev

I'm not familiar with the terms of google play, but IIRC on iOS you're contractually bound to process all payments through the appstore, except for specific kinds of content (e.g. Subscription publications like magazines) and even those kinds of content that are allowed to do so, they can't, last time I heard, offer a way of using the alternate payment system or even advertise that it exists within the app, and furthermore that they are bound to provide an in-app purchase button that goes through the app store and must carry the same price as the alternative method.

You probably want to check whether similar clauses apply to google play apps.

throw table_exception("(? ???)? ? ???");

Bah, humbug and a pile of bbq sauce. It's good. Just needed an example of how to do this.

Codeloader - Free games, stories, and articles!
If you stare at a computer for 5 minutes you might be a nerdneck!
https://www.codeloader.dev

This topic is closed to new replies.

Advertisement