تخطي إلى المحتوى الرئيسي

إرشادات الدليل

شعار الأدلة

لضمان بقاء المحتوى في ZAP-Docs دائمًا متسقًا من حيث الجودة والأسلوب، قمنا بإنشاء مجموعة من الإرشادات لاستخدامها عند إنشاء أو تعديل المحتوى الخاص بتوثيقنا. يجب عليك اتباع إرشاداتنا بدقة لضمان معالجة اقتراحك وطلب السحب النهائي بسرعة. والأهم من ذلك، سيضمن هذا أن يحصل قراؤنا على تجربة أفضل وأكثر اتساقًا وعالية الجودة أثناء قراءة الأدلة ومتابعتها.

تنقسم إرشادات مساهمات الأدلة إلى الأقسام التالية:

  • الهيكل
  • الأسلوب
  • التنسيق
  • المصطلحات

ننصحك بتصفح هذه الأقسام مرة واحدة على الأقل قبل البدء في كتابة أي محتوى. كما أنها مكان مفيد للرجوع إليه إذا كنت غير متأكد من كيفية التعامل مع شيء ما أثناء عملية الإنشاء.

الهيكل​

جميع أدلتنا عبر ZAP-Docs تتبع هيكلًا متسقًا نسبيًا يبدأ بمقدمة قصيرة مع أي متطلبات مسبقة أو خطوات تحضيرية، تليها المحتوى الرئيسي وخاتمة قصيرة.

يمكن تعديل الهيكل أحيانًا حسب نوع الدليل المنتج. يمكن مناقشة ذلك مع فريق ZAP-Docs ضمن اقتراحك الأولي. يمكنك الاطلاع على كيفية استخدام العناوين عبر قسم العناوين، ويتم ذلك من خلال Markdown التقليدي العادي.

الهيكل الذي نتوقع رؤيته عادةً يحتوي على العناوين التالية:

  • عنوان الصفحة (H1) - يتم تعيينه عبر بيانات التعريف title في أعلى الصفحة.
  • مقدمة (H2) - جملة أو جملتان موجزتان تشرح موضوع الدليل والأهم تشرح ما يهدف الدليل لتحقيقه.
  • التحضير (H2) - هذا العنوان اختياري. مطلوب فقط إذا كانت هناك متطلبات مسبقة أو خطوات تحضيرية يجب تنفيذها قبل أن يتمكن القارئ من متابعة الدليل. على سبيل المثال، هنا يمكنك الإشارة إلى دليلنا الوصول الأولي عبر SSH إذا كان يجب على المستخدم تسجيل الدخول إلى سيرفره أولاً. أو يمكنك عرض أي متطلبات برمجية و/أو مادية. أو يمكنك تقديم تعليمات سريعة حول كيفية تحضير بعض البرامج، مثل جدار ناري. ننصح بتصفح موقع ZAP-Docs لمعرفة ما إذا كانت هناك أدلة تغطي هذه الخطوات وإذا كان الأمر كذلك، قم بربطها.
  • الموضوع الرئيسي (H2) - هذا هو القسم الرئيسي الأول في الدليل. في كثير من الحالات، سيكون هذا العنوان غالبًا التثبيت، يليه عدة أقسام فرعية لكل جزء من العملية. لكن هذا قد لا يكون دائمًا، على سبيل المثال، قد تحتوي الأدلة المعلوماتية على موضوع رئيسي مختلف.
  • اختياري: موضوع فرعي 1 (H3)
  • اختياري: موضوع فرعي 2 (H3)
  • ...
  • اختياري: موضوع آخر (H2)
  • الخاتمة (H2) - كجزء نهائي من الدليل، يجب أن تختم الدليل في 1-3 جمل تشرح ما حققه القارئ بنجاح وتوفر مرجعًا لفريق الدعم إذا كان القارئ لا يزال يواجه مشاكل.
استخدام العناوين الفرعية (H3 و H4)

