I want to integrate a SMS payment solution for my website. I will be offering some premium content and as the prices are not high (1, 3, 5 or 10 Euros) and I would want to use a SMS payment solution.
Unfortunately, I didn't find any providers.
I want the service to provide an API so that the user never has to leave my website.
There are a few services out there that provide you with this type of feature. Although, as this involves money you'll most likely need to contact one of the services before you can get an idea of the APIs and pricing.
I did find a couple of services that seem to offer something similar to what you are looking for.
Some services I found
http://www.boku.com/merchants/features/
http://www.daopay.com/business/how-it-works.php
http://www.smsteknik.se/prodinfo/smspay_eng.asp
Keep in mind that these are not recommendations, and you should do your own research to determine which SMS provider is the most appropriate for you.
Related
I'm just wondering if anyone can provide me with some information into how e-commerce websites automatically calculate the postage and shipping costs for items ordered on-line?
Do these websites use plug-ins/web services to dynamically request this information from the postage/shipping provider? Or do developers manually retrieve the postage costs from the associated shipping provider and then develop their own approximate postage/shipping cost calculation algorithm (in agreement with the e-commerce business of course)? Or are there any alternative approaches used?
Any help is much appreciated. Thanks.
EDIT: I have done some basic research on the topic. I've seen some plug-ins for WordPress but each plug-in was limited to specific postage/shipping companies only.
Do these websites use plug-ins/web services to dynamically request
this information from the postage/shipping provider?
Yes, this is certainly an option. In my experience, the APIs provided by UPS and FedEx are decent and work for the UK market.
Or do developers manually retrieve the postage costs from the
associated shipping provider and then develop their own approximate
postage/shipping cost calculation algorithm?
I would not recommend this - a maintenance headache for one reason - and have never seen it done.
Or are there any alternative approaches used?
Sometimes, fixed shipping-costs can be used - for example, when delivery is to a single country or products weights are relatively static. No API call is needed in these scenarios.
Based on my research, I've found that there doesn't seem to be a single standardised way of calculating shipping/postage costs on e-commerce websites. Some companies provide plugins for WordPress, etcetera, to assist in this process, while others companies provide API's.
Primarily, I'm interested in using a UK based shipping/postage provider.
The Royal Mail is the largest postal provider in the UK and it provides an API for a number of tasks; however no official API appears to be available for cost calculation. I did however manage to find an unofficial Royal Mail cost calculation API. It can be found at the following link.
I have developed one app in which i have used the Google Place API. This is what places doc says about limitation.
The Google Places API has the following query limits:
Users with an API key are allowed 1 000 requests per 24 hour period.
Users who have also verified their identity through the APIs console are allowed 100 000 requests per 24 hour period. A credit card is required for verification, by enabling billing in the console. Your card will not be charged for use of the Places API.
So my question is that if i enable billing for Place API then its free? Is it really true?
Yes, you will have what they are saying. I have done that, so I can confirm... If you put your credit card info, you are letting them know that you are a verified user, and that therefore you won't misuse their services.
And for the second question, we are talking about Google here. It is really true, you won't be charged, they can make money from other sources :)
EDIT:
Actually, if you need more than the "verified" option, it seems you can contact them as stated by Thor Mitchell (Product Manager #Google) in this topic at Quora: Pros and Cons of Places API
"The limits on use (after identity verification) is 100,000 requests
per day, and we're happy to talk to developers who need more about
their requirements."
As of today, the limit is 150,000 free requests per day, but the documentation is hard to make sense of in terms of how they bill overage.
Latest update March 2019:
"For an overview of pricing for the Google Maps Platform products, please see the Pricing Sheet.
To learn more about how Google Maps Platform APIs are billed, please see Understanding billing for Maps, Routes, and Places."
I am looking for the easiest platform or API to integrate into my site that would allow users to sell goods and get paid for them. I would, of course, take a small percentage of the payment. Hoping for something that is usable from python, though php would work too.
You need split payments. I think only Paypal currently offers that.
There are a number of free finance tracking sites out there like mint.com, wesabe.com etc.. .
I've tried all of them and all seem to miss the mark in one way or another. I'm interested in creating my own website, or possibly just a stand alone windows program for tracking my finances in ASP.NET or C#.NET.
I'm assuming the answer is no, but is there any way that a personal developer can download transactions from financial websites like these? I know once you login to most financial sites you can download a CSV or Quicken file. Yet I really like how I can log-in to my Mint.com account and update all my accounts with one click.
Popular applications (like Quicken) and most major US banks support Open Financial Exchange (OFX). If a bank can connect to Quicken, it probably supports OFX (though not guaranteed).
I doubt very many banks have public APIs for this. More likely than not, you will need to send HTTPS requests to the various banking websites, and you will probably have to have custom code for each bank that you wish to support, tailored to the structure of their websites and their form elements.
I've written a subscription based web app that I want to charge (by credit card) a monthly fee. There are 3 different plans and once they sign up, they should be billed that amount, automatically, every month until they cancel. Is there an easy way to set this up (some sort of online service maybe?).
You can use Paypal's merchant service to provide reoccurring charges for a subscription.
Pretty easy to implement, they provide plenty of examples and even a sandbox to get you up and running.
There are now some service providers that take care of your billing and subscription needs. You use their API and they handle billing and subscriptions for you. Their services work with payment systems like PayPal and Authorize.Net.
Take a look at the following sites:
Chargify
Spreedly
Cheddargetter
I would suggest not using Paypal or Authorize's recurring payments directly. Their APIs are brutal, and the functionality is very rudimentary. It may work fine for when you're just starting out, but if you ever want to change anything down the line, you'll be in trouble.
I work for CheddarGetter, so I'm biased, but you should check us out.
Our competitors are not as robust or flexible, but they are definitely better than using Paypal or Authorize.net directly.