Quota increase on Google Compute Engine - google-compute-engine

Well I got my account with 72 CPU's us-central1 but I need to use 96vCPU so I go to increase my quotas but It says that I need to wait around 48 hours, I create the Project Thursday 12/03/2020 around 2:30PM today is Monday 11:AM and it's been more than 48 hours , I asked again for quota increase , cause the last one I tried was on Sunday.
It said again that I don't have enough "bill history" or wait 48 hours
-Bill History : I have like 5 projects paying but I create another 5 to made some ML test and now they said I don't have enough "bill history"
-48 hours: I don't think that 48 hours are just 48 hours , I think that are more than just 48
So after explain it , I wanna know how much real time I need to wait to increase my quotas ? I don't know what to do , already use chat assistant and don't get an according good answer ..

When you submitted a Quota Request you should have received an email with a subject similar to "[#xxxx] Quota Increase Request For ..." If you have any questions regarding the process please respond to that email as it will automatically created a case with Google Cloud Support where representative will be able to respond to your question.
So after explain it , I wanna know how much real time I need to wait
to increase my quotas ?
It depends on your billing account history the response takes longer is the billing account is brand new.
Already use chat assistant and don't get an according good answer
Chat representatives can help you with technical product issues, the quota team is different and there is no real time support with them. The only way to communicate with the quota team is by responding to the email I previously mentioned
Please remember that StackOverflow community is not a support site for your favorite provider you risk to get your questions removed from the community.

Related

Spring Boot application payment method

I am currently the back-end part of a Spring Boot application and i am willing to integrate a payment method. But I can't seem to find the right payment option. I am a beginner in app development and working solo. Do you have any suggestions?
APPLICATION:
I am developing a platform where users can rent a car for a certain period of time. The application will have a react and android application on the frontend. The users can see the different locations of the available cars on a map within the react and android app. They can make a reservation for a car and unlock, drive and lock it after usage.
PAYMENT METHOD:
I am looking for a payment where the users admits to the payment when unlocking the car, but the price of the ride is not known yet. When the user is finished using the car, the price of the ride will be determined by the distance and time driven by the user.
POSSIBLE SOLUTIONS:
-PayPal: there is a possibility to let the user authorize a payment, but capture the funds later. The funds can be altered but only after three days and with a maximum value of 115 percent.
-CreditCard: I read in a lot of posts that storing creditcard information in a database is a big NO.
-Stripe: Don't really know, possible option?
Are there any solutions/examples of how this problem can be solved.
PayPal: there is a possibility to let the user authorize a payment, but capture the funds later. The funds can be altered but only after three days and with a maximum value of 115 percent.
There is no need to wait 3 days, that is a misreading of the authorization and capture documentation. If you have a need to capture over 115% of the initial authorization, contact PayPal about this. But a simple solution is to authorize something close to the maximum value of what you will need to dependably capture.
Stripe has the ability to place a hold on a card and then capture funds up to 7 days later for the amount you captured or less.
Place a hold on a card to reserve funds now but only capture them after your business completes the service. For example, a hotel may authorize a payment in full prior to a guest’s arrival, then move the money when the guest checks out.
When a payment is authorized, the bank guarantees the amount and holds it on the customer’s card for up to seven days.
You could place a hold for the maximum amount you expect to charge for the ride (say $50) then capture the actual amount when the ride completes (perhaps $23.50).

why can I only get 250 rows (/shoe transactions) of stockx data when accessing their API?