نشجعك على استخدام عناوين H3 لإنشاء أقسام فرعية داخل أقسام H2 الرئيسية لتنظيم أجزاء أكبر من المحتوى إلى أقسام منظمة. يمكن رؤية مثال على ذلك في قسم الموضوع الرئيسي أعلاه.

يمكنك أيضًا استخدام عناوين H4. هذه مفيدة إذا أردت إنشاء قسم فرعي آخر دون عرضه في تفصيل القسم على الجانب الأيمن من الدليل. كما أنها مفيدة إذا كنت بحاجة إلى تقسيم قسم H3 إلى أقسام أصغر.

إذا كنت تستخدم العناوين الفرعية، فمن المنطقي عادةً أن يكون هناك عنوانان فرعيان أو أكثر ضمن العنوان الرئيسي، وإلا فلن يكون من المنطقي وجود عنوان فرعي واحد فقط ضمن عنوان رئيسي.

في المستقبل، سنضيف قوالب تحتوي على Markdown معد مسبقًا لك، والتي ستكون نقطة انطلاق مفيدة لإنشاء صفحات جديدة. سيتم إضافتها قريبًا.

العناوين​

يجب أن تكون عناوين دليلك قصيرة ومبنية على الهدف العام للدليل الذي كتبته. فكر جيدًا فيما سيحققه القارئ بنهاية الدليل، مثل تثبيت برنامج معين أو تقديم معلومات حول موضوع محدد.

يجب أن يسبق العنوان بفئة المنتج التي يتعلق بها الدليل، والتي يجب أن تكون أيضًا المكان الذي وضعت فيه الدليل في الشريط الجانبي. يمكنك بسهولة التحقق من أدلة أخرى في نفس القسم لرؤية بادئ العنوان الخاص بها.

مثال على عنوان جيد لدليل يتعلق بمنتج VPS هو: VPS: إعداد SteamCMD على Linux

المقدمة​

يجب أن تكون مقدمات دليلك قصيرة ومباشرة، عادة ما تتراوح بين 1-2 جمل. في المحتوى، يجب أن تهدف إلى وصف موضوع الدليل بإيجاز والأهم شرح ما سيقدمه الدليل للقارئ، مع إعلامه بالهدف النهائي.

مثال على مقدمة مثالية لدليل يتعلق بـ SteamCMD هو:

  • الجملة الأولى: SteamCMD هي أداة أساسية ضرورية لتثبيت سيرفرات مخصصة لمجموعة واسعة من الألعاب بما في ذلك Palworld وEnshrouded والمزيد.
  • الجملة الثانية: في هذا الدليل، سنستعرض عملية الإعداد لأول مرة لتثبيت SteamCMD على سيرفر Linux الخاص بك. سنستخدم Ubuntu في الأمثلة، لكن العملية يجب أن تكون مشابهة جدًا للتوزيعات الأخرى.

كما هو واضح في المثال، تلخص المقدمة بإيجاز المواضيع ذات الصلة في هذا الدليل وتعرض الهدف العام للقارئ عند إتمام الدليل.

التحضير​

قسم التحضير مفيد لتوضيح أي متطلبات مسبقة ضرورية يجب على القارئ تلبيتها قبل أن يتمكن من متابعة الدليل. قد تكون هذه متطلبات برمجية أو مادية، تعليمات لتحضير بعض البرامج مثل جدار ناري، أو ببساطة توجيه المستخدم لتسجيل الدخول إلى سيرفره عبر SSH أو RDP.

ننصح بشدة بتصفح موقع ZAP-Docs للبحث عن أدلة قد تغطي أو ترتبط بأي خطوات تحضيرية تخطط لإدراجها. إذا كان هناك دليل يغطي موضوعًا، مثل الوصول الأولي عبر SSH، يجب عليك ربط الدليل وإبلاغ القارئ بمتابعته قبل المتابعة.

