मैंने सही समाधान के लिए सख्ती से खोज की है जो 50 000 मार्कर तक संभाल सकता है (और यदि सर्वर इसे संभाल सकता है तो और भी क्यों नहीं) मेरे सर्वर पर आसान होने पर और मैं इसे दिनों के लिए कर रहा हूं ।सर्वर साइड क्लस्टरिंग?
- क्या क्लस्टरिंग सर्वर पक्ष के लिए सबसे अच्छा समाधान/भाषा होगा:
संकल्पना कुछ इस तरह है? मैं एक बड़ा कामकाजी कोड नहीं ढूंढ रहा हूं लेकिन मुझे सही दिशा में धकेलने की जरूरत है।
- कैसे करें "कैश" या "निशान" पहले से ही भरी हुई समूहों/मार्कर ताकि आप मार्कर को फिर से लोड नहीं होता/समूहों कि पहले से ही जब नक्शा/में ज़ूम आउट किया गया या आलोचना beeing है लोड किया गया है?
थ्योरी:
जानासही तरह से इस के समान लगता है:
- तो नक्शा ज़ूम आउट किया गया है और मार्कर का एक बहुत देखते हैं, सर्वर में क्लस्टरिंग संभाल
- यदि मानचित्र किसी बिंदु पर ज़ूम किया गया है कि सभी मार्कर अब व्यूपोर्ट के लिए उपयुक्त नहीं हैं, क्लस्टर केवल मी arkers कि व्यूपोर्ट में कर रहे हैं - भी सर्वर
- ज़ूम व्यूपोर्ट में मार्करों के इतना बड़ा है कि संख्या में हो जाता है हो जाता है छोटे (उदाहरण के लिए < 500), cluster in browser via JS
डाटा मैं सर्वर पक्ष में उपयोग कर सकते हैं और जिसे मैं JSON के माध्यम से ब्राउज़र पर भी भेज सकता हूं:
- मानचित्र सीमा सर्वर से ajax के माध्यम से भेजा जब अनुरोध डेटाबेस क्वेरी डेटाबेस क्वेरी से मार्करों के
- निर्देशांक से
- मार्कर की कुल गिनती किया जाता है
- शायद कुछ और महत्वपूर्ण/उपयोगी है कि मैं वर्तमान में साकार नहीं
आप उस _region/region_ तर्क को कैसे प्रबंधित करते हैं ताकि उस विशेष ज़ूम स्तर पर पहले ही लोड किए गए मार्कर लोड न हों? यह वर्तमान में मेरी सबसे बड़ी समस्या है। मार्कर _bounds/viewport_ में मार्कर है या नहीं, प्रभावी रूप से जांचने के लिए कैसे? इतने सारे अनुत्तरित प्रश्न और ऑनलाइन शून्य प्रभावी समाधान हैं। – Solo
मैंने उत्तर अपडेट किया है .. मुझे उम्मीद है कि यह उपयोगी है अन्यथा आपको कई और विशिष्ट प्रश्न पोस्ट करना होगा। – scaisEdge