I have tried to gather data directly from the API of stockx which seemed possible according to an article from Jan 2019: https://medium.com/#thewillmundy/stockx-sneaker-data-in-three-simple-steps-8977d0016b80 . I am thereby able to get a request url which gives me some transactions in JSON-format.
I have tried changing the parameters within the request url (limit as well as page), which is possible, but only for the latest 250 transactions (due to high volume of sales for some shoes, I can thereby only receive the sales history for the last few days)...
My Goal: getting the whole sales history (often several thousand transactions) - in the article mentioned above, thats possible
Could it be a restriction from stockx?
or is there a way?
Would be so so grateful for help!!!
Best regards, Marvin
I think the API will only give you the 250 most recent sales because that's all the product webpage itself will allow you to load when you click view all sales. Any sales further back in time aren't directly accessible from the product page, and we're essentially requesting the same data that page can request using the link it would use. I guess those are stored and accessed in a different way internally.
I'm guessing StockX changed its API since that article is a little old. I would try to contact StockX about their API via email, but I don't think they're really continuing developer support:
https://twitter.com/stockx/status/1000004306844647424?lang=en
It's pretty disappointing because I was also looking to work with the sales data but what can you do :/

Setting a Google Places API quota?

I'm working on a project using the places api and I'm trying to stay in the free tier. The docs mention setting a daily limit, but the free-tier counts monthly quotas. If I set a 10k daily quota and I use it across different days in the month, will my 10k limit be enforced for the whole month or will I still be able to go over budget?
For questions such as these that doesn't involve coding issues/errors, it is best if you file a support ticket to them directly here. So moving forward, please use their channel instead. They will be able to address all your concerns regarding billing, pricing, free trial, setting limits and API level errors.
Now, if you wish to stay within, say, the $200 free credit you get per month upon enabling billing, there are a couple of things you can do.
Budget Alerts
Set a budget alert to warn you when you exceed your budget.
Note: this is not a hard cap on your bill, but an alert mechanism. The steps to do that are on the Billing documentation
To set up actual limits:
Set a Per API Daily Limit
For each API, you can set limits that are handled on a daily not monthly basis. The full guide can be found here. For the calculation on what the right limit should be, please take note of the tip in the link above.
You can use a simple equation to determine your daily cap depending on how much you want to spend. For example:
(Monthly spend / price per each )/30 = requests per day cap (for one API).
Note that your implementation may use multiple billable APIs, so adjust your equation as needed.
For instance, if you only use, say, the Maps JavaScript API, which has a cost of $7 per 1,000 loads, see this pricing sheet for your reference, you can issue 28,000 free loads per month. If you cap your Maps JavaScript API daily quota to 903 (i.e. 28,000 / 31), you will not be charged. Note that your application will run into errors once that limit is reached. Here are the steps for your convenience:
Go to your dashboard: https://console.cloud.google.com/home/dashboard and click "Go to API's overview"
Select the API
Click quotas
Under the Map Loads or Requests or Elements section (depending on the API you chose) at the very bottom, set your daily limits

App not being shown in the gallery

I couldn't find any contact information, so I thought posting here would be the next best thing. I resubmitted an app last week (actually I've done it twice now in case there was some error) and I'm experiencing some problems:
1) the previous version of the app has disappeared from the gallery; and
2) it's taking a huge amount fo time (relative to my other experiences) to get it approved.
Who may I contact to follow up on this since it is quite urgent for our needs.
Many thanks,
Eamonn
There are occasionally delays in the review process for scripts being published to the gallery. If it takes a very long time (weeks) you may want to consider re-submitting the script.

Slightly Slow Approval to the Gallery, non-removal of existing script

So, I have to make a minor bug fix to all of my scripts: I didn't realize there was a limit to the amount you could push into the Cache (BTW Google, I'm pretty sure this isn't documented anywhere).
Anyhow, so my three line fix resulted in my having to resubmit a bunch of scripts. Typically this isn't a big deal, Google is usually super awesome about approving them (usually the next business day). However, unfortunately they seem to be taking more time this time. This became a problem because I had to do a presentation today, and I just assumed they would be approved by now (I fudged it and just showed a spreadsheet with the script already installed).
So, I guess my main question here is maybe would have a more graceful upgrade process? It sometimes doesn't make sense to have the script removed from the gallery when waiting for approval.
Thanks!
Ben
I've opened an issue a while ago regarding this (nearly 2 years now). You probably want to star it to keep track of updates.
About the approval process, it is not "reliable" as you could see. I had scripts that took 3 months to be re-approved and then, the next upgrade, only a couple of days.