إذن، هل الطريقة الوحيدة الآن مع الإضافة هي الإدراج اليدوي في القائمة البيضاء؟ يبدو ذلك .. سيئًا؟ @sam
إعجاب واحد (1)
نعم، هذا الإجراء يُتّخذ للحفاظ على الوضوح من الناحية القانونية ولتجنّب التعرّض للرسائل غير المرغوب فيها. إذا تمّ اختبار النظام بشكل أكبر، فقد يُرفَع هذا القيد، لكن لا أحد يعلم. كل هذا جديد جدًا.
إعجاب واحد (1)
https://keybase-test.demo.discourse.org/ يعمل الآن مع إضافة المكون مفعلة. هل يمكنك تفويض هذا الرابط؟
@emanuele الإضافة مفعلة ومُثبّتة.
من أين في واجهة المستخدم أبدأ عملية الربط؟
إعجاب واحد (1)
لست متأكدًا مما تقصده بـ “عملية الربط” 
: هذا ما سأفعله:
الرابط الذي يجب أن تزود به Keybase هو /keybase-proofs/config، مما سيسمح بإدراج الموقع في القائمة البيضاء، ومن ثم يمكنك استخدام Keybase لتحديد هويتك على ذلك الخادم. الرابط المستخدم لإجراء عملية تحديد الهوية هو /keybase-proofs/new-proof (لكنك لن تزوره مباشرة، بل عبر Keybase).
يرجى ملاحظة مرة أخرى أن الإعدادات تفتقر إلى معلمة مطلوبة حتى الآن، لذا قد يُرفض الإدراج في القائمة البيضاء ما لم يتم إجباره من قبل شخص من Keybase.
للمراجعة، حاول زيارة /keybase-proofs/new-proof مع معاملات الاستعلام المطلوبة (راجع الاختبارات للحصول على فكرة)، حتى تتمكن من رؤية واجهة المستخدم (التي هي… قيد التعديل قليلاً 
).
إعجاب واحد (1)
أوه، فهمت، إذن هل هذا شيء يبدأ دائمًا من موقع Keybase؟
@kb_xgess أعتقد أنه من المنطقي وجود نوع من الروابط العميقة (deep linking) حتى نتمكن من إضافة زر في ملف المستخدم وتوجيه المستخدم إلى المكان المناسب في موقع Keybase.
وكيف يمكننا إصلاح ذلك؟
لم أكن أعرف أين يمكنني استرجاع شعار SVG لموقع Discourse. إذا كان موجودًا في مكان ما، فقم فقط بإضافة مرجع إليه في الإعدادات (حقل “logo”). إذا لم يوفر Discourse شعارًا، فمن الضروري إضافة صفحة إدارية يمكن للمستخدم من خلالها رفع شعار SVG.
(أعتذر عن الإيجاز، فأنا أكتب من هاتفي)
إعجاب واحد (1)
لا يتوفر لدينا إعداد موقع لتقديم شعار SVG حاليًا، لذا قم بتعيين القيمة بشكل ثابت لهذه الصورة مؤقتًا في الإضافة:
إعجابَين (2)
سأفعل ذلك غدًا 
هل لديك أيضًا نسخة بالأبيض والأسود من ملف الـ SVG؟ أعتقد أن الإصدارين قد يكونان مطلوبين من قبل الإضافة.
إعجاب واحد (1)
رائع. سأبدأ في إعداد ذلك النطاق. كما أنني أبحث في الروابط العميقة. سأقوم بالتحديث.
4 إعجابات
يحتوي أحدث إصدار من الفرع الرئيسي الآن على إعدادات عمل!
نعم. وبمجرد تأكيد الهوية، ستظهر أيضًا هوياتك على Keybase في صفحة ملفك الشخصي (الموصل: user-profile-secondary).
3 إعجابات
مذهل، تم تحديث https://keybase-test.demo.discourse.org/ بأحدث إصدار!
لذا فإن العائق الوحيد الآن هو Keybase؟ cc @kb_xgess 
4 إعجابات
لا! يجب أن يكون جاهزًا ويعمل الآن. على الرغم من أنني لم أفحص تغييرات الإعدادات الخاصة بك؛ لقد اتخذت بعض الترتيبات لجعله يعمل. على أي حال، فهو مخفي افتراضيًا، ولكن هناك ثلاثة مستخدمين غير موجودين حاليًا على Keybase يمكنك إنشاؤها لتجربته. هم testdiscourse1، testdiscourse2، testdiscourse3. لذا، إذا قمت بالتسجيل باستخدام هذه الأسماء، فستظهر Test Discourse كخيار paramproof. 
5 إعجابات
سأفعل ذلك الآن!
ولكن فشل الأمر @emanuele
أيضًا، عند إغلاق نافذة الخطأ، أعلق في صفحة فارغة (مع وجود الرأس فقط) مع ظهور الرابط في شريط الموقع: https://keybase-test.demo.discourse.org/keybase-proofs/new-proof?kb_username=testdiscourse3&username=falco&sig_hash=longhashremoved&kb_ua=website
إعجابَين (2)
هذا مؤسف 
هل هناك أي طريقة يمكنني من خلالها إعادة إنتاج المشكلة؟
تحرير: ربما عثرت على المشكلة. @Falco هل يمكنك التحديث إلى أحدث إصدار من master والمحاولة مرة أخرى؟
3 إعجابات
أعتقد أنني وجدت المشكلة. أنت تستخدم domain بشكل غير صحيح. يجب أن يكون keybase-test.demo.discourse.org وليس https://keybase-test.demo.discourse.org في الإعدادات (وهو ما قمت بتغييره) وأيضًا عند تمريره إلى نقطة نهاية proof_valid. راجع https://keybase.io/docs/proof_integration_guide.
4 إعجابات
هذا بالضبط ما قمت بإصلاحه للتو 
5 إعجابات
آه، انتظر، في الإعدادات أيضًا؟ حسنًا، سأصلحها هناك أيضًا
@kb_xgess، @Falco، حسنًا. لقد أزلت “https://” من الإعدادات وأيضًا من استدعاءات واجهة برمجة تطبيقات Keybase التي أقوم بها في lib/proof.rb (للتحقق من صحة الدليل).
إعجابَين (2)
هل هناك طريقة لأجربه باستخدام عميل سطح المكتب الرسمي؟
إعجاب واحد (1)