#robin_best-practices
1 messages ¡ Page 1 of 1 (latest)
đ Welcome to your new thread!
â˛ď¸ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
âąď¸ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
đ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1230845735428292710
đ Have more to share? Add more details, code, screenshots, videos, etc. below.
Below are links to other discussions we've had with you in the past week in case you want to review that information. If your question is related to one of these previous discussions, please provide a comprehensive summary of the current state and what you need help with now. We help many users simultaneously, so a summary allows us to resolve your issue as soon as possible.
- robin_best-practices, 12 minutes ago, 7 messages
Which part of what you describe are you struggling with?
what's the best way/practice for creating the price on stripe or with the api
You'd leverage our API in your server-side code to do that: https://docs.stripe.com/products-prices/manage-prices?dashboard-or-api=api#create-price
You can pass values from your frontend (that the customer selects) to your Python backend and make those API requests
whatever product name or product it is ?
Alternatively you can use inline prices when creating your Subscription which will take of the price creation: https://docs.stripe.com/products-prices/pricing-models#inline-pricing
I don't understand the question
Could you please let me know how many prices can be created for a single product?
No limit
Suppose I've created only one product with multiple prices for different users. Will there be any conflicts in the future for recurring payments?
Conflicts in what regards?
No, because they'd each be subscribed to a unique price_xxx object
You can have multiple $100 prices under the same product, for example. They'd just be represented as unique objects