المتطلبات المسبقة الشائعة للأدلة تشمل:

  • البرامج المطلوبة (مثل Git، Node.js، Python، Docker)
  • دروس قد تساعد القارئ على الحصول على معرفة أساسية (مثل صفحة أخرى في ZAP-Docs)
  • حسابات المستخدم مثل APIs
  • الإعدادات المطلوبة (مثل DNS/SSL)

مثال على ذلك لدليل Reverse Proxy سيكون:

لإعداد reverse proxy ستحتاج إلى سيرفر Linux لاستضافة سيرفر البروكسي ويجب أن تتصل به. استخدم دليلنا [الوصول الأولي عبر SSH](vserver-linux-ssh.md) إذا كنت بحاجة للمساعدة في ذلك. ستحتاج أيضًا إلى الوصول إلى نطاق تملكه. لكل نطاق فرعي تخطط لاستخدامه، يجب عليك إنشاء سجل DNS من نوع `A` يشير إلى عنوان IP الخاص بسيرفر Linux.

الموضوع الرئيسي​

حان الوقت الآن لكتابة الجزء الأكبر من دليلك. يمكنك استخدام عناوين H2 وH3 وH4 لتنظيم دليلك بشكل مناسب. من المنطقي استخدام عناوين H2 للأقسام الكبيرة وتقسيمها إلى أقسام فرعية باستخدام H3 و/أو H4.

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

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

مثال على هذه العبارات:

  • عبارة الدخول: في هذا القسم، ستقوم بعملية التهيئة لتخصيص البرنامج حسب رغبتك.
  • عبارة الإغلاق: مع الانتهاء من التهيئة وحفظ الملف، انتقل إلى القسم التالي لإعداد حساب المسؤول وبدء استخدام البرنامج.

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

الخاتمة​

أخيرًا، القسم الأخير هو خاتمة الدليل. يجب أن يختم هذا القسم الدليل في 1-3 جمل تشرح ما حققه القارئ بنجاح وتوفر مراجع لقراءات إضافية أو أدلة يمكنهم متابعتها لتوسيع معرفتهم بالموضوع.

من الجيد ربط أي أدلة موجودة في ZAP-Docs هنا، خاصة إذا كانت تتبع منطقيًا من دليلك. كما نوصي بتوفير مرجع لفريق الدعم إذا كان القارئ لا يزال يواجه مشاكل.

مثال على خاتمة رائعة هو:

لقد قمت الآن بإعداد البرنامج بنجاح ليعمل على سيرفر Linux الخاص بك! نوصي بتصفح أدلة خدمات Linux الموجودة في هذا القسم لتثبيت خدمات إضافية.

لأي أسئلة أو مساعدة، لا تتردد في التواصل مع فريق الدعم لدينا، المتوفر يوميًا لمساعدتك! 🙂

الأسلوب​

أسلوب الكتابة في وثائق ZAP-Hosting يتبع إيماننا بإنتاج أدلة عالية الجودة وعملية وسهلة الوصول تدعم مجموعة واسعة من المواضيع وتدعم القراء من جميع مستويات الخبرة.

تقني وصحيح​

تهدف مقالاتنا لأن تكون دقيقة تقنيًا قدر الإمكان ومحدثة بأحدث المعلومات الصناعية. نتوقع أن تتيح المقالات للمستخدم ليس فقط تحقيق الهدف النهائي من التعلم أو البناء أو الإعداد، بل أيضًا فهم ما قام به خلال المقال. يجب أن يكون لكل خطوة تنشئها في الدليل غرض واضح وشرح، مع توفير خيارات إضافية و/أو علامات حيثما كان ذلك مناسبًا. يجب عليك دائمًا إبقاء القارئ على اطلاع بما يفعله ولماذا يقوم بهذه الإجراءات التي هي جزء من الدليل.

يجب على الكتاب دائمًا مراجعة واختبار أدلتهم لضمان أن كل شيء صحيح تقنيًا ويعمل كما هو مقصود قبل تقديم طلب السحب. سيقوم فريق وثائق ZAP-Hosting بقراءة واختبار دليلك حيثما كان ذلك مناسبًا لضمان اتساقه وصحته الواقعية أو مناقشة التحسينات إذا وُجد خطأ.

