باستخدام OpenID كيف يمكنك التعامل مع حسابين بنفس النك

Question

إذا كنت أرغب في تقديم OpenID باعتباره طريقة التسجيل الوحيدة المتاحة وأريد أن أفعل شيئًا ذا معنى مع الاسم المستعار، فكيف يمكنني التعامل مع مستخدمين لهما نفس لقب جون سميث؟

في الواقع، عندما نظرت إلى مخطط URL الخاص بـ StackOverflow، فوجئت باستخدام معرف المستخدم الداخلي في عنوان URL.على سبيل المثال:

https://stackoverflow.com/users/5908/z225rate

الآن أدرك أنه من المحتمل تجنب هذه المشكلة.

لكن هذا يفتح أيضًا سيناريو صعبًا.ماذا لو أراد المستخدمون انتحال شخصية شخص آخر؟كل ما عليهم فعله هو إنشاء حساب OpenID مزيف، ونسخ النك، وهكذا.بالتأكيد يمكنك معرفة من الذي ينظر إلى عنوان URL لـ OpenID، ولكن من المحتمل جدًا أن يسبب ذلك ارتباكًا بين المستخدمين غير ذوي الخبرة.

كنت أفكر في التحقق من النك أثناء التسجيل وإجبار المستخدم على التقاط لقب آخر في حالة أنه قيد الاستخدام بالفعل.ولكن بعد ذلك يتعين عليك الاحتفاظ باللقب الجديد واستخدامه بدلاً من ذلك الذي تم إعداده في OpenID.ليس لطيف.

أيه أفكار؟"لا تستخدم OpenID" ليست فكرة (صالحة):) أعني أنه من الممكن أن ينتهي بي الأمر إلى عدم استخدامه، ولكني أريد أن أعرف إلى أي مدى يجب أن أذهب لجعله يعمل "بشكل صحيح".

شكرًا!

Answer 1

ويمكنك استخدام نيك من فتح معرف والتقصير في اختيار نيك في النظام لذلك، ولكن لا تسمح مكررة في النظام الخاص بك، ولذلك ستضطر لاختيار نيك مختلفة للنظام الخاص بك.

هل يمكن أن يزال تخزين على توسيع نيك ID واستخدامها، حتى إذا كنت تريد لها أن تكون قادرة على عرض نيك المفضل لديهم من رض في جميع التكاليف، أي المستخدمين مغفل، هل يمكن أن يجبر العرض كما "رض نيك (فريدة من نوعها بك نيك) ".

وهكذا قد يكون لديك مايك (mike1)، مايك (mike2)، الخ لأي مستخدم أن يفضل نيك أن الكثير من المستخدمين يريدون. أعتقد أن هذا من شأنه أن يثبط أي المستخدمين من التقاط نيك غير فريد، لأنها لن ترغب في ذلك عرض على هذا النحو.

Answer 2

وليس هناك شيء من هذا القبيل باعتبارها هوية OpenID وهمية، وأساسا رض ورسم خرائط مساحة URL إلى مستخدم، مع قليل من تسليم خارج القواعد على كيفية تمرير البيانات حولها.

وبما أنه ليست معيارا على كيفية تشكيل URL لرض سيكون قليلا القبيح لصفعة للتو من هوية OpenID URL الكامل بجانب اسمهم. التي كنت قد لاحظت بالفعل.

وينبغي دائما أن تعتبر البيانات الداخلية الخاصة بك أكثر صالحة ثم حقول رض أقره العضو. هل لديك للمستخدم اختيار اسم آخر إذا ادعى اسما بالفعل رض آخر.

Answer 3

بالنسبة لي، أفضل طريقة هي إنشاء مجلد منفصل لكل مزود خدمة مثل example.com/google/username، أثناء القيام بذلك ليس لديك أي تعارض بين مقدمي الخدمة المختلفين، يجب أن تتم مشكلة أسماء المستخدمين عن طريق الخدمة المزود فقط، وإذا حاولت القيام بذلك، فستكون هناك فوضى g8 والطرق الأخرى كذلك http://stakeoverflow.com هو فعل...