Kibana: دعم المنطقة الزمنية العالمية

تم إنشاؤها على ٩ أكتوبر ٢٠١٤  ·  116تعليقات  ·  مصدر: elastic/kibana

يجب دعم المناطق الزمنية لجميع حقول التاريخ المعروضة وجميع المدخلات التي قد تنتج كائن تاريخ.

تم تحديث هذا ليكون مجرد طلب لدعم المنطقة الزمنية العالمية. نظرًا لأننا نستخدم اللحظة في كل مكان الآن ، فلا ينبغي أن يكون هذا سيئًا للغاية.

PR sent enhancement v4.3.0

التعليق الأكثر فائدة

انتقل إلى الإعدادات / المتقدمة / d ateFormat: tz
فعله!

ال 116 كومينتر

أرغب في تحليل بياناتي باستخدام kibana ، ومع ذلك ، يتم تنسيق جميع التواريخ الخاصة بي كوقت أساسي للتاريخ مثل:

"تاريخ الاستيراد": {
"المعايير": {"ممكّنة": خطأ}،
"النوع": "التاريخ"،
"التنسيق": "basic_date_time" ،
"الفهرس": "تم التحليل"
}

ينتج عن هذا خطأ عند تحديد الحقل كاسم حقل الوقت ، ولا يمكن قراءته في Discover ويؤدي إلى الفشل عند الاستعلام.

هل يمكنني تكوين التنسيق للاستخدام؟
+1

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

+1 هنا ، دعم المنطقة الزمنية محل تقدير كبير. أي تقدم في هذا؟

+1 هنا ، هذا أمر لا بد منه بالنسبة لنا!

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

لذلك استنتج أنك ستحتاج إلى تغيير مجالك الزمني وفقًا لما هو مذكور في قائمة مجالك. آمل أن تكون هذه هي نفس المشكلة التي يواجهها بعض الناس مثلي. :)

+1

مقدر جدا.
ما زلنا بحاجة إلى تجميع المدرج التكراري للتاريخ بالتوقيت المحلي.

+1

+1

+1

+1

+1

بعد أن واجهت هذه المشكلة بنفسي ، أجري +1 ضخمًا في هذا الشأن.

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

كمرجع ، لم يكن لدى مجموعة البيانات الخاصة بي وقت ، فقط تواريخ ، لذلك يتم حفظها في ES في منتصف الليل بالتوقيت العالمي المنسق. عند مشاهدته في Kibana (من المنطقة الزمنية MST) ، تمت إزاحة جميع بياناتي بمقدار -7 ساعات ، لذلك كانت التواريخ كلها متوقفة عن يوم واحد.

+1 هل يوجد عمل بالخارج؟

+1 تحتاج أيضًا إلى ضبط المناطق الزمنية. يرجى تقديم المشورة إذا كان هناك حل بديل

لست متأكدًا تمامًا ، لكنني أعتقد أن هذه هي نفس المشكلة التي أواجهها مع توفير البيانات في ضوء النهار. قم بعمل date_histogram شهريًا واحصل على تجميعات غريبة للأشهر التي تدور حول التوقيت الصيفي. سيكون من الجيد أن تكون قادرًا على إيقاف تشغيله.

+1

+1 هنا أيضًا ؛ ستكون هذه ميزة قاتلة.

+1 هنا أيضًا. هذا أمر بالغ الأهمية للفريق الذي يشترك في نفس Kibana ولكن يقيم في مناطق زمنية مختلفة.

+1. نحن نفعل كل شيء في التوقيت العالمي المنسق ولدينا فريق العمليات عبر مناطق جغرافية مختلفة ، وهو أمر ضروري لتعيين علامة UTC على جميع الرسوم البيانية.

+1

