@Roi, ваше желание исполнено… это действительно было очень важно.
Карта пользователей больше не будет предоставлять данные, если выполнено любое из следующих условий:
Пользователь не авторизован, и параметр hide_user_profiles_from_public активен.
Настройка плагина location_user_map выключена.
Параметр сайта enable_user_directory выключен.
Ссылка на карту пользователей в разделе сообщества также больше не будет отображаться в этих случаях.
Если вам нравится Locations и вы считаете, что я проделал отличную работу, вы можете пригласить меня на кофе. А если Locations важен для вашего бизнеса или организации, пожалуйста, рассмотрите возможность стать спонсором на одном из более высоких уровней. Всё это поможет гарантировать своевременные обновления Locations и его развитие в будущем.
Ого, отлично, большое спасибо! Не могу поверить, что это никогда раньше не возникало и не спрашивали.
Попробую сегодня вечером и обновлю дополнение.
Не подумай, что я жадный или неуместен, но можно ли также скрыть «Местоположение пользователя в сообщении», если оно активировано вместе с картой пользователя, для гостей и поисковых систем?
Я думаю, это означает, что это была просто настройка для добавления иконки в список тем (через “TopicStatus”)… Не уверен, почему вы не можете просто обработать это через новый ярлык местоположения в списке тем и управлять его видимостью с помощью CSS?
Поэтому я считаю, что это избыточно, и, вероятно, весь связанный код следует удалить?
Я только начал использовать этот плагин, поэтому не могу говорить о других, кто, возможно, использовал эту настройку, но я понимаю, почему кто-то может захотеть более сдержанный индикатор наличия локации, а не полную метку локации. Но мне удалось добиться того же, поэкспериментировав с CSS (подсказка: float: left), так что, скорее всего, это избыточно.
Меня интересует вопрос: что потребуется с точки зрения инженерии и финансов, чтобы создать API-эндпоинт для записи и получения локации темы? На высоком уровне я представляю себе такой рабочий процесс, где API используется на последнем шаге:
Пользователь создаёт новую тему с информацией о бизнес-учреждении: название, город, а иногда и район.
С помощью инструмента автоматизации рабочих процессов, например n8n, извлекаются название темы и её содержимое, после чего они передаются в модель LLM для получения уличного адреса.
Стандартизация формата адреса, например, с помощью Google Maps API.
Отправка уличного адреса в API плагина локации для POST-запроса адреса к теме.
Мы включили функционал локаций для пользователей, но уровень его использования варьируется. Некоторые пользователи всегда указывают локации, другие — никогда. Поэтому я пытаюсь найти решение для тех пользователей, которые не добавляют локации.
Гем Geocoder, поставляемый с плагином, уже выполняет множество полезных функций поиска (и может быть использован для других задач, например, для определения IP). Форматы данных, используемые плагином, уже являются стандартными.
Вы, вероятно, сможете восстановить API, используя запросы браузера в качестве ориентира.
Да, у меня такой же опыт. Если кто-то захочет добавить опцию для обязательного определения местоположения пользователя по IP, я готов принять соответствующий PR (хотя это должно быть опциональным, например, через галочку, так как это может представлять риск для конфиденциальности!)
Также существует текущий PR в работе здесь (который добавляет простую кнопку в интерфейс для указания местоположения темы), но, похоже, автор забросил его? (что было бы жаль)… теоретически его можно расширить для определения местоположения пользователя, что ещё больше снизит порог входа.
На самом деле нам нужна не геолокация пользователя, а местоположение заведений (ресторанов), о которых он пишет. Именно поэтому нам всё ещё требуется LLM для анализа содержимого поста, например, «The French Laundry, Yountville», чтобы найти адрес ресторана:
Сегодня после обновления Discourse этот отличный плагин показал несколько предупреждений о устаревании, в том числе одно на самой странице для администраторов:
[Админ-уведомление] Плагин ‘discourse-locations’ содержит код, который необходимо обновить. (ID: discourse.jquery-autocomplete) (узнать больше)
Другие сообщения в консоли разработчика браузера:
ПРЕДУПРЕЖДЕНИЕ О УСТАРЕВАНИИ: [ПЛАГИН discourse-locations] Путь свойства user использовался в шаблоне discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs без использования this. Это поведение по умолчанию устарело; все свойства должны обращаться к this при использовании в шаблоне: {{this.user}} [ID устаревания: ember-this-fallback.this-property-fallback] Это будет удалено в ember-this-fallback n/a. Подробнее см. Resolving the `this-property-fallback` deprecation.
ПРЕДУПРЕЖДЕНИЕ О УСТАРЕВАНИИ: [ПЛАГИН discourse-locations] Путь свойства showUserLocation использовался в шаблоне discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs без использования this. Это поведение по умолчанию устарело; все свойства должны обращаться к this при использовании в шаблоне: {{this.showUserLocation}} [ID устаревания: ember-this-fallback.this-property-fallback] Это будет удалено в ember-this-fallback n/a. Подробнее см. Resolving the `this-property-fallback` deprecation.
ПРЕДУПРЕЖДЕНИЕ О УСТАРЕВАНИИ: [ПЛАГИН discourse-locations] Путь свойства linkWebsite использовался в шаблоне discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs без использования this. Это поведение по умолчанию устарело; все свойства должны обращаться к this при использовании в шаблоне: {{this.linkWebsite}} [ID устаревания: ember-this-fallback.this-property-fallback] Это будет удалено в ember-this-fallback n/a. Подробнее см. Resolving the `this-property-fallback` deprecation.
ПРЕДУПРЕЖДЕНИЕ О УСТАРЕВАНИИ: [ПЛАГИН discourse-locations] Путь свойства removeNoFollow использовался в шаблоне discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs без использования this. Это поведение по умолчанию устарело; все свойства должны обращаться к this при использовании в шаблоне: {{this.removeNoFollow}} [ID устаревания: ember-this-fallback.this-property-fallback] Это будет удалено в ember-this-fallback n/a. Подробнее см. Resolving the `this-property-fallback` deprecation.
Я не нашёл никаких настроек, связанных с этой ссылкой.
Единственная найденная мной настройка — Location sidebar menu map link, которая по умолчанию отключена. При включении она добавляет ссылку «Map» (ведущую на https://unicyclist.com/map):
Я интегрировал этот плагин в свой Discourse, но как пользователь может удалить своё местоположение? Каждый раз, когда я удаляю его в профиле, оно появляется снова и снова.
Я использую этот плагин уже несколько лет, и он всегда работал. Недавно, после обновления Discourse и плагина, при попытке ввести местоположение темы мне предлагают «Выбрать вариант». Когда я открываю выпадающий список, в нём не отображается ни одного варианта. Вопрос: как наши пользователи могут избежать этого выпадающего списка и вернуться к вводу адреса? Спасибо.
. А если Locations важен для вашего бизнеса или организации, пожалуйста, рассмотрите возможность стать спонсором на одном из более высоких уровней
. Всё это поможет гарантировать своевременные обновления Locations и его развитие в будущем.
Не могу поверить, что это никогда раньше не возникало и не спрашивали. 
!