نصيحة

ننصح دائمًا كتابنا بتمرير المحتوى عبر أداة تدقيق إملائي لضمان صحة القواعد والإملاء قبل إنشاء طلب السحب. موقع مفيد لذلك هو: https://languagetool.org/

عملي ومفيد​

بحلول الوقت الذي ينهي فيه القارئ المقال، يجب أن يكون قد تعلم أو بنى أو أعد شيئًا من البداية للنهاية. تهدف أدلتنا إلى دعم القراء من أي مستوى خبرة، لذلك يجب أن تغطي مساهماتك الموضوع بالكامل لضمان أن يصبح القارئ ملمًا و/أو قد حقق شيئًا. هذا يعني أنه ككاتب، يجب أن تغطي موضوعك بدقة مع ذكر كل التفاصيل اللازمة بما في ذلك المتطلبات المسبقة. يجب على الكاتب توجيه القراء إلى مواقع خارجية فقط إذا لم يكن هناك توثيق موجود على ZAP-Docs أو إذا كان ذلك لجمع تفاصيل إضافية ليست ضرورية لمقالك لكنها قد تفيد في بناء المعرفة التقنية لديهم. يجب ألا توجه الروابط الخارجية إلى توثيق المنافسين.

ودود، رسمي وشامل​

نتوقع أن يكون توثيقنا متقدمًا وودودًا لجعله سهل الوصول لأي قارئ، لكنه في نفس الوقت يبقى رسميًا. طوال دليلك، نهدف لأن يكون أسلوب الكتابة مقبولًا لجميع القراء، بغض النظر عن الخبرة أو الحواجز اللغوية.

نظرًا لأن هذه الأدلة تركز بشكل أساسي على دعم القارئ للتعلم وتمكينه من الوصول إلى نتيجة، نتوقع من الكتاب استخدام صيغة المخاطب (مثل "تحتاج إلى...") بدلاً من صيغة المتكلم (مثل "أعتقد...") للحفاظ على تفاعل القارئ وتركيز الانتباه عليه.

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

التنسيق​

توثيقنا منسق باستخدام لغة Markdown التي تُستخدم على نطاق واسع وبسيطة نسبيًا. اطلع على الأقسام أدناه لفهم ما نستخدمه وكيف نستخدمه.

نصيحة

لمزيد من الأمثلة والشروحات الموسعة لميزات Markdown، توجه إلى دليل Markdown الذي يوفر معلومات إضافية.

العناوين​

العناوين هي واحدة من أهم خيارات التنسيق المستخدمة لفصل الصفحات بشكل شامل ومنطقي. العنوان الرئيسي يتكون من عنوان H1، لكن لا يجب عليك استخدامه داخل النص. بدلاً من ذلك، يجب استخدام بيانات التعريف title في أعلى ملف الدليل والتي تتحكم في ذلك.

في أدلتنا، يجب استخدام عناوين H2 لتقسيم الدليل إلى أقسامه الرئيسية. بعد ذلك، تُستخدم عناوين H3 لتقسيم الأقسام الرئيسية إلى أقسام فرعية. مثال على ذلك هو تقسيم قسم رئيسي إلى عدة خطوات لتسهيل متابعة الدليل. وأخيرًا، هناك أيضًا علامة H4 التي تُستخدم بشكل أقل في توثيقنا لكنها تخدم نفس الغرض في التقسيم الفرعي، لكنها لن تظهر في هيكل الدليل.

معلومات

إذا كنت تستخدم عناوين فرعية (مثل عناوين H3 تحت عناوين H2 الرئيسية)، يرجى التأكد من وجود عنوانين أو أكثر من نفس المستوى ضمن ذلك القسم، وإلا فسيكون الاستخدام غير صحيح.