هل يعمل أي شخص في هذا بدلاً من إجراء 1+ له؟ ألقيت نظرة (وأنا على وشك الأبعد عن الواجهة الأمامية / العقدة / المعلم الزاوي). يبدو أن هذا هو سبب المنطقة الزمنية. ربما يجب تحديثه إلى 0.3.0. أضف إعدادًا. ثم اتصل بـ moment.tz.setDefault(setting) في مكان ما (لست متأكدًا من المكان ، ولكن عندما كنت أختبر محليًا ، وضعته في discover.js لكنني متأكد من أن هذا هو المكان الخطأ (كنت ألعب فقط مع w / علامة التبويب اكتشاف).

أعني هل أنا قريب في أي مكان هنا؟ https://github.com/aochsner/kibana/tree/issue/1600

+1 ^ _ ^

+1 أمر لا بد منه!

+1! إن وجود طابع زمني لاختيار وقت مختلف عن الوقت الحقيقي الذي أبحث فيه في مجموعة البيانات (بالتوقيت العالمي المنسق) في منتقي الوقت هو ألم حقيقي. الحل البديل الخاص بي (تم اختباره على الكروم وفايرفوكس) هو تغيير متغير TZ env إلى UTC وفتح المتصفح من نفس الجهاز.
export TZ=UTC; firefox

+1

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

+1

1+ يمكن حقًا استخدام هذا الآن! :)

+1

+1

+1 ، سيكون رائعًا.

+1

+1

+1

أرى الكثير من المشكلات المغلقة لهذا الأمر ، فهل يوجد حل لها هنا لأنني لا أراها

العمل عليه # 3588 لم يكن لدي الوقت الكافي لإنجازه (ومهارات تطوير الواجهة الأمامية ضعيفة جدًا ..). مرحبا بكم في اي مساعدة.

+1

تشير المدونة المرنة على Kibana 4.1 الأسبوع الماضي إلى "إضافة نوع" تحديد "إلى شاشة الإعدادات المتقدمة لدعم سحب المجتمع لإضافة دعم المنطقة الزمنية." ولكني لا أرى مكان ذلك - هل يفعل أي شخص آخر (أنا أقوم بتشغيل أحدث لقطة)؟ لقطات الشاشة ستكون مفيدة. شكرا!

لست متأكدًا مما إذا كان هذا في بيان رسمي حتى الآن ؛ قد يكون فقط على درجة الماجستير في هذه المرحلة من الزمن.

+1

++ 1

+++ 1

سيكون إجراء 1+ لإعدادات عامة لاستخدام التوقيت العالمي المنسق (UTC) في قسم الإعدادات مفيدًا.
كما أفهمها ، تتم حاليًا إضافة المنطقة الزمنية (المحلية) تلقائيًا عند تحديد المجموعات بمرور الوقت. يمكن رؤيته في تفاصيل الطلب الذي تم إنشاؤه. ما ساعدني كحل بديل هو إضافة {"time_zone": 0} باعتباره جزء json في المربع "المتقدم" للتجميع. يعيد ذلك المنطقة الزمنية إلى التوقيت العالمي المنسق (UTC) ويلزم إجراؤه لكل تصور على حدة.

مرحبًا +1
الحل هو تحويل البيانات عند الحفظ ثم إلى البحث المرن باستخدام مرشح التاريخ.

+1

+1 مطلوب كثيرا!

+1

+1

+1

+1 ستكون ميزة جيدة أن نعطي الأولوية لهذا لأن لدينا محللين يجلسون في مناطق زمنية مختلفة ولا يتعين علينا دفع التواريخ في مناطق زمنية مختلفة. أود أيضًا معرفة كيفية استخدام اللحظة في كل مكان كحل بديل في الوقت الحالي ومعرفة ما إذا كانت ستحل مشكلتنا الحالية.

+1. وشكرًا خاصًا لـ ThomasKunkel لتوفير الحل البديل.

+1
في مرصدنا نشارك البيانات مع الناس في جميع أنحاء العالم. لذا فإن المنطقة الزمنية الوحيدة ذات المعنى هي التوقيت العالمي المنسق (UTC).

+1
واجهت هذه المشكلة مع استعلام البحث. حقل الوقت لم يظهر بشكل صحيح!

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

: +1:

+1

+1

: +1:

+1

الرجاء إصلاح هذا 'يو!

+1

+1 ، هل يمكنني التصويت مرتين؟

يمكنك حتى التصويت 50 مرة - لا أرى أي أصوات لها أي تأثير ، تستمر الميزة في التراجع. عيد الميلاد الأول قريبًا!

+1

+1

+1

+1 ، القضية مهمة جدًا!

أثناء استخدام kibana ، وجدنا أنه طوال الوقت إلى الأمام ثماني ساعات في الصين !!!

لا حب لهذه القضية. الإصدار الأصلي https://github.com/elastic/kibana/issues/95 مفتوح منذ 20 مايو 2013.

+1

عدم وجود هذا هو السبب الوحيد لعدم تمكننا من استخدام ELK في الإنتاج.

