أوه بالتأكيد، ستحتاج هذه الميزة إلى أن تكون في إضافة أو على الأرجح في النواة بسبب مستوى التغيير المتضمن.
إعجاب واحد (1)
هل هذه الفكرة أسهل من نظام همس مستقل بالكامل لمجموعات أخرى؟
تخيل مع اتباع مسار الإضافات، يمكن أن يكون لها تبديل إضافي إذا تم إنشاء الهمس للموظفين فقط أو مفتوحًا لمجموعة. على الرغم من أنه من الأفضل على الأرجح إبقاء الفكرة بسيطة لتجنب المشاكل التي قد تسببها التعقيدات الأكبر.
ولكن تم بالفعل تطبيق منح الإذن لمجموعة أوسع؟
ما تتم مناقشته هنا هو وجود نوعين (أو “مستويين”) من الهمسات، أحدهما مخصص للموظفين فقط.
أعتقد أنه يمكنك تلخيص المتطلب على أنه: “إضافة نوع همس إضافي مخصص للموظفين فقط”، نظرًا لأن لدينا بالفعل التنوع العشوائي.
أو بشكل أكثر مرونة “إضافة نوع همس إضافي يمكن أيضًا منح الإذن له بمجموعات محددة”…
3 إعجابات
يمكنك إضافة مجموعات إضافية نعم لاستخدام الهمسات ولكن يمكن لأي مجموعة مضافة رؤية جميع الهمسات.
لذا نعم، أعتقد أن الفكرة الأولية كانت إنشاء أنظمة همسات مستقلة. وهو ما سيكون، على ما أعتقد، مهمة صعبة للغاية.
لذا أتساءل إذن مع فكرتي المتشعبة المعروضة، ثم في إضافة تعزز الميزة الأساسية لإزالة إخفاء الهمسات التي قام بها الموظفون لإزالتها/إخفائها من المجموعات الأخرى.
هل يمكن إجراء اختبار أقل أمانًا أولاً بمكون سيكون بالطبع أقل أمانًا؟
ربما يمكن إضافة هذا المفهوم كميزة مجموعة عامة مع نقل العديد من الوظائف من TL إلى المجموعات؟ المجموعة إذا تم تبديلها لديها وظيفة الهمس في الفئة/الفئات التي لديها إذن أمان الفئة.
للقيام بذلك بشكل صحيح، تحتاج إلى نوعين من الهمسات (مما يعني على الأرجح post_type إضافي) وإعدادين في رأيي.
لا أعتقد أن الأمر أكثر تعقيدًا أو بساطة من ذلك.
إعجاب واحد (1)
منطقي. لهذا السبب كنت أفكر في أن الحل الملتوي قد يعمل حتى في مكون. سيحتاج الموظفون فقط إلى معرفة أنه عند توسيع هذا بهذه الطريقة، يجب ألا يستخدموا الهمس للمعلومات الحساسة حقًا. على الرغم من أنه من الناحية النظرية، إذا كان أولئك الذين يمنحون القدرة على الهمس لمجموعات الموظفين يجب أن يكونوا على مستوى من الثقة لعدم محاولة التحايل على الموقع بحثًا عن ثغرات لاستغلالها. كما هو الحال مع jrgong، أفترض أن المجموعة، بناءً على ما يبدو، هي مجموعة من الأعضاء يمكن الوثوق بهم بدرجة أعلى.
أعتقد شخصيًا أنك تريد القيام بذلك بشكل صحيح أو عدم القيام به على الإطلاق.
إعجابَين (2)
أتفق على أن هذه ستكون أفضل ممارسة مع أي شيء تقريبًا في رأيي مقابل الأشياء الملتوية التي يمكن أن تكون أكثر عرضة للكسر.
شخصيًا، أعتقد أن الهمسات رائعة. لكنني أتذكر في الأيام الأولى لإطلاقه كان به بعض الأخطاء غير المتوقعة التي كشفت الهمسات للجمهور في بعض الحالات.
أعتقد أن فكرة مبتكرة ستكون إنشاء رسالة خاصة/مجموعة حول مشكلة ما. واستخدام الهمسة ببساطة لنشر رابط الرسالة الخاصة، حيث يمكن فقط للأشخاص الذين لديهم وصول فتح الرابط إلى صندوق بريد الرسائل الخاصة/المجموعة. الشيء الوحيد مع هذه الفكرة هو أنها تتطلب المزيد من الإجراءات للحصول على المعلومات مقابل مجرد نشر كسول في همسة.
ولكن إذا لم يكن الأمر حساسًا للغاية ومجرد شيء. مثل يرجى مراقبة المشرفين لهذا الموضوع. عندها تكون الهمسة كافية.
لقد تعلمت عن غير قصد أنه يمكنني فتح رابط رسالة خاصة (بعد ترقيتي إلى مسؤول) عندما نشر أحد الأعضاء رابطًا.
إعجاب واحد (1)
أعجبني فكرة الهمستين المنفصلتين. وهذا خطأ روبرت تمامًا 
4 إعجابات
حسنًا، أعتقد أنه عندما استجاب “جام” في هذا الموضوع أو موضوع مشابه. كان الافتراض هو وجود نظامي همس أو أكثر مستقلين تمامًا.
لذلك، كنت أفكر في حل مؤقت قابل للتطبيق خارج الصندوق قد يكون أسهل في التحقيق.
شخصيًا، كما ذكرت في منشوري الأخير، أعتقد أن الربط بمجموعة رسائل خاصة أو فئة خاصة جماعية، أي فئة مخصصة للموظفين فقط. سيكون إجراءً بسيطًا وغير برمجي قابل للتطبيق. حيث يمكن للرابط أن يعود إلى همس الموضوع أو ببساطة يفتح الرابط في نافذة جديدة. مع إبقاء أي معلومات حساسة حقًا خارج نظام الهمس.
ومع ذلك، كلنا نريد الأشياء بالأمس. 