طلب تغيير إعدادات موقع ويكي

From Meta, a Wikimedia project coordination wiki
This page is a translated version of the page Requesting wiki configuration changes and the translation is 44% complete.
Shortcuts:
SITECONFIG

نظرة عامة

غالبًا ما تحتاج بعض مواقع الويكي إلى تغيير إعدادات خاصة بموقعهم. ولإدارة هذه الطلبات، يُستخدم متابع المهمة في نظام إدارة ويكيميديا.

أمثلة لبعض الطلبات الشائعة:

  • إنشاء أو حذف نطاق اسم جديد (مثل. بوابة:، مشروع ويكي:، فهرس:، كاتب:)
  • إنشاء أو حذف مجموعة مستخدمين بصلاحيات إضافية (مثل: مسترجع، صانع أفلام)
  • تغيير صلاحيات المستخدم
  • تفعيل أو إيقاف الرفع المحلي
  • تغيير شعار المشروع
  • ترجمة أسماء النطاقات

كيفية طلب التغيير

لطلب تغيير أحد الإعدادات أو المتغيرات في مشروعك:

  1. حدد ما الذي تود تغييره،
  2. اطرح الموضوع للنقاش في مشروعك، واحصل على توافق -محلي- حوله،
    1. اطرح نقاشًا في بوابة المجتمع، أو الميدان، أو أي صفحة نقاش عامة، واسمح بوقت كافٍ لحدوث توافق.
    2. تأكد من اتخاذ قرار بشأن كل ما هو ضروري لإجراء التغيير. على سبيل المثال، عادة ما تحتاج مجموعات المستخدمين الجديدة إلى أن تكون قابلة للإضافة/للحذف من خلال مجموعة معينة من المستخدمين المحليين (ليس بالضرورة المضيفون مضيف عالمي) - عادةً ما يمنحها إداري أو بيروقراط. (إذا كان موقع wiki الخاص بك ليس به أي إداريين محليين أو بيروقراطيين، فيجب إجراء أي تغييرات في صلاحيات المستخدم من خلال مضيف؛ راجع طلبات الصلاحيات.)
      1. مشاريع الويكي التي ليس بها إداري/بيروقراط محلي عادةً ما تكون صغيرة بدرجة لا تحتاج إلى مجموعة مستخدمين جديدة، طالع حدود تغيير الإعدادت فقرة "مجموعات خاصة في ويكي صغير".
    3. في حالة وجود مجتمع صغير جدًا وقليل النشاط، قد يكون كافيًا لإظهار أنك حاولت الحصول على إجماع، وأنك أعطيت فرصة للاعتراضات.
  3. File a ticket (preferably in English) in Wikimedia's bug tracker, under the "Wikimedia-Site-requests" project tag. (See Phabricator help for more information about Wikimedia's task tracker.)
    1. Set the project tag "Wikimedia-Site-requests" for the project.
    2. Be sure that the ticket includes a URL to the local on-wiki consensus, preferably using a permanent link (click the "Permanent link" link in the toolbox, which should make the URL end in &oldid=...); the URL should go in the main "description" box;
  4. Be patient; site configuration requests are only read by a few of the system administrators; on average, they take a few weeks to process; if the request is urgent or has been sitting around for a long time, join #wikimedia-techاتصل and ask about the request.

Gaining on-wiki consensus and filing a task does not guarantee that the request will be fulfilled. Ultimate authority lies with the system administrators, and site configuration requests may be declined for any reason, including but not limited to the following: to protect the Wikimedia founding principles and core values, to protect the integrity of a project, because performance, security, or architecture issues, or because fulfilling the request would include deploying an extension that was discontinued.

If you want to try fixing such a request yourself, please follow the manual and give it a try!

In addition to all of the above, there is specific guidance and a better workflow if you want to change your wiki's logo, whether temporarily or permanently.

  1. Upload your logo to Wikimedia Commons in SVG format. In most cases it should be a square (see documentation on mediawiki.org for exact sizing details).
  2. Use the logo-test tool to check that it displays as expected.
  3. File a request in the "Wikimedia-Site-Requests" Phabricator project using this form, with the following information:
    • Wiki this request is for
    • Link to new logo on Wikimedia Commons in SVG format
    • Link to view logo using https://logo-test.toolforge.org/
    • When logo should be enabled
    • When logo should be changed back (if temporary)
    • Link to community discussion
  4. Sysadmins will process your request, converting the logo into the proper formats in Gerrit. It is recommended you file a request at least a week in advance of wanting to change logos. Even if you don't know exactly when it should be enabled (e.g. waiting for the millionth article to be created), giving sysadmins a heads-up to prepare will help speed up your request when it is time.

انظر كذلك