Custom QR Code with Logo

BETAALD
Door qrcode-monkey | Bijgewerkt 9ヶ月前 | Tools
Populariteit

9.8 / 10

Latency

1,074ms

Serviceniveau

97%

Terug naar alle discussies

uploadImage API usage

avatar
wmclaxton
7ヶ月前

Norbert, hi -

Our use case is a QR code with a customer logo inserted. So we are relying on both the uploadImage and custom QR APIs. It all works fine.

The logo may change but not often. We found that we can re-use the object URL (eg- “f2bf0c09b17cb9760d59cd7fda61813f5e4c9cbd.png” for a particular logo uploaded previously and avoid calling the uploadImage API ever time we need a new QR code.

We also noticed that if we call uploadImage API repeatedly with the same image, the object URL returned is the same each time. This leads me to two questions:

  1. Are we incrementing the billing object for each call to POST uploadImage, even if the URL returned is the same?

  2. If so, is there any way for us to test whether we really need to call uploadImage. For example, can we detect whether the object URL (eg- “f2bf0c09b17cb9760d59cd7fda61813f5e4c9cbd.png” is valid and still exists on the server?

avatar
mgoulet-mLTbzWlQpcZ commented 7ヶ月前

bump

avatar
qrcode-monkey commented 7ヶ月前

Hello,

sorry for the delay (I was on vacation). To your questions:

  1. Every request will be counted by RapidAPI, so in case you want to save requests you need to save the object URL on your side
  2. There is no real way to test if the object still exists currently. I can tell you that we keep the images at least for one day depending on how many uploads we get. We also recommend to use a third party image URL for the API to be on the save side and save requests.

Best regards
Norbert

avatar
wmclaxton commented 6ヶ月前

Noted, thanks @qrcode-monkey.

Doe mee aan de discussie - voeg hieronder een opmerking toe

Log in / Schrij u in om nieuwe opmerkingen te plaatsen
Beoordeling: 3.3 - Stemmen: 6