شكرًا لك أنجوس! ولا تقلق بشأن التأخير.
آسف على الارتباك! نعم، المنطقة الزمنية المحلية، ونعم، السلوك القياسي لـ Discourse رائع. كما تشير، ليست Discourse هي المشكلة، بل WP التي لا تملك القدرة على السماح للمستخدمين برؤية الموقع في منطقتهم الزمنية المحلية. هذا ما نريد إضافته. إذا سمحنا للمستخدم بتعيين منطقته الزمنية، فقد فكرت في أنه يجب علينا أيضًا أن نجعل هذا الإعداد يتجاوز إعداد Discourse بحيث يكونان متزامنين. هذا ما أردت معرفته مما إذا كان DiscourseConnect يوفره. يبدو أنه لا يفعل.
ما لم أدركه هو أن إعداد Discourse تلقائي. إذا كان الأمر كذلك، فقد نتركه كما هو. أي، تنفيذ المنطقة الزمنية المحلية في WP، وعدم جعل هذه القيمة تتجاوز قيمة Discourse. نعم، قد يخرجان عن التزامن، ولكن قد لا يكون ذلك مشكلة كبيرة لمعظم المستخدمين.
ممتاز، هذه هي المعلومة المفقودة - لم أكن أعرف من أين يفترض أن يحصل DiscourseConnect على بيانات الموقع من جانب WP. لقد قمنا بتنفيذ حقل موقع خاص بنا يدويًا، في usermeta، لذلك يمكننا فقط سحب القيمة من هناك باستخدام خطاف wpdc_sso_params.
أنا غبي، لذلك ربما أغفلت ذلك. هل توجد وثائق لـ wpdc_sso_params في أي مكان؟ لقد وجدت هذا الموضوع، والذي يبدو أنه يغطيه في الوقت الحالي: