لن يقدم “خريطة المستخدم” بيانات إذا كان أي مما يلي صحيحًا:
لم يسجل المستخدم دخوله وكان hide_user_profiles_from_public نشطًا.
إعداد المكون الإضافي location_user_map معطلاً.
enable_user_directory للموقع معطلاً.
يجب ألا يظهر رابط “خريطة المستخدم” في قسم المجتمع في تلك الظروف أيضًا.
إذا كنت تعتقد أن “المواقع” رائعة وقمت بعمل رائع، يمكنك شراء قهوة لي، وإذا كانت “المواقع” مهمة لعملك أو مؤسستك، فيرجى التفكير في رعايتي على أحد المستويات الأعلى . سيساعد كل هذا في ضمان التحديثات في الوقت المناسب لـ “المواقع” ومستقبلها.
أعتقد أن هذا يعني أنه كان مجرد إعداد لإضافة أيقونة إلى قائمة الموضوعات (عبر “TopicStatus”)… لست متأكدًا لماذا لا تتعامل مع هذا عبر تسمية موقع قائمة الموضوعات الجديدة وتتعامل مع رؤيتها عبر CSS؟
لذلك أعتقد أنه زائد عن الحاجة وربما يجب إزالة جميع الأكواد ذات الصلة؟
بدأت للتو في استخدام هذه الإضافة لذا لا يمكنني التحدث إلى الآخرين الذين ربما كانوا يستخدمون هذا الإعداد، لكن يمكنني أن أفهم لماذا قد يرغب شخص ما في مؤشر أكثر دقة لوجود موقع بدلاً من تسمية الموقع بأكملها. ولكن تمكنت من الحصول على نفس الشيء بعد العبث ببعض CSS (تلميح float: left) لذا نعم، من المحتمل أن يكون هذا زائدًا عن الحاجة.
أنا فضولي - ما الذي سيتطلبه الأمر، من الناحية الهندسية والمالية، لإنشاء نقطة نهاية لواجهة برمجة التطبيقات (API) لكتابة/استرداد الموقع لموضوع ما؟ بشكل عام، أفكر في سير عمل مثل هذا، مع استخدام واجهة برمجة التطبيقات في الخطوة الأخيرة:
يبدأ المستخدم موضوعًا جديدًا بمعلومات حول مؤسسة تجارية: الاسم والمدينة وأحيانًا الحي.
استخدم أداة أتمتة سير العمل مثل n8n لاسترداد اسم الموضوع ومحتواه وتغذيته إلى نموذج لغة كبير (LLM) لإرجاع عنوان شارع.
قم بتوحيد تنسيق العنوان باستخدام واجهة برمجة تطبيقات خرائط جوجل (Google Maps API) على سبيل المثال.
أرسل عنوان الشارع إلى واجهة برمجة تطبيقات المكون الإضافي للموقع لنشر العنوان للموضوع.
لقد قمنا بتمكين وظيفة الموقع للمستخدمين، ولكن التبني يختلف. يضيف بعض المستخدمين المواقع دائمًا، والبعض الآخر لا يضيفها أبدًا. لذلك أحاول إيجاد حل للمستخدمين الذين لا يضيفون مواقع.
إن Gem Geocoder الذي يأتي مع المكون الإضافي يقوم بالفعل بالكثير من عمليات البحث الرائعة (ويمكن استخدامه للقيام بالمزيد، على سبيل المثال، البحث عن عنوان IP). تنسيقات البيانات التي يستخدمها المكون الإضافي قياسية بالفعل.
ربما يمكنك عكس هندسة واجهة برمجة التطبيقات باستخدام طلبات المتصفح كدليل.
نعم، تجربتي أيضًا. إذا أراد شخص ما دعم خيار لتعيين الموقع الافتراضي للمستخدم بناءً على عنوان IP بشكل إلزامي، فسأكون مستعدًا لتقديم طلب سحب (على الرغم من أن هذا سيحتاج إلى أن يكون خيارًا محددًا أو شيئًا ما نظرًا لأنه تسرب للخصوصية!).
هناك أيضًا طلب سحب حالي قيد التنفيذ هنا (والذي يضيف زرًا بسيطًا إلى واجهة المستخدم لمواقع المواضيع) ولكن يبدو أن المؤلف قد تخلى عنه؟ (وهو أمر مؤسف) … يمكن توسيعه لموقع المستخدم نظريًا … مما يقلل الحاجز بشكل أكبر.
في الواقع، نحن لا نهتم بموقع المستخدم، بل بموقع الشركات (المطاعم) التي يكتبون عنها، ولهذا السبب ما زلنا بحاجة إلى نموذج لغوي كبير (LLM) لتحليل محتوى من يكتبون عنه، على سبيل المثال، The French Laundry, Yountville، والعثور على عنوان المطعم:
اليوم بعد تحديث Discourse، يُظهر هذا المكون الإضافي الرائع بعض التحذيرات، أحدها على الصفحة نفسها للمسؤولين:
[ملاحظة للمسؤول] المكون الإضافي ‘discourse-locations’ يحتوي على رمز يحتاج إلى تحديث. (المعرف: discourse.jquery-autocomplete) (معرفة المزيد)
أخرى في وحدة تحكم المطور للمتصفح:
تحذير: [PLUGIN discourse-locations] تم استخدام مسار الخاصية user في القالب discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs دون استخدام this. تم إيقاف سلوك التراجع هذا، ويجب البحث عن جميع الخصائص في this عند استخدامها في القالب: {{this.user}} [معرف التحذير: ember-this-fallback.this-property-fallback] سيتم إزالة هذا في ember-this-fallback غير متاح. انظر Resolving the `this-property-fallback` deprecation لمزيد من التفاصيل.
تحذير: [PLUGIN discourse-locations] تم استخدام مسار الخاصية showUserLocation في القالب discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs دون استخدام this. تم إيقاف سلوك التراجع هذا، ويجب البحث عن جميع الخصائص في this عند استخدامها في القالب: {{this.showUserLocation}} [معرف التحذير: ember-this-fallback.this-property-fallback] سيتم إزالة هذا في ember-this-fallback غير متاح. انظر Resolving the `this-property-fallback` deprecation لمزيد من التفاصيل.
تحذير: [PLUGIN discourse-locations] تم استخدام مسار الخاصية linkWebsite في القالب discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs دون استخدام this. تم إيقاف سلوك التراجع هذا، ويجب البحث عن جميع الخصائص في this عند استخدامها في القالب: {{this.linkWebsite}} [معرف التحذير: ember-this-fallback.this-property-fallback] سيتم إزالة هذا في ember-this-fallback غير متاح. انظر Resolving the `this-property-fallback` deprecation لمزيد من التفاصيل.
تحذير: [PLUGIN discourse-locations] تم استخدام مسار الخاصية removeNoFollow في القالب discourse/plugins/discourse-locations/discourse/templates/connectors/user-card-location-and-website/replace-location.hbs دون استخدام this. تم إيقاف سلوك التراجع هذا، ويجب البحث عن جميع الخصائص في this عند استخدامها في القالب: {{this.removeNoFollow}} [معرف التحذير: ember-this-fallback.this-property-fallback] سيتم إزالة هذا في ember-this-fallback غير متاح. انظر Resolving the `this-property-fallback` deprecation لمزيد من التفاصيل.
لم أتمكن من العثور على أي إعداد متعلق بهذا الرابط.
الإعداد الوحيد الذي وجدته هو رابط خريطة القائمة الجانبية للموقع، وهو معطل افتراضيًا، ويضيف هذا الرابط “خريطة” (يؤدي إلى https://unicyclist.com/map) عند تمكينه:
لقد قمت بدمج هذا المكون الإضافي في منصة ديسكورس الخاصة بي - ولكن كيف يمكن للمستخدم حذف موقعه؟ في كل مرة أحذفه فيها في الملف الشخصي، يظهر مرارًا وتكرارًا.
لقد استخدمت المكون الإضافي لعدة سنوات. لقد عمل دائمًا. مؤخرًا، بعد تحديث Discourse والمكون الإضافي، عندما أحاول إدخال موقع موضوع، يطلب مني تحديد الخيارات (Select Options). عندما أختار القائمة المنسدلة، لا تعرض أي خيارات. السؤال: كيف يمكن لمستخدمينا تجنب هذه القائمة المنسدلة والعودة إلى إدخال العنوان؟ شكرًا.
، وإذا كانت “المواقع” مهمة لعملك أو مؤسستك، فيرجى التفكير في رعايتي على أحد المستويات الأعلى
. سيساعد كل هذا في ضمان التحديثات في الوقت المناسب لـ “المواقع” ومستقبلها.
لا أصدق أن هذا لم يظهر من قبل وتم طرحه. 
!