إليك مثال سريع على كيفية استخدام العناوين:

## التثبيت
H2 - القسم الرئيسي

### تحميل ملفات اللعبة
H3 - قسم فرعي من H2

#### عبر SteamCMD
H4 - قسم فرعي من H3

#### يدويًا عبر GitHub
H4 - قسم فرعي من H3

### تحضير الإعدادات
H3 - قسم فرعي من H2

### تشغيل السيرفر
H3 - قسم فرعي من H2

تنسيق Markdown داخل السطر​

نستخدم مجموعة من التنسيقات داخل السطر لتحسين قابلية قراءة أدلتنا وتناسب القراء بمستويات تقنية مختلفة. اقرأ القسم أدناه لفهم استخدام كل منها.

النص العريض​

الاستخدام الرئيسي للنص العريض هو لتأكيد المعلومات. أمثلة على ذلك تشمل:

  • تغيير السياق بين الخطوات
  • أسماء المضيفين، بيانات الاعتماد وأسماء المستخدمين
  • المصطلحات الرئيسية

يمكنك ببساطة استخدام نجمتين مزدوجتين خارج النص المستهدف لجعله عريضًا، على سبيل المثال، **hello there** ينتج hello there.

النص المائل​

الاستخدام الأساسي للنص المائل هو تقديم كلمات تقنية جديدة داخل مقالك. على سبيل المثال، سنقوم اليوم بإعداد reverse proxy.

لاستخدام النص المائل، فقط ضع نجمة واحدة خارج النص المستهدف، على سبيل المثال، *ZAP-Hosting - More POWER!* ينتج ZAP-Hosting - More Power!.

كود داخل السطر​

