Locations Plugin 🌍

[merefield (Robert)]

릴리스 6.8.11

IMPROVE: align User Map permissions with User Directory permissions (#126)

@Roi 님, 원하시는 바가 이루어졌습니다… 인정하건대 꽤나 중요한 요청이었네요.

다음 중 하나라도 해당되는 경우 사용자 지도(User Map)는 더 이상 데이터를 제공하지 않습니다:

• 사용자가 로그인되어 있지 않고 hide_user_profiles_from_public이 활성화된 경우.
• 플러그인 설정 location_user_map이 꺼져 있는 경우.
• 사이트의 enable_user_directory가 꺼져 있는 경우.

이러한 상황에서는 커뮤니티 섹션의 사용자 지도 링크도 더 이상 표시되지 않아야 합니다.

---

Locations가 훌륭하고 제가 잘했다고 생각하신다면 커피를 한 잔 사주세요 . 또한 Locations가 귀하의 비즈니스나 조직에 중요하다고 생각하신다면 더 높은 티어에서 저를 후원해 주세요. 이렇게 해주신다면 Locations의 적시 업데이트와 향후 발전이 보장될 수 있습니다.

[Roi]

@merefield

@Roi 소원이 이루어졌네요 … 인정하건대 꽤 중요한 소원이었죠.

와, 정말 좋습니다, 너무 감사합니다! 이전에 이런 질문이 올라온 적도, 요청된 적도 없었다니 믿기지가 않네요.

오늘 밤에 시도해서 애드온을 업데이트해 보겠습니다.

오해하지 마시고 제가 탐욕스럽거나 부적절하다고 생각하지 마세요. 그런데 사용자 지도와 함께 활성화된 경우, Location user post를 게스트와 검색 엔진에게도 숨기는 것이 가능한가요?

[merefield (Robert)]

검색 엔진에는 표시되지 않는 것 같네요. 크롤러 뷰를 확인해 보세요.

어쨌든 당분간 변경 작업을 중단하고 유료 작업을 해야 할 것 같습니다.

[dsims (Daniel)]

@jamesmarkcook

저도 이 카테고리에서 주제 목록에 위치 주제 상태 아이콘 활성화 설정이 무엇을 하는지 궁금했습니다.

@dsims

또한 location_topic_status는 어디에서도 사용되지 않는 것으로 보입니다.

혹시 궁금해하시는 분들을 위해 말씀드리자면, TopicStatus 지도 마커 아이콘은 제거되었지만 설정은 그대로 남아 있는 것으로 보입니다.

[merefield (Robert)]

@dsims

location_topic_status

원래 커밋은 다음과 같습니다:

add topic status icon && improve serialization && fix spec

제 생각에는 이것이 단순히 주제 목록(Topic List)에 아이콘을 추가하기 위한 설정("TopicStatus"을 통해)이었다는 뜻인 것 같습니다 … 새로운 주제 목록 위치 라벨을 통해 이를 처리하고 가시성은 CSS로 처리하면 되는 이유가 무엇인지 잘 모르겠습니다.

따라서 이는 중복된 기능일 가능성이 높으며, 관련 코드 전체를 제거해야 한다고 생각합니다.

의견이나 반대 의견이 있으신가요?

[dsims (Daniel)]

저는 이 플러그인을 막 사용하기 시작해서, 해당 설정을 사용했을 수 있는 다른 사용자들에 대해서는 말씀드리기 어렵습니다. 하지만 위치 라벨 전체가 아니라 위치가 있다는 것을 좀 더 은은하게 표시하고 싶을 수 있다는 점은 이해합니다. 하지만 CSS를 조금 만져보니(힌트: float: left) 같은 효과를 낼 수 있었기 때문에, 아마도 중복된 기능일 가능성이 높습니다.

[Jagster (Jakke Flemming)]

Discourse(와 모든 것)를 새로 업그레이드한 후 플러그인이 깨졌습니다:

주제를 시작할 때는 작동하지만, 해당 게시물을 편집하려고 하면 문제가 발생합니다.

카테고리에 위치 기능이 활성화된 경우에만 영향을 미칩니다.

최신 OS를 사용하는 iPad에서 확인되었습니다.

[merefield (Robert)]

리포트 감사합니다.

곧 이 문제를 확인해 볼 수 있을 것 같습니다.

지금은 broken(고장)으로 표시해 두겠습니다.

[merefield (Robert)]

현재 비추천(deprecation) 항목을 수정하기로 결정했습니다:

FIX: several deprecations (#131)

broken 태그를 제거했습니다.

[ckshen]

궁금한 점이 있습니다. 주제의 위치를 작성/검색할 수 있는 API 엔드포인트를 갖추려면 엔지니어링 측면과 비용 측면에서 어떤 것이 필요할까요? 고수준으로 생각해보면, 마지막 단계에서 API가 사용되는 다음과 같은 워크플로우를 구상하고 있습니다:

1. 사용자가 비즈니스 시설에 대한 정보(이름, 도시, 때로는 동네)를 포함하여 새 주제를 시작합니다.
2. n8n과 같은 워크플로우 자동화 도구를 사용하여 주제 이름과 내용을 가져와 LLM 모델에 입력하고, 이를 통해 도로 주소를 반환받습니다.
3. 예를 들어 Google Maps API를 사용하여 주소 형식을 표준화합니다.
4. 도로 주소를 위치 플러그인 API로 보내서 해당 주제에 대한 주소를 POST합니다.

사용자를 위한 위치 기능을 활성화했지만, 채택률은 다양합니다. 일부 사용자는 항상 위치를 포함하지만, 일부는 전혀 포함하지 않습니다. 따라서 저는 위치를 추가하지 않는 사용자를 위해 해결책을 모색하고 있습니다.

[merefield (Robert)]

플러그인과 함께 제공되는 Geocoder 지브는 이미 많은 유용한 검색 기능을 제공합니다(예: IP 조회와 같은 추가 기능도 사용할 수 있습니다). 플러그인이 사용하는 데이터 형식은 이미 표준입니다.

브라우저 요청을 참고하여 API를 역공학으로 분석할 수 있을 것입니다.

@ckshen

사용자를 위한 위치 기능을 활성화했지만, 채택률은 다양합니다.

네, 제 경험도 그렇습니다. 만약 사용자가 위치를 IP 기반으로 기본적으로 설정하는 옵션을 지원하길 원한다면, PR을 제출할 의향이 있습니다(다만 이는 일부 개인정보 유출의 위험이 있으므로 옵트인 체크박스 등으로 구현해야 합니다!)

현재 진행 중인 PR도 하나 있습니다(토픽 위치를 위한 간단한 버튼을 UI에 추가하는 내용)만, 작성자가 방기한 것 같습니다?(아쉬운 일이죠) … 이론적으로는 사용자 위치 설정에도 확장할 수 있어, 진입 장벽을 더 낮출 수 있을 것입니다.

FEATURE: add button to fetch current location from browser (#128)

[ckshen]

사실 우리가 원하는 것은 사용자 위치가 아니라, 그들이 언급하고 있는 비즈니스(레스토랑)의 위치입니다. 그래서 게시물의 내용을 분석하여, 예를 들어 The French Laundry, Yountville와 같은 정보를 파악하고 레스토랑의 주소를 찾아내는 LLM이 여전히 필요합니다:

6640 Washington St, Yountville, CA 94599-1301

그리고 그 주소를 위치 플러그인에 다시 전달합니다.

[merefield (Robert)]

이해했습니다. 현재 플러그인으로 거의 확실히 가능할 것 같습니다.

참고로, 해당 사이트는 식당에서 접속하고 있나요? IP 기반 위치 정보와 비교해 보며 검증해 볼 수 있습니다.

유료 컨설팅이 필요하시면 편하게 DM을 보내주세요.

[ckshen]

아니요, 보통 그 후에 합니다.

[Roi]

오늘 Discourse를 업데이트한 후, 이 훌륭한 플러그인에서 몇 가지 비권장(deprecation) 경고가 표시되고 있으며, 관리자 페이지에도 한 가지가 표시되고 있습니다:

[관리자 알림] 플러그인 'discourse-locations’에는 업데이트가 필요한 코드가 포함되어 있습니다. (ID:discourse.jquery-autocomplete) (자세히 알아보기)

브라우저의 개발자 콘솔에는 다른 경고들이 표시됩니다:

DEPRECATION: [PLUGIN discourse-locations] discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs 템플릿에서 this를 사용하지 않고 user 속성 경로가 사용되었습니다. 이 폴백 동작은 비권장되었습니다. 템플릿에서 사용될 때 모든 속성은 this에서 조회해야 합니다: {{this.user}} [deprecation id: ember-this-fallback.this-property-fallback] 이는 ember-this-fallback n/a에서 제거될 예정입니다. 자세한 내용은 Resolving the `this-property-fallback` deprecation 참조하십시오.

DEPRECATION: [PLUGIN discourse-locations] discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs 템플릿에서 this를 사용하지 않고 showUserLocation 속성 경로가 사용되었습니다. 이 폴백 동작은 비권장되었습니다. 템플릿에서 사용될 때 모든 속성은 this에서 조회해야 합니다: {{this.showUserLocation}} [deprecation id: ember-this-fallback.this-property-fallback] 이는 ember-this-fallback n/a에서 제거될 예정입니다. 자세한 내용은 Resolving the `this-property-fallback` deprecation 참조하십시오.

DEPRECATION: [PLUGIN discourse-locations] discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs 템플릿에서 this를 사용하지 않고 linkWebsite 속성 경로가 사용되었습니다. 이 폴백 동작은 비권장되었습니다. 템플릿에서 사용될 때 모든 속성은 this에서 조회해야 합니다: {{this.linkWebsite}} [deprecation id: ember-this-fallback.this-property-fallback] 이는 ember-this-fallback n/a에서 제거될 예정입니다. 자세한 내용은 Resolving the `this-property-fallback` deprecation 참조하십시오.

DEPRECATION: [PLUGIN discourse-locations] discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs 템플릿에서 this를 사용하지 않고 removeNoFollow 속성 경로가 사용되었습니다. 이 폴백 동작은 비권장되었습니다. 템플릿에서 사용될 때 모든 속성은 this에서 조회해야 합니다: {{this.removeNoFollow}} [deprecation id: ember-this-fallback.this-property-fallback] 이는 ember-this-fallback n/a에서 제거될 예정입니다. 자세한 내용은 Resolving the `this-property-fallback` deprecation 참조하십시오.

[merefield (Robert)]

@kelv 님이 잠재적으로 마지막 jQuery 조각을 제거하고 Location Selector를 현대화하도록 코드를 친절하게 업데이트해 주셨습니다!

DEV: refactor LocationSelector to glimmer component and use DMultiSelect (#132)

정말 감사합니다 @kelv !

[Canapin (Coin-coin le Canapin)]

안녕하세요,

사이드 메뉴에 “Users Map” 링크가 있습니다:

이 링크는 https://unicyclist.com/locations/users_map으로 연결됩니다.

이 링크와 관련된 설정을 찾을 수 없었습니다.

찾아본 유일한 설정은 기본적으로 비활성화되어 있는 Location sidebar menu map link인데, 이 설정을 활성화하면 “Map” 링크( https://unicyclist.com/map로 연결됨)가 추가됩니다:

커스텀 CSS에 의존하지 않고 “Map” 링크만 사용할 수 있을까요? 제가 놓치고 있는 것이 있을까요?

[Viddekla (Julian Müller)]

저는 디스코스에 해당 플러그인을 통합했습니다. 그런데 사용자가 자신의 위치 정보를 삭제하는 방법은 무엇인가요? 프로필에서 삭제해도 매번 다시 나타납니다.

[sshen]

이 플러그인을 몇 년째 사용해 왔습니다. 항상 잘 작동했었는데, 최근 Discourse와 플러그인을 업데이트한 후 특정 토픽의 위치를 입력하려고 하면 '옵션 선택’을 요구합니다. 드롭다운을 선택해도 아무 옵션도 표시되지 않습니다. 질문: 사용자들은 이 드롭다운을 피하고 주소를 직접 입력하는 방식으로 돌아가려면 어떻게 해야 할까요? 감사합니다.

[sshen]

2025.11로 업그레이드하여 해결