Http हेडर आपके डिवाइस के बारे में बहुत कुछ बताते हैं

यदि आप हेडर को सही ढंग से इकट्ठा और व्याख्या करते हैं, तो आप डिवाइस के बारे में बहुत कुछ कह सकते हैं, और संभवतः उपयोगकर्ता के बारे में भी। इस लेख में, मैं इस बारे में बात करूंगा कि कैसे हम WAPstart में उन सूचनाओं का उपयोग करते हैं जो http हेडर में पास की गई हैं।
डिस्क्लेमर - लेख अवलोकन प्रकृति का है। कुछ चीजें समुदाय के लिए बहुत अधिक उपयुक्त हो सकती हैं।

मैं बुनियादी बातों के साथ शुरू करेंगे:
एक नियम के रूप में, वेब के भीतर, इंटरैक्शन http के माध्यम से होता है ।

GET विधि का उपयोग करके न्यूनतम वैध http अनुरोध इस तरह दिखता है:

GET / HTTP/1.0\r\n \r\n 

या तो:

 GET / HTTP/1.1\r\n Host: wapstart.ru\r\n \r\n 

एक शीर्षक एक जोड़ी है: एक बृहदान्त्र द्वारा अलग किए गए क्षेत्र और उसके मूल्य का नाम। Rfc में विवरण देखें।
एक नियम के रूप में, ब्राउज़र कुछ अतिरिक्त हेडर को संचारित करता है, जिसे rfc में वर्णित किया जा सकता है या नहीं। :)
उपयोगकर्ता-एजेंट हेडर को लगभग हमेशा पास किया जाएगा, जबकि एक प्रॉक्सी के माध्यम से काम करते समय, एक्स-फॉरवर्डर-फॉर हेडर भी जोड़ा जाएगा। सख्ती से बोलना, आरएफसी आपको अपने हेडर को पारित करने से नहीं रोकता है , यह सिर्फ यह कहता है कि उन्हें अनदेखा किया जाना चाहिए।
उदाहरण के लिए, ऐसा अनुरोध अभी भी मान्य है:

 GET / HTTP/1.1\r\n Host: wapstart.ru\r\n User-agent: dovg\r\n x-ololo: trololo\r\n x-habrauser: dovg\r\n \r\n 

हेडर सबसे अधिक संभावना आपके आवेदन में उस रूप में प्राप्त करेंगे जो कि cgi प्रोटोकॉल पर rfc में परिभाषित किया गया है । (खंड 4.1)
मोटे तौर पर, एक प्रोटोकॉल संकेत (HTTP) उन्हें जोड़ा जाएगा, उन्हें अपरकेस में बदल दिया जाएगा, और विपक्ष (हाइफ़न) को अंडरस्कोर द्वारा बदल दिया जाएगा: x-habrauser HTTP_X -ABABRAUSER में बदल जाएगा, उदाहरण के लिए। इस मामले में मान नहीं बदलेगा।
वास्तविक दुनिया में, ओपेरा-मिनी, साथ ही साथ नोकिया फोन के मानक ब्राउज़र, बहुत सारे अतिरिक्त हेडर जोड़ते हैं।

आइए अपने कार्यों पर वापस जाएं।
हम मोबाइल वेब पर विज्ञापन देने में लगे हुए हैं, इसलिए हमारा एक प्राथमिक कार्य गैर-मोबाइल लोगों से सशर्त "मोबाइल उपयोगकर्ताओं" को अलग करना है।
बेशक, इस समस्या को 100% दक्षता के साथ हल नहीं किया जा सकता है, क्योंकि जानकारी क्लाइंट की ओर से उत्पन्न होती है, और जैसा कि हम जानते हैं, किसी भी उपयोगकर्ता डेटा पर भरोसा नहीं किया जा सकता है।

उपयोगकर्ता की "गतिशीलता" को परिभाषित करने के अलावा, हम निम्नलिखित जानना चाहते हैं:

• उपयोगकर्ता के डिवाइस (स्क्रीन रिज़ॉल्यूशन, वाईफाई उपलब्धता, आदि) के बारे में जानकारी;
• ऑपरेटिंग सिस्टम जो डिवाइस को नियंत्रित करता है
• ब्राउज़र (आवेदन) जिसमें से अनुरोध किया गया है।

ये डेटा हमें अधिक लक्षित, और इसलिए उपयोगकर्ता, विज्ञापनों के लिए दिलचस्प दिखाने की अनुमति देते हैं।

