Locations Plugin 🌍

[merefield (Robert)]

429는 액세스가 거부되었음을(레이트 리미트) 의미합니다.

예를 들어 3개의 사례에 대해 전체 URL, 요청 헤더 및 폼 데이터를 알려 주시겠어요?

[Richie (Richie Rich)]

@merefield

429는 접근이 거부되었음을 의미합니다(요청 제한).

처음에는 콘솔에 200 응답이 가득 차요

하지만 요청이 너무 빠르게 쏟아져 들어와서 금세 요청 제한(rate limit)에 걸려버립니다

[merefield (Robert)]

저는 문제가 없으며, 말씀하신 문제를 재현할 수 없습니다.

제 서비스 제공업체는 다음과 같습니다:

구성 환경에 대해 좀 더 자세히 설명해 주셔야 합니다.

[merefield (Robert)]

@Richie 재현이 되지 않습니다. User Cards와는 무관할 것 같고, 확인되는 동작은 Topic 위치와 Category에서 Map을 클릭할 때 발생하는 호출과 더 관련이 있을 가능성이 높아 보입니다.

브라우저 캐시를 지운 후 재현을 시도해 보시고, 재현 단계를 정확히 알려 주시겠습니까?

또한 몇 가지 예시 호출에 포함된 URL(네트워크 탭의 헤더에서 확인 가능)도 필요합니다.

[Richie (Richie Rich)]

첫 번째 게시물의 스크린샷에서 보듯, 사용자 카드에서 사용자 목록까지 어떤 맵 호출에서도 발생하고 있습니다.

또한 위와 같이 다른 브라우저와 심지어 다른 기기에서도 시도해 보았습니다.

솔직히 친구, 걱정 마세요. 이제 전부 꺼놓았거든요

[ckshen]

@ckshen

이전에 이런 문제를 겪어본 분이 계신가요? 지도가 지도 영역의 일부만 차지하는 경우 말입니다. 플러그인을 업데이트하기 전까지는 항상 정상적으로 표시되었습니다.

(저희는 Discourse를 2.6.0.beta6(e7bad9f05d )로 업데이트했습니다.)

추가적인 데이터 포인트:

지도 패널의 특이한 점은 처음 로드될 때 공간의 일부만 지도에 사용된다는 것입니다. 인스펙터는 이렇게 알려줍니다:

브라우저 창 크기를 아주 조금만 조정하면 전체 지도가 다시 나타납니다.

이제 인스펙터는 이렇게 알려줍니다:

창 크기를 조정하거나 지도 왼쪽 하단의 전체 화면 버튼을 누르면 지도가 정상적으로 표시되는 이유에 대해 어떤 생각이 있으신가요?

감사합니다.

[merefield (Robert)]

layouts 플러그인을 제거하면 문제가 해결됩니까? layouts의 변경 사항이 원인이 된 것 같다는 직감이 듭니다.

사전에 양해의 말씀 드립니다. 앞으로 며칠 동안 플러그인 지원 역량이 매우 제한적일 것입니다. 그리고 어차피 OP의 안내에 따라 깨지는 변경 사항(breaking changes)에 대한 지원 기간은 매월 1일부터 5일 사이에만 적용됩니다.

[ckshen]

제거라고 하셨을 때 관리 패널에서 레이아웃 플러그인을 비활성화하는 것을 의미하신 거라면, 그렇게 하면 지도가 아예 표시되지 않고 그 악명 높은 CPU 사용률 문제가 다시 발생해요.

왜 위치 플러그인이 CPU를 많이 사용하나요?

오늘 테스트를 통과한 최신 버전으로 컨테이너를 다시 빌드했는데, 갑자기 CPU 사이클이 모두 소진되고 있습니다. 사이트가 정말 느려졌습니다. 서버에는 사실상 Discourse만 실행되고 있습니다. 이 openvpn 사용자가 Ruby/unicorns를 실행하는 이유는 무엇인가요? Discourse의 unicorn 프로세스와 동일한 것인가요? [image] 이것이 의도된 정상적인 동작이라고 가정할 때, 사이트가 이렇게 느리지 않도록 CPU 사이클을 일부 확보하는 방법은 무엇인가요? Sidekiq에는 백그라운드에서 거의 아무것도 실행되지 않는 것으로 표시됩니다. 저를 제외한 다른 사용자는 접속되어 있지 않습니다.

