I am wondering how the humble bundles donation system works. https://www.humblebundle.com/
How do they know, at the end of the week, how much money was donated to whom?
I'm thinking on how to recreate this in js+php, but I am struggling to figure out how to track transactions.
Thank you in advance
-Jard
All of that data would go in your database. As each transaction comes through you'd save the payer info, receiver info, transaction info, etc. all together in related tables in the db system. You can generate your own reports out of that or write apps to pull data and loop through records to distribute funds or whatever you need to do.
As #Adelphia mentioned, to process the actual payments you can use PayPal's API's. For direct credit cards you'd need to sign up with Payments Pro. For PayPal or guest checkout payments (credit card through PayPal's pages without signing in) you can use Express Checkout.
I have a PHP class library for PayPal that will make all of the API calls very simple for you.
Using something like Paypal's do_direct_payments API you can have your users fill out their info on your site and then make the payment with Paypal's API using PHP. Or you can always just use Paypal's built in tracking tools.
Related
I'm just a beginner. I have created a website. Now I want shopify store admins to come and sell on my website. To do that I'm gonna need some way to have store admins provide me their store data like products. Shopify provides a way to do that by creating an app which provides scopes and access token. They can give me access token and I can run some REST apis to get that data.
But I want to simplify this process. I want to create an interface which asks for store admins permission to provide me data and then it automatically integrates. Like you install apps on shopify.
You have a very precise and relatively easy job to do here. You want to create what is called a Sales Channel App for Shopify. With that installed in any merchant store, you would have available to you a JSON representation of just the products they want you to sell on your website. As a bonus, every time you do sell a product of theirs on your website, you have the ability to complete the order with fulfillment aspects and their store. It is all automatic as you wish, and works a peach. Try it! You might end up with a huge success story and a very in-demand App in the Shopify App store.
I'm building a website with Reactjs,
the website consists of publishing businesses that customers upload themselves but with a paid subscription, every 30 days the payment will be renewed or the business that they have uploaded will be cancelled.
My headless CMS is now on Wordpress but I'm thinking of moving it to Strapi to make it more scalable and have much more control,
Is it possible for Strapi to accept this data ingestion from a third party? And if with Strapi I can implement that the subscription is paid by Stripe, have everything connected.
My idea is that the client uploads the images of the business, the description, etc. And after he fills in his data, he will be taken to a payment screen, where he will pay the annual or monthly fee.
After all this process, I would enter to accept or reject those businesses that are accepted.
Can you guide me a little with the tools that you recommend, if I should or should not use these.
I am open to your answers.
Thank you very much!
I recommend using this Subscriptions guide to get started. Then, you can use webhooks to manage state in your application and keep everything synced up with Stripe. Here is a more subscription-oriented webhook guide.
I do understand that I should be posting this question in the Paypal Developers Help section but I'm not sure what is the right keyword to ask and look for, especially when reading their Docs and API docs.
I'm using NodeJS as Backend and Angular 7 as Frontend. What I want to do is to allow "Business Users" to link their Paypal Account (Client ID) to their credentials.
The app I'm building is a very simple e-commerce website where Business User can only sell one type of product.
The logic is:
Business User will create an account to my app
They will be allowed to link their PayPal account for selling products and other transactions
Then Normal user or customer will be able to purchase (This part is easy and already implemented via Paypal Express Checkout API)
However, I want each payment to go directly to the Business user Paypal Account (There could be multiple business users)
I know I need to generate a client Id to make Paypal Payment work by configuring it at Paypal Developer Dashboard but I want the client ID to be auto-generated via API or REST API.
Again, I'm not sure what is the right keyword to search for when integrating this to my Angular 7 app with a Node JS Backend.
So, I'll appreciate anyone that can point me in the right direction. Thank you in advance.
The problem is the following.
Client wants an app, that can be sold to different users via Play Store and AppStore. This app has to have a backend server, but users should be able to see only the data that belongs to their user. This is so far a simple authentication/permission problem, but it gets trickier.
If we had a single backend with User Accounts with permission to manage only data that belongs to them, then whoever sells the app will have to pay for the Firebase account for customers traffic usage too.
So the client wants to sell a pair of app + backend, where backends monthly fees are paid by the customer.
Is there a way to configure something like that in Firebase, and make it easy and friendly enough for the customers to set up their account from the app on first startup?
This format unmanaged user seperator. Firebase has simple authentication. Is is not useful for multicompany. Seperate database or develop custom backend.
It sounds like a fairly standard white-labelled app. I recommend keeping each of the re-sold apps in a separate project, which makes it trivial to then charge each buyer separately for their usage.
I'm looking to create an app where suppliers can register as well as customers.
I want to restrict registration for suppliers so that they can only register by e-mail and not by facebook or twitter, is this possible? does anyone have any solutions or can anyone point me in the right direction? thanks!
What you are wanting can certainly be built.
In Meteor, Accounts.validateNewUser() is used to pass/fail the creation of new users and Accounts.onCreateUser() can add database fields to new users and optionally fail their creation. You can also get access to login templates instead of leaving them hidden in the project's dot meteor directory.
Evented Mind has a pretty good video presentation on customizing the Meteor Login system but it is behind a paywall. There are actually quite a few useful video HOWTOs in there.... so it may be worth their fairly reasonable monthly video subscription fee. They show how to do OAUTH calls and fetch information from 3rd party providers on the federated logins to be included into user profiles. You can read the code from the presentation freely but the video is still worthwhile.
The same calls they use could be used to set up any kind of information about users as they are created or, I suppose, to reject a user marked "supplier" who is using federated login.