Locations Plugin 🌍

[Richie (Richie Rich)]

@merefield 감사합니다. 정확히 그걸 시도해 봤어요

아쉬운 건, 여전히 먼저 사용자 목록 페이지를 로드하기 위해 잠시 멈추고, 그 다음에 지도로 리다이렉트된다는 점입니다.

/map이나 비슷한 경로에서 지도만 바로 열리면 좋겠더라고요

[merefield (Robert)]

알겠습니다.

하지만 그것은 어폐(red herring)입니다.

기본 사용자 목록은 캐시되어 있으므로 순식간에 로드됩니다. 문제는 맵 모델을 로드하는 데 걸리는 시간인데, 질문자님의 경우 약 400명의 사용자를 한꺼번에 로드해야 하므로… 그렇습니다. 사용자 목록 렌더링은 처리 시간의 0.1%밖에 소모하지 않지만, 진짜 문제는 후자의 부분입니다. 이에 대한 빠른 해결책이 없을 수도 있습니다.

이 부분은 제가 이전에 이 기능을 사용하지 않던 사이트에 배포를 경험하면서 알게 되었습니다. 맵 데이터가 너무 빠르게 로드되어 사용자 목록은 전혀 보이지 않습니다(우선 로드되는데도 불구하고). 그런데 문제는? 지금까지 위치를 고정(pinned)한 사용자가 단 2명뿐이라는 것입니다. 사용자 맵은 현재 아키텍처로는 확장성이 잘 갖춰지지 않았습니다.

[Richie (Richie Rich)]

흥미로운 통찰 감사합니다.

현재 커뮤니티 멤버 중 약 12%만 지도에 표시되어 있으며, 최근에는 더 많은 멤버를 지도에 올리는 캠페인을 논의하고 있었습니다.

커뮤니티가 계속 성장할수록 지도 로딩 속도가 점점 느려질 것이라고 생각해도 맞을까요?

[Richie (Richie Rich)]

저도 먼저 사용자 목록을 불러와야 하는 것 같다는 생각이 드네요.

코드에 대해 아무것도 모르고 있는데, 지도를 단독으로 어딘가에 두는 것이 가능한가요?

[merefield (Robert)]

말했듯이, 그건 무관합니다. 사용자 목록은 캐시에 저장되어 있고 매우 짧습니다.

[Richie (Richie Rich)]

@merefield

문제는 맵의 모델을 로딩하는 데 걸리는 시간입니다.

Locations 플러그인은 이 작업을 위해 자체 모델을 사용하나요, 아니면 기존 코어 모델을 사용하나요? 데이터베이스에서 사용자 정보 400행만 선택하는 것에서 병목 현상이 발생하는 이유가 어디인지 궁금합니다.

@merefield 질문이 많아 죄송합니다. 내부 작동 방식을 더 잘 이해하려고 합니다

[merefield (Robert)]

걱정하지 마세요, Richie. DirectoryItemsController를 오버라이드하여, 일반 테이블에서 데이터를 페이지네이션할 때보다 한 번에 더 많은 사용자를 가져오도록 했습니다. 모델은 기존과 동일합니다.

이 문제는 뷰포트의 크기와 위치를 인식하는, 훨씬 더 복잡한 데이터 스트리밍 시스템으로 근본적이고 전면적인 교체 작업이 필요합니다. 상당한 작업이 될 것으로 예상됩니다. 특히 Discourse에서 제공하는 코드를 많이 활용하기 어려워지기 때문이기도 하고, 완전히 다른 사용 사례이기 때문입니다. 하지만 꽤 흥미로운 작업이 될 것 같습니다!

매번 매번 이 지연이 발생한다는 사실은 캐싱 문제일 가능성이 낮다는 것을 시사하며, 이는 대규모 변경 없이 수정할 수 있는 부분이 있을 수 있습니다.

[Richie (Richie Rich)]

@merefield

이 지연이 매번 매번 매번 발생한다는 사실은 캐싱 문제가 아니라는 것을 시사합니다.

내가 간단한 Discourse 설정을 놓쳤거나 변경한 건 아니죠??

[merefield (Robert)]

아니요, 그것은 당신의 문제가 아닙니다. 다만 현재 플러그인의 기능 범위를 벗어났을 뿐이죠

시간이 나면 결과를 캐싱하는 방법을 살펴볼 예정입니다. 그러면 세션당 한 번만 그 문제를 경험하게 될 것입니다. 그게 가장 쉬운 해결책이죠.

하지만 더 큰 수술은 …

[Richie (Richie Rich)]

@merefield

플러그인의 현재 기능으로는 부족할 수 있습니다.

@merefield

시간이 나면 결과를 캐싱하는 데 필요한 사항을 살펴보겠습니다. 그러면 세션당 한 번만 그 문제를 경험하게 될 것입니다.

