ربما يمكن إضافة المعلومات حول ما يجب فعله بعد تغيير اسم النطاق إلى المنشور الأول:
3 إعجابات
لقد أضفت ما يلي إلى المنشور الأول:
إعجابَين (2)
أعتقد أنني كنت سأضع سكربت rails مباشرة بعد الخطوة 1
هذه إعدادات موقع مخفية، لذلك لا توجد طريقة أخرى لتغييرها سوى استخدام وحدة تحكم Rails
إعجاب واحد (1)
هل يمكن لأحد أن يخبرنا عن الأهداف العليا لإنشاء مزود هوية Discourse ID؟ لا أرى أي شيء سيء في هذا، لكنني أرغب في معرفة ما إذا كانت هناك نقاط إيجابية قد أغفلتها.
يبدو لي أنه بالنسبة لأولئك الذين يستخدمون GitHub أو Google أو Apple أو Facebook، لا يوجد أي ميزة لإنشاء Discourse ID، لأنه في كلتا الحالتين تقوم بالتسجيل أو تسجيل الدخول إلى موقع Discourse بنقرة واحدة (أو بضع نقرات قليلة). إذن لماذا يتم توفير هذا الخيار؟ فقط من أجل الاتساق؟
بالنسبة للحفاظ على حساب منفصل عن GitHub/Google/إلخ، يبدو أن Discourse ID يبدو منطقياً. أفترض أنه يوفر مصادقة ثنائية العوامل (2FA) من نوع ما إذا كنت تستخدم عنوان بريد إلكتروني وكلمة مرور للمصادقة؟
وأخيراً، هل يمكن استخدام Discourse ID مع أنظمة أخرى غير Discourse؟ يبدو أنه تقنياً يمكن أن يكون مزود هوية لأي شيء تقريباً يريد استخدامه، لكن هل يتم تشجيع ذلك؟ أم يُنظر إليه بنقد؟ أم أن Discourse ID من المرجح أن يتعطل في بعض النقاط؟
أنا مهتم بشكل عام بمن يوفر الهوية ولماذا، لأسباب السيادة الرقمية ولأسباب “الابتعاد عن Google/MS/إلخ”، لذا فإن فهم ما يحدث مع مزودي الهوية البديلين يثير اهتمامي بشكل كبير.
إعجاب واحد (1)
هناك بعض الأهداف على مستوى أعلى، ولكن بشكل عام، يمكن اختزال الأمر في ميزتين رئيسيتين. بالنسبة للمسؤولين، لا يحتاجون إلى تكوين وصيانة تسجيلات الدخول عبر GitHub وGoogle وApple وFacebook. كل منها على حدة ليس صعبًا جدًا في الإعداد والصيانة، لكنه يتطلب خطوات متعددة بالإضافة إلى الصيانة. وفي حالة Apple، هناك تكلفة.
بالنسبة للمستخدم النهائي، لا يوجد فرق كبير في الوقت الحالي. على المدى الطويل، إذا تبنت مجتمعات كافية Discourse ID، نأمل أن نقدم واجهة مركزية أفضل على ID (للمجتمعات التي ينضم إليها المستخدم) للتحكم في الإشعارات، وتخصيص حسابات المستخدمين، وما إلى ذلك. بالإضافة إلى ذلك، نأمل في تحسين اكتشاف المجتمعات الجديدة.
3 إعجابات