توقيت المنطقة الزمنية لإدراج التاريخ هو دائمًا UTC؛ يتم تجاهل منطقتي الزمنية

عندما أنشئ تاريخًا باستخدام زر “إدراج تاريخ”، يتم إنشاء شيء مثل:

[date=2019-08-20 time=20:00:00 timezone="Europe/Berlin"]

أنا في منطقة زمنية Europe/Berlin. لكن، تظهر نتيجة HTML الساعة “22:00” بدلاً من “20:00”.

عندما أغير الكود المولد إلى:

[date=2019-08-20 time=20:00:00 timezone=Europe/Berlin]

يعمل بشكل ممتاز.

هنا في meta.discourse.org يعمل بشكل صحيح. منتداي موجود في v2.4.0.beta2 +316

شكرًا لك

دعنا نجرب هنا، أنا في فرنسا، لكن نفس المنطقة الزمنية

[date=2019-08-20 time=20:00:00 timezone="Europe/Paris"]

2019-08-20T18:00:00Z

[date=2019-08-20 time=20:00:00 timezone=Europe/Paris]

2019-08-20T18:00:00Z

النتيجة هي

هل قمت بإعادة ضبط وقت الخادم/المنطقة الزمنية بعيدًا عن UTC؟

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

لا، لا يزال التوقيت العالمي المنسق (UTC).

ما هو متصفحك؟ لا علاقة له بخادمك، لكن هل تم ضبط ساعة جهازك الشخصي بشكل صحيح؟

لقد جربت متصفح Firefox و Chrome/Chromium على أنظمة Windows و Linux و Android. في كل متصفح، يظهر نفس السلوك. وأود أن أذكر أن توقيتي مضبوط دائمًا على أوروبا/برلين.

هل يمكنك تجربة هذا في وحدة تحكم المتصفح الذي يتصفح حاليًا منتدى Discourse:

moment.tz.guess()

يُرجح: "Europe/Berlin"

في منتداي وكذلك في meta.discourse.org

حسناً، سأقوم بالتحقيق خلال الأيام القادمة، شكراً للمعلومة.

أواجه نفس المشكلة تمامًا! بدون علامات الاقتباس يعمل بسلاسة تامة. لكن محرر Discourse ينشئ دائمًا “Europe/Berlin” بدلاً من Europe/Berlin، وفي المعاينة يظهر الوقت بشكل خاطئ. هل يمكن إصلاح ذلك؟

ما زلت لم أستطع تكرار المشكلة مهما جربت على Chrome أو Firefox. أحتاج إلى البحث أكثر.

واجهت هذه المشكلة في Safari، ولم أجرب Chrome أو Firefox بعد.

هل توجد أي تحديثات حول هذه المشكلة؟

أواجه نفس السلوك المذكور أعلاه. بمجرد حذف علامات التنصيص “”، يعمل كل شيء بشكل صحيح. ولكن عند استخدامها، يبدو أن النظام يأخذ التوقيت العالمي المنسق (UTC) مضافًا إليه أو مطروحًا منه عدد ساعات المنطقة الزمنية التي يعمل فيها عميلي.

بالمناسبة، يحدث نفس الشيء هنا عندما أكتب نصًا غير منطقي في حقل المنطقة الزمنية، مثل:
[date=2019-08-20 time=20:00:00 timezone="nonsense"]
أو
[date=2019-08-20 time=20:00:00 timezone=nonsense]
2019-08-20T20:00:00Z

أنا أيضًا أواجه نفس المشكلة بالضبط. يبدو الأمر إلى حد ما مشكلة في التثبيتات “الألمانية”.

حسنًا، حقيقة ممتعة، حاولت إعادة تعيين الإعدادات عن طريق تشغيل domain.de/wizard، حيث قمت بتغيير الإعدادات المحلية إلى الإنجليزية (الولايات المتحدة) ومررت عبر المعالج بالكامل. مع إعدادات اللغة الإنجليزية، يمكنني لصق الأوقات وتظهر بشكل صحيح. أقول مثلًا “غداً 11:15 مساءً (أوروبا/برلين)” لكنني أدخلت فعليًا 23:15 بالتوقيت الألماني. لذا يتم عرضها بشكل صحيح.

عندما أعيد توجيه منتداي عبر المعالج إلى “الألمانية” وألصق موعدًا جديدًا مع وقت… يعود تأثير الزيادة بمقدار ساعة واحدة. (الأوقات التي تم لصقها في إعدادات اللغة الإنجليزية لا تزال تُعرض بشكل صحيح).

إذًا، لا يبدو أن هذه مشكلة تتعلق بتوقيت الخادم. يبدو أن هناك شيئًا ما يتعطل بين الترجمة المحلية لأوروبا وتوقيت UTC.

سعيد بتجربة أي شيء أو تقديم مزيد من النصائح إذا لزم الأمر.

أشغل discourse عبر Docker.

شكرًا على المساعدة الإضافية!

إضافة صغيرة، أدركت وجود فرق «صغير» بين تثبيتي والتثبيت الرسمي.

قمنا بتعطيل خيار «السماح للمستخدم بتحديد اللغة المحلية». لذا لا يستطيع المستخدمون تغيير اللغة بأنفسهم. لا أعرف ما إذا كان هذا مفيدًا.

ماذا عن الآخرين الذين واجهوا نفس المشكلات، أي @Daniel_Tesla @lorddevil، @zogstrip @hewo7، هل يمكن لمستخدميكم تغيير إعدادات اللغة المحلية للواجهة؟ أو في الإعدادات الألمانية تحت: إعدادات › الإعدادات العامة: السماح للمستخدم بتحديد اللغة المحلية: «اسمح للمستخدمين باختيار لغة واجهتهم الخاصة».

  • السماح للمستخدم بتحديد اللغة المحلية مفعل
  • السماح للمستخدم بتحديد اللغة المحلية معطل
0 voters

من الغريب أن الإعدادات المحلية الحالية تؤثر على المنطقة الزمنية :thinking:

@j.jaffeux هل قمت بإصلاح هذا بالصدفة من خلال الإصلاحات الأخيرة التي أجريتها؟

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

لا، سألقِ نظرة غدًا

يجب إصلاح ذلك من خلال:

:تادا: شكراً على المعلومة


للتوضيح أكثر، يبدو أنه عند تعيين مثيل Discourse إلى اللغة الألمانية، نستبدل علامات الاقتباس " بعلامات الاقتباس الألمانية „“، مما أدى إلى تعطيل المحلل الخاص بنا.

@gerhard لقد قمت بإصلاح مباشر في local-dates مؤقتاً، هل تعتقد أننا يجب أن نحاول إصلاحه في مرحلة أعلى من السلسلة؟

  • parseBBCodeTag نفسها قبل إرسال السلسلة المطابقة؟
  • في النص الجذاب؟