नोट्स लेते समय लंबे सार्वजनिक प्रोफ़ाइल आईडी को पाठ के रूप में रखें

आईडी आने से पहले गंतव्य को प्रारूपित करें

स्प्रेडशीट सॉफ़्टवेयर किसी अंक-शृंखला को सेल में आते ही चुपचाप बदल सकता है। उदाहरण के लिए, Excel आगे के शून्य हटा देता है और लंबी संख्याओं को 15 सार्थक अंकों तक घटा देता है, इसलिए 17 या 18 अक्षरों वाला पहचानकर्ता संख्या के रूप में प्रदर्शित होने पर अपना अंत खो सकता है या खिसक सकता है। सुरक्षित क्रम यह है कि पहले सेल या कॉलम को पाठ में सेट करें, फिर चिपकाएँ। प्रविष्टि के बाद प्रारूपित करना भरोसेमंद नहीं है क्योंकि पाठ प्रारूप उसी चीज़ की रक्षा करता है जो आप आगे टाइप करते हैं; यह पहले से गिराए गए अंकों को वापस नहीं लाता। यदि आपने आईडी पहले ही संख्या के रूप में दर्ज कर दी है, तो उस सेल को क्षतिग्रस्त मानें और सार्वजनिक स्रोत से फिर से शुरू करें। [Microsoft: संख्यात्मक पहचानकर्ताओं को पाठ के रूप में सुरक्षित रखें]

• गंतव्य सेल या पूरे कॉलम का चयन करें और चिपकाने से पहले पाठ या सादा-पाठ प्रारूप लागू करें।
• यदि आपके शीट संस्करण में पेस्ट विकल्प दिखता है, तो वह चुनें जो मानों को पाठ के रूप में रखता है; अन्यथा बाकी भरने से पहले पहला परिणाम जाँचें।

लिंक के साथ अक्षर दर अक्षर तुलना करें

पहचानकर्ता तभी उपयोगी होता है जब वह सतत हो, इसलिए चिपकाने के बाद की जाँच दृश्य के बजाय यांत्रिक होनी चाहिए। स्रोत लिंक में आईडी को तीन या चार अक्षरों के खंडों में पढ़ें और हर खंड की संग्रहीत पाठ से तुलना करें, जिसमें आगे के शून्य और हाइफ़न शामिल हों। कुल लंबाई गिनें ताकि कोई गायब मध्य खंड छिप न सके। मिलान का अनुभव इस बात का रिकॉर्ड है कि किसी सार्वजनिक पृष्ठ ने किसी क्षण क्या दिखाया; यह पहचान, स्वामित्व या वर्तमान गतिविधि का सत्यापन नहीं है, और इसका उपयोग खाताधारक के बारे में कुछ भी अनुमान लगाने के लिए नहीं किया जाना चाहिए।

• पहले लंबाई की तुलना करें, फिर बाएँ से दाएँ हर अक्षर खंड की।
• आगे के शून्य और विराम चिह्न अलग से जाँचें, क्योंकि संख्यात्मक रूपांतरण सबसे पहले इन्हीं को हटाता है।
• संग्रहीत स्ट्रिंग के बगल में होस्ट और तिथि नोट करें।

अवलोकनों, सीमाओं और निर्णयों को अलग रखें

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

स्रोत से फिर से कॉपी करें, स्मृति से कभी सुधार न करें

जब कोई संग्रहीत पहचानकर्ता गलत लगे, तो सुधार मूल सार्वजनिक पेज से आना चाहिए, न कि इस बात की आपकी स्मृति से कि अंक संभवतः क्या थे। किसी गोल की गई स्ट्रिंग को गायब पूँछ टाइप करके सुधारने से एक विश्वसनीय दिखने वाली आईडी बनती है जिसका कोई सार्वजनिक कलाकृति समर्थन नहीं करती। यही अनुशासन खोज पर भी लागू होता है: किसी गोल या छोटे किए गए नंबर को खोजकर फिर किसी निकट परिणाम को पुष्टि न मानें। यदि स्रोत बदल गया है, उपलब्ध नहीं है, या सार्वजनिक नहीं है, तो वह सटीक सीमा दर्ज करें और रुक जाएँ; किसी खराब आईडी को पहुँच के लिए कोई उपाय माँगने का कारण नहीं बनना चाहिए। [Microsoft: संख्यात्मक पहचानकर्ताओं को पाठ के रूप में सुरक्षित रखें]

वह पहचानकर्ता चुनें जो कॉपी करने पर टिका रहे

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

• पहले स्थिर सार्वजनिक पहचानकर्ता संग्रहीत करें, फिर दिखाई देने वाला हैंडल या लिंक।
• किसी लंबी संख्यात्मक स्ट्रिंग को ऐसे सेल में चिपकाने से बचें जो अभी भी संख्यात्मक प्रारूप पर सेट है।

एक काल्पनिक उदाहरण

मान लीजिए, काल्पनिक रूप से, कोई अनुमत सार्वजनिक वीडियो पेज एक चैनल URL दिखाता है जिसका अंतिम खंड एक लंबी संख्या है। आप स्प्रेडशीट का एक कॉलम टेक्स्ट पर सेट करते हैं, खंड चिपकाते हैं, और देखते हैं कि संग्रहीत स्ट्रिंग एड्रेस बार वाली से दो अंक छोटी है और शून्यों पर समाप्त होती है। आप सेल हटाते हैं, सार्वजनिक पेज पर लौटते हैं, खंड फिर से कॉपी करते हैं, और पुष्टि करते हैं कि हर ब्लॉक मेल खाता है। नोट्स कॉलम में आप पेज का होस्ट और आज की तिथि लिखते हैं, और सीमाओं वाले कॉलम में लिखते हैं कि मेल केवल उस URL सामग्री की पुष्टि करता है जो आपने देखी। आप छोटे किए गए नंबर को खोजते नहीं, और आप खाते को सत्यापित नहीं बताते। [Microsoft: संख्यात्मक पहचानकर्ताओं को पाठ के रूप में सुरक्षित रखें]

कुछ और सवाल