# Imgur에서 높은 요청 제한을 극복하는 전략

**URL:** https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781
**Category:** Support
**Tags:** uploads
**Created:** [4월 28, 2024, 3:34오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781 "2024-04-28T15:34:19Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![piffy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/piffy/32/254198_2.png) [@piffy](https://meta.discourse.org/u/piffy)
#### Post date: [4월 28, 2024, 3:34오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/1 "2024-04-28T15:34:19Z")

</div>

이미지가 SEO에 얼마나 중요한지 점점 더 깨달아가는 중인데, 내 이미지 중 상당수가 여전히 Imgur에서 핫링크되고 있다는 걸 알게 되었습니다. 즉, 이전 포럼에는 업로드 기능이 없어서 사람들이 이미지를 공유할 때 Imgur을 사용했거든요. Discourse로 이관한 지 거의 2년이 되어 가는데, 대부분의 이미지가 아직 다운로드되지 않고 Imgur에서 호스팅되고 있는 것 같습니다(원격 이미지 다운로드 설정은 체크되어 있음 ✔).

이유가 제 서버 IP에서 Imgur으로 보내는 요청 수가 너무 많아서 (일시적으로?) 차단되고 있기 때문인 것 같습니다. 이 한도를 우회하는 방법에 대한 팁이 있을까요?

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [4월 29, 2024, 5:23오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/2 "2024-04-29T17:23:48Z")

</div>

Imgur 이미지를 단순히 금지하는 감시 단어(watched word)를 설정하거나, 사람들이 이미지를 Discourse로 바로 드래그 앤 드롭하도록 훈련시키기 위한 캠페인을 진행하는 것도 방법일까요?

> [@piffy](#):
>
> Discourse로 이동을 시작한 지 거의 2년이 지났는데, 대부분의 이미지가 여전히 다운로드되지 않은 상태로 Imgur에 호스팅되고 있는 것 같습니다(원격 이미지 다운로드 설정이 켜져 있음에도 ✔).

정상적으로 표시되고 있나요? 혹시 신경 쓰지 않으시는 건가요?

> [@piffy](#):
>
> 이 한계를 우회하는 방법에 대한 팁이 있을까요?

다른 IP에서 Imgur 요청을 수행하는 프록시를 사용하는 것이 해결책이 될 수 있을 것 같습니다. 다소 구린 짓(shady)일 수 있고, 그들의 서비스 약관에 위배될 가능성이 높습니다.

아! 잠깐. API를 사용하는 플러그인이 문제를 해결해 줄 수도 있겠네요.

> **[Imgur API](https://apidocs.imgur.com/#2078c7e0-c2b8-4bc8-a646-6e544b087d0f)**
>
> \## API Status
> 
> Status for the API can be found at \[status.imgur.com\](https://status.imgur.com)!
> 
> \## Getting Started
> 
> Imgur's API exposes the entire Imgur infrastructure via a standardized programmatic interface. Using Imgur's API, you can do just...

```plaintext
curl --location -g 'https://api.imgur.com/3/image/{{imageHash}}' \
--header 'Authorization: Client-ID {{clientId}}'

```

[Imgur API](https://apidocs.imgur.com/#:~:text=Rate%20Limits&text=Each%20application%20can%20allow%20approximately,the%20rest%20of%20the%20month).

> [@](#):
>
> Imgur API는 용량의 공정한 분배를 보장하기 위해 크레이트 배정 시스템을 사용합니다. 각 애플리케이션은 _하루 약 1,250건의 업로드 또는 하루 약 12,500건의 요청_을 허용할 수 있습니다. 일일 한도에 5번 도달하면 해당 앱은 그 달의 나머지 기간 동안 차단됩니다. 남은 크레이트 한도는 각 요청 응답의 `X-RateLimit-ClientRemaining` HTTP 헤더에 표시됩니다.

플러그인이 이를 수행할 수 있다고 생각합니다. 관련 코드는 `lib/file_helper.rb`의 `def self.download` 부분부터 시작하는 것 같습니다. 아니면 `pull_hotlinked_images`와 같은 다른 작업을 만들어 imgur 파일만 처리하고 다른 것을 오버라이드하지 않는 것도 방법입니다. 백로그가 처리되면 새 게시물에서 레이트 리밋에 걸리지 않게 될지도 모릅니다.

코어(core)로 이동될 가능성은 낮아 보이지만, 저는 그런 결정을 내리는 사람이 아니므로 제가 틀렸다면 저나 팀을 탓하지 마세요. 🙂

---

<div class="post-metadata">

### Author: ![piffy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/piffy/32/254198_2.png) [@piffy](https://meta.discourse.org/u/piffy)
#### Post date: [4월 29, 2024, 5:33오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/3 "2024-04-29T17:33:07Z")

</div>

팁 주셔서 감사합니다! 한 가지 명확히 하고 싶은 점은, 이제 사용자들은 imgur에서 업로드하지 않는다는 것입니다. 이전에 가져온 게시물에서 발생한 대량의 백로그가 다운로드되고 교체되지 않고 있거나(또는 너무 느린 속도로 처리되어 구별이 안 됩니다). 이전 플랫폼에서는 이미지 업로드를 지원하지 않았거든요.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [4월 29, 2024, 5:35오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/4 "2024-04-29T17:35:31Z")

</div>

그렇다면, imgur API를 사용하여 이미지를 다운로드하는 작업을 생성하는 플러그인을 만드는 내 아이디어가 문제를 해결해 줄 것입니다. 다만 얼마나 복잡한 작업인지는 아직 정확히 알 수 없습니다.

---

<div class="post-metadata">

### Author: ![piffy](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/piffy/32/254198_2.png) [@piffy](https://meta.discourse.org/u/piffy)
#### Post date: [4월 29, 2024, 5:38오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/5 "2024-04-29T17:38:20Z")

</div>

네, API/플러그인 방식이 가장 실현 가능한 옵션인 것 같아요. 이제 남은 문제는 플러그인을 개발하는 데 드는 노력이 그만한 가치가 있는지 여부죠 😄

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [4월 29, 2024, 7:12오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/6 "2024-04-29T19:12:36Z")

</div>

> [@piffy](#):
>
> 이제 문제는 플러그인을 만드는 데 들이는 노력이 그만한 가치가 있는지 여부에 불과합니다.

처음부터 제 질문이 바로 그것이었죠!

---

<div class="post-metadata">

### Author: ![system](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/system/32/443519_2.png) [@system](https://meta.discourse.org/u/system)
#### Post date: [5월 29, 2024, 7:13오후 UTC](https://meta.discourse.org/t/strategies-to-overcome-high-request-blocks-on-imgur/305781/7 "2024-05-29T19:13:02Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