@merefield 감사합니다. 하지만 그 부분은 잠시 보류해 주세요. 양쪽 모두에 대한 증거는 없지만, 제 추측으로는 사람들이 어차피 세션당 지도를 한 번만 보는 경향이 강할 것 같습니다

[k4rtik (Kartik)]

버그 리포트입니다.

이 버그는 꽤 오래전부터 존재해 왔지만, 마침내 locations 플러그인이 원인이 olduğunu 파악했습니다. 플러그인을 비활성화하면 사용자 카드에 웹사이트가 올바르게 표시됩니다. 하지만 활성화하면 웹사이트가 두 번 표시됩니다! 호버 시 나타나는 사용자 카드의 스크린샷입니다:

그리고 완전히 확장된 프로필 페이지의 스크린샷입니다:

프로필 값을 변경하는 조합을 여러 번 테스트해 보았습니다. 웹사이트가 한 번만 표시되는, 즉 올바르게 표시되는 유일한 경우는 Locations 플러그인을 비활성화할 때입니다.

[merefield (Robert)]

카르틱, 고마워. 최신 업데이트를 적용했어?

[k4rtik (Kartik)]

네, 언급했어야 했는데.

---

수정: 중복된 요소에 대해 생성된 HTML:

<span id="ember858" class="ember-view">  <div id="ember860" class="user-location-and-website-outlet replace-location ember-view"><!----><div class="user-profile-website">
  <svg class="fa d-icon d-icon-globe svg-icon svg-string" xmlns="http://www.w3.org/2000/svg"><use xlink:href="#globe"></use></svg>
    <span title="http://ks.cs.uchicago.edu">ks.cs.uchicago.edu</span>
</div>
</div>
</span>

[merefield (Robert)]

지금은 클라이언트 업무로 바빠서 당장은 어렵지만, 다음 지원되는 업그레이드 기간(다음 달 1일부터 5일까지)을 앞두고 이 건을 염두에 둘게요.

[Richie (Richie Rich)]

하나만 클릭 가능한 링크로 스타일링되어 있고, 다른 하나는 그렇지 않다는 점이 흥미롭네요

또한 우리 포럼에서는 이 문제를 확인하지 못하고 있다는 것도 흥미롭습니다.

[Richie (Richie Rich)]

@merefield 님, 또 다른 문제가 생긴 것 같습니다.

현재 사용자 지도에 472명의 사용자가 표시되고 있지만, 몇몇 사용자는 지도에 자신의 핀이 표시되지 않는다고 보고했습니다. 그런데 해당 사용자의 사용자 카드를 열람하면, 그들만의 작은 지도에는 정상적으로 표시되고 있습니다.

데이터베이스에서 위치 정보가 추가된 사용자를 조회하면 492개의 결과가 반환되므로, 약 20명 정도가 지도에 표시되지 않는 것으로 보입니다.

이 문제를 디버깅하는 데 도움이 될 수 있는 조치가 있을까요?

Chris 님의 사용자 카드를 확인해 보면, 본인의 지도 프로필에는 정상적으로 표시됩니다:

전체/메인 지도에서는 Chris 님이 보이지 않습니다

[merefield (Robert)]

이 설정의 값은 무엇인가요, 리치?

예시로 든 누락된 사용자의 경우, rails 콘솔에서 이 명령의 결과를 개인 메시지로 보내주실 수 있을까요:

myuser = User.find_by(username: "===USERNAME===")
myuser.custom_fields["geo_location"]

[Richie (Richie Rich)]

@merefield

리치, 이 설정의 값은 얼마인가요?

사건이 점점 더 흥미로워지네요

500으로 설정되어 있었습니다.

1000으로 변경하자 사라졌던 사람들이 즉시 나타났습니다

요청하신 대로 결과를 개인 메시지로 보내드리겠습니다

[merefield (Robert)]

아, 그렇다면 그 정보를 개인 메시지로 보낼 필요가 없겠네요. geo_locations가 있는 사용자 목록에 해당 필드가 비어 있는 항목(커스텀 필드는 존재하지만 객체가 비어 있는 경우 등)이 포함되어 있어서 최대 수치를 초과하는 문제가 발생했을 가능성이 있습니다. 최대 수치를 늘리면 비어 있는 항목들이 유효한 사용자를 밀어내지 않을 것입니다. 해당 부분의 코드를 개선할 여지는 분명히 있지만, 긴급한 문제는 아닙니다.

[Richie (Richie Rich)]

@merefield님, 감사합니다. 몇몇 사용자의 값에 '{}' 같은 내용이 있는 걸 확인해서, 한때 위치 정보가 있다가 나중에 삭제된 것 같다고 추측하고 있습니다.

또한 사용자가 익명 처리될 때 해당 값들이 삭제되는지 기억이 나지 않네요. 이 경우에도 우리가 설정해 둔 마법 숫자 500에 걸려서 문제가 생길 수 있습니다.

감사합니다