أواجه خطأ في الحقول المجموعات > العضوية > تلقائي يشكو من أن حدث خطأ: نطاقات البريد الإلكتروني للعضوية التلقائية طويلة جدًا (الحد الأقصى هو 1000 حرف)
قائمة النطاقات لدينا تتزايد وعدد المستخدمين يتزايد نتيجة لذلك أيضًا. هل يمكن إزالة هذا الحد أو زيادته بشكل مستدام من فضلك؟ أو هل هناك حل بديل لهذا الخطأ؟
مرحباً. 
صف حالة استخدامك لنا. 
معظم الناس لا يصادفون هذه المشكلة، مما يعني أنها ليست حالة استخدام واضحة. وصف كيفية استخدامك للمجموعة التلقائية (هناك عدة أسباب للقيام بذلك) سيسمح لنا بالتفكير في بدائل. 
@maiki شكراً على ردك. نحن نستخدم هذه المجموعة المحددة للسماح بالوصول الإضافي إلى منطقة (مناطق) الدعم في مجتمعنا. لذلك يجب أن يتمتع أي شخص ضمن اسم النطاق الذي نضيفه إلى هذه المجموعة بهذا الوصول. العدد التقريبي في هذه القائمة هو حوالي 60 اسم نطاق، وهو ما لا أعتقد أنه غير معقول. ولكن يبدو أنه لا يتضمن اسم النطاق الفعلي فحسب، بل يتضمن أيضًا الفاصل , الذي يضعه تلقائيًا هناك مع أطوال الأحرف لأسماء النطاقات الـ 60 هذه. يبدو غريبًا أن يكون هناك حد أحرف كهذا عند استخدام أسماء النطاقات في هذا النوع من الحقول. بعض أسماء النطاقات طويلة جدًا وبعضها قصير. إذا كان يجب أن يكون هناك حد أحرف هذا لسبب ما، فربما يكون زيادته إلى 100 ألف حرف خيارًا أفضل.
الحل البديل الفوري هو إنشاء المزيد من المجموعات، ولكن ستحتاج أيضًا إلى إضافتها إلى فئات الدعم.
(عندما لا أقدم دعمًا مجانيًا) أعمل على إضافة مكون إضافي سيضيف مستخدمًا إلى مجموعة إذا كان عضوًا في مجموعة (مجموعات) أخرى. إذا كان موجودًا، وكنت مستضافًا بطريقة يمكنك استخدامها، فقد يساعد ذلك.
إذا كنت مستضافًا ذاتيًا، أعتقد أنه يمكنك تعديل app.yml الخاص بك بحيث يقوم بتحرير settings.yml ويجعل الحد كما تريد.
@pfaffman شكرًا، نعم، فكرت في إنشاء مجموعات إضافية كحل بديل أيضًا. هذا المجتمع المحدد مستضاف ذاتيًا، ولم أرَ مثل هذا الإعداد في app.yml ولكن إذا كان بإمكانك تقديم عينة لما سيبدو عليه، فسأكون على استعداد لتجربته.
يمكنك إلقاء نظرة على بعض القوالب الأخرى التي تغير الملفات الأخرى. يغير قالب ssl بعض الأشياء في تكوين nginx. ستستخدم ذلك كنموذج وتفعل شيئًا مشابهًا للتغيير.
تحتاج إلى تغيير validates :automatic_membership_email_domains, length: { maximum: 1000 } الموجود في app/models/group.rb.
هذه ليست ممارسة موصى بها ومن المحتمل أن تؤدي إلى فشل الترقيات في تجربة المستخدم.
أرى. نعم، لست متحمسًا لإحداث مشاكل محتملة مع الترقيات. آمل 
أن يكون هناك حل أصلي لزيادة هذا الحد على عدد الأحرف في قائمة النطاقات. ربما كان من المنطقي لو كان حدًا لعدد النطاقات، مثل 1000 نطاق، ولكن لماذا حد الأحرف في قائمة كهذه، يبدو عشوائيًا تمامًا أو مجرد إعادة استخدام لمكون موجود لديه ذلك في مكان آخر.
ستعمل ترقيات سطر الأوامر بشكل جيد.
لأنه من السهل عد الأحرف ويبدو أن 1000 كثير. أعتقد أن أي شخص اختار 1000 سيوافق على أنه اعتباطي، ولكنه اعتباطي بشكل كبير. أعتقد أن معظم الأشخاص الذين لديهم حالة استخدامك يستخدمون SSO/DiscourseConnect ولديهم مجموعات محدثة بهذه الطريقة.
عندما طبقنا الحدود في البداية، كان لدينا حد أقل بكثير (100 حرف). لكن شخصًا ما وصل إلى هذا الحد، ورفعناه على افتراض أن أطول النطاقات في العالم لا تتجاوز 70 حرفًا، ومعظم النطاقات ستكون أقصر بكثير، لذلك بدا أنه رقم جيد سيحقق التوازن بين حالات الاستخدام المتقدمة والأداء.
لهذا الإعداد المحدد، يتم التحقق من قائمة النطاقات هذه في كل مرة يتم فيها إنشاء مستخدم جديد. إذا كان عدد الأحرف المسموح به مرتفعًا جدًا، فستتسبب العملية في مشكلة لموقعك.
هل هذه مثل بائعي الشركاء أو شبكة أو مواقع؟ يرجى وصفها بأكبر قدر ممكن من التفاصيل التي تشعر بالراحة.
إذا كنت تصل إلى حد 1000 حرف مع 60 نطاقًا، فلست متأكدًا من أن زيادة هذه القيمة ستساعدك على المدى الطويل. ومع ذلك، نرى أشخاصًا يستخدمون المجموعات لأشياء مثيرة للاهتمام حقًا، لذا فإن معرفة كيفية استخدامك لنطاقات البريد الإلكتروني لتنظيم مجتمعك يمنحنا رؤية حول التحسينات التي يجب إجراؤها على الواجهة.
