सामाजिक सेवा और उपयोगकर्ता अधिकार

आज हम जो देख रहे हैं, वह नई सेवाओं की संख्या में भारी वृद्धि है। हर दिन कुछ नया दिखाई देता है। उन उपयोगकर्ताओं के बारे में क्या कहा जा सकता है जिनके लिए ये सभी सेवाएँ डिज़ाइन की गई हैं? ऑफर के इस अंतहीन प्रवाह से वे घबराए हुए हैं। वे मुझे दुखी नागरिकों की तरह लगते हैं, अपने अधिकारों से अनजान, एक उबलते बाजार के भँवर में फंस गए हैं। क्या इस "जंगली" सामाजिक वेब के उपयोगकर्ताओं के लिए कोई अधिकार हैं? ओपन सोशल वेब समूह के सदस्य आश्वस्त हैं कि प्रत्येक उपयोगकर्ता के पास व्यक्तिगत डेटा का अधिकार है, यह अधिकार है कि इस डेटा को किसके साथ साझा किया जा सकता है, और कुछ बाहरी साइटों के लिए इस डेटा को स्थायी पहुँच प्रदान करने का अधिकार है। लेकिन यह हमारे नाराज उपयोगकर्ताओं की मदद कैसे कर सकता है? आप देखते हैं, किसी भी नई सेवा का पूरी तरह से परीक्षण करने के लिए, आपको इसमें पंजीकरण करने की आवश्यकता है, अपने सभी व्यक्तिगत डेटा को भरें, अपने दोस्तों के सर्कल बनाएं, सक्रिय रहें और विश्वसनीयता प्राप्त करें। यही समस्या है। आपको यह पता लगाने के लिए बहुत समय और प्रयास की आवश्यकता होगी कि क्या आपको वास्तव में इस सेवा की आवश्यकता है। समय और प्रयास पहले से ही किसी अन्य सेवा पर खर्च हुए। लेकिन अगर नई सेवा के डेवलपर्स ओपन सोशल वेब के विचारों के साथ एकजुटता में हैं, तो यह केवल आपकी व्यक्तिगत डेटा तक, आपकी गतिविधि तक, नई सेवा तक पहुंच प्रदान करने के लिए पर्याप्त होगा। आप सामाजिक नेटवर्क पर अपने दोस्तों के साथ और अधिक संचित प्राधिकरण के साथ, अपने स्वयं के महत्व से भरी नई सेवा में प्रवेश करेंगे। इसके अलावा, नई सेवा आपकी प्राथमिकताओं की संरचना को आयात करती है और आपको अग्रभूमि में दिखाती है कि आप क्या देखना चाहते हैं और उस रूप में जिसमें आप इसे पसंद करते हैं। यह एक कल्पना की तरह लगता है। लेकिन सैद्धांतिक रूप से, यह प्राप्त करने योग्य है। कैसे?



सोशल वेब में जाने-माने विशेषज्ञों का एक अंतर्राष्ट्रीय समूह, जिसे डेटा पोर्टेबिलिटी के रूप में जाना जाता है , कुछ मौजूदा प्रौद्योगिकियों का उपयोग करने की सिफारिश करता है ताकि मिशन को ऊपर से प्राप्त किया जा सके। तो ये प्रौद्योगिकियां क्या हैं और इन्हें अपनी परियोजनाओं में कैसे उपयोग किया जाए?

उपयोगकर्ता की पहचान और प्रोफ़ाइल जानकारी

उपयोगकर्ता पहचान के साथ शुरू करते हैं। इस संबंध में सबसे सरल मानक माइक्रोआईडी है । यह उपयोगकर्ता की पहचान करने के लिए एक ईमेल + यूआरएल जोड़ी का उपयोग करता है। यहाँ उसका सूत्र है:

  microID = sha1 ( 

  sha1 ("mailto: sheiko@mysite.com") 

  + 

  sha1 ("http://cmsdevelopment.com/") 

  ) 

यह पुष्टि करने के लिए कि उपयोगकर्ता वास्तव में उसके द्वारा दर्शाए गए पृष्ठ का मालिक है, यह उसके HEAD सेक्शन में निम्नलिखित संकेत देने के लिए पर्याप्त है:

  <meta name = "microid" content = "mailto + http: sha1: micro_ID_code" /> 

मानक की स्पष्ट सादगी के बावजूद, यह पहले से ही डीग , प्लेक्सा , क्लेमिड , लास्ट.फैम , मा.नग्नोलिया , विकिट्रैवल , और येडा जैसी परियोजनाओं द्वारा समर्थित था।



