نعم، بالتأكيد! عمل رائع.
إعجاب واحد (1)
ويمكنك أيضًا رؤيتها في Discourse! قد ترغب في محاولة إلغائها من هناك لمعرفة ما إذا كان ذلك يعمل (يجب أن ترى زر “إلغاء” أيضًا)
7 إعجابات
فقط نود الإشارة إلى أن Privacy Badger يمنع شارة حالة إثبات Keybase، لذا سيكون من الرائع أن تتضمن نصها البديل الحالة نفسها لهؤلاء المستخدمين.
إعجاب واحد (1)
عملية السحب تعمل، لقد جربتها للتو ثم أعيدت إثباتها. عمل مذهل!
لدي الكثير من الملاحظات لكل من Keybase والإضافة، خاصة فيما يتعلق بتجربة المستخدم التي لا تزال غير ناضجة إلى حد كبير في جميع الجوانب.
سأخصص بعض الوقت لكتابة هذه الملاحظات لاحقًا اليوم.
5 إعجابات
يجب أن أذكر أيضًا أنه على عكس جميع البراهين الأخرى (مثل GitHub)، فإن برهان Discourse الحالي لا يحتوي على وصف جيد لكيفية التحقق من أمر البرهان عبر سطر الأوامر. إنه يبدو مختصرًا جدًا.
هذا سيكون جيدًا، لكنه سيتطلب بعض إعادة الهيكلة وإضافات للإضافة 
هل تمانع في إضافته إلى قائمة القضايا في مستودع GitHub حتى لا نفقده؟ شكرًا لك!
إعجاب واحد (1)
ملاحظات حول إضافة Discourse
لـ @emanuele
يجب أن تكون للإضافة بعض قابلية الاكتشاف داخل Discourse. أيضًا، بعد أن يقوم المستخدم بـ “رقصة الهوية”، يجب أن يكون ذلك مرئيًا للمستخدمين الآخرين، لأن هذا هو السبب الأساسي لوجود الإضافة، وهو إظهار أن هذا المستخدم في هذا المنتدى هو نفسه هذا الحساب على تويتر، أو ذلك الحساب على ريديت، أو تلك الحسابات على HN، وما إلى ذلك.
تضيف إضافة Keybase على تويتر هذا إلى الملف الشخصي:
يمكننا فعل شيء مشابه لبطاقات المستخدمين:
وأيضًا، خلف إعداد الموقع، للمشاركات:
بالإضافة إلى ذلك، يجب علينا إزالة واجهة المستخدم الحالية من صفحة الملف الشخصي:
وتقسيمها إلى شيئين:
أولاً، لعرض الهويات:
ثانيًا، في الملف الشخصي، لإثباتات الإلغاء:
عندما لا يكون المستخدم قد ربط Keybase بعد، يجب إعادة توجيهه إلى Keybase لبدء العملية.
وهذا يقودنا إلى
ملاحظات حول Keybase
لـ @kb_xgess
نحن بحاجة ماسة إلى طريقة مباشرة لدفع المستخدم إلى المكان المناسب في Keybase حيث يمكنه بدء عملية الإثبات، أي هذه الشاشة:
يبدو أنكم تقومون بكل ذلك عبر نوافذ منبثقة (modals)، تفتقر إلى عنوان URL مناسب ولا يمكن ربطها 
ونحتاج أيضًا إلى إعداد دليل لمسؤولي Discourse حول كيفية تقديم مواقعهم للموافقة من Keybase.
13 إعجابًا
مرحبًا @Falco،
كما قد تكون لاحظت، لا أملك وقتًا كافيًا في الوقت الحالي للعمل على هذه الإضافة أكثر من ذلك.
أي شخص مهتم، يرجى عدم التردد في عمل نسخة (fork) / تقديم طلبات دمج (PRs) / أو إنشاء إضافة جديدة.
شكرًا على ملاحظاتكم
8 إعجابات
شكرًا لك، @eman Emanuele والجميع الآخر على كل عملكم هنا!
لقد أضفت للتو ثلاث قضايا إلى القضايا في etamponi/discourse-keybase-proofs-plugin. اثنان منهما هما محاولات بسيطة لتوثيق بعض القضايا المطروحة هنا.
أما الثالثة فهي التي أهتم بها أكثر. هل يمكن لأحد (هنا أو هناك) توثيق الوضع الحالي، وما الذي يعمل، وكيف تجربونه، وما الذي لا يعمل، إلخ؟ أي:
إعجاب واحد (1)
أعتقد أنه لو وفّرت Keybase طريقة للربط مع النافذة المنبثقة، لربما كان هناك اهتمام أكبر بإنهاء هذا الأمر.
حسنًا! لقد قمنا بتنفيذ هذا في الإصدار الأخير من عميل Keybase وقمنا بتحديث وثائقنا وفقًا لذلك. لذا، إذا كان لديك Keybase مثبتًا على جهازك، فسيؤدي الرابط التالي إلى نقلك مباشرة إلى العملية: keybase://profile/new-proof/mastodon.social/megafauna
6 إعجابات
@Avamander @nealmcb @emanuele، أرجو إخباري إذا كان بإمكاني المساعدة في أي شيء لإتمام هذا العمل.
4 إعجابات
شكرًا لكم يا أصدقاء. للتذكير:
- ما هو الهدف هنا؟ كما نعلم، العالم غارق في المعلومات المضللة. أرى كل هذا خطوة مهمة لمساعدة مستخدمي الإنترنت على معرفة من يقف وراء المحتوى على الإنترنت. أصبح Keybase أكثر وضوحًا هذه الأيام كطريقة رائعة لإثبات الهويات وتأمين المحتوى، لذا آمل أن يتمكن الجميع من إكمال هذا الملحق لمساعدة الأشخاص على المطالبة بملفاتهم الشخصية على Discourse والمحتوى المرتبط بها عبر Keybase.
- قام @emanuele بإنشاء discourse-keybase-proofs-plugin الذي يدعم معظم الوظائف الضرورية، كما تم اختباره من قبل @Falco أعلاه. كما هو موضح في مشكلات GitHub، يحتاج إلى بعض العمل الطفيف على إمكانية الاكتشاف والتوثيق والاختبار.
- أظهر @kb_xgess ميزة جديدة في Keybase، كما طلب @Falco، لمساعدة الملحق على العمل مع المستخدم لإثبات جديد: رابط URL من Keybase لربط المستخدم بتدفق المصادقة. رابط URL المثال الذي قدمه هو للمستخدم
megafaunaفي خادمmastodon.social. فقط غيّر عناصر المسار لتشير إلى مستخدم على خادم Discourse مُعد ومُصرّح به بشكل صحيح.
لم يعد Emanuele يعمل بنشاط على ملحق Discourse، لذا نحتاج إلى شخص ليتولى ذلك، ويضيف عناصر تجربة المستخدم التي يوصي بها Falco، مستفيدًا من رابط URL الجديد، ويتولى خادم الاختبار.
في الوقت نفسه، لاحظ أنه يمكن استخدام “الطريقة القديمة لـ Keybase” لإثبات الملكية من خلال إثبات واحد أو أكثر في yoursite.com/.well-known/keybase.txt (كما يتم إنشاؤه بواسطة سطر أوامر Keybase: keybase prove https meta.discourse.org). فيما يتعلق بذلك، هناك تحسين اختياري للملحق: إضافة دعم لهذا النهج العام لإثبات HTTP، لتجاوز الحاجة إلى الحصول على خادم Discourse معين مُصرّح به (كما نوقش أعلاه في Discourse Keybase Proof - #36 by pfaffman).
شكرًا لتفاعلكم!
7 إعجابات
سأغلق هذا، حيث تم شراء Keybase بواسطة Zoom، وأصبحت Keybase الآن منتجًا ميتًا دون مستقبل واضح.
5 إعجابات