Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
In the case of payment gateways, if the gateway is US-based and can only charge in dollars, but can charge foreign debit/credit cards, and you want to act on countries where the currency is not USD, and you can't/do not want to apply for a local payment gateway, what could you do, programming-wise?
I was thinking about converting the amount in USD to the the specific currency. Problem is:
I don't know where to get real-time accurate exchange-rate data
Not sure if I get the data from somewhere, if the client's card processor will actually charge that exact price
Do you guys know any best-practices for that? I think another way would be to just charge in dollars, and then let the client know that approximate amount in his/her local currency, but again, I'm not sure where to get an updated currency conversion.
Does any of you have gone through a similar scenario?
PS.: Paypal is not an option.
Any hints appreciated!
Currency conversion takes place by your customer's bank, so there's unfortunately no central market through which you can even make estimates.
There are some APIs that you can use to make an estimate, though it's mostly just a guess. If you use one of these, I would make sure to make it clear to your customers that the price may vary depending on their bank.
Overall, I've found the best practice is just to display your prices in the supported currency (e.g., USD) and mention to your customers that it might vary. As we continue to expand internationally, you can take advantage of our local currency offerings to make more exact charges.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I have been exploring bitcoin API and I found there is network fee for every transaction which is around 0.0001 but I noticed many trading and bitcoin related agencies doesn't charge any network fee at all for transfer between user on same Website/App. Few of which are cryptopia, Zebpay and localbitcoins.
Could someone help me understand that how they are able to transfer between wallet without any network fee.
Organizations that offer online wallets aren't obligated to handle transactions using the actual Bitcoin blockchain; they may instead choose to keep their own off-chain record of transactions between users. While faster and cheaper than on-chain transactions, this system is often less secure, especially since the transaction records are centralized.
Only when a user transfers Bitcoins between an external wallet would an organization utilize the blockchain; this is when a transfer would cost some network fee and take some time to process.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
There are several posts on SO that point to sources for downloading historical stock quotes, but these are all for currently listed symbols. The resulting dataset suffers from survivorship bias. Is there any source of all historical data, including delisted companies, preferably for free/cheap? I've found a few sources, but they're usually hundreds of dollars or more, require installing using some Windows client software, or just are on sketchy-looking websites. (End-of-day data is fine - I'm sure asking for intraday bid/ask is too much.)
Where do these data resellers in turn get their data from? What is the original source archive of data? (Some of these datasets date back to the '50s, so I don't think the answer is "they just record it themselves.") Do they cut deals with exchanges / do the exchanges have/sell this? Does the data exist in any public records? Thanks!
Norgate Investor Services is the cheapest I've found, but it will run you hundreds of dollars ( but less than 1000 ). Their source is Standard & Poors.
QuantQuote has survivorship bias free historical stock data, but they only offer it in minute/second/tick resolution, and it costs $$. They also have free daily resolution data of the S&P500. It's too bad Yahoo doesn't keep stock data around after a stock gets delisted.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
Out of interest, how far can buying and selling shares be made automatic? How far do you think it can go? And what would you need to do it?
Very far.
There are real computers performing fully automated trades as we type.
I'd take a look at some trading APIs provided by E*TRADE https://us.etrade.com/e/t/activetrading/api or something similar. You can use virtually any language to call the API and execute trades, get quotes, and generate strategic algorithms.
However, a fair warning, unless you are a large corporation with lots of money to burn you need to be careful as a homegrown algorithmic trading system can be very dangerous.
I believe something like 70% of all trades on the market today are placed by computer systems automatically and not by people. It makes it harder for smaller individuals to compete because we simply don't have the financial resources to purchase the power and speed we need to compete.
Thanks,
Jeffrey Pry
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I am currently working on developing a program that stores Quantity as a decimal with four digit places for the very small minority of products that are sold in part (eg 100ml liquid being sold in variable amounts like 1mg-3.5mg).
I dislike this design as it causes problems for the entire program in deciding how to present the quantity and now some problems where there are products which incorrectly have decimal values.
Can you think of a better way to do this?
I'm looking for an alternative to a four decimal place field in the database.
The project uses SQL Server 2005.
Edit. I made this question more generic in order to obtain a larger potential audience
Store the quantity in the smallest amount sold. So if something is sold by the mg, store it that way. That way you don't have to store fractions, and deal with rounding.
Just create a looking table for the product so that you can store the value of how it is stored and displayed, as well as any other meta-data about the size.
In .NET, a System.Decimal is going to be your best option as System.Single and System.Double are not good at representing floating point numbers with accurate representational precision.
Can you provide a small, complete example that demonstrates your problem?
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I've just taken on a client who needs a subscription based ecommerce site created using ProductCart software. I'm pretty handy with PHP so I should be able to figure out the software. My question is - what are some things i should be aware of when creating a subscription based ecommerce site? What types of questions should I be asking the client? I need to get more specifics from them regarding the different subscription levels and periods, but what other specifics should I get nailed down? I appreciate any help anyone can give.
thanks...
I would highly, highly, HIGHLY (can I make it any more clear) recommend reading and understanding almost everything on this question: What should a developer know before building a public web site?
It outlines all the big things you need to know about Security and Performance for Public Websites, a lot of which apply to e commerce sites. (When people's money is involved, it needs to work right).
Furthermore, you should make sure any certificates you should have are there, encryption, etc.
For Client's Specific Needs:
Signing Up:
Do they want to have promo codes to discount stuff?
Is there a trial period?
Billing:
When does billing occur? (Probably should be doled out throughout the month)
Should there be an interface to change the billing date?
Leaving:
How long does Customer Information stick around?
How much access does a person have to the site when they unsubscribe
Is there a day of grace period (Useful for file-storage sites)
Some of this stuff might be dictated by the package you are using, but still good to have figured out.
smashing magazine has a nice article on things to look for when designing an e-commerce site.
Be sure to ask what types of payment they want to accept. Credit cards? Which ones? E-checks? Paypal? Google checkout? Are card numbers being stored on the payment gateway? If not are you PCI compliant? Do you already have SSL? If not, who's getting the SSL cert? How do you want to handle refunds? Are cancellations pro-rated? Do you want to support affiliates? Do you want to have discount codes? Do subscriptions have setup fees?