ما هو رمز حالة HTTP 429 وكيفية إصلاحه؟

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

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

ما هو رمز حالة HTTP 429 وما هو تحديد معدل الطلبات؟

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

تخيل الأمر كحارس أمن في نادٍ ليلي، يسمح بدخول عدد معين من الأشخاص في وقت واحد لمنع الازدحام ومنع الهجمات العنيفة، مما يضمن قضاء الجميع في الداخل وقتًا ممتعًا.

تُعرف هذه الآلية الوقائية باسم تحديد معدل نقل البيانات. تستخدم الخوادم تحديد معدل نقل البيانات من أجل:

• منع التحميل الزائد على الخادم: يمكن أن يؤدي الارتفاع المفاجئ في طلبات HTTP إلى شل الخادم، مما يؤدي إلى أوقات استجابة بطيئة أو حتى أعطال.

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

• إدارة استهلاك الموارد: يضمن التوزيع العادل لموارد الخادم بين جميع المستخدمين.

• منع جمع البيانات المفرط: يمنع البرامج الآلية من تنزيل كميات كبيرة من المحتوى بشكل مفرط.

عندما يكتشف الخادم أن عنوان IP أو وكيل مستخدم معين قد تجاوز حدود الطلبات المحددة له، فإنه يستجيب برمز الخطأ 429 (عدد كبير جدًا من الطلبات). غالبًا ما تتضمن هذه الاستجابة ترويسة HTTP بعنوان "إعادة المحاولة بعد".

يُحدد هذا العنوان للعميل المدة الزمنية التي يجب عليه انتظارها (بالثواني) قبل محاولة إرسال طلبات أخرى. على سبيل المثال، Retry-After: 3600 يعني أنه يجب عليك الانتظار لمدة ساعة واحدة. يُعدّ الالتزام بهذا العنوان أمرًا بالغ الأهمية، إذ أن تجاهله قد يؤدي إلى ظهور أخطاء 429 متكررة أو حتى حظر مؤقت.

استكشف المزيد: كيفية إصلاح خطأ 401 غير مصرح به في ووردبريس

الأسباب الشائعة لخطأ رمز الحالة HTTP 429

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

طلبات مفرطة من تطبيقات العميل

من أكثر الأسباب شيوعاً إرسال تطبيق العميل عدداً هائلاً من طلبات HTTP في فترة زمنية قصيرة. وقد يكون ذلك على النحو التالي:

• البرامج النصية غير المحسّنة بشكل جيد: يمكن للبرامج النصية الآلية، أو برامج زحف الويب، أو التطبيقات المخصصة غير المصممة لمراعاة حمل الخادم أن تقصف الخادم بطلبات متكررة.

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

• أدوات استخراج البيانات العدوانية: قد تصل البرامج الآلية المصممة لاستخراج البيانات إلى حدود الطلبات بسرعة.

محاولات استخدام القوة الغاشمة

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

استدعاءات واجهة برمجة التطبيقات المفرطة

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

حدود موارد الخادم

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

إضافات أو قوالب غير مهيأة بشكل صحيح (خاصة في ووردبريس)

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

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

تعرّف أيضاً على: كيفية إصلاح خطأ الخادم الداخلي 500 في ووردبريس

خطأ رمز الحالة HTTP 429 في ووردبريس: تحديات وحلول محددة

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

خطوات استكشاف الأخطاء وإصلاحها لمستخدمي ووردبريس (مناسبة للمبتدئين)

انتظر وحاول مرة أخرى

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

مسح ذاكرة التخزين المؤقت وملفات تعريف الارتباط للمتصفح

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

تعطيل الإضافات (نهج منهجي)

غالباً ما تكون هذه الطريقة الأكثر فعالية لـ WordPress.

• الوصول إلى منطقة إدارة ووردبريس الخاصة بك: إذا كنت لا تزال قادرًا على تسجيل الدخول، فانتقل إلى الإضافات ← الإضافات المثبتة.

• تعطيل جميع الإضافات: حدد جميع الإضافات المثبتة واختر "تعطيل" من القائمة المنسدلة للإجراءات الجماعية.

• اختبر موقعك: إذا تم حل خطأ HTTP، فإن أحد المكونات الإضافية النشطة لديك هو السبب.

• أعد تفعيل الإضافات واحدة تلو الأخرى: ارجع وفعّل الإضافات واحدة تلو الأخرى، واختبر موقعك بعد كل تفعيل. بمجرد ظهور الخطأ 429، تكون قد وجدت الإضافة المُسببة للمشكلة.

• في حال تعذر الوصول إلى لوحة تحكم ووردبريس: إذا لم تتمكن من الوصول إلى لوحة تحكم ووردبريس بسبب هذا الخطأ، فيجب عليك استخدام برنامج FTP (مثل FileZilla) أو مدير الملفات الخاص بمزود الاستضافة. انتقل إلى wp-content/plugins/ (مجلد الإضافات) وأعد تسميته (مثلاً، إلى plugins_old). سيؤدي هذا إلى تعطيل جميع الإضافات. بمجرد استعادة الوصول، أعد تسمية المجلد وأعد تفعيله تدريجياً من خلال لوحة تحكم ووردبريس.

للمزيد من المعلومات: حل مشكلة "واجه المحرر خطأً غير متوقع" في ووردبريس

التبديل إلى قالب ووردبريس الافتراضي

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

• انتقل إلى المظهر ← السمات.

• قم بتفعيل قالب ووردبريس افتراضي (على سبيل المثال، Twenty Twenty-Four، Twenty Twenty-Three).

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

قم بتغيير رابط تسجيل الدخول إلى ووردبريس الخاص بك

يُعد عنوان URL الافتراضي لتسجيل الدخول إلى WordPress، وهو wp-login.php، هدفًا معروفًا لمحاولات الاختراق العنيف.

• يمكن أن تساعدك إضافة أمان (مثل WPS Hide Login أو iThemes Security) في تغيير عنوان URL هذا بسهولة، مما يجعل من الصعب على برامج الروبوت العثور على صفحة تسجيل الدخول الخاصة بك وإغراقها بالعديد من الطلبات.

تحقق من وجود مشاكل في المحتوى المختلط

مع أن المحتوى المختلط ليس سببًا مباشرًا، إلا أنه (حيث تُحمّل صفحات HTTPS موارد HTTP) قد يؤدي إلى عمليات إعادة توجيه وطلبات HTTP إضافية، مما قد يُساهم في تجاوز حدود معدل الطلبات وظهور رسالة خطأ ذات صلة. تأكد من أن موقعك بالكامل يستخدم HTTPS. يمكنك التحقق من ذلك باستخدام أدوات عبر الإنترنت أو بتثبيت إضافة مثل Really Simple SSL.

تحسين استخدام واجهة برمجة التطبيقات (لإضافات/قوالب ووردبريس)

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

اتصل بمزود خدمة الاستضافة الخاص بك

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

اعرف المزيد: كيفية إصلاح خطأ 503 في ووردبريس: 5 طرق بسيطة

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

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

تطبيق التراجع الأسي (من جانب العميل)

يُعدّ تطبيق التراجع الأسي من جانب العميل أمرًا بالغ الأهمية إذا كان تطبيقك أو برنامجك النصي بحاجة إلى إجراء طلبات API أو طلبات HTTP أخرى قد تواجه أحيانًا خطأ 429. تتضمن هذه الاستراتيجية ما يلي:

• الانتظار لفترة أطول بعد كل طلب فاشل: بدلاً من إعادة المحاولة فورًا بعد ظهور الخطأ 429، ينتظر العميل لفترة أطول بشكل متزايد (على سبيل المثال، ثانية واحدة، ثم ثانيتين، ثم 4 ثوانٍ، ثم 8 ثوانٍ، وما إلى ذلك).

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

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

تحديد معدل الطلبات على خادمك/تطبيقك (من جانب الخادم)

يُعد تطبيق تحديد معدل الطلبات من جانب الخادم إجراءً وقائيًا قويًا إذا كنت تدير خادمك الخاص أو تقوم بتطوير تطبيقات مخصصة.

بالنسبة للتطبيقات المخصصة: يمكنك ضبط خادم الويب الخاص بك (مثل Nginx أو Apache) أو إطار عمل التطبيق (مثل Node.js أو Python أو PHP) لفرض حدود على عدد الطلبات بناءً على عنوان IP أو وكيل المستخدم أو معايير أخرى. يتيح لك هذا تحديد عدد الطلبات التي يمكن لعميل معين إرسالها خلال فترة زمنية محددة.

بالنسبة لـ WordPress: توفر العديد من إضافات الأمان القوية (مثل Wordfence Security و iThemes Security) ميزات شاملة للتحكم في معدل الطلبات. وهي تتيح لك ما يلي:

• الحد من محاولات تسجيل الدخول العشوائية (على سبيل المثال، حظر عنوان IP بعد 5 محاولات تسجيل دخول فاشلة في 5 دقائق).
• تقييد الطلبات الواردة من عناوين IP أو نطاقات عناوين IP المعروفة بأنها ضارة.
• حظر سلاسل وكيل المستخدم الإشكالية.

موضوع ذو صلة: كيفية إصلاح خطأ 502 Bad Gateway في ووردبريس

الاستفادة من آليات التخزين المؤقت

يُعد التخزين المؤقت طريقة فعالة للغاية لتقليل عدد طلبات HTTP التي يتعين على الخادم الخاص بك معالجتها، وبالتالي منع أخطاء 429 عن طريق تقليل الحمل.

• التخزين المؤقت للمتصفح: يشجع متصفحات العملاء على تخزين الأصول الثابتة (الصور، CSS، JavaScript) محليًا، مما يقلل الحاجة إلى تنزيلها بشكل متكرر.

• التخزين المؤقت من جانب الخادم (ووردبريس): تقوم إضافات مثل WP Super Cache وW3 Total Cache وLiteSpeed ​​Cache بإنشاء ملفات HTML ثابتة لصفحات ووردبريس الديناميكية. عندما يطلب المستخدم صفحةً ما، يمكن للخادم عرض ملف HTML المخزن مؤقتًا مباشرةً، متجاوزًا بذلك تنفيذ PHP واستعلامات قاعدة البيانات، مما يقلل بشكل كبير من حمل الخادم واحتمالية تجاوز حدود الطلبات.

• التخزين المؤقت للكائنات: بالنسبة لإعدادات WordPress الأكثر تعقيدًا أو التطبيقات المخصصة، يمكن للتخزين المؤقت للكائنات (مثل Redis و Memcached) تخزين نتائج استعلام قاعدة البيانات مؤقتًا، مما يؤدي إلى تسريع استرجاع البيانات وتقليل حمل قاعدة البيانات.

استخدام شبكة توصيل المحتوى (CDN)

تقوم شبكة توصيل المحتوى (CDN) مثل Cloudflare أو Sucuri أو Amazon CloudFront بتوزيع المحتوى الثابت لموقعك الإلكتروني (الصور، ملفات CSS، ملفات JS) عبر شبكة عالمية من الخوادم. عندما يطلب المستخدم موقعك، يتم تقديم المحتوى من أقرب خادم جغرافيًا، بدلاً من تقديمه مباشرةً من خادمك الأصلي.

فوائد الوقاية وفقًا للمادة 429:

• يقلل من حمل خادم المصدر: يتم تفريغ العديد من طلبات HTTP إلى شبكة توصيل المحتوى (CDN)، مما يقلل بشكل كبير من الضغط على خادمك الأساسي.

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

• تحسين الأداء: سرعة توصيل المحتوى تعني تجربة أفضل للمستخدمين الشرعيين.

تحسين استدعاءات واجهة برمجة التطبيقات

إذا كان تطبيقك يُجري طلبات API مكثفة إلى خدمات محددة تابعة لجهات خارجية، فقم بتحسينها:

• طلبات الدفعات: إذا سمحت واجهة برمجة التطبيقات بذلك، فقم بتجميع طلبات أصغر متعددة في طلب دفعة واحد أكبر لتقليل العدد الإجمالي لطلبات واجهة برمجة التطبيقات.

• قلل من المكالمات المتكررة: تأكد من أن تطبيقك لا يقوم بإجراء طلبات متكررة لنفس البيانات. قم بتخزين استجابات واجهة برمجة التطبيقات مؤقتًا عند الاقتضاء.

• مراقبة الاستخدام: راقب لوحات معلومات استخدام واجهة برمجة التطبيقات (API) الخاصة بالخدمة للتأكد من التزامك بحدود الاستخدام المحددة. يُنصح باستخدام Google Analytics لتتبع حركة الزيارات القادمة من عمليات التكامل التي تُسبب مشاكل.

اكتشف المزيد: كيفية إصلاح أخطاء 301 في ووردبريس

المراقبة والتنبيه

تعتبر المراقبة الاستباقية أساسية لاكتشاف المشكلات المحتملة المتعلقة برقم 429 قبل تفاقمها.

• سجلات الخادم: راجع بانتظام سجلات الوصول إلى الخادم وسجلات الأخطاء. ابحث عن أنماط أخطاء 429، وحدد عناوين IP المصدر، أو سلاسل وكيل المستخدم، أو عناوين URL المحددة المستهدفة.

• أدوات مراقبة أداء التطبيقات (APM): يمكن لأدوات مثل New Relic أو Datadog أو Sentry أن توفر رؤى تفصيلية حول أداء تطبيقك، بما في ذلك عدد الطلبات التي يقوم بها وأين قد تحدث الاختناقات.

• Google Search Console: على الرغم من أنها ليست مخصصة بشكل مباشر لأخطاء 429، إلا أن Google Search Console يمكنها تنبيهك إلى المشكلات المتعلقة بميزانية الزحف أو النشاط غير المعتاد الذي قد يكون مرتبطًا ببرامج الروبوت التي تحاول الوصول إلى موقعك، مما قد يؤدي إلى خطأ HTTP 429.

• إعداد التنبيهات: قم بتكوين التنبيهات لإعلامك (عبر البريد الإلكتروني أو الرسائل النصية القصيرة) إذا تجاوز معدل طلبات الخادم الخاص بك حدًا معينًا أو إذا ارتفع عدد استجابات 429 بشكل حاد.

ترقية خطة الاستضافة/موارد الخادم

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

يمكن أن يوفر الترقية إلى خطة أكثر قوة (على سبيل المثال، من الاستضافة المشتركة إلى خادم افتراضي خاص أو خادم مخصص) الموارد اللازمة للتعامل مع العديد من الطلبات دون تجاوز حدود الطلبات أو حدوث أخطاء 429.

تابع القراءة: نصائح لحل مشكلة "حدث خطأ حرج في موقع ووردبريس الخاص بك"

خاتمة

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

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

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