هل قرأت في مكان ما عن دور “مالك المنتدى” الذي يعلو مسؤول النظام؟ هل كان ذلك حلماً؟ البحث لا يسفر إلا عن معلومات حول مالك الفئة.
كان السياق هو أن المالك سيكون قادرًا على تولي المسؤولية إذا مات مسؤول النظام أو أصبح مارقًا. أنا لست في هذا الموقف على الإطلاق، لكنني كنت أفكر فقط في التخطيط للطوارئ.
لذا، إذا كان هذا غير موجود، فهل أفترض أن الشخص الذي يمتلك كلمات المرور الخاصة بالاستضافة سيحتاج إلى الدخول وإنشاء مستخدم مسؤول جديد يدويًا؟
إذا كان لديك وصول إلى الخادم، فيجب أن تكون قادرًا على cd إلى /var/discourse، والدخول إلى التطبيق (./launcher enter app)، وبدء وحدة تحكم Rails (rails c)، واستعادة السيطرة.
فقط تأكد من أن لديك مسؤولين متعددين؟
يمكنك تعيين DISCOURSE_DEVELOPER_EMAILS في ملف app.yml الخاص بك ورؤية أن عنوان بريدك الإلكتروني موجود هناك. بعد ذلك، لا يمكنك إزالة حقوق المسؤول الخاصة بك واكتساب بعض الأشياء التي لا يستطيع المسؤول العادي القيام بها (لا أتذكر بالضبط ما هي).
تم طرح مشكلة مفادها أن وجود مسؤولين اثنين غير مرغوب فيه حيث يمكن لأحدهما إجراء تغييرات (حسن النية) دون علم الآخر مما يسبب الارتباك.
لست متأكدًا مما إذا كان وجود اتفاق شخصي بين الاثنين بأن الشخص الثاني لن يقوم بأي أعمال إدارية سيكون كافياً للتخفيف من المشكلة.
يبدو أن النصيحة بالدخول إلى الخادم لاستعادة السيطرة ستكون الخيار الأفضل.
شكرا لكما!
هناك سجلات لكل ما يغيره المسؤولون حتى تتمكن من تتبع ذلك. ومع ذلك، لا يزال من المهم ألا يتعدى بعضهم على بعض.
ولكن إذا لم تتمكن من الوثوق بمسؤوليك، فأنت في ورطة.
لا، الأمر ليس مسألة ثقة. إنه مجرد تنسيق وتخطيط للكوارث.
شكراً جزيلاً.
دور المسؤول هو المالك الفعلي للمنتدى.
فقط اجعل هناك أكثر من مسؤول واحد.
هذا لا علاقة له بالحاجة إلى دور آخر. إنه ببساطة يتعلق بإجراءات إدارة التغيير الموثقة بشكل صحيح والتواصل والثقة.
ضع بعض الإرشادات حول تتبع التغييرات - على سبيل المثال، إذا كنت قلقًا بشأن سيناريوهات تخطيط الكوارث والتعافي، فيجب أن تكون قلقًا أيضًا بشأن إدارة التغيير والهجرة، وتغطي تلك الإجراءات الرقابية هذه الفجوة المتصورة.