يُستخدم تنسيق الكود داخل السطر بشكل رئيسي لعرض معلومات تقنية مثل عناوين URL. قائمة أكثر شمولاً تشمل:

  • أسماء ومسارات الملفات (مثل C:/User/[your_name]/AppData....test.png)
  • عناوين URL (مثل https://zap-hosting.com)
  • المنافذ (مثل :30120)
  • الأوامر (مثل ipconfig )
  • استعلامات SQL (مثل SELECT * FROM servers)
  • اختصارات لوحة المفاتيح والضغطات (مثل ENTER أو CTRL + C)

الجداول​

ميزة Markdown المفيدة الأخرى هي الجداول. يمكن أن تكون مفيدة بشكل خاص عند الحاجة لعرض كمية كبيرة من المعلومات المتكررة، مثل الأوامر، الوصف والاستخدامات المتاحة داخل لعبة. المثال التالي يوضح استخدام الجداول:

| الأمر       | الوصف                   | الاستخدام             |
| ----------- | ----------------------- | --------------------- |
| /help       | يرسل أمر المساعدة       | /help [category]      |
| /stop       | يوقف السيرفر           | /stop [true/false]    |

كتل الكود​

أداة تنسيق Markdown مفيدة جدًا أخرى هي كتل الكود. هذه مفيدة بشكل خاص للأدلة التي تتضمن استخدام أوامر، سكربتات، مخرجات الطرفية والمزيد.

لاستخدام كتلة كود، فقط استخدم ``` خارج كتلة النص التي تريد وضعها في كتلة. يمكنك أيضًا ذكر اللغة بجانب أول ثلاث علامات backticks لتنسيق لغة البرمجة بشكل صحيح. المثال التالي يوضح استخدام كتلة كود باستخدام ```js للغة JavaScript.

function hello(name) {
    console.log(name)
}

var server = "ZAP-Hosting"
hello(server)

استخدام التنبيهات​

داخل المحتوى الخاص بك، قد تقرر استخدام تنبيه لتسليط الضوء على معلومات معينة تحت أحد الأنواع الخمسة الممكنة، والتي نستعرضها أدناه.

الصيغة لاستخدام كل تنبيه هي نفسها، مع استبدال الكلمة المفتاحية بالنوع الذي تريد استخدامه. إليك مثال على الاستخدام:

:::note
هذه ملاحظة! استبدل الكلمة المفتاحية أعلاه لتغيير النوع.
:::

ملاحظة​

عنوان الملاحظة! (اختياري)

يجب استخدام هذا الوسم لعرض ملاحظات إضافية قد تكون مفيدة لكنها ليست مهمة مباشرة.

نصيحة​

عنوان النصيحة! (اختياري)

ضع أي نصائح لديك من تجربتك في هذا الوسم.

معلومات​

عنوان المعلومات! (اختياري)

إذا كانت هناك معلومات مهمة يجب أن يعرفها المستخدم، ضعها ضمن هذا الوسم.

تحذير​

عنوان التحذير! (اختياري)

هل هناك شيء في دليلك يجب أن يحذر المستخدم منه أثناء المتابعة؟ استخدم هذا الوسم لتسليط الضوء عليه.

خطر​

عنوان الخطر! (اختياري)

يجب استخدام تنبيه الخطر حيثما توجد معلومات حاسمة تحتاج إلى تسليط الضوء عليها. خصوصًا لجعل المستخدم على علم بأخطاء معروفة أو ميزات مهجورة.

لقطات الشاشة​

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

يمكنك استخدام الصيغة التالية لإضافة لقطة شاشة إلى المحتوى الخاص بك، مع استبدال your_url برابط الصورة:

![](your_url)

أفضل ممارسة هي استخدام موقع مثل Imgur لرفع الصورة واستخدام الرابط، أو بدلاً من ذلك يمكنك سحبها مباشرة إلى حقل التحرير إذا كنت تستخدم موقع GitHub لإنشاء المحتوى، حيث سيتم رفعها تلقائيًا.

المصطلحات​

طوال توثيقنا، سيكون هناك مجموعة واسعة من المصطلحات الرئيسية المستخدمة. عبر التوثيق، نتوقع منك استخدام التهجئة الأمريكية الإنجليزية لضمان الاتساق عبر جميع مقالاتنا. في هذا القسم، نهدف إلى توحيد بعض المصطلحات التي من المحتمل أن تُستخدم بشكل شائع.

منتجات ZAP-Hosting​

عند الإشارة إلى منتج من ZAP-Hosting، يجب عليك دائمًا التأكد من استخدام الاسم الصحيح، التهجئة الصحيحة وحالة الأحرف الصحيحة. يمكنك التحقق من ذلك بزيارة موقع ZAP-Hosting ومراجعة كيفية الإشارة إلى المنتج في الموقع الخاص به.

السمات المعرفة من قبل المستخدم​

في معظم الأدلة، ستكون هناك خيارات تكوين لعناصر مثل المستخدمين، أسماء المضيفين، النطاقات، عناوين IP وعناوين URL حيث يجب على القارئ استخدام بياناته الخاصة بدلًا من العناصر النائبة لدينا.

بشكل افتراضي، يجب عليك دائمًا استخدام [your_attribute] للتمييز بين العناصر الثابتة والعناصر الفريدة، حيث يجب استبدال attribute بنوع السمة. على سبيل المثال، عند ذكر IP، يجب أن تكتب [your_server_ip] في دليلك أو عند ذكر URL يجب أن تكتب http://[your_server_ip]:30120. هذا يميز بوضوح السمات التي يجب على القارئ تغييرها بناءً على تكوينه الخاص. يجب أيضًا تقديم شرح أو ملاحظة تخبر القارئ بالسمات التي يحتاج إلى تغييرها طوال الدليل عند ذكرها لأول مرة لضمان الفهم الكامل.

يجب استخدام zaphosting كاسم المضيف الافتراضي، اسم المستخدم أو اسم قاعدة البيانات.

البرمجيات​

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

يجب أن تربط إلى موقع البرنامج الرسمي عند ذكر البرنامج لأول مرة، وحيثما يتوفر موقع رسمي.

إعدادات الكوكيز