الرجاء إصلاح هذا الخطأ. أو أعطني طريقة لتجنب هذا.

+1

+1 زائر سيكون هذا مفيدًا حقًا ، حيث يعمل logstash الخاص بي في منطقة زمنية واحدة و kibana الخاص بي في منطقة أخرى ، وأرى جميع المعلومات متأخرة 15 ساعة!

+1

+1 منا جميعًا

+1

+1

+1

+1

+1. على وجه التحديد ، أتطلع إلى تنفيذ عمليات البحث في اسم الفهرس الصحيح المستند إلى الوقت (وهو حاليًا يبحث عن التاريخ بناءً على التوقيت العالمي المنسق (UTC) بدلاً من المنطقة الزمنية المطلوبة). أعتقد أن هذا مرتبط.

+1

+1

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

+1

: تصفيق:

مرحبًا بالجميع ، أرى بعض السلوك غير المتوقع عندما أقوم بتهيئة kibana الخاص بي للعمل في UTC:
datepicker

أعتقد أن منتقي البيانات لا يستخدم لحظة js. أنا -04: 00 المنطقة الزمنية ، ولاحظ أنه عندما أحدد ساعة من 0-4 صباحًا في منتقي التاريخ "من مربع النص" ، ضع التاريخ المحدد قبل يوم واحد ، كما لو كان لا يزال يعمل مع المنطقة الزمنية للمتصفح. هل يمكن لأي شخص التحقق مما إذا كان هذا خطأ حقيقي؟ أنا حقا سأقدر أي مساعدة. يحدث شيء مشابه جدًا بالطريقة الأخرى (يتم تحديث "من مربع النص" بتعديل منتقي البيانات)

لاحظ أنه يتم تتبع المشكلة أعلاه في # 5370. شكرا MirkoTV

+1

+1

+1

+1 ، لا يجب أن أجبر على ضبط إعدادات المنطقة الزمنية لنظام التشغيل لضبط المنطقة الزمنية التي أريد عرض بياناتي فيها. أحتاج إلى مفتاح في التكوين.

+1

لدي مستخدمون مرتبكون بشكل دائم بسبب عدم تطابق الأوقات مع أوقات خادم UTC. هذه الميزة ستوفر هذا الصداع.

+1

من فضلك لا "+1". يمكنك استخدام رمز تعبيري "رد الفعل" في المنشور الأصلي ، ويمكنك الضغط على زر "اشتراك". إرسال رسائل غير مرغوب فيها إلى حوالي 100 مشارك بدون سبب شرعي هو مجرد عمل أناني.

+1

+1

+1

وجدت إصلاحًا ... حاول تغيير ملف default.js. في هذا التغيير d ateFormat: قيمة tz إلى التوقيت العالمي المنسق .. جرب هذا ومعرفة ما إذا كان يعمل ..

تحرير: الملف موجود في src / ui / settings / defaults.js

انتقل إلى الإعدادات / المتقدمة / d ateFormat: tz
فعله!

وجدت هذا اليوم فقط ... نسيت أن تنشر هنا .. على أي حال شكرا !!

أي تحديث؟

تأكيد عمل إعداد الإدارة الجديد ، شكرًا للمطورين!

في الثلاثاء 14 فبراير 2017 الساعة 8:29 مساءً ، كتب xycloud [email protected] :

أي تحديث؟

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/elastic/kibana/issues/1600#issuecomment-279907526 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AFhQYRbPLUr47P95p5ht76SL4sgn4ZQnks5rcnEBgaJpZM4Csk6r
.

-
جوناثان نيكيل
الجوال: 303-519-4627
العمل: 303-684-1706
المنزل: 303-502-5508
بريد إلكتروني: [email protected]

@ jordan-thoms - << هذا جنون حقًا - كل ما نحتاجه حقًا هو إعداد في مكان ما بحيث لا ننظر إلى المنطقة الزمنية للمتصفح واستخدام التوقيت العالمي المنسق فقط ، مثل جميع وجهات نظرنا الأخرى لبياناتنا. >> موجود اليوم. انتقل إلى الإدارة ، الإعدادات المتقدمة ، واكتب "tz" في مربع البحث ، وقم بتغيير الإدخال إلى "UTC".

+1

أتمنى أن يكون هذا إعدادًا لكل مستخدم ، فلدينا العديد من المستخدمين لـ Kibana الذين لديهم تفضيلات مختلفة.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات