Hi,
i wanto to add date picker named with birthday on signup ,
but in customize->user fields part 3 input tpyes
how can i add datepicker to signup part?
Best Regards
7 إعجابات
Bump …
Any reason why you can’t choose a Date Type for User Custom Fields? This would be useful for one of my forums, and not just for birthdays …
I’m aware of this plug-in but it seems it only handles birthday entry? what about other anniversaries or fixed dates?
إعجابَين (2)
Guys, I was thinking of forking cake day for my own purposes but I’d much rather dates were allowed for custom user fields, any reason why not? Wouldn’t thIs be a relatively small change to core?
إعجابَين (2)
Another bump for this one given we appear to have just iterated to a new release phase 
3 إعجابات
I would like to use the birthdate for an age verification.
4 إعجابات
رفع، 3 أسئلة
-
لماذا لا يمكننا إضافة نوع تاريخ في حقل مستخدم العميل؟ يرجى إضافة هذه الوظيفة.
حالة الاستخدام الخاصة بي هي أيضًا التحقق من عمر أعضاء المجتمع أثناء التسجيل. -
هل توجد طريقة يمكن من خلالها تخصيص يوم الكعكة لتشمل سنة الميلاد؟
-
أرغب في جعل بعض حقول المستخدم في الملف الشخصي إلزامية للتعبئة بعد التسجيل
إعجابَين (2)
هل حقق هذا أي تقدم؟ أود التحقق من الأعمار عبر تاريخ الميلاد
إعجابَين (2)
نعم، أحتاج أيضًا إلى التحقق من العمر - وهذا هو السبب الرئيسي الذي منعنا حتى الآن من إتمام عملية الهجرة.
يبدو أن رأي المطورين الأساسيين هو “ليس لديك أي طريقة للتحقق من أن مستخدميك يقولون الحقيقة” - وأنا مدرك تمامًا لهذا الحجة، لكن دعني أنا كمالك مسؤول للموقع أن أتعامل مع ذلك.
لذا، سأضطر حاليًا إلى جعل المستخدمين يقومون بالمهمة اليدوية المتمثلة في إرسال رسالة خاصة للموظفين يذكرون فيها أنهم أكبر من 15/18 عامًا للحصول على الوصول إلى الفئات المقيدة.
بمجرد أن أجد بعض الوقت إضافيًا، سأحتاج إلى العمل على إضافة (plugin).
إعجابَين (2)
هناك شكل أساسي للتحقق عند التسجيل هنا، حيث يُذكر في الأسفل:
بالتسجيل، أنت توافق على سياسة الخصوصية وشروط الخدمة.
يمكنك بسهولة تعديل هذا النص (كما يمكنك تعديل أي نص في Discourse) ليقول شيئًا مثل:
بالتسجيل، أنت تؤكد أن عمرك لا يقل عن 13 عامًا، وتوافق على سياسة الخصوصية وشروط الخدمة.
3 إعجابات
شكرًا لك جيف، أدرك أنني لم أكن دقيقًا بما يكفي في ردي.
نحتاج إلى القدرة على تمييز المستخدمين بناءً على أعمارهم وتصنيفهم في مجموعات. والسبب هو أن لدينا فئة مخصصة فقط للأشخاص الذين تزيد أعمارهم عن 15 عامًا (البحث عن تواصل)، وفئات أخرى مخصصة فقط للأشخاص الذين تزيد أعمارهم عن 18 عامًا (محتوى للبالغين/ذو طابع جنسي)، وحتى فئة واحدة مخصصة فقط للأشخاص الذين تقل أعمارهم عن 20 عامًا (مساحة آمنة للقاصرين لتجنب المتحرشين والمثيرين للريبة).
أنا حاليًا في عملية الانتقال من موقع يعتمد على Joomla (باستخدام مكونات Kunena وK2 وCobalt وJomSocial) إلى موقع جديد أبسط بكثير يعتمد فقط على Discourse (سأقدم طلب دمج (PR) مع سكريبتات الاستيراد الخاصة بي بمجرد الانتهاء منها ووجود وقت لتوثيقها).
حاليًا، نحل هذه المشكلة من خلال وجود مجموعات يمكن للمستخدمين الانضمام إليها، ثم نستخدم سكريبت SQL يعمل كل 5 دقائق لإزالة المستخدمين الذين ينضمون إلى مجموعات لا ينبغي لهم الانضمام إليها وإخطار المسؤول بذلك.
في الإعداد الحالي مع Discourse الذي أعمل على تصميمه، قمت بإنشاء حل لاختيار التاريخ باستخدام JavaScript في ملفاتهم الشخصية، وبالنسبة للبداية، سيتم إضافة المستخدمين الحاليين إلى المجموعات أثناء عملية الاستيراد. أما المستخدمون الجدد فسيكونون مهمة يدوية حتى أتمكن من تخصيص وقت لكتابة مهمة Sidekiq لإدارة ذلك. نحن نادرًا ما نحصل على أكثر من 5 مستخدمين جدد في الأسبوع، لذا فإن الأمر قابل للإدارة.
أدرك تمامًا أنني لا أملك وسيلة لمعرفة ما إذا كان المستخدم يقول الحقيقة بشأن عمره، لكننا ندير هذه المجتمع بهذه الطريقة منذ 20 عامًا، بما في ذلك التعامل مع سلطات إنفاذ القانون الدنماركية التي أكدت أننا فعلنا الصواب.
نحن عمومًا نروج لصراحة المستخدمين بدلاً من تقييد الوصول، حتى نتمكن من التواصل مع الشباب على مستوى مناسب ونكون مستعدين لحمايتهم بدلاً من إبعادهم أو دفعهم للكذب بشأن أعمارهم للحصول على الوصول.
سن الرشد في الدنمارك هو 15 عامًا، وسن الرشد القانوني هو 18 عامًا. ولا يوجد في الواقع حد عمري للوصول إلى المواد الإباحية وفقًا للقوانين. لكننا كمجتمع نحتفظ بالمواضيع الصريحة والصور الجنسية للأشخاص الذين تزيد أعمارهم عن 18 عامًا لتجنب جميع النقاشات العاصفة 
التي تنشأ عادةً كل عامين.
أثناء عملية الهجرة، أعيد كتابة مجموعة القواعد، وسأشمل بالتأكيد بيانًا واضحًا ينص على أنه إذا كان عمرك أقل من 13 عامًا، فيجب أن تحصل على إذن والديك لإنشاء ملفك الشخصي (ثق بي، لن يطلب أي من مستخدمينا إذن والديه أبدًا 
).
إعجاب واحد (1)
أرى — ستحتاج إلى استخدام أمان الفئات لفصل هذه المجموعات.
أما فيما يتعلق بإثبات السن، فقد تحتاج إلى إثبات قانوني، مما يستلزم صورة من بطاقة الهوية الحكومية الرسمية، أليس كذلك؟
فيما يتعلق بإثبات العمر، قد تحتاج إلى إثبات قانوني، مما يتطلب صورة من بطاقة الهوية الحكومية الرسمية، أليس كذلك؟
لو كنا شركة وبالتالي نولد دخلاً، لكان ذلك نهجًا منطقيًا (لدينا توقيعات رقمية رسمية). أما أي طريقة أخرى فستكون كابوسًا في ظل لائحة حماية البيانات العامة (GDPR).
على أي حال، هذه المجتمع غير تجاري، ولا يُلزِمنا القانون قانونيًا بإجراء أي تحقق. عمومًا في أوروبا، وخصوصًا في الدنمارك، الموقف أكثر مرونة فيما يتعلق بالمحتوى المخصص للبالغين مقارنة بالولايات المتحدة. تنويه قياسي: لست خبيرًا قانونيًا بأي شكل، ويُوصى بشدة لأي قارئ بالرجوع إلى استشارة قانونية مهنية 
إعجابَين (2)
سيكون هذا مفيدًا جدًا لتحليل البيانات الديموغرافية. في أحد مواقعنا، نجمع “فئة العمر” حسب العقد لأغراض مماثلة، وهو أمر غريب بعض الشيء لأن دقته تتراجع بنسبة 10% كل عام! ربما كان ينبغي علينا جمع سنة (أو عقد) الميلاد بدلاً من ذلك، لكن ما يُقال يُقال بعد فوات الأوان.
سيكون من الجميل أن يكون تاريخ الميلاد مدمجًا في إضافة رسمية مثل Cakeday، طالما أن الحقل متاح في تحليل الاستطلاعات. بالطبع كخيار قابل للتكوين لتلبية احتياجات المنتديات التي تولي أولوية أعلى للخصوصية.
إعجابَين (2)
كتحدٍ لنفسي (لتعلم بعض لغة روبي)، حاولت إضافة بعض الأكواد إلى إضافة cakeday الرائعة، مع مراعاة الخصوصية والأمان مع الالتزام باتفاقيات الترميز الحالية وقدرتي الخاصة على ذلك.
يمكن رؤية الكود على https://github.com/DaVania/discourse-cakeday/commits/discourse-cakeday_with-age
آمل حقًا 
أن يكون مفيدًا، وبما أن هذه هي المرة الأولى التي أستخدم فيها Github كمساهم، أشك في أن كل شيء مثالي، على الرغم من جهودي التي بذلتها ليالي وأشهر عديدة لجعلها كذلك. (مثالية)
إعجابَين (2)
سأضيف هنا. أعمل مع مجتمع يسعى لتحقيق هدف عمري قائم على العمر، لذا من المهم أن يحصلوا على عمر (وهم على استعداد للتظاهر بأن أي عمر يتم إدخاله دقيق).
يبدو أن هذا قد يكون حلاً: Datepicker in a User Custom field - #5 by tshenry
ولكن إضافة نوع تاريخ user_custom_field سيكون أسهل بكثير. أتفاجأ بأن موظفي Enterprise لم يرغبوا في ذلك. لا يبدو أنه سيكون من الصعب إضافته إلى النواة. يمكنك بالفعل استخدام DateTimeInputRange في handlebars، لذا يجب أن يكون الأمر بسيطًا جدًا لإضافته إلى جانب Rails أيضًا.
إعجابَين (2)
حسنًا، استغرق الأمر منا 10 سنوات فقط، ولكن أليس القول المأثور هو " الأشياء العظيمة تأتي لمن ينتظر "؟
انطلقوا واستمتعوا به أيها الأطفال.
9 إعجابات
تم إغلاق هذا الموضوع تلقائيًا بعد 30 يومًا من آخر رد. لم يعد الرد مسموحًا به.