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

إنه نفس الشيء تقريبًا، حوالي 8 ثوانٍ :slight_smile:

حسنًا، هذا من جانب الخادم وليس هناك الكثير مما يمكنني فعله حيال ذلك.

هل يمكنك إلقاء نظرة على استخدام وحدة المعالجة المركزية والذاكرة عند تشغيله؟

قد تضطر إلى استخدام أجهزة أكبر؟

شكراً لك روبرت :slight_smile:

غير نشط في معظم الأوقات:

تحت الحمل عند الوصول إلى هذا الرابط:

لقد قمت بترقية الأجهزة الأسبوع الماضي فقط لمضاعفة المواصفات السابقة، سأضطر إلى الاكتفاء بذلك :slight_smile:

شكراً مرة أخرى!

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

نود بشكل مثالي أن يكون لدينا حل بث يرسل المجموعات ويتعمق فيها أثناء التكبير.

إذا أراد أي شخص تمويل ذلك، فأنا متاح للمناقشة، لكنني أشك في أن ذلك ليس بالمهمة البسيطة - لست متأكدًا حتى مما إذا كان بإمكاننا استخدام مكون Leaflet الإضافي كما هو …

نرحب بطلبات السحب.

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

هل يتحسن الأداء في المرة الثانية التي تشاهده فيها؟

سيكون من المنطقي إذا تم تخزين هذا مؤقتًا على الأقل …

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

لا، إنه نفس الشيء في كل مرة :slight_smile:

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

حسنًا ، في هذا الوضع ، لا يتم تخزينه مؤقتًا على الإطلاق :astonished:
لست متأكدًا من مدى التأثير الذي يمكن أن أحدثه على ذلك ، ولكنه يستخدم “المخزن” لذا أنا متفاجئ قليلاً …

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

لا مشكلة، أقدر لك اهتمامك بالأمر :smiley:

من الغريب عدم تخزين هذا مؤقتًا مرة واحدة يوميًا على الأقل في رأيي.

ولكن أعتقد أنه من غير المحتمل أن ترغب في النظر إليه أكثر من مرة يوميًا ، لذا فهو غير مهم؟

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

لست متأكدًا من عدد المرات التي قد ينظر فيها أعضاؤنا إلى الخريطة :slight_smile:

فكرة عشوائية، هل التخزين المؤقت إعداد يمكن تعطيله؟ :thinking:

حوالي 4 ثوانٍ لتحميل ~1800 عضو على خريطتنا باستخدام موفر Nominatim وحوالي 3 ثوانٍ لتحميل الاستعلام /directory_items.json?period=location

إعجابَين (2)

@merefield لقد قدمت طلب سحب، يرجى مراجعته

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

شكراً، سأقوم بالمراجعة!

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

لا يمكنني حقًا تبرير النظر في هذا بالتفصيل بدون تمويل لأن مواقعك هي حالات شاذة.

أحد الأشياء التي يمكنك البحث فيها إذا كانت لديك الدافع والوقت هو تتبع خطة استعلام قاعدة البيانات التي يتم تشغيلها عند تشغيل /directory_items.json?period=location على خادمك ومشاركتها مع المجتمع.

يوجد فهرس على جدول locations_user، ولكنه قد لا يتم استخدامه، حيث إنه في الأساس جدولان كبيران يتم “ضمهما” معًا، لذلك قد يتخلى PSQL عن استخدام الفهرس أثناء إجراء INNER join.

الاستعلام أبسط هذه الأيام، على الرغم من ذلك، منذ عمل Ember 5، لذلك من الناحية النظرية يجب أن يكون أسرع.

يمكنك أيضًا التحقق من المدة التي يستغرقها هذا الاستعلام. قد تكون مشكلة تسلسل وليست مشكلة أداء استعلام.

شيء آخر يمكننا النظر فيه هو تبسيط التسلسل حيث من المحتمل أن يتم تنزيل الكثير من البيانات غير الضرورية.

            "id": 42348,
            "user": {
                "id": 4928,
                "username": "bob",
                "name": "",
                "avatar_template": "/user_avatar/mysite.org/bob/{size}/348_2.png",
                "title": null,
                "trust_level": 2,
                "geo_location": {
                    "lat": "5.5219",
                    "lon": "-0.564",
                    "address": "London, Greater London, England, United Kingdom",
                    "countrycode": "gb",
                    "city": "London",
                    "state": "England",
                    "country": "United Kingdom",
                    "postalcode": "",
                    "boundingbox": [
                        "51.2867601",
                        "51.6918741",
                        "-0.5103751",
                        "0.3340155"
                    ],
                    "type": "administrative"
                }
            }