व्यक्तिगत रूप से, यह मेरे लिए दिलचस्प लग रहा था कि माइक्रोआईडी का उपयोग न केवल फीडबैक में उपयोगकर्ता की प्रामाणिकता की पुष्टि करने के लिए किया जा सकता है, बल्कि यह भी कह सकता है कि किसी तृतीय-पक्ष सेवा पर उसकी प्रतिष्ठा की पुष्टि करने के लिए:



<span class="score microid-mailto+http:sha1:fe98b5adf288318c0763e1d5b0855b3d2266338c">5</span>







उपयोगकर्ता पहचान के लिए दूसरा मानक, मुझे लगता है कि आप इससे परिचित हैं, OpenID है। मैंने पहले से ही अपने प्रोजेक्ट (ओपनआईडी उपभोक्ता) पर उपयोगकर्ता की पहचान के संबंध में हबराब्र पर इस मानक पर विचार किया। हालाँकि, चूंकि हम उपयोगकर्ता अधिकारों के बारे में बात कर रहे हैं, इसलिए आपकी सेवा के उपयोगकर्ताओं को एक प्रकार का "वर्चुअल पासपोर्ट" प्रदान करना उचित होगा जिसे वे तृतीय-पक्ष परियोजनाओं पर प्रस्तुत कर सकते हैं। ऐसा करने के लिए, आपको उपयोगकर्ताओं को http://sheiko.pozzzy.ru जैसे उप डोमेन में सेवा पर व्यक्तिगत पृष्ठों का पता देने की आवश्यकता है। जो लोग ऐसा करने के लिए नहीं हुए हैं, उनके लिए मैं अपाचे कॉन्फ़िगरेशन (यदि आप इस सर्वर का उपयोग करते हैं) में VirtualHost अनुभाग में ServerAlias ​​* .pozzzy.ru के तरीके से ServerAlias ​​पैरामीटर का उपयोग करने की सलाह देते हैं। उसके बाद, यह केवल PHP शुरू स्क्रिप्ट में चर $ _SERVER ["HTTP_HOST"] की सामग्री को पार्स करने के लिए बनी हुई है। अपनी OpenID प्रदाता सेवा बनाने के लिए आपको उपयुक्त सॉफ़्टवेयर की आवश्यकता होती है। सामान्य तौर पर, आप लाइब्रेरी को ओपनआईडी एनेबल्ड (पीएचपी, पायथन, रूबी संस्करण) से उपयोग कर सकते हैं। हालांकि, छोटे PHPMyID ढांचे ने मुझे इसकी सादगी के साथ मोहित कर दिया।









एक छोटा मानक पावट भी है जो आपको छवि को 80x80px से लिंक करने की अनुमति देता है। (अवतार) उपयोगकर्ता के साथ। PNG, JPG और GIF प्रारूपों की अनुमति है। बस उपयोगकर्ता के पेज पर कोड जोड़ें:



<link rel="pavatar" href="http://example.com/path/my-pavatar.png" />







वैसे, OpenID प्रदाता द्वारा उपयोगकर्ता प्रोफ़ाइल से अन्य जानकारी के साथ पावतार और माइक्रोएडी प्रदान किया जा सकता है।





उपयोगकर्ता जानकारी को hCard माइक्रोफ़ॉर्मेट का उपयोग करके भी सेट किया जा सकता है।

उपयोगकर्ता सामाजिक कनेक्शन के बारे में जानकारी

लगभग। हमें पता चला कि आप किसी उपयोगकर्ता की पहचान कैसे कर सकते हैं और उसे अपने प्रोफाइल डेटा को पढ़ने का अधिकार सौंपने का अवसर दे सकते हैं। लेकिन मुझे विभिन्न सामाजिक नेटवर्क पर उसके दोस्तों के बारे में जानकारी कैसे मिल सकती है? कम से कम, यह हमें उपयोगकर्ता को दिखाने की अनुमति देगा कि उसके कौन से मित्र हमारी सेवा में प्रतिनिधित्व करते हैं।



