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

السبب الذي وجدناه
كان الموقع قد ثبت قبل وجود ملفات اللغة العربية في مجلد اللغات. عندها بقيت قيمة لغة الموقع فارغة، فيعود ووردبريس إلى en_US. في هذه الحالة لم يكن تاريخ النشر أو التوقيت هو المشكلة؛ كان ووردبريس يختار أسماء الأشهر من اللغة الإنجليزية.
توثيق ووردبريس يوضح أن get_locale() تقرأ لغة الموقع، وعند غيابها تستخدم الإنجليزية الأمريكية. كما أن wp_date() تعرض التاريخ بصيغة مترجمة عندما تكون ملفات اللغة والـ locale متاحين.
الإصلاح من لوحة ووردبريس
- ادخل إلى الإعدادات ← عام.
- ابحث عن لغة الموقع واختر العربية.
- احفظ التغييرات وانتظر حتى يكتمل تنزيل حزمة اللغة.
- افتح مقالة في نافذة خاصة أو امسح ذاكرة التخزين المؤقت إن كانت لديك إضافة Cache.
- تحقق من تاريخ المقال ومن واجهة لوحة التحكم، لا من عنوان الصفحة فقط.
في معظم المواقع المتصلة بالإنترنت يكفي ذلك. ووردبريس يستطيع تنزيل الحزمة من لوحة التحكم. لا تضع ملفات ترجمة عشوائية من مواقع غير موثوقة.
إذا كانت بيئتك محلية بلا تنزيل تلقائي
بيئة التطوير التي استخدمناها لم تكن معدة لجلب حزم اللغات تلقائيا. لذلك نزلنا حزمة العربية الرسمية المطابقة لإصدار ووردبريس، وفككناها داخل wp-content/languages. بعد وجود ملف ar.mo أعدنا تعيين لغة الموقع إلى العربية، لأن المحاولة الأولى قبل وجود الحزمة أبقت اللغة فارغة.
لا تنس مطابقة الحزمة لإصدار ووردبريس الموجود لديك. عند التحديث لاحقا دع لوحة ووردبريس تحدث الترجمات أيضا، ثم اختبر التاريخ ثانية.
تحقق برمجي صغير عند الحاجة
لا تحتاج هذا الفحص في الاستخدام اليومي، لكنه مفيد عندما لا يتضح السبب. المثال التالي للمطور أو لنسخة اختبار فقط؛ لا تلصقه داخل المقال أو ملف القالب الحي إن لم تكن تعرف كيفية التراجع:
echo get_locale();
echo wp_date( 'j F Y', strtotime( '2026-08-18' ) );
في تجربتنا أعطى الاختبار قبل الإصلاح en_US و18 August 2026. بعد الإصلاح أعطى ar و18 أغسطس 2026.
التحقق بعد الإصلاح

- افتح مقالا منشورا وتأكد من اسم الشهر في سطر «آخر تحديث».
- افحص صفحة أرشيف أو بطاقة مقال، لأن بعض القوالب تستخدم صيغة تاريخ مختلفة.
- إذا ظهر التاريخ إنجليزيا في حساب مدير واحد فقط، افحص لغة المستخدم من ملفه الشخصي؛ يمكن أن تختلف عن لغة الموقع.
- إذا استمر السلوك بعد تغيير اللغة، عطل التخزين المؤقت مؤقتا أو امسحه، ثم استبعد الإضافة أو القالب الذي يكتب التاريخ يدويا.
ما الذي لا يصلحه هذا الدليل؟
اختيار العربية لا يترجم نصوص قالب لا يدعم الترجمة، ولا يصلح تاريخا يدخل يدويا داخل صورة أو HTML ثابت. هذا الدليل يعالج التواريخ التي يولدها ووردبريس ودواله المترجمة.
تفاصيل التجربة ونتيجتها
تاريخ التجربة: 18 أغسطس 2026؛ ووردبريس: 7.0.4؛ PHP: 8.3.33؛ مكان التنفيذ وأدواته: نسخة ووردبريس محلية جديدة.
قبل الإصلاح أعادت دالة اللغة en_US وكانت النتيجة 18 August 2026. بعد تثبيت حزمة العربية وتعيين لغة الموقع أصبحت النتيجة ar وظهر 18 أغسطس 2026.
تحقق إضافي، 19 أغسطس 2026: نسّقنا الطابع الزمني نفسه بعد تحميل en_US ثم ar دون تغيير تاريخ أي مقال. المقارنة تخص تنسيق الطابع الزمني نفسه بلغتين، ولا تغير تاريخ نشر المقال أو موعده المجدول.

المصادر الرسمية
- WordPress: تثبيت ووردبريس بلغتك وتغيير لغة الموقع.
- مرجع الدالة get_locale().
- مرجع الدالة wp_date() للتاريخ المترجم.