نحن لا نحتاج إلى ثلثي هذا. سأقبل طلب سحب (PR) لتقليص هذا. أو يمكنك تمويلي للنظر في هذا.

شيء آخر قد ترغب في النظر فيه هو كيفية تعزيز خادم PSQL الخاص بك بطريقة ما. هل يمكنك الترحيل إلى VPS أسرع بكثير بطريقة ما؟ ومع ذلك، أعتقد أنه يجب علينا بذل العناية الواجبة بشأن كفاءة الكود أولاً قبل أن تفكر في هذا.

إذا كنت مستعدًا لتمويل بعض أعمال تحسين الأداء هنا، فأخبرني أو أرسل طلب سحب (PR) مرحب به!

لدي طلب دعم مربك :slight_smile:

لدي خياران لـ “Members Map” في قائمة الهامبرغر الخاصة بي اليوم، ولست متأكدًا من كيفية ظهور الخيار الثاني.

لقد قمت بإعادة تسميتها جميعًا هذا الصباح لمساعدتي في تتبع مصدرها، ومن هنا جاءت 1 و 2 التي ستراها في هذه اللقطة.

ها هي تبدو هكذا:

Members Map1 هو الخيار الذي أريد الاحتفاظ به، وقد ظهر لأنه وضعته هناك بالنقر على “تخصيص”:

تم تعيين إعدادات إضافة المواقع (Locations plugin) لـ عدم إضافتها إلى القائمة. إذا قمت بتبديل هذا، فسيظهر ككلمة Map، لذا فهو بالتأكيد ليس هذا الخيار:

إذا قمت بتخصيص Text لـ Discourse الخاص بي، وبحثت عن Members Map، فستحصل على نتيجتين. لقد أعدت تسميتهما إلى 2 و 3 للمساعدة في التتبع.

سترى هنا، أن الخيار 2 هو الذي يظهر أيضًا في قائمتي.

هل يعرف أي شخص ما هو js.directory.map.title وكيف يمكن أن يدخل إلى قائمتي؟

الفكرة الوحيدة التي خطرت ببالي هي أننا في العام الماضي كنا نستخدم السمة Custom Hamburger Menu Links ولكنني قمت بإزالتها عندما انتقلنا إلى تخطيط قائمة Discourse الجديد. هل يمكن أن يكون هناك شيء قد بقي من ذلك؟ :thinking: إذا كان الأمر كذلك، فسوف أنقل هذا المنشور إلى مكان آخر :blush:

انظر Locations Plugin 🌍 - #1015 by merefield

مرة أخرى، نرحب بطلبات السحب (PR) أو يمكنك تمويلي لتحسين هذا.

حل مؤقت في الوقت الحالي: لا تقم بإضافة إدخالك الخاص، أو احذف الإدخال الحالي باستخدام CSS.

إعجابَين (2)

آه، صحيح، على الأقل أعرف أنني لست مجنونًا :smiley:

شكرًا روبرت!

إعجابَين (2)

إذا كان هذا يساعد أي شخص آخر، فقد أضفت هذا لإخفائه:

/* إخفاء رابط خريطة المستخدمين الثاني من قائمة الموقع - المرجع: https://meta.discourse.org/t/locations-plugin/69742/1037 */
.sidebar-section-link-wrapper {
     .sidebar-section-link {
         &[data-link-name="users map"] {
         display: none;
         }
     }  
}
4 إعجابات

السؤال: كانت العناوين المدخلة بالكامل تظهر تحت رأس الموضوع بجوار أيقونة الخريطة. مؤخرًا، تظهر أيقونة الخريطة فقط ولكن ليس العنوان نفسه. هل هذا تغيير حديث؟ هل هناك طريقة لجعل العنوان يظهر مرة أخرى؟ شكرًا!

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

روبرت، هل لديك أي خطط لدعم عرض خريطة موقع كاملة بناءً على عناوين IP لجميع المستخدمين؟

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