دعم الموقع

Hello,

I'm developping an opensource movie collection management software and I've chosen TMDB as default data source. For now, the API key has to be entered by the user in the application configuration file. I asked a few friends to test the application and they all groused about the need to sign-up on TMDB and to give information such as postal address or phone number to get the API key. I want my users to be happy, so I'm looking for an other solution.

My question is: do you have another solution for this problem?

If not, I'm thinking about implementing a kind of proxy between your API and the app. The proxy would be hosted by me and will export an HTTP api similar to yours (but not identical, because I can adapt it to the requests of my app, and it doesn't need to cover 100% of your API), with a little cache layer to avoid flooding your API. What do you think about this?

Thanks, Antoine.

11 ردود (على هذه الصفحة 1 من 1)

Jump to last post

My question is: do you have another solution for this problem?

No. Not at this time.

If not, I'm thinking about implementing a kind of proxy between your API and the app.

That is going to be potentially problematic for you as we do API rate limiting based on IP address. With 1 server doing all of the requests to our API, it wouldn't take long before you starting hitting the rate limits.

Your best bet is definitely create a full cached layer between us and you only make external calls as you are filling in data. Once you have enough of the dataset cached the number of requests you make will get lower and lower.

Cheers.

Thanks for your answer. Putting aside the technical problems, you are not opposed to the idea?

The local caching idea? No, it's what we recommend doing. Thousands already do this, and is definitely recommended.

Nope, I'm talking about the idea of hosting a public proxy to your service for my users :-). Here is an implementation of the proxy I'm talking about: https://github.com/NaPs/Kubrick/blob/master/kubrick/tmdb_proxy.py

That's fine, not much of a difference to us either way. Wouldn't this still use the IP of your server (and not that of the end user) to connect to our APi though?

Yes, my server will always do the queries to your API instead of the user.

Yes, so as I mentioned above ^ that will only work so far. We do rate limiting based on IP address, not API key. With more and more users your single IP will be doing more and more requests and will very likely easily trip our rate limiting.

Is it possible to get an higher limit for my ip? Else I will try to make my queries from various IPs...

Unfortunately, no. We do not issue custom rate limits.

Ok, thank you for your help. I will announce my software soon, we'll see if it works :-).

Might be an idea to add support for X-Forwarded-For so ISPs with web proxies, or this custom tmdb proxy, are not penalized when they actually take load of the main servers.

لم تجد الفلم أو المسلسل ؟ سجل دخولك و انشئها

عام

s ركز شريط البحث
p افتح قائمة الملف الشخصي
esc اغلق النافذة المفتوحة
? افتح نافذة اختصارات لوحة المفاتيح

على كافة صفحات الوسائط

b ارجع للخلف (او للصفحة الام عند التطبيق)
e انتقل لصفحة التعديل

على كافة صفحات موسم المسلسل

(السهم الايمن) انتقل للموسم التالي
(السهم الايسر) انتقل للموسم السابق

على كافة صفحات حلقة المسلسل

(السهم الايمن) انتقل للحلقة التالية
(السهم الايسر) انتقل للحلقة السابقة

على كافة صفحات الصور

a افتح صفحة اضافة الصورة

على كافة صفحات التعديل

t افتح محدد الترجمة
ctrl+ s ارسال النموذج

على صفحات المناقشة

n انشى نقاش جديد
w تبديل حالة المتابعة
p تبديل عام / خاص
c تبديل اغلاق / فتح
a افتح الانشطة
r رد على النقاش
l انتقل لأخر رد
ctrl+ enter أرسل رسالتك
(السهم الايمن) الصفحة التالية
(السهم الايسر) الصفحة السابقة

الاعدادات

هل تريد تقييم او اضافة هذا العنصر للقائمة؟

تسجيل الدخول