ضبط المنطقة الزمنية في PHP
اضبط date.timezone كي تطابق تواريخ PHP توقيتك المحلي، وماذا تفعل حين تبدو قيمة المحدّد بلا أثر.
اضبط المنطقة الزمنية التي يستخدمها PHP للتواريخ والأوقات. ينطبق على الاستضافة المشتركة والموزِّعة والمميّزة.
والمنطقة الخاطئة تظهر على هيئة أختام زمنية مزاحة بعدد ثابت من الساعات — مقالات مجدولة تُنشَر في الوقت الخطأ، ومدخلات سجل لا تتطابق، وأوقات طلبات تربك العملاء.
اضبطها
- في cPanel، افتح Select PHP Version.
- اختر Options.
- اعثر على
date.timezoneواضبطها على منطقتك.
استخدم معرّفًا كاملًا من
قائمة مناطق PHP الزمنية —
Europe/London أو Africa/Cairo أو America/New_York.
استخدم معرّف منطقة، لا اختصارًا ولا إزاحة. فـ EST و+02:00 لا يتعاملان مع
التوقيت الصيفي، فتنحرف الأوقات ساعةً جزءًا من السنة — وذلك الخلل لا يظهر إلا
بعد أشهر، وهو ما يصعّب ربطه بهذا الإعداد.
تأكّد مما هو مطبَّق فعلًا
أنشئ phpinfo.php في جذرك المستنَدي:
<?php phpinfo();زره وابحث عن date.timezone. وعمود Local Value هو ما ينطبق.
<?php echo date_default_timezone_get(), ' — ', date('Y-m-d H:i:s');احذف الملفين بعد ذلك — فـ phpinfo() يكشف قدرًا كبيرًا عن خادمك.
إن لم تنطبق القيمة
امض في هذه بالترتيب:
تجاوز في MultiPHP على مستوى النطاق. فضبط إصدار في MultiPHP يتجاوز محدّد مستوى الحساب لذلك النطاق، بما في ذلك إعداداته — راجع MultiPHP مقابل Select PHP Version.
التطبيق يضبط منطقته الخاصة. فووردبريس يتجاهل date.timezone تمامًا ويستخدم
إعداده الخاص ضمن Settings ← General. وكثير من أطر العمل تستدعي
date_default_timezone_set() عند البدء، وهو ما يتجاوز كل ما سبق.
أنت على Bolt-Cache. فمحدّد PHP لا ينطبق — اضبطها في .user.ini بدلًا من
ذلك:
date.timezone = Europe/Londonراجع تغيير إصدار PHP وإعداداته.
ملف .user.ini أو .htaccess يتجاوزها. راجع جذرك المستنَدي بحثًا عن أيّهما
يضبط القيمة.
سطر الأوامر منفصل
السكربتات المشغَّلة من cron أو SSH تقرأ إعدادات PHP لـ سطر الأوامر لا إعدادات الويب. فاضبط إصدار سطر الأوامر وخياراته منفصلين في المحدّد إن أبلغ سكربت مجدول بمنطقة زمنية مختلفة — وهو الفخ نفسه في ماجنتو يُبلغ بحدّ ذاكرة خاطئ.