레이아웃 플러그인을 제외하고 컨테이너를 다시 빌드해 본 적은 없지만, 그게 의도하신 내용이라면요.

지원 기간에 대해서는 걱정하지 마세요. 이사 중이시고 손이 많이 가실 거라 생각합니다. 이건 단순히 향후 참고를 위해 데이터 포인트를 제공하는 것뿐입니다.

[merefield (Robert)]

불편을 드려 죄송합니다. 확실한 해결책은 layouts 플러그인을 완전히 제거하고 다시 구축하는 것입니다.

[ckshen]

레이아웃 앱을 제외하고 다시 빌드했을 때, 지도를 클릭하면 다음과 같은 문제가 발생했습니다:

@Richie가 겪은 것과 비슷한 것 같습니다.

[merefield (Robert)]

네, 감사합니다. 유용한 정보네요.

[merefield (Robert)]

해당 호출 중 몇 가지를 확인해 주시고, 실제로 호출되는 정확한 URL을 알려 주시겠습니까? 매번 동일한 호출로 보이나요? URL은 상세 정보 패널 상단에 표시되어 있습니다.

[ckshen]

불행히도 두 개의 위치/레이아웃 플러그인을 모두 적용해서 컨테이너를 바로 재구축했기 때문에 URL을 확인할 수 없었습니다. 오늘 밤 이미 사이트를 너무 오래 내려놓았기 때문에, 다음에 기회가 되면 시도해 보겠습니다.

[merefield (Robert)]

ok @ckshen @Richie 무한 루프 문제를 해결하기 위한 수정을 릴리스했습니다. FIX: removal of build key might be causing infinite loop issues · merefield/discourse-locations@197b29c · GitHub

이 문제는 다음 커밋에서 도입되었을 가능성이 있습니다: Update to support layouts 0.2 · merefield/discourse-locations@5ea8ecd · GitHub

@ckshen 감사합니다. 여기서 가장 큰 단서는 layouts 플러그인이 설치된 상태에서 어떻게 작동했는지를 확인한 것이었습니다!

결과를 알려주세요. 참고로, 이 수정이 layouts 맵 위젯을 깨뜨릴 _가능성_이 있지만 @angus 가 해당 문제를 후속 처리할 예정입니다. layouts 플러그인과의 충돌이 이상한 렌더링을 일으키는 원인일 수 있다고 여전히 생각합니다. 그 점도 Angus에게 알렸습니다.

이 수정이 작동하도록 하려면 완전한 재빌드(rebuild)가 필요하지 않기를 바랍니다. locations 플러그인만 업그레이드하면 됩니다.

[Don]

@merefield

무한 루프 문제 해결을 위한 수정안을 배포했습니다. FIX: build key 제거가 무한 루프 문제를 일으킬 수 있음 · paviliondev/discourse-locations@197b29c · GitHub

Robert님,
@Richie와 같은 문제가 있습니다. 관리자 페이지에서 업데이트를 했지만, 제 환경에서는 작동하지 않습니다. 지원 기간이 지난 후에도 이 문제를 해결해 주셔서 감사합니다.
재빌드를 시도해 봐야 할까요?

[merefield (Robert)]

최신 위치를 사용 중이시라면 캐시를 삭제하고 브라우저를 새로고침해 주세요. (다시 로그인도 해 주세요.) 이전 JavaScript 파일이 남아 있을 수 있습니다.

[Don]

안내하신 대로 크롬 캐시를 지우고, 로그아웃과 로그인을 다시 해 보았지만, 제 환경에서는 아무것도 변하지 않았습니다.

[merefield (Robert)]

감사합니다. @angus님의 변경사항을 완전히 되돌려야겠네요.

즉시 해결하고 싶다면 layouts 플러그인을 설치하세요

[merefield (Robert)]

누군가 Layouts 플러그인 없이 지금 바로 테스트해 주시면 좋겠습니다:
FIX: revert to pre-layouts modification to prevent endless loop · merefield/discourse-locations@e53da01 · GitHub

@Don, @Richie, @ckshen

방해해서 죄송합니다.

[Don]

방금 업데이트를 시작했어요. 감사합니다. 곧 알려드릴게요.