إضافة المواقع 🌍

يمكننا افتراض أن هذا هو “Roadmap”، أي خيار لأتمتة الموقع الجغرافي عبر عنوان IP مع إمكانية إلغاء الاشتراك للمستخدمين الأفراد أو للموقع.

لكن ليس لدي أي نية لتطوير ذلك مجانًا.

سيحتاج ذلك إلى تمويل (أو علاقات عامة عالية الجودة مع الخيارات التقنية والاختبارات الصحيحة).

لقد تم طلبه من قبل، ولكن لم يقدم أحد التمويل الكافي.

إعجاب واحد (1)

عذرًا على الرد البطيء!

  • كيف يمكن تكرار ذلك بشكل موثوق، هل يمكنك تقديم خطوات دقيقة؟
  • ما هو إصدار Discourse الذي تستخدمه؟
  • ماذا ترى في HTML (باستخدام الفاحص)؟
  • هل ترى أي رسائل خطأ في وحدة التحكم أو السجل؟
  • ما الذي تم تسجيله في حقل المستخدم المخصص لـ geo_location؟ ألقِ نظرة على /u/<username>.json

لقد كنت أستخدم هذه الإضافة الرائعة لسنوات.

مؤخرًا، كنت أواجه صعوبة. عندما أقوم بإنشاء موضوع جديد، وأحاول إضافة موقع إليه، على سبيل المثال، باتيندا، وأبحث عنه في مربع حوار الموضوع الجديد، فإنه يعطي نتائج صحيحة/متوقعة.

ولكن عندما أبحث عن مدينة أخرى “باتيالا” (كلا المدينتين مقاطعتان في نفس الولاية الهندية البنجاب، وكلاهما يظهران بشكل صحيح عند البحث في OpenStreetmap)، فإنه يعطي نتائج فارغة/لا يمكن البحث.

ويحدث هذا مع مقاطعات/مدن أخرى أيضًا. في بعض الحالات، تكون تلك المقاطعات التي تم البحث عنها مدنًا كبيرة ومشهورة، ومع ذلك لا يتم العثور عليها، ولكن يتم العثور على مدن أصغر وأقل شهرة.

ما هو السبب المحتمل؟

مثير للاهتمام. هل تواجه نفس المشكلة مع مزودي الترميز الجغرافي الآخرين؟

إعجاب واحد (1)

لم أتمكن من اختيار أي مزود آخر لأن ‘Nominatim’ كان افتراضيًا/الأسهل في التكوين. إذا اخترت أي مزود آخر، فقد ظهر خطأ:

ولكن بعد أن قدمت هذه الفكرة، بحثت ووجدت طريقة للحصول على مفتاح واجهة برمجة تطبيقات (Api key) لـ OpenCageData (استغرق دقيقتين) وبعد أن ملأت مفتاح واجهة برمجة التطبيقات هذا في إعدادات المكون الإضافي (وفقط بعد ملء مفتاح واجهة برمجة التطبيقات، قمت بتغيير اسم المزود إلى OpenCageData). وفجأة، لم يتوقف عن إعطاء هذا الخطأ فحسب، بل اختفت أيضًا المشكلة الأصلية المتمثلة في عدم القدرة على البحث والعثور على ‘Patiala’ (والعديد من المدن الأخرى).

وهكذا، كل شيء على ما يرام الآن. شكرًا!

ملاحظة: كنت أتمنى لو أن الرابط ‘تفاصيل المزود’ الذي يظهر أسفل الخطأ ‘باللون الأحمر’ كان قد أرسلني/أي مستخدم إلى صفحة هذا المزود (بدلاً من صفحة ‘GitHub’)، حيث يمكن للمستخدم طلب إنشاء ‘مفتاح واجهة برمجة التطبيقات’. سيكون ذلك مساعدة كبيرة جدًا.

إعجاب واحد (1)

هذا ثابت لذلك لا أعتقد أن ذلك سيكون ممكنًا. نرحب بطلبات السحب!
يسعدني أنك تمكنت من حل المشكلة!

إعجاب واحد (1)

مرحباً، أريد فقط عرض علم الدولة، هل هذا ممكن مع هذا المكون الإضافي أم أنه يعرض الموقع فقط عبر نظام تحديد المواقع العالمي (GPS)؟

إعجاب واحد (1)

