Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 8 years ago.
Improve this question
I'm putting together a small start up company which will be set up with a subscription based billing model. The bill will go to customers on either a monthly or quarterly basis depending on the end user's preference. My question is two parted:
I'm new to online billing and I'm only really aware of Pay Pal when it comes to third party bill payment, but this seems more like a check out system. I'm sure there are better alternatives than PayPal for third party billing processors (I have tried Googling for them, but I'm having trouble finding exactly what I'm looking for). What options (companies) are available for third party payment processing and what types of experiences (good or bad) have you had with them?
We would like to give our customers the ability to set up recurring payments. I'd rather not store a customer's credit card number on our database as I imagine there are a plethora of compliance guidelines around this. Is there a third party solution for recurring payment processing?
On a side note, this is not necessarily a code related question and is more business focused. I wasn't sure if there was a better route for posting this question, and please commont or modify this if there is another route I should take.
You can also look into Amazon Flexible Payment System. I implemented this for a customer and the API, at least, was very easy to work with, and Amazon seems solid and trustworthy as near as I have been able to tell.
Take a look at http://chargify.com/
There are many business out there that will fit the bill. Be sure to look for a solution that believes in Credit Card Data Portability - which means that they'll transfer your credit card data to another vendor should you want to leave them in the future.
You have many, many options. Take a look at Recurly (where I work), Chargify, Stripe, CheddarGetter, Authorize.net's ARB, PayPal's recurring billing, Braintree, etc.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Closed 8 years ago.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
This question does not appear to be about programming within the scope defined in the help center.
Improve this question
I'm looking for login logs, particularly from a mail server, to use as sample data. I've looked through a lot of public datasets but have been unable to find anything of the sort.
I'd like to be able to look at a log showing login attempts, with fields like time stamp, requester IP address, user account, success/fail, etc.
Any help would be appreciated.
I'm not surprised you did not find anything.
the information is sensitive, and should not be shared. For example someone might accidentially mistype their password as login name. In the logs this will show up as failed login, and the next login from the same IP might then be the appropriate username.
this data is of little use to anyone, in particular if it is historic or has been anonymized. Why would anyone bother to share this kind of data?
Furthermore, login (and attack, assuming that you are looking into that) patterns change over time. So any conclusion drawn from historic data will likely no longer hold.
So you'll have to get this data fresh, and under NDA from someone that trusts you to not misuse it. If it actually is of any use.
You might have better success if you would look for aggregated data. Temporal patterns of user activity vs. failed logins, for example. But in any way, this site is about programming questions, not "where do I get data". You'll have to use Google mostly.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 8 years ago.
Improve this question
I need a very light weight solution for paid membership. There will be 3 levels of membership. One free and the rest are paid.
I don't need all the bells and whistles of big frameworks.
All I need is registration and payment handling such as monthly payments and membership upgrades.
Paypal will be my last option for the payments so other payments options are welcome too.
Braintree provides braindead simple handling of subscriptions and memberships, and deals with all the payments, recurring charges, and handling. It's pretty simple to get set up, and has a very lightweight API for most languages to integrate it with your app, including PHP.
We use it for our company, and it's been reliable, with excellent support.
Use of the term "light weight" may be subjective here. You can implement an authorize.net standard subscription system with very little code. They provide an API that is not difficult to work with if, even for a novice. How you choose to use the API will determine how you handle "upgrades"
This is a link but it is not the documentation: http://www.authorize.net/solutions/merchantsolutions/merchantservices/automatedrecurringbilling/
It has been some time since I used the ARB package so I'm sure they've solved the problems with membership cancellation from some 6 years ago. You'd probably need to speak with them to get some docs on it.
Just one option.
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
I was under the impression that MediaWiki is due to its nature as "open for all Wiki platform" not tailored towards managing sensitive information.
I found some warnings about this on the MediaWiki FAQ and some user account extensions as:
If you need per-page or partial page access restrictions, you are advised to install an appropriate content management package. MediaWiki was not written to provide per-page access restrictions, and almost all hacks or patches promising to add them will likely have flaws somewhere, which could lead to exposure of confidential data. We are not responsible for anything being leaked, leading to loss of funds or one's job.
Now a consultant of my boss tells him there is no problem with sensitive information at all. I would like to hear if he is right and I worry too much.
I suppose all problems would go away if we would use separate instances of MediaWiki for every user group with the same rights.
Think about the risks here:
What sort of data are you planning on populating it with? If it is personal data such as salary, home address or medical data, or if it is credit card data then you may be required to protect it appropriately (in the US see HIPAA, Gramm-Leech-Bliley, SoX and state data protection legislation; in the UK see DPA 1988, FSA regs; in Japan JSoX; Globally PCI-DSS)
Aside from those regulations (and a whole lot of others globally) how would your business cope if the data was deleted, or published on the Internet, or modified, or corrupted?
The answers should help you define an 'appropriate' level of protection, which should then be explained along with the possible risks to the board, who should then make the decision as to whether it should go in.
(tweak the above based on company size, country etc)
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
I'm looking to set up a small site for a friend that has some widgets they want to sell online. I don't think I will have much time for maintenance once it goes live (for that matter, I don't expect I'll have much time for initial setup and configuration), and I am looking for something that is dead-simple for a non-technical user to maintain (financial/payment info, add/remove/change products).
The second most important part would be good integration with a payment provider. I'm not too fussy what language it's in if it meets my other criteria (if I don't know the language I will learn enough to get the site running).
Also important is that I'd prefer to stick to open-source products, mostly because I don't think this project will have much of a budget for high-end commercial products (at least not until it makes some sales).
The last time I did this sort of stuff we were building custom sites from scratch for clients with very specific needs. I do not have recent experience with the current generation of blogging tools (Wordpress, Joomla, etc...) and I don't really know which off-the-shelf combo of platforms and plugins are best to get something up and running in as little time as possible.
Hosting your own online store is a full-time occupation, no different from running your own brick-and-mortar store. Anything that accepts online payments will be targeted by criminals for online fraud.
If your business is selling widgets and not running online stores, I strongly, strongly suggest using a hosted service with its own web integration and payment handling. I know people who have used both Weebly and Etsy and who are happy with them.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 10 days ago.
Improve this question
Amazon Flexible Payments Service seems like the perfect service. It is exactly what we're looking for.
Unfortunately, since we are not based in US (based in UK instead) it is not available to us.
I was wondering if anyone knew of a similar service which we can use?
We would like to sell products in both US Dollars and GB Pounds.
We need to add payment for a usage based service. The payment is similar to Amazon S3 where the customer is charged $0.1 (or similar) for every usage.
We would prefer a prepaid service. The very first time customer signs up they are charged $5 and credited that amount. They use the service until the $5 is used up. The customer should then automatically be charged another $5 to add to prepaid credit.
Or something similar would be good.
Any ideas?
I have been in contact with the FPS team and they tell me a US company is not required. But you must have a US address, bank account and credit card. With a global bank such as HSBC this may well be possible. We are currently attempting to do this, and I will be happy to keep you updated with our progress.
Damien.
PayPal wouldn't work for you?