OpenID मानक के लेखक, LiveJournal के संस्थापक कुख्यात ब्रैड फिट्ज़पैट्रिक ने हाल ही में सोशल ग्राफ अवधारणा और Google एपीआई को सक्रिय रूप से बढ़ावा दिया है। विचार यह है कि Google सामाजिक नेटवर्क पर उपयोगकर्ता संबंधों के बारे में जानकारी अनुक्रमित करता है यदि वे, ये लिंक, निर्दिष्ट प्रारूप ( XFN और FOAF ) में प्रस्तुत किए जाते हैं। एपीआई आपको इस जानकारी को सुविधाजनक तरीके से प्राप्त करने की अनुमति देता है। वैसे, यदि आपके पास अचानक पर्याप्त Google नहीं है, तो प्लेक्सो ओपन सोशल ग्राफ़ का उपयोग करें। जब कोई उपयोगकर्ता हमारी सेवा में प्रवेश करता है, तो हम अन्य सेवाओं में उसके दोस्तों के बारे में सामाजिक ग्राफ को प्रदूषित कर सकते हैं। इसके अलावा, यह केवल हमारी सेवा के उपयोगकर्ता आधार के आधार पर उनके पहचानकर्ताओं की तुलना करने और परियोजना पर अपने दोस्तों के बारे में उपयोगकर्ता को सूचित करने के लिए बनी हुई है। चूंकि सोशल ग्राफ से डेटा प्राप्त करना काफी सरल है (पाठ, जेन्सन, एक्सएमएल के रूप में आपके अनुरोध पर एक उत्तर प्रदान किया जाता है), यह इस बात पर ध्यान देता है कि किसी ग्राफ में आगे के इंडेक्सिंग के लिए डेटा को कैसे प्रारूपित किया जाए।



सबसे पहले, आपको माइक्रोफ़ॉर्मेट एक्सएफएन के अनुसार सेवा के भीतर उपयोगकर्ताओं के पृष्ठों पर लिंक के कोड को बदलना चाहिए।



आप खुले पृष्ठ के स्वामी से जुड़े साइटलिंक के लिए <a rel= winme> ..> .. </a> का उपयोग कर सकते हैं और अपने मित्रों के पृष्ठों के लिंक के लिए <a rel= Wondered> ..> .. </a> का उपयोग कर सकते हैं। । यदि आपके सर्वर पर उपयोगकर्ता के संबंधों का विवरण आपके सर्वर पर उपलब्ध है, तो इसे <a href= मेट्रा ..> .. </a> के रूप में प्रतिबिंबित किया जा सकता है।









एफओएएफ (एक मित्र का मित्र) मानक के रूप में, यह आपको आरडीएफ में उपयोगकर्ता और उसके कनेक्शन का अधिक संरचित रूप में वर्णन करने की अनुमति देता है। आपको उपयोगकर्ता के पृष्ठ के कोड में उसके RDF दस्तावेज़ का लिंक दिखाना चाहिए:

  <लिंक rel = "मेटा" प्रकार = "एप्लिकेशन / आरएफआईडी + xml" शीर्षक = "FOAF" href = "http://sheiko.pozzzy.ru/foaf/" /> 

RDF दस्तावेज़ को परियोजना के भीतर उपयोगकर्ता और उसके रिश्तों के बारे में डेटा के आधार पर स्वतः उत्पन्न किया जाना चाहिए।

उपयोगकर्ता वरीयता जानकारी

उपयोगकर्ता अधिकारों के बारे में बोलते हुए, मैंने सेवाओं के बीच उपयोगकर्ता की प्राथमिकताओं के बारे में जानकारी के आदान-प्रदान की संभावना का भी उल्लेख किया। आदरणीय सज्जनों की एक और टीम में सबसे प्रिय में से एक Media 2.0 वर्कग्रुप APML तकनीक है। उपयोगकर्ता की वरीयताओं को उनकी गतिविधि के आधार पर खाते में लेने के लिए कई अलग-अलग तरीके हैं। इसके लिए, डेस्कटॉप एप्लिकेशन ( पार्टिकल्स ) और ऐसी ऑनलाइन सेवाएं जैसे ब्लॉगलाइन्स , क्लूज्र , डैंडललाइफ और निश्चित रूप से Google का उपयोग किया जाता है। Google के अपवाद के साथ, ये सेवाएँ, उपयोगकर्ता वरीयता प्रोफ़ाइल का वर्णन करने के लिए APML मार्कअप भाषा का उपयोग करती हैं। जो वास्तव में उपयोगकर्ता की अनुमति के साथ सेवाओं के बीच इन प्रोफाइलों के आदान-प्रदान की संभावना को खोलता है।





अंत में, मैं OAuth प्रौद्योगिकी पर भी ध्यान देना चाहूंगा। यह अधिकारों के प्रतिनिधिमंडल को तीसरे पक्ष की सेवाओं और उनके एपीआई के लिए व्यक्तिगत उपयोगकर्ता डेटा के लिए स्थायी या अस्थायी उपयोग की अनुमति देता है।







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