من خلال تكوين إعدادات هذا المكون الإضافي، يمكنك جعله يختار أي موقع واحد (نأمل أن يكون أي بلد أيضًا) ليتم تعيينه كموقع لجميع المواضيع الجديدة. بهذه الطريقة، سيتم عرض هذا الموقع دائمًا في جميع المواضيع اللاحقة (أثناء إنشاء الموضوع، إذا رغب أي مستخدم في تغيير اسم البلد/الموقع هذا، فسيكون حرًا في القيام بذلك).

image

مرحباً، هل هناك أي فرصة لإصلاح هذه المشكلة؟ شكراً :slightly_smiling_face:

إعجابَين (2)

لقد قمت بإعادة إنتاجه. سألقي نظرة عليه هذا الأسبوع.

عذرًا، المهام المدفوعة تأتي أولاً :sweat_smile:

3 إعجابات

@Don هل يمكنك تجربة هذا التحديث من فضلك؟

إعجاب واحد (1)

شكراً جزيلاً روبرت :hugs: الآن يبدو أن الأمر يعمل بشكل جيد ولكن لاحظت أنه عندما أذهب إلى ملف تعريف مستخدم آخر (لم يقم بتعيين الموقع) من ملخص مثلاً، فإنه يظهر بنفس السلوك. إذا ذهبت إلى ملف تعريف من الصفحة الرئيسية أو من أجزاء أخرى من الموقع، فإنه يعمل بشكل رائع. ربما يكون هذا بسبب شريط التحميل.

إعجاب واحد (1)

هل يمكنك توضيح ما الذي تنقر عليه بالضبط لإجراء هذا الانتقال؟ (من الملخص إلى الملخص على الأرجح؟). هل يحتاج كلا المستخدمين إلى أن يكون لديهما موقع في مرحلة ما؟ هل لدى المستخدم الأول موقع مأهول؟ باختصار، خطوات إعادة إنتاج دقيقة من فضلك :slight_smile:

نعم هذا صحيح. نفس السلوك يحدث في كل مكان في /u/ إذا انتقلت إلى ملخص مستخدم آخر لم يقم بإعداد الموقع.
على سبيل المثال:

انتظر، سأرسل لك مقطع فيديو في رسالة خاصة حول المشكلة بالضبط. :slightly_smiling_face:

إعجاب واحد (1)

لا مشكلة، لقد قمت بإعادة الإنتاج.\n\nنعم، ليس جيدًا.\n\nأعتقد أن هذا سيحتاج إلى إعادة هيكلة إلى Glimmer في وقت ما.\n\nنظرًا لأن هذه حالة هامشية، فمن المحتمل ألا أصل إلى ذلك قريبًا جدًا، أعتذر.

إعجاب واحد (1)

هذا يذكرني بـ Birthday cake emoji displayed on profile when its not your birthday و Wrong number of user notes

إعجابَين (2)

نعم، ملاحظة جيدة يا @Moin!

أتساءل عما إذا كان هناك شيء أكثر جوهرية يحدث هنا :thinking:

بالمناسبة، اكتشاف رائع للحالة الحدية من كلاكما!

إعجابَين (2)

حسنًا، يبدو أن المشكلة هي أن الكود لا يُعاد تقييمه بعد الانتقال، لأن setupComponent لا يتم تشغيله مرة أخرى.

من شبه المؤكد أن هذه مشكلة عامة وليست خاصة بالمواقع.

أشك في أن الحل هو استخدام نوع من المعدِّل {{did-update}} في Glimmer. ولكن هذا سيعمل فقط إذا اعتبرت Ember حالة البيانات “متسخة” :thinking:

3 إعجابات

@Don حسنًا، لقد نقلت ذلك إلى Glimmer الآن (لاحظ الخطأ الإملائي الفادح في تعليق الالتزام :sweat_smile: ) وقد يعمل بشكل أفضل الآن، أخبرني كيف سارت الأمور!

(ملاحظة للمطور للعلم: كانت المُحصِّلات كافية لتغيير الملف الشخصي، ولكن كان لا يزال هناك تعديل الفئة (ضروري للأسف؟) مع معالجة DOM الذي تطلب مُعدِّلًا)

3 إعجابات

رائع :heart_eyes: شكراً جزيلاً روبرت، يعمل بشكل رائع :hugs:

إعجابَين (2)