Thinking through the credit system was harder than I thought. The basic logic is that:
A credit is worth to the developers 1 / 100 of a cent. So, in breakeven terms, a credit is like a basis point for the penny.
There is a "dilution factor" that makes the quantity of credits the user buys less than the breakeven quantity (e.g., 0.50)
quanity bought with y USD = y 10,000 dilution_factor
Credit purchases are happening in the sidebar now.
There are a few aspects that are still test-only:
The Stripe API Key is a test key
Our sucess callback URL is localhost. (We need a place to send them after payment)
There is a section of the sidebar where you can add credits at will.
One final note: if you do go through the test payment process, you will get a lot of credits and it will take time to spend them (and cost us real money). Perhaps there should be a negative credits system for testing, or maybe the solution is just to get a better test email system so we can mock up new customers.
Closes #21 .
Thinking through the credit system was harder than I thought. The basic logic is that:
Credit purchases are happening in the sidebar now.
There are a few aspects that are still test-only:
One final note: if you do go through the test payment process, you will get a lot of credits and it will take time to spend them (and cost us real money). Perhaps there should be a negative credits system for testing, or maybe the solution is just to get a better test email system so we can mock up new customers.