كنت أبحث عن أي وثائق/دليل لدمج Cloudflare Turnstile مع Discourse ولكني لم أتمكن من العثور عليه. هل يمكن لأحد المساعدة في هذا؟
نفس السؤال هنا. متشوق جداً لمعرفة الإجابة
نعم، هذه ميزة مطلوبة بشدة. أنا أفضل Turnstile على جميع خدمات الكابتشا الأخرى. نأمل أن يقوم شخص ما بإنشاء إضافة أو شيء من هذا القبيل لهذا قريبًا.
يجب على المستخدمين التحقق من صحة عنوان بريدهم الإلكتروني لإنشاء حساب. كيف يقوم turnstile بأي شيء سوى تثبيط المستخدمين عن إنشاء حساب؟
ما المشكلة التي تحلها؟
أعتقد أنك على حق.
أنا أفكر في احتمال أن يؤدي قيام بعض البرامج الآلية بتسجيل المستخدمين بجنون إلى استهلاك الحصة اليومية لإرسال خادم البريد الإلكتروني (والذي يتم دمجه من طرف ثالث)، مما يؤدي إلى زيادة التكاليف.
هل يتم دعم Cloudflare Turnstile حاليًا بواسطة Discourse، أو هل هناك أي خطط لدعمه في المستقبل؟
أعتقد أنه يمكنك دمجه مع مكون سمة، ولكن كما سألت من قبل، هل تواجه حاليًا مشكلة سيحلها Turnstile؟
شكرًا لردك! لاحظت مؤخرًا التحقق من Cloudflare عند التسجيل أو النشر في منتديات أخرى، مما جعلني أتساءل عما إذا كان Discourse يمكنه القيام بالشيء نفسه.
يبدو أنه سيحل نفس المشكلة التي يحلها hCaptcha، إلا أنه على عكس المستوى المجاني لـ hCaptcha، يوفر المستوى المجاني لـ Turnstile وضعًا شفافًا/بدون احتكاك، وتحليلات أفضل، وهو مدمج في حزمة cloudflare ويمكن إدارته من لوحة تحكم CF، وهو أمر ذو قيمة محتملة للمستضيفين الذاتيين الذين يستخدمون CF بالفعل (أو أي شخص يريد عرض اختبار CAPTCHA شفاف دون دفع 99 دولارًا شهريًا).
هل لديك الكثير من الأمثلة على إنشاء حسابات وهمية؟ نظرًا لأنه يتعين عليك التحقق من عنوان بريدك الإلكتروني عند إنشاء حساب، فإن معظم المواقع لا تهتم بـ Wuthering captcha لأنه يجعل التسجيل أصعب على المستخدمين الحقيقيين دون أي فائدة.
عندما قمت بإعداد نسخة ديسكورس الحالية الخاصة بي في الصيف الماضي، قام حوالي 100 حساب بريد عشوائي بالتسجيل في غضون 24 ساعة، وجميعها بحسابات نطاق بريد إلكتروني يمكن التخلص منها (وكان لجميعها سجلات SPF و DKIM وظيفية). أدى تشغيل hCaptcha إلى القضاء على المشكلة تمامًا. لقد نشرت ديسكورس على موقع موجود ليحل محل تعليقات ووردبريس الأصلية التي كانت تغرق تمامًا في البريد العشوائي المسيء، وقام مرسلو البريد العشوائي على الفور بتغيير تكتيكاتهم للمتابعة.
لا يمكنني التحدث عن “معظم المواقع”، سوى القول بأن تجربتك الشخصية ليست تجربتي. الفائدة بالنسبة لي هي انخفاض كبير وقابل للقياس في عمليات التسجيل العشوائي باستخدام hCaptcha. التحقق من حسابات البريد الإلكتروني ليس عائقًا أمام عمليات التسجيل العشوائي. أقدر أن hCaptcha لديها إضافة ديسكورس رسمية، على الرغم من أنني أفضل استخدام Turnstile بسبب القيمة المضافة.
واو. هذا جنوني. يوضح ما أعرفه!
أعتقد أنه يجب أن يكون ممكنًا باستخدام مكون سمة (theme component) - إذا كان الممثلون السيئون يستخدمون الواجهة الأمامية لـ javascript وليس واجهة برمجة التطبيقات (API) (وفي هذه الحالة لن يحدث Turnstile أي فرق).
على أي حال، لا يمكنني معرفة كيف يعمل بالضبط، ولكن من المحتمل أن يسمح لك مكون السمة الخاص بي GitHub - literatecomputing/discourse-custom-components بلصق ما يقدمه لك Cloudflare في المكون وجعله يُعرض في مكان ما على نموذج التسجيل.
تعديل: أوه، ولكن هذا سيضع فقط اختبار التحقق (captcha) على الصفحة، على ما أعتقد، وليس يتطلب إرسال النموذج.
ربما مع هذا:
تم تضمينه هنا: 阿里云邮件推送无法使用