आइए पहले लक्ष्य से शुरू करें - उपयोगकर्ता की "गतिशीलता" को कैसे समझा जाए। एक बार हमने ऐसी स्क्रिप्ट लिखी थी ।
मैं php में एक कार्यान्वयन देता हूं, लेकिन यहां उपयोग किए गए एल्गोरिदम इतने तुच्छ हैं कि स्क्रिप्ट को नगीन विन्यास तक भी पोर्ट किया जा सकता है। वैसे, हमें नगनेक्स स्तर पर ऐसा करने का विचार था, लेकिन हमारे हाथ इसके कार्यान्वयन तक नहीं पहुंचे।
इस लेख में, मैं कोड नहीं दूंगा, यह जीथब पर है। एक महत्वपूर्ण टिप्पणी - आप पूरी तरह से केवल एक उपयोगकर्ता-एजेंट पर भरोसा नहीं कर सकते हैं!

अन्य कार्यों के लिए, हम जीडीआई डेटाबेस (डिवाइस जानकारी प्राप्त करें) के साथ आए, जो वर्तमान में http हेडर के सेट से डिवाइस, ओएस और ब्राउज़र के बारे में जानकारी प्राप्त कर सकते हैं।
हमारे लिए, इंटरफ़ेस इस प्रकार है -

 get header:HTTP_ACCEPT_ENCODING=gzip%2C+deflate&HTTP_USER_AGENT=Opera%2F9.80+%28J2ME%2FMIDP%3B+Opera+Mini%2F6.24093%2F27.1324%3B+U%3B+ru%29+Presto%2F2.8.119+Version%2F11.10&HTTP_X_OPERAMINI_FEATURES=advanced%2C+file_system%2C+camera%2C+touch%2C+folding%2C+routing&HTTP_USER_AGENT=LG+%23+KP500&HTTP_USER_AGENT=LG-KP500+Teleca%2FWAP2.0+MIDP-2.0%2FCLDC-1.1 VALUE header:HTTP_ACCEPT_ENCODING=gzip%2C+deflate&HTTP_USER_AGENT=Opera%2F9.80+%28J2ME%2FMIDP%3B+Opera+Mini%2F6.24093%2F27.1324%3B+U%3B+ru%29+Presto%2F2.8.119+Version%2F11.10&HTTP_X_OPERAMINI_FEATURES=advanced%2C+file_system%2C+camera%2C+touch%2C+folding%2C+routing&HTTP_USER_AGENT=LG+%23+KP500&HTTP_USER_AGENT=LG-KP500+Teleca%2FWAP2.0+MIDP-2.0%2FCLDC-1.1 0 234 O:12:"CuttedDevice":6:{s:5:"*id";i:3027;s:7:"*name";s:5:"KP500";s:10:"*deleted";b:0;s:9:"*parent";O:18:"CuttedDeviceParent":2:{s:5:"*id";i:23;s:7:"*name";s:2:"LG";}s:14:"*screenWidth";i:240;s:15:"*screenHeight";i:400;} //,    memcache ;) //        memcache,     . 

मुझे उम्मीद है कि इस रिपोर्ट में devconf पर बातचीत के बारे में अधिक जानने के लिए।

ज्ञात समस्याएं जिन्हें हम अभी भी हल नहीं कर सकते हैं:

• Apple डिवाइस (Iphone, Ipad, Ipod) केवल ऑपरेटिंग सिस्टम के संस्करण के बारे में जानकारी प्रसारित करते हैं, लेकिन डिवाइस के मॉडल के बारे में नहीं। दूसरे शब्दों में, एक मानक ब्राउज़र से http अनुरोध होने पर, आप यह नहीं कह सकते कि यह किस Iphone से बनाया गया है। संचरित हेडर के संदर्भ में, 3g और 4g समान दिखेंगे। हां, हम जानते हैं कि इसे js द्वारा हल किया जा सकता है।
• कुछ ओपेरा-मिनी असेंबलियों ने फोन के बारे में सभी जानकारी काट दी (प्रतिस्थापित)।

---

और अंत में, हमारे डेटाबेस में कुछ शीर्षक आँकड़े:

 gdi=> select count(distinct name) from request; count ------- 134 (1 row) 

 gdi=> select count(*) from request; count -------- 651655 (1 row) 

 gdi=> select name, count(value) as different_values from request group by name order by different_values desc limit 10; name | different_values ---------------------------+------------------ HTTP_USER_AGENT | 648494 HTTP_X_WAP_PROFILE | 701 HTTP_X_OPERAMINI_PHONE_UA | 698 HTTP_VIA | 572 HTTP_X_PROXY_ID | 245 HTTP_X_OPERAMINI_FEATURES | 184 HTTP_X_OPERAMINI_PHONE | 109 HTTP_X_MSISDN | 96 HTTP_X_BLUECOAT_VIA | 84 HTTP_X_DEVICE_USER_AGENT | 77 (10 rows)