I noticed that in the GCP free tier documentation there is a line that says
Free Tier resources are calculated per billing account.
The answer to the same question for Firebase isn't specified too explicitly in the Firebase Spark/Blaze plan documentation - but from my research, it seems as though it's calculated via project.
In the image: "All projects in project one share the same free-usage quota. All projects in project two share the same free-usage quota" (both projects share the same billing account in the picture)
https://firebase.google.com/docs/projects/billing/firebase-pricing-plans
It seems then that Firebase free-usage quotas are calculated per project while GCP usage is calculated per billing account.
If this is true, how does it work for example with, for example, Firestore? If I have two projects that are both Firebase and GCP on one billing account, GCP says I have 50,000 reads per month per billing account. Firebase says I have 50,000 reads per month per project. If each project does 50,000 reads, GCP (per billing account - 100,000 total) would charge me for the extra 50,000. But according to Firebase, it would fall under the free tier for each project (50,000 free each).
So what exactly determines whether to process free usage through GCP or Firebase? Is it determined via whether I started the project through Firebase or through Google Cloud? Or enabled Firestore through different pathways? How does it know which resource to associate with GCP (billing level) or Firebase (project level) to determine free-usage tier?
I'm surprised about that quote from the GCP docs, as in my experience there too the free quota/tier is applied to each project.
While I can't answer for all GCP products (there's just too many of them), I am certain that for any products that are shown on the Firebase pricing page the free tier applies per project. So for GCP products that Firebase provides client-side SDKs for (like Firestore, Functions and Storage), the free quota is applied to each project.
This previous question seems to confirm my experience: Google Cloud Tiered Billing - Project v Billing Account
Related
According to this page,
you can lookup Spaces created by accounts followed by a specific user. Given a single user ID, a dedicated endpoint will traverse the user’s followings and return live or upcoming Spaces created by any of these users.
I would like to check periodically for Spaces scheduled by any of the ~10k accounts I follow, but I can't find the "dedicated endpoint."
Unfortunately this is an error in the Twitter developer documentation - this functionality does not exist in the API. You'd need to build this via a much more manual process of calling the lookup endpoint by creator ID - the endpoint can support up to 100 user IDs at a time, so that will take some time to cover your larger number of accounts followed.
(side note, I've asked for the documentation to be updated to correct this confusing statement)
Before moving too far into a project, I'm looking to know if with my twilio account I can have two different numbers being billed separately, or if it's only able to be on one invoice. I work for a small organization in which I do bulk text messaging to make sure everyone gets updates, invites, etc. The leaders ask me for the monthly invoice and repay me for the cost. Now, I don't want them to unknowingly be paying for my private project. If I was to purchase a second number, could it be billed separately so that invoices could be separately?
Yes, but only if that is under a completely different Twilio Project.
I am working on a project where I need to capture one time payments from an account. For a bit of background: The account has many users, where users are part of teams as team_members. I have another model we can call projects where teams are affixed to the project. It is on these individual projects that I would like to have a checkout button. The price for this one time payment should be calculated based on the number of individuals in a team, that are part of this project.
My issue is that I am not 100% sure how to achieve this for one time payments in stripe. Should I set this up alike that if I were to sell an individual item? Product (with name, description and price) and an Order to affix to the user?
I've built subscriptions plans in Stripe before, but have never really used one time payments. Any guidance on setup here would be really great.
Small Edit:
When a project is created, a team is selected. That team size is known to the project.
If I have 3 tiers for pricing:
1-5 people in a team is $x
6-20 people in a team is $y
21+ people in a team is $z
How would I go about invoking the correct tier based on the team size for the project?
If you want to keep users on your application while paying, following the web payment example is what you'll want to do. You would provide the amount when creating the PaymentIntent.
You should calculate the amount you want to charge in your own business logic. Once you've got that number, there are several ways you can collect one-time payments with Stripe.
If you want to offer the most flexibility for supported payment methods with the lowest amount of integration effort, Checkout would be a great option. You would supply the amount and a description with the line items while creating the checkout session.
If you want to keep users on your application while paying, following the web payment example is what you'll want to do. You would provide the amount when creating the PaymentIntent.
Can users check their activity related to deployment of blueprints? I mean, how many times a given blueprint has been deployed and similar metrics.
Pegasus stores in the internal DB all the historical operations that are requested to be done but currently the users do not have the possibility to access this information in order to have a statistical information about the deployment of blueprints and so on, only the administrator of the component can get them.
If you want to know this information you have to contact to the FIWARE Pegasus developer team via fiware-lab-help#lists.fiware.org in order to obtain it.
I am in the early stages of integrating a vendor marketplace (similar to Etsy, but for a very niche demographic) into an online community. I envision a platform that allows vendors to sign up and post goods for sale, with all transactions handled through the platform. Payments would be made from the consumers directly to the Paypal accounts of the vendors. A processing fee would be incurred for each transaction, with the sum of all fees billed to the vendors at the end of each 30 day period.
I have briefly looked into Activemerchant, though I feel as though it may be the right tool for the job. Does this sound like something that could be accomplished using Activemerchant?
Activemerchant is simply an API front-end to one of a fairly large number of payment processors. As such, it would surely handle the job of getting money from consumers. The funds would normally be deposited into the bank account that you set up with your payment processor.
Then you would need a separate process to pay vendors, which could be handled via one of PayPal's APIs. The two processes (get money from consumer, pay money to vendor) could be disconnected or integrated.
Check out http://poundpay.com It's geared towards your specific request.
I don't think, there is a multi vendor solution available that which build on Rails.But i have found various solutions on Core php and ecommerce software like open cart,oscommerce and so on.
Refer Multi Vendor Shopping Cart Software