The Movie Database 지원

I have a script that queries the API using the URL https://api.themoviedb.org/3/movie/539972?api_key=xxx&language=en-US and up until last night this call would work just fine, but now the calls from Chile and Brazil are taking around 40 seconds, while from Germany everything is working just fine. Using a browser in any of those places also gives me an instantaneous response.
Was there any change to the API that I'll have to update my script? By the way, my script only queries the API 5 times a day, so I don't think is anything related to rate limit.

Chile and Brazil is resolving the domain to the IPs below:

api.themoviedb.org has address 3.166.181.100
api.themoviedb.org has address 3.166.181.57
api.themoviedb.org has address 3.166.181.5
api.themoviedb.org has address 3.166.181.50
api.themoviedb.org has IPv6 address 2600:9000:27a7:3600:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:fa00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:5800:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:e200:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:6a00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:4800:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:e400:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:27a7:b400:c:174a:c400:93a1

Germany:

api.themoviedb.org has address 99.86.4.16
api.themoviedb.org has address 99.86.4.8
api.themoviedb.org has address 99.86.4.35
api.themoviedb.org has address 99.86.4.122
api.themoviedb.org has IPv6 address 2600:9000:2057:3400:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:ce00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:b800:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:6c00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:2800:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:da00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:3a00:c:174a:c400:93a1
api.themoviedb.org has IPv6 address 2600:9000:2057:6a00:c:174a:c400:93a1

Any directions will help Thanks

6 댓글 (1 / 1)

Jump to last post

Sounds like something network related in South America. We don't run the CDN, AWS does, but I'd be curious to know what POP you're hitting in South America. What is the x-amz-cf-pop from one of those requests?

Request

curl -I -L "https://api.themoviedb.org/3/authentication?api_key=###"

Response

HTTP/2 200
content-type: application/json;charset=utf-8
content-length: 16
date: Wed, 18 Dec 2024 17:38:04 GMT
server: openresty
cache-control: public, max-age=0
vary: accept-encoding
x-cache: Miss from cloudfront
via: 1.1 e76eba87ee47517dc7f2053edfb921bc.cloudfront.net (CloudFront)
x-amz-cf-pop: SEA900-P5
alt-svc: h3=":443"; ma=86400
x-amz-cf-id: pYxlw3M5m1-iNtXmD_l0V7V9rPeUujLMxRrns7PtnlpgMCrcIUNUDQ==
vary: Origin

Thanks for responding, Travis.

Chile:

HTTP/2 200 
content-type: application/json;charset=utf-8
content-length: 16
date: Wed, 18 Dec 2024 17:59:14 GMT
server: openresty
cache-control: public, max-age=0
vary: accept-encoding
x-cache: Miss from cloudfront
via: 1.1 ac14fcc863a89fac74e34ba2c00bfef4.cloudfront.net (CloudFront)
x-amz-cf-pop: MIA3-P6
alt-svc: h3=":443"; ma=86400
x-amz-cf-id: oFDI3mGDhvlLVNwzeUXYQRf4k8IMO2HR4Tc2nfxankoZn6H-WVhoSg==
vary: Origin

Brazil:

HTTP/2 200 
content-type: application/json;charset=utf-8
content-length: 16
date: Wed, 18 Dec 2024 17:59:08 GMT
server: openresty
cache-control: public, max-age=0
vary: accept-encoding
x-cache: Miss from cloudfront
via: 1.1 72effd5076df8f62aaf006d6a0074238.cloudfront.net (CloudFront)
x-amz-cf-pop: MIA50-P4
alt-svc: h3=":443"; ma=86400
x-amz-cf-id: Z19IKAo-nqMtUZpt7AxIMHWaeGN_SLNenwnClL3Po7zvWXX7ykcB1A==
vary: Origin

Germany:

HTTP/2 200 
content-type: application/json;charset=utf-8
content-length: 16
date: Wed, 18 Dec 2024 18:00:17 GMT
server: openresty
cache-control: public, max-age=0
vary: accept-encoding
x-cache: Miss from cloudfront
via: 1.1 b4904c5988fd0eaae341a12cc47f3766.cloudfront.net (CloudFront)
x-amz-cf-pop: FRA60-P3
alt-svc: h3=":443"; ma=86400
x-amz-cf-id: joOPHdEMYJq9lZ5kXRDgqzI4hT2RySURhupbUwqtWEzhHeWg3O692g==
vary: Origin

Ok, so both of your SA requests are being routed to the same pop in Miami, and your Germany requests are being routed to France.

When you run those cURL commands, are they taking the same ~40 seconds to reply?

It's a hit-and-miss. I'm still investigating but it looks like it's related to IPv6. On my tests, all connections to v4 worked just fine. I'll keep you posted.

Hi Travis, I finally understood what's going on. The DNS is responding with a list of v4 and v6 addresses, and my script was trying to connect using the v6 address instead of v4. However, since my IPv6 wasn't properly set up, the connection started to fail. After fixing my IPv6 configuration, everything went back to normal.

I appreciate your support!

Happy to hear you figured it out! I've definitely seen IPv6 cause issues. I actually have it disabled on my own home network because my ISP does some weird things that was causing me some issues on the internet as well.

thumbsup_tone2

찾으시는 영화나 TV 프로그램이 없나요? 로그인 하셔서 직접 만들어주세요.

전체

s 검색 바 띄우기
p 프로필 메뉴 열기
esc 열린 창 닫기
? 키보드 단축키 창 열기

미디어 페이지

b 돌아가기
e 편집 페이지로 이동

TV 시즌 페이지

(우 화살표) 다음 시즌으로 가기
(좌 화살표) 이전 시즌으로 가기

TV 에피소드 페이지

(우 화살표) 다음 에피소드로 가기
(좌 화살표) 이전 에피소드로 가기

모든 이미지 페이지

a 이미지 추가 창 열기

모든 편집 페이지

t 번역 선택 열기
ctrl+ s 항목 저장

토론 페이지

n 새 토론 만들기
w 보기 상태
p 공개/비공개 전환
c 열기/닫기 전환
a 활동 열기
r 댓글에 글쓰기
l 마지막 댓글로 가기
ctrl+ enter 회원님의 메세지 제출
(우 화살표) 다음 페이지
(좌 화살표) 이전 페이지

설정

이 항목을 평가하거나 목록에 추가할까요?

로그인