हां, इसके लिए बेहतर विकल्प जोड़े जाने चाहिए। सुनिश्चित नहीं है कि सबसे अच्छा तरीका क्या है, सोचें कि इसके लिए एक पीआर भी हो सकता है जो बहुत पहले प्रस्तुत किया गया था जिसकी समीक्षा करने के लिए मेरे पास अभी तक समय नहीं है।

धन्यवाद!
अब, मैंने अपने प्रोजेक्ट में हार्डकोडेड यूरोपीय प्रारूप के साथ ग्राफाना का पुनर्निर्माण किया =)

यह उपयोगी होगा क्योंकि यूरोपीय तिथि प्रारूप उसी क्रम में नहीं है (दिन/माह/वर्ष) तिथियां वास्तव में भ्रमित हैं

+1

+1

+1

किसी और के लिए जो इसे ठीक करना चाहता है;
मैं इसे अपने सोलारिस बिल्ड के लिए उपयोग करता हूं।

कोशिश करता है public_gen incase घुरघुराना पहले ही चलाया जा चुका है।

``` आर, इंजन = 'बैश', count_lines

!/बिन/बाश

सेट-ई

पैच () {
इको-ई "पैच करने का प्रयास; n $ GRAPHJSFOLDER"
ORIG=$GRAPHJSFOLDER/graph.js
बैकअप=$GRAPHJSFOLDER/graph.js.backup
सीपी $ORIG $बैकअप
sed 's/%m\/%d/%d\/%m/g' $बैकअप > $ORIG
}

GRAFANAROOT=$GOPATH/src/github.com/grafana/grafana

GRAPHJSFOLDER=$GRAFANAROOT/सार्वजनिक/ऐप/पैनल/ग्राफ
पैच
GRAPHJSFOLDER=$GRAFANAROOT/public_gen/app/panels/graph
पैच
```

+1

+1

इस पर +1, ग्राफ़ में यूएस लोकेल एमएम/डीडी को मजबूर करना आदर्श नहीं है। संभावित रूप से #5517 के साथ पेश किए गए स्थानीय लोगों द्वारा मदद की गई?

+1

+1, यह वर्तमान में हमारी कंपनी में अनुकूलन को रोक रहा है

@tokudan अरे, हमने अपने समाधान में यही किया; https://github.com/grafana/grafana/issues/1459#issuecomment -162446127

यह अद्भुत होगा यदि यह वास्तविक ब्राउज़र स्थानीयकरण को ध्यान में रख सकता है या यदि उपयोगकर्ता कम से कम इसे मैन्युअल रूप से कॉन्फ़िगर कर सकते हैं। सभी को यूएस शैली की तिथियों का उपयोग करने के लिए मजबूर करना वास्तव में काफी उप-रूपी है।

+1

+1

यह बहुत अच्छा होगा जब तारीख को आम तौर पर अनुकूलित किया जा सकता है। उदाहरण:
होने के बजाय
2016-11-21 21:19:00
मैं कार्यदिवस के साथ-साथ एक छोटी तिथि (यहां जर्मन प्रारूप) देखना चाहता हूं:
मो, 21.11., 21:19

@RyanCarrier कोई विचार है कि स्रोत से निर्माण किए बिना इस संशोधन को कैसे बनाया जाए? मुझे अपने उबंटू इंस्टॉलेशन (डिबेट पैकेज से) में समतुल्य फ़ाइल यहाँ मिली:

/usr/share/grafana/public/app/plugins/panel/graph/graph.ts

काश, उस फ़ाइल को संशोधित करने, grafana-server पुनरारंभ करने और ब्राउज़र को रीफ्रेश करने से परिवर्तन नहीं होता है। मैंने यह छोटा संस्करण देखा:

/usr/share/grafana/public/app/plugins/panel/graph/graph.js

और मुझे लगा कि मैं एक विजेता की ओर अग्रसर हूं, लेकिन अफसोस, वही परिणाम। क्या आप जानते हैं कि क्या कोई अन्य संकलन आउटपुट है जो ग्राफाना का उपयोग करता है जो समझाएगा कि इन फ़ाइलों को संशोधित करने से कोई फर्क क्यों नहीं पड़ता?

अरे यार अगर मेरे द्वारा पहले लिखी गई स्क्रिप्ट काम नहीं करती है और आपको अभी भी परेशानी हो रही है, तो वापस जवाब दें और जब मैं घर वापस आऊंगा (शायद दूसरी या तीसरी) तो मैं देखूंगा।

https://github.com/grafana/grafana/issues/1459#issuecomment -162446127

ओह क्षमा करें मुझे डिबेट पैकेज से एहसास नहीं हुआ। मुझे घर देखना होगा और अपने सर्वर पर जाना होगा। अगर मैं 3 तारीख तक जवाब नहीं देता तो मुझे टक्कर मारो। :)

बम्पिंग @RyanCarrier - इसका पता लगाने के लिए नहीं है। संदेह है कि यह कुछ आसान है, लेकिन मैं ग्राफ़ाना को अपने द्वारा ग्राफ़.टीएस में किए गए किसी भी बदलाव को लेने के लिए नहीं प्राप्त कर सकता (स्रोत से संकलित किए बिना, जिसे मैं यदि संभव हो तो टालना पसंद करूंगा)।

जब से मैं आखिरी बार खेला था, तब से उन्होंने स्टफ़ा राउंड बदल दिया है, और मेरे पास ऐसा माहौल नहीं है जैसा मैंने तब किया था। लेकिन मुझे कुछ फाइलों में %m/%d मिला है; आपको अपडेट रखने के लिए।

सार्वजनिक/ऐप/app_bundle.js:13
सार्वजनिक/ऐप/boot.js:18
सार्वजनिक/ऐप/boot.fnsdmjkfnasjk.js
बाकी में हैं
सार्वजनिक/ऐप/प्लगइन्स/पैनल/ग्राफ

ग्राफ़.ts
ग्राफ़.जेएस
चश्मा/graph_specs.js
चश्मा/graph_specs.ts

अरे तो यह अजीब बूट है।123456.js /usr/share/grafana/public/app में।

बस सुरक्षित रहने के लिए मैं इसे boot.js में भी बदल दूंगा, मुझे लगता है कि जब आप इसे स्थापित करते हैं तो यह बन जाता है?

बस उस sed कमांड को चलाएँ जो मैंने बनाया था बस याद रखें कि आपके नंबर अलग होंगे लेकिन;

cp boot.123456.js boot.123456.backup.js
sed 's/%m\/%d/%d\/%m/g' boot.123456.backup.js > boot.123456.js 

तो बस पेज को रीफ्रेश करें (ctrl shift r) प्रोब्स रेगुलर रिफ्रेश के साथ काम करता है। लेकिन कुछ भी।

क्षमा करें, मुझे इतना समय लगा कि मैं पूरी तरह से भूल गया।

कमांड सभी %m/%d को %d/%m . से बदल देता है

मैं इसे अन्य फाइलों पर भी चलाऊंगा, क्योंकि वे पुन: संकलित या अद्यतन या कुछ के दौरान एक साथ जुड़ जाते हैं।

यह किया! नियमित रूप से ताज़ा करना पर्याप्त था। आपके द्वारा उल्लिखित अन्य फ़ाइलें भी मौजूद हैं और उनमें स्ट्रिंग है।

थोड़ा रहस्यमय। संदेह है कि यह अन्य मुद्दों के लिए उपयोगी ज्ञान होने जा रहा है जो फसल करते हैं। बहुत - बहुत धन्यवाद!

क्या ग्राफाना जीयूआई या सेटिंग्स के माध्यम से दिनांक प्रारूप को बदलने का कोई तरीका है? मैं स्रोत फ़ाइलों में परिवर्तन करने के बारे में कुछ बकवास देख सकता हूं, जो मैं नहीं करना चाहता :)

@ leinad13 वर्तमान में नहीं, इसलिए स्रोत फ़ाइलों का सहारा। आदर्श नहीं है, लेकिन वास्तव में बहुत आसान है।

इसे आपके सर्वर पर कमांड लाइन से निष्पादित करना चाहिए:

TARGET_FILE=`ls /usr/share/grafana/public/app/boot.*.js`
cp $TARGET_FILE ${TARGET_FILE}.backup
sed 's/%m\/%d/%d\/%m/g' ${TARGET_FILE}.backup > ${TARGET_FILE}

फिर बस अपने ब्राउज़र के ग्राफाना पेज को रीफ्रेश करें।

+1 मेरे लिए भी

ठीक है, ग्राफाना की किबाना से तुलना करते समय इस पर अड़ गया। दुर्भाग्य से, स्थानीय सेटिंग्स (दिनांक/समय/संख्या प्रारूप आदि) का समर्थन नहीं करना पेशेवर वातावरण में ग्राफाना के लिए एक शो स्टॉपर है (बस एक गलत लोकेल के साथ एक परियोजना वितरित नहीं कर सकता)। यह वास्तव में अच्छा होगा यदि यह प्रियो के साथ ठीक हो जाता है (और बिना खराब स्रोत पैचिंग के)। @torkelo

+1

+1

+1

मेरे मामले में मुझे एक्स अक्ष पर तिथियों के साथ समस्याएं आ रही हैं, कभी-कभी केवल समय भाग दिखा रहा है, कभी-कभी तिथि (यूएस प्रारूप, ईयू यहां) के साथ और मैं इसे किसी भी अनुमानित तरीके से नियंत्रित नहीं कर सकता। किसी तरह #3591 . से संबंधित

+1

+1

+1

दूसरी नज़र में फ़्लोट कोड (jquery) का उपयोग किया जाता है। वहां, आपके पास स्वरूपण विकल्प हैं, यदि वे पारित हो जाते हैं। Jquery.flot.time.js देखें
वैश्विक उपयोग के लिए अच्छा स्थानीयकरण महत्वपूर्ण है। और कृपया ब्राउज़र सेटिंग्स से स्वचालित रूप से लिए गए विकल्पों से चिपके न रहें। यूएस आधारित भाषा का उपयोग करने का मतलब यह नहीं है कि मैं गैर-अनुरूप अमेरिकी स्थानीयकरण चाहता हूं...

+1

+1, वर्कअराउंड के रूप में मैं मुख्य उपयोग के मामलों में अजीब तारीखों को दिखाने को अक्षम करने के लिए अब 23h विचारों का उपयोग करता हूं।

+1

+1

यदि आप इस मुद्दे को प्राथमिकता देते हैं तो हमें बहुत खुशी होगी। यह यूरोपीय उपयोगकर्ताओं के लिए वास्तव में भ्रमित करने वाला है। बहुत - बहुत धन्यवाद!

+1

+1

+1

+1

मैं इसे यूके में यूएस तिथि प्रारूपों के साथ रोल आउट नहीं कर सकता, क्योंकि लोगों को तारीख को गलत तरीके से पढ़ने की गारंटी है।

इसके बारे में स्पष्ट होने के लिए - संयुक्त राज्य अमेरिका मूल रूप से ग्रह पर एकमात्र देश है जो एम/डी/वाई दिनांक प्रारूप का उपयोग करता है। बाकी दुनिया को वह प्रारूप बहुत भ्रमित करने वाला लगता है। देखें https://en.wikipedia.org/wiki/Date_format_by_country

स्थानीय तिथि प्रारूपों का समर्थन न करके, आप संयुक्त राज्य अमेरिका के बाहर किसी को भी प्रभावी ढंग से बता रहे हैं कि उन्हें ग्राफाना का उपयोग नहीं करना चाहिए।

आईएसओ 8601 को कम से कम डिफ़ॉल्ट के रूप में उपयोग करें यदि इसे विन्यास योग्य नहीं बनाया जा सकता है। यह एक साधारण फिक्स होना चाहिए जिसे तुरंत रोल आउट किया जा सकता है।

मुझे विश्वास नहीं हो रहा है कि यह बग तीन साल पहले दर्ज किया गया है।

हाँ, ISO 8601 एक अच्छा शॉर्ट टर्म फिक्स है।

ऐसा नहीं लगता कि ग्रेफाना को ऐसा करने की कोई इच्छा या भूख है, मैंने मूल रूप से यह नहीं देखा था कि यह टिकट 3 साल पहले बनाया गया था!

ऐसा नहीं है कि हम नहीं चाहते हैं, लेकिन जब तक आपने ध्यान नहीं दिया है कि लगभग 1000 खुले फीचर अनुरोध हैं :)

मुझे आशा है कि आप समझ गए होंगे कि यह FR से कहीं अधिक है। यह संयुक्त राज्य अमेरिका के बाहर गोद लेने के लिए एक अवरोधक है। ऐसा लगता है कि बहुत समय पहले कोडिंग में एक निर्णय है कि बुरा पक्ष अब प्रभावित हो रहा है।

मैंने आप लोगों को इस धागे में दो बार पहले काम करने का मौका दिया था। यदि आप वास्तव में यह आपके लिए एक बहुत बड़ी समस्या है और आप किसी कारण से इसका समाधान नहीं कर सकते हैं। परिवर्तन स्वयं करें। ओपन सोर्स का पूरा बिंदु योगदान करने और एक साथ काम करने में सक्षम होना है, रोना नहीं है कि ये स्वयंसेवक ठीक वही नहीं कर रहे हैं जो आप चाहते हैं।

@RyanCarrier आपको आपके अत्यंत महत्वपूर्ण कार्यों से दूर रखने के लिए हमें बहुत खेद है। हमें अपनी पसंदीदा विशेषता को अन्य FRs के उन 1000s पर धकेलने के लिए भी बहुत खेद है।
हम शायद अभी से ग्रेफाना के पीछे कंपनी के दरवाजे पर रोना शुरू कर देंगे: https://grafana.com/services/support

सबसे पहले, यह काफी छोटी बात है। यह केवल तभी ध्यान देने योग्य होता है जब आप ज़ूम आउट करते हैं और यदि आप किसी बिंदु पर होवर करते हैं तो आप पूरी तिथि देख सकते हैं। मैं इस तर्क को नहीं समझता कि यह संयुक्त राज्य अमेरिका के बाहर गोद लेने के लिए एक अवरोधक है। (मैंने पहले दिन से ग्राफाना का इस्तेमाल किया है और स्वीडन में रहता हूं और इस मुद्दे पर कभी ध्यान भी नहीं दिया)।

मैंने वास्तव में इसे पिछले सप्ताह देखा था लेकिन यह जितना मैंने सोचा था उससे कहीं अधिक जटिल था। मैंने MomentJS और Date.prototype.toLocaleDateString () दोनों के साथ - प्रति लोकेल महीने-दिन प्रारूप को स्वचालित रूप से समझने और स्वचालित रूप से समझने के लिए त्वरित स्पाइक किया।

MomentJS के पास प्रति लोकेल महीने/दिन प्रारूप के लिए कोई समर्थन नहीं है लेकिन toLocaleDateString काम कर सकता है। समस्या यह है कि यह आपकी ब्राउज़र सेटिंग्स (क्रोम में भाषा सेटिंग्स) पर निर्भर करता है ताकि अधिकांश लोगों को वैसे भी अमेरिकी प्रारूप प्राप्त होगा, भले ही वे यूरोप में स्थित हों।

हम इस निष्कर्ष पर पहुंचे कि इसे करने का एकमात्र तरीका इसे कॉन्फ़िगरेशन सेटिंग के रूप में जोड़ना होगा (विकल्पों के साथ: ब्राउज़र लोकेल का उपयोग करें, या स्पष्ट रूप से सेट करें)।

PS @mvhconsult Grafana एक ओपन सोर्स प्रोजेक्ट है और अधिकांश रिलीज़ में Grafana समुदाय द्वारा योगदान की गई अधिकांश सुविधाएँ और बग फिक्स शामिल हैं। आप Grafana के लिए कुछ भी भुगतान नहीं कर रहे हैं और आपने कभी भी कोई सुधार या सुविधाएँ नहीं दी हैं, इसलिए कृपया कोशिश करें और स्वर को सभ्य रखें।

@daniellee यहां एक वास्तविक ऑफ टॉपिक चर्चा शुरू करने के जोखिम के साथ, इसलिए यह मेरी ओर से अंतिम है। मैं पिछले 15 वर्षों से ओपनसोर्स में शामिल हूं, इसलिए मुझे पता है कि उन सभी अनुरोधों को प्राप्त करना कैसा होता है जो आपको महत्वहीन लगते हैं। निश्चित रूप से अधिकांश यहां दिखाई नहीं दे रहे हैं।
लोगों को शामिल करने और अपना कीमती समय एक और परियोजना (ग्राफाना के बाहर जीवन है) को देखने के लिए खर्च करने का एक तरीका है, उन्हें यह संकेत देना है कि कैसे काम करना है, और कारण है कि कोर टीम द्वारा चीजों को अच्छी तरह से क्यों नहीं उठाया जाता है। प्रलेखित कोड। लोगों को डराने का तरीका (या उन्हें "मैं इस उत्पाद या टीम के बारे में फिर से क्यों परवाह करूंगा") उन्हें यह बताना है कि यह बकवास है, उन्हें बस स्रोत कोड में खोदना चाहिए और कुछ आधे रास्ते को स्वयं लागू करना चाहिए, और उन्हें यह कहकर कम आंकें कि वे कराहते/रोते हैं। यदि यहां नीति यह है कि केवल कोड योगदानकर्ता ही अनुरोध कर सकते हैं: मेरे साथ ठीक है, तो मैं फिर से वास्तविक जीवन के लिए तैयार हूं।

@mvhconsult कोर टीम से किसी ने भी नहीं कहा कि यह सुविधा अनुरोध बकवास है। मैं कोर टीम में हूं और मैंने इसे हल करने के तरीके को देखने में समय बिताया है। हो सकता है कि आपने इस बात पर ध्यान न दिया हो कि मैंने हाल ही में यह मुद्दा खुद को सौंपा है? मैं यह भी बताना चाहता था कि यह एक छोटा मुद्दा है और ऐसा कुछ नहीं है जिसे हम प्राथमिकता 1 के रूप में चिह्नित करेंगे (यह बिल्कुल वैध मुद्दा है लेकिन यह ज्यादातर लोगों को प्रभावित नहीं करता है और यहां तक ​​​​कि जो लोग इसे नोटिस करते हैं वे आसानी से इसके आसपास काम कर सकते हैं)।

फीचर अनुरोधों के बारे में चर्चा ठीक है (और प्रोत्साहित किया गया) लेकिन मुझे लगा कि यह अनावश्यक था:

हम शायद अब से ग्रेफाना के पीछे कंपनी के दरवाजे पर रोना शुरू कर देंगे:

यही कारण है कि मैंने पूछा कि क्या आप इसे थोड़ा कम कर सकते हैं। धन्यवाद।

यदि आप इसे आगे बढ़ाना चाहते हैं तो आरंभ करने में आपकी सहायता करने में मुझे बहुत खुशी हो रही है। आप विकास के लिए ग्राफाना की स्थापना के साथ शुरुआत कर सकते हैं: http://docs.grafana.org/project/build_from_source/

@daniellee यह निश्चित रूप से एक छोटी सी बात नहीं है और जहां तक ​​​​मुझे पता है, कोई "आसान समाधान" नहीं है।

डेटा के एक दिन से अधिक दिखाने वाले ग्राफ़ का होना अत्यंत सामान्य है, उदाहरण के लिए पिछले सप्ताह या महीने या वर्ष, और ये सभी ग्राफ़ अक्ष पर MM/DD प्रारूप में दिनांक दिखाते हैं। इन गलत स्वरूपित तिथियों को देखने के लिए आपको कुछ भी माउसओवर करने की आवश्यकता नहीं है।

ऐसा लगता है कि आप स्वयं इस समस्या का सामना नहीं कर रहे हैं, लेकिन निश्चित रूप से इस थ्रेड पर "+1" की संख्या निश्चित रूप से यह स्पष्ट करती है कि बहुत से लोगों को इससे कोई समस्या है।

मुझे लगता है कि ज्यादातर लोग एक लोकप्रिय ओपन सोर्स प्रोजेक्ट चलाने की कठिनाइयों की भी सराहना करते हैं, खासकर जब बहुत सारे फीचर अनुरोध और न्यूनतम संसाधन होते हैं। यही कारण है कि हम में से कुछ लोग इस मुद्दे का समर्थन कर रहे हैं - हम यह मामला बनाने की कोशिश कर रहे हैं कि यह बहुत से लोगों के लिए एक बड़ी समस्या है, और अगर इसे संबोधित किया जा सकता है तो यह बहुत अच्छा होगा।

@andymadge कूल, मैं समझ सकता हूं कि दूसरों का मेरे लिए बिल्कुल अलग दृष्टिकोण हो सकता है और जैसा कि आप कहते हैं कि बहुत से लोगों ने इसके लिए मतदान किया है। यह सुविधा जल्द ही लागू की जाएगी क्योंकि टिक फ़ॉर्मेटिंग अधिकांश दुनिया के लिए गलत है और इसे ठीक किया जाना चाहिए।

बस इस विकल्प को प्रस्तुत करने का सबसे उपयोगकर्ता-अनुकूल तरीका निकालने का प्रयास कर रहा हूं। मुझे लगता है कि मैं navigator.languages में पहली भाषा के साथ टिक प्रारूप को डिफ़ॉल्ट रूप से toLocaleDateString() में बदल दूंगा लेकिन उपयोगकर्ता प्राथमिकताओं में माह/दिन (या दिन/माह) प्रारूप सेट करने के लिए एक कॉन्फ़िगरेशन विकल्प होगा।

मेरा एक प्रश्न है कि हो सकता है कि तारीख प्रारूप वाले देश का कोई व्यक्ति जिसमें डॉट्स या समान (उदाहरण के लिए फिनलैंड, जर्मनी या दक्षिण कोरिया) शामिल हों, उत्तर दे सकता है।

क्या केवल दो स्पष्ट विकल्प होना ठीक है: mm/dd या dd/mm । 20 अक्टूबर को 10/20 या 20/10 ।

@daniellee मुझे अच्छा लगता है।

क्या मैं यह कहने में सही हूं कि टिक केवल महीने और दिन, या साल और महीने, सभी 3 एक साथ कभी नहीं दिखाते हैं?

@andymadge हाँ, तुम सही हो। विभिन्न ज़ूम स्तरों के लिए अलग-अलग प्रारूप हैं। सबसे ज़ूम आउट से प्रारंभ करना:

• वर्ष/मिमी
• मिमी/डीडी
• मिमी / डीडी एच: एम
• एच: एम
• एच: एम: एस

जिन्हें मैं बदल रहा हूँ वे हैं mm/dd और mm/dd H:M।

@daniellee फिनिश (और जर्मन) उपयोगकर्ताओं के लिए सही प्रारूप dd.mm. । dd/mm yyyy को कभी-कभी स्वीडिश पृष्ठभूमि वाले वृद्ध लोगों द्वारा उपयोग किए जाते देखा जाता है, लेकिन सादा dd/mm इस संदर्भ में अस्पष्ट है क्योंकि यह देखने का कोई तरीका नहीं है कि दिन और महीने किस क्रम में हैं। यदि पूर्ण स्थानीयकरण आसानी से उपलब्ध न हो तो dd/mm का उपयोग करना वर्तमान स्थिति से काफी बेहतर होगा।

@calmjm धन्यवाद - जिसने मेरे प्रश्न का उत्तर दिया। मैं एक तीसरा विकल्प जोड़ूंगा। अन्य देशों के लिए अन्य प्रारूप हो सकते हैं लेकिन मुझे लगता है कि 3 एक अच्छी शुरुआत है और इसमें बहुत सारे देश शामिल हैं।

थोड़ा अजीब महीने/दिन (या दिन/महीना) प्रारूप का उपयोग करने का कारण अंतरिक्ष को बचाना है। मैंने mmm-dd (फरवरी -12) का उपयोग करने के साथ प्रयोग किया, लेकिन यह छोटे आकार के पैनल में बहुत अधिक जगह लेता है।

कार्यान्वयन 4 विकल्पों के साथ प्रति उपयोगकर्ता सेटिंग पेश करना होगा: ब्राउज़र, mm/dd , dd/mm और dd.mm. डिफ़ॉल्ट आपके ब्राउज़र के स्थान का उपयोग करना है (के आधार पर आपकी सेटिंग से पहली ब्राउज़र भाषा)।

एक अन्य संभावित विकल्प dd.mm (अंत में डॉट के बिना) है जो पोलैंड और यूक्रेन जैसे देशों के लिए प्रारूप है।

@daniellee जो आगे बढ़ने का एक अच्छा तरीका लगता है।

ग्राफाना में तिथियों को सही तरीके से प्रारूपित करने का तरीका खोजते समय

इसके अलावा, सिर्फ एक साइड कमेंट। हमारे लिए मिनटों और घंटों के बीच का सही डिलीमीटर भी बिंदु है। लेकिन मुझे नहीं लगता कि इसे बदलने की बहुत अधिक मांग है, तब से यह देखना इतना आसान नहीं है कि "02.02" समय है या तारीख (यह समय है, लापता अंत बिंदु से पता चलता है)। बेशक यह सबसे अच्छा होगा अगर इसे भी कॉन्फ़िगर किया जा सकता है।

+1

@hraftery

इसे यह करना चाहिए, आपके सर्वर पर कमांड लाइन से निष्पादित ls /usr/share/grafana/public/app/boot.*.js
cp $TARGET_FILE ${TARGET_FILE}.backup sed 's/%m\/%d/%d\/%m/g' ${TARGET_FILE}.backup > ${TARGET_FILE}
फिर बस अपने ब्राउज़र के ग्राफाना पेज को रीफ्रेश करें।

मैं उन फ़ाइलों का पता लगाने में सक्षम नहीं था (लेकिन मैं संस्करण 5.0.4 का उपयोग कर रहा हूं)।

@andreasloe mmm, ऐसा लगता है कि यह स्थानांतरित हो गया है।

/usr/share/grafana/public/build/app.*.js आशाजनक लग रहा था, लेकिन इसे बदलने से मेरे लिए कोई फर्क नहीं पड़ा...

@daniellee (या कोई ग्राफाना डेवलपर): क्या समुदाय के लिए इस सुविधा की प्राथमिकता को प्रभावित करने का कोई तरीका है (स्थानीयकरण समय प्रारूप)? उदाहरण के लिए, क्या https://www.bountysource.com/ (या समकक्ष) सहायता खोलने से ? धन्यवाद!

@daniellee
पैरामीटर के रूप में toLocaleDateString साथ navigator.language का उपयोग करने के बारे में कैसे?

['en-US','en-IE','en-GB','de-DE','es-ES','nl-NL','pl-PL','ru-RU']
    .forEach(lang => console.log(lang + ': ' + new Date().toLocaleDateString(lang, {day:'numeric', month:'numeric'})))

en-US: 6/4
en-IE: 4/6
en-GB: 04/06
de-DE: 4.6.
es-ES: 4/6
nl-NL: 4-6
pl-PL: 4.06
ru-RU: 04.06

2018-06-04 के लिए 6/4 वास्तव में भ्रमित करने वाला है।

रेफरी:
https://norbertlindenberg.com/2012/12/ecmascript-internationalization-api/#DateTimeFormat
https://caniuse.com/#feat =अंतर्राष्ट्रीयकरण

+1
सबसे अच्छा कार्यान्वयन शायद भाषा से संबंधित इकाइयों का उपयोग करना होगा (उदाहरण के लिए एन-जीबी = डीडी/एमएम/वाई और एन-यूएस = एमएम/डीडी/वाई इत्यादि) हालांकि हमें अपने स्वयं के स्वरूपण में टाइप करने के लिए एक बॉक्स प्रदान करना अक्ष पृष्ठ सबसे अधिक लचीला होगा और फिर बड़े समय के फ्रेम के लिए अधिक अस्पष्ट विकल्पों का भी समर्थन कर सकता है जैसे कि केवल महीने, या अन्य चरम मिनटों में केवल कुल्हाड़ियों पर।

@hraftery
दुर्भाग्य से परिवर्तनों को लागू करने के लिए आपको स्रोत से ग्राफाना को फिर से संकलित करने की आवश्यकता है ...
X अक्ष के साथ स्थानीय रूप से दिनांक स्वरूप बदलने के लिए:

1. फ़ंक्शन time_format() में ./public/app/plugins/panel/graph/graph.ts में रिटर्न टेम्प्लेट बदलें
   if (secPerTick <= 80000) {return '%d.%m.%Y %H:%M';}
2. यदि आप दिन और महीने में दो अंक प्रदर्शित करना चाहते हैं तो स्विच केस "डी" और "एम" में फंक्शन फॉर्मेटडेट () में ./public/vendor/flot/jquery.flot.time.js में
   case 'd': c = leftPad(d.getDate(), "0"); break;
case 'm': c = leftPad(d.getMonth() + 1, "0"); break;
3. ग्राफाना को फिर से संकलित करें: https://github.com/grafana/grafana/blob/master/README.md

@luxnlex क्या आप जानते हैं कि https://github.com/grafana/grafana-docker टैग के संस्करणों से जाता है जो हमारे पास इस स्तर पर नहीं है।

मुझे इस कंटेनर को उपलब्ध कराने और अपडेट करने में खुशी होगी, जबकि ग्राफाना टीम this is quite a small thing और It is only noticeable if you are zoomed out जोर देती रहती है। यहां प्रतिक्रियाओं की संख्या को देखते हुए ऐसा लगता है कि यह दर्शकों के लिए नहीं है;)

+1
मैं ग्राफाना को एक समय श्रृंखला डेटा विज़ुअलाइज़ेशन सॉफ़्टवेयर के रूप में देखता हूं और अपनी कक्षा में सर्वश्रेष्ठ में से एक, यदि सर्वश्रेष्ठ नहीं है।
इस प्रकार, ऑन-स्क्रीन टाइम स्टैम्प आवश्यक और महत्वपूर्ण डेटा का उपभोग करने और महान UX को बनाए रखने के लिए केंद्रीय हैं।
बहुत सारे लोग, कंपनियां और संगठन अमेरिका के बाहर, दुनिया भर में Grafana का उपयोग कर रहे हैं।
कृपया आसान UI-आधारित कॉन्फ़िगरेशन की अनुमति दें कि विभिन्न संस्कृतियों में टाइमस्टैम्प कैसे दिखाए जाते हैं। यदि यह डैशबोर्ड, ग्राफ़ या ब्राउज़र क्लाइंट विशिष्ट नहीं हो सकता है, तो भी Grafana इंस्टेंस विशिष्ट सेटिंग के साथ शुरू करना बहुत अच्छा होगा।
मेरे दिमाग में यह केवल सामान्य गायब विशेषता नहीं है, बल्कि उन मुख्य विशेषताओं में से एक है जो उपयोगकर्ता इस तरह के सुपर ग्रेट (!) सॉफ़्टवेयर में निहित रूप से उम्मीद करते हैं और मानते हैं।

हैलो @torkelo मुझे नहीं पता कि अब किससे पूछना है :-) क्या ग्राफाना टीम के लिए यह संभव होगा कि वह हमें गैर-यूएसए खुश उपयोगकर्ताओं को इस सुविधा के लिए ईटीए बताए? धन्यवाद!

मैं केवल इतना ही जोड़ सकता हूं- हालांकि यह पहले भी कहा जा चुका है- कि यह ग्रैफाना का एकल, सबसे भ्रमित करने वाला "फीचर" है। जब भी मैं देखता हूं और कोई भी चार्ट मैं अपना सिर खुजलाता हूं और यह पता लगाने की कोशिश करता हूं कि मैं वास्तव में किस समय सीमा को पूरी तरह से अपरिचित के रूप में देख रहा हूं ...

स्पैम के लिए क्षमा करें, लेकिन यह कहा जाना था। मेरा मानना ​​है कि यह बहुत अधिक नहीं कह रहा है कि गैर-अमेरिकी उपयोगकर्ताओं के लिए यह आसानी से शीर्ष आवश्यकता होगी।

इस मुद्दे पर इतना समय क्या ले रहा है? मैं कल्पना नहीं कर सकता कि यह इतना जटिल है ...

मुझे लगता है कि समुदाय को कुछ कोड के साथ आने की आवश्यकता होगी ... जो प्रकृति के कारण बहुत कठिन है कि वर्तमान में डेटाटाइम कैसे कोड किया जाता है ...

@DerKnerd एक साधारण फिक्स (# 13429) था, लेकिन हमें नहीं लगा कि यह काफी अच्छा था। जब आप उन्हें व्यापक रूप से हल करना चाहते हैं तो तिथि के मुद्दे कठिन हो जाते हैं।

इस मुद्दे को हाल ही में स्कोप रेंगने के बारे में एक आंतरिक प्रस्तुति में दिखाया गया है। आगे का रास्ता एक डिज़ाइन दस्तावेज़ है। यदि समुदाय का कोई व्यक्ति स्वयंसेवा करना चाहता है, तो कृपया slack.raintank.io पर #grafana-dev शामिल हों और मुझसे संपर्क करें।

@davkal # 13429 की ओर इशारा करने के लिए धन्यवाद। वास्तव में मेरे लिए, गैर-यूएसए, वह फिक्स काफी अच्छा है और एक बड़ा सुधार है। हो सकता है कि फिक्स जैसा है वैसे ही जा सकता है और डिजाइन दस्तावेज़ समानांतर में किया जा सकता है?

@ मार्को-एम उस पीआर का चिपचिपा बिंदु महीना वरीयता क्षेत्र है। यदि हम दिनांक सेटिंग्स को "डिफ़ॉल्ट" (अर्थात वे अब कैसे हैं, यूएस तिथियां) या "ब्राउज़र" (ब्राउज़र लोकेल द्वारा स्थानीयकृत) के रूप में बदलते हैं, तो हम संभवतः इसे प्राप्त कर सकते हैं। ड्रॉपडाउन में केवल वे दो विकल्प होंगे। क्या आपके उपयोगकर्ताओं के ब्राउज़र Date.prototype.toLocaleDateString समर्थन करते हैं और क्या उनके पास वह स्थान होगा जो आप उनके पास रखना चाहते हैं?

@davkal हम मोज़िला और क्रोम के नवीनतम संस्करणों का उपयोग कर रहे हैं, और हम किसी भी चीज़ को अपडेट कर सकते हैं यदि वह हमें तारीख प्रतिपादन पर नियंत्रण देता है :-) और हाँ, हम ब्राउज़र पर उस लोकेल को सेट कर सकते हैं जिसका हम इरादा रखते हैं। अगर मैं सही ढंग से समझता हूं, तो मैं "डिफ़ॉल्ट" या "ब्राउज़र" के बीच ग्रैफ़ाना उत्पाद के दृष्टिकोण से "सर्वश्रेष्ठ" चुनने का सुझाव दूंगा; हम आपकी पसंद के अनुकूल होने से अधिक खुश होंगे।

@davkal मैं यह देखने के लिए संघर्ष कर रहा हूं कि कैसे स्पष्ट तिथि प्रबंधन को गुंजाइश रेंगना माना जा सकता है - यह भ्रम का एक महत्वपूर्ण स्रोत है (विशेष रूप से गैर-अमेरिकी उपयोगकर्ताओं के लिए, हालांकि मैं तर्क दूंगा कि अस्पष्ट तिथियां कभी स्वीकार्य नहीं होनी चाहिए)।

उस ने कहा, ब्राउज़र-लोकेल आधारित दृष्टिकोण एक विकल्प हो सकता है, हालांकि क्या यह चेतावनी जैसी चीजों के लिए समस्याएं उत्पन्न करता है? मुझे संदेह है कि इस कॉन्फ़िगरेशन को वास्तव में प्रति-उपयोगकर्ता/प्रति-रेंडर को जारी रखने और पूछताछ करने की आवश्यकता है। strftime / moment.js दृष्टिकोण एक अधिक व्यापक उत्तर प्रतीत होता है, और मुझे लगता है कि पूर्व-आबादी वाली लोकेल टेबल आसानी से उपलब्ध हैं जो यूआई के लिए कुछ प्रीसेट उत्पन्न कर सकती हैं।

ब्राउज़र आधारित वरीयता के बारे में: सावधान रहें कि अंतरराष्ट्रीय स्तर पर काम करने वाले लोग चुन सकते हैं कि एक अंग्रेजी आधारित ब्राउज़र का उपयोग करें, यूएस एक को स्थापित करें (या स्थापित करने के लिए मजबूर हों), और फिर भी mm.dd.yyyy प्राप्त करें।

अल्पकालिक समाधान के लिए जो अभी भी ठीक है, लेकिन @ मार्को-एम राज्यों के समानांतर उपयोगकर्ता वरीयता के साथ वास्तविक स्थानीयकरण को लागू करने पर एक पूर्ण दस्तावेज होना चाहिए।

पूरी प्रतिक्रिया के लिए धन्यवाद। व्यक्तिगत रूप से, मैं पूर्ण मैपिंग के साथ उचित इनपुट फ़ील्ड से बचने का प्रयास करता हूं।
सुनिश्चित नहीं है कि चेतावनी कैसे प्रभावित होती है, लेकिन सर्वर प्रतिपादन के लिए उपयोगकर्ता के लोकेल को यूआरएल परम पारित करने की आवश्यकता होगी (अन्यथा यह फैंटमज लोकेल का उपयोग करेगा)। स्लैक-आधारित छवि रेंडरर्स को URL परम के रूप में भी पारित होने के लिए एक लोकेल पर निर्णय लेने की आवश्यकता होगी।

पुन: पूर्ण मानचित्रण: क्या यह प्रति ग्राफाना सर्वर, प्रति संगठन, प्रति टीम, प्रति उपयोगकर्ता होना चाहिए?

@दावकल ने लिखा:

मैं पूर्ण मैपिंग के साथ उचित इनपुट फ़ील्ड से बचने की कोशिश करता हूं

क्या आप इसका वर्णन कर सकते हैं कि आपका क्या मतलब है? मैं कहूंगा कि जब लोकेल डिस्प्ले की बात आती है तो उपयोगकर्ताओं की कभी-कभी विशेष प्राथमिकताएं होती हैं, जैसा कि क्यूटी के हालिया कठोर लोकेल कार्यान्वयन के परिणामस्वरूप बग रिपोर्ट से प्रमाणित होता है।

मेरा मानना ​​​​है कि बहु-क्षेत्रीय टीमों का समर्थन करने के लिए इसे प्रति-उपयोगकर्ता सेटिंग होना चाहिए, शायद एक या अधिक उच्च स्तरों पर डिफ़ॉल्ट के साथ।

मैं वास्तव में एक इनपुट फ़ील्ड पसंद करूंगा ताकि लोग जो चाहें सेट कर सकें।
मैं चाहता हूं कि दिनांक प्रारूप प्राप्त करने के लिए मेरे लोकेल को किसी अन्य स्थान पर सेट करना है
हमेशा अनपेक्षित साइड इफेक्ट और निराशा में समाप्त होता है।

सर्वरव्यापी डिफ़ॉल्ट प्रारूप होना, और उपयोगकर्ताओं को ओवरराइड करने देना जो बनाता है
मेरे लिए सबसे ज्यादा समझदारी।
इस तरह सर्वर रेंडरिंग और जो लोग लॉग इन नहीं हैं उन्हें सर्वर मिलता है
डिफ़ॉल्ट, जबकि अलग-अलग उपयोगकर्ता जरूरत पड़ने पर अपने स्वयं के प्रारूप सेट कर सकते हैं।
मैं संगठनों का उपयोग नहीं करता, लेकिन वहां भी ऐसा करने का कोई मतलब हो सकता है?

सोम, 4 मार्च 2019 को 09:19 बजे, डेविड नोटिफिकेशन @github.com ने लिखा:

पूरी प्रतिक्रिया के लिए धन्यवाद। व्यक्तिगत रूप से, मैं उचित इनपुट से बचने की कोशिश करता हूं
एक पूर्ण मानचित्रण के साथ क्षेत्र।
सुनिश्चित नहीं है कि अलर्टिंग कैसे प्रभावित होती है, लेकिन सर्वर रेंडरिंग के लिए इसकी आवश्यकता होगी
उपयोगकर्ता का स्थान URL परम पारित किया जाना है (अन्यथा यह प्रेत का उपयोग करेगा'
लोकेल)। स्लैक-आधारित छवि रेंडरर्स को होने के लिए एक लोकेल पर निर्णय लेने की आवश्यकता होगी
URL परम के रूप में भी पारित किया गया।

पुन: पूर्ण मानचित्रण: क्या यह प्रति ग्राफाना सर्वर, प्रति संगठन, प्रति टीम होना चाहिए,
प्रति उपयोगकर्ता?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/grafana/grafana/issues/1459#issuecomment-469268689 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABJyGlmAy9ebfDPryZGyVdffLReqBRp8ks5vTSuNgaJpZM4DelGY
.

संपूर्ण मैपिंग के लिए उदाहरण: https://github.com/grafana/grafana/pull/13429#issuecomment -430272485

संपूर्ण मानचित्रण के लिए उदाहरण: #13429 (टिप्पणी)

मुझे संदेह है कि इस तरह के किसी प्रकार के मानचित्रण को उजागर करना अपरिहार्य हो सकता है।

यहां टिप्पणी करने वाले सभी लोगों के लिए अधिक से अधिक पूछने के लिए: यह मुद्दा फरवरी 2015 से खुला है। @davkal ने पहले ही एक पीआर बनाया है, हालांकि यह सही नहीं है, लेकिन हमारे पास अभी जो कुछ भी नहीं है, उसकी तुलना में एक बड़ा सुधार है। मेरे लिए यह मदद करने के लिए अधिक उत्पादक लगता है कि पीआर को एक प्रारंभिक बिंदु के रूप में विलय करने के लिए, @davkal से

यदि किसी को फैंसी जीयूआई या स्वचालित ब्राउज़र/क्षेत्र समर्थन की परवाह नहीं है, तो क्या मौजूदा 6 संस्करण को रनटाइम पैच करना संभव है?

@ बास्सबाबा हाँ आप कर सकते हैं। रूट फोल्डर में एक पब्लिक है जिसमें डायरेक्टरी बिल्ड है। एक फ़ाइल में app.<weird stamp>.js , वहां time_format और फिर आप प्रारूप को बदल सकते हैं।

यदि मैं रास्पबेरी (रास्पबियन जीएनयू/लिनक्स 8, लिनक्स संस्करण 4.14.34-वी7+ (डीसी4@डीसी4-एक्सपीएस13-9333) (जीसीसी संस्करण 4.9.3 (क्रॉसस्टूल-एनजी क्रॉसस्टूल-) ng-1.22.0-88-g8460611)) #1110 एसएमपी सोम अप्रैल 16 15:18:51 बीएसटी 2018)?

हाँ, यह पथ है: /usr/share/grafana/public/build/app.e16403019d0332233699.js शायद ऐप के बीच का हिस्सा। और .js अलग है।

धन्यवाद! BTW फ़ाइल नाम है app.469095018b321ef1da7c.js

मुझे आपको फिर से परेशान करना होगा। मुझे फ़ंक्शन मिला और मैंने इसे पहले ही बदल दिया है

t.prototype.time_format=function(t,e,n){if(e&&n&&t){var a=ne,r=a/t/1e3;return r<=45?"%H:%M:%S": r<=7200||a<=86400010?"%H:%M":r<=8e4?"%d.%m %H:%M":r<=2419200||a<=31536e6?"% d.%m":"%m.%Y"}रिटर्न"%H:%M"},t}();

लेकिन कोई फायदा नहीं हुआ। मैंने सर्वर को भी पुनरारंभ किया और यह कहता है

`● grafana-server.service - ग्राफाना उदाहरण
लोडेड: लोडेड (/usr/lib/systemd/system/grafana-server.service; सक्षम)
सक्रिय: Di 2019-03-05 19:52:28 CET से सक्रिय (चल रहा है); 3मिनट 39से पहले
दस्तावेज़: http://docs.grafana.org
मुख्य पीआईडी: 1795 (ग्राफाना-सर्वर)
सीग्रुप: /system.slice/grafana-server.service
1795 /usr/sbin/grafana-server --config=/etc/grafana/grafana.ini --pidfile=/var/run/grafana/grafana-server.pid --packaging=...

मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="हुक सेवा शुरू करना" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="आंतरिक मेट्रिक्स सेवा शुरू करना" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="क्लीनअप सेवा आरंभ करना" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="सूचना सेवा आरंभ करना" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="प्रावधान सेवा आरंभ करना" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="इनिशियलाइज़िंग प्लगिनमैनेजर" लकड़हारा=सर्वर
मार्च 05 19:52:28 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:28+0100 एलवीएल=जानकारी संदेश="प्लगइन खोज शुरू करना" लकड़हारा=प्लगइन्स
मार्च 05 19:52:29 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:29+0100 एलवीएल=जानकारी संदेश="आरंभिक ट्रेसिंग सेवा" लकड़हारा=सर्वर
मार्च 05 19:52:29 एफएचईएम ग्राफाना-सर्वर[1795]: t=2019-03-05T19:52:29+0100 lvl=info msg="प्रारंभिक स्ट्रीम प्रबंधक"
मार्च 05 19:52:29 एफएचईएम ग्राफाना-सर्वर[1795]: टी=2019-03-05टी19:52:29+0100 एलवीएल=जानकारी संदेश="HTTP सर्वर सुनो" लकड़हारा=http.server addr...socket=
संकेत: कुछ पंक्तियाँ दीर्घवृत्ताकार थीं, पूर्ण दिखाने के लिए -l का उपयोग करें।
`

यहाँ एक स्क्रीनशॉट है

@andreasloe क्या आपके लिए अपनी विशिष्ट सहायता मांगने के लिए दूसरी जगह ढूंढना संभव होगा? मुझे अभी भी इस टिकट के बंद होने की उम्मीद है जैसा कि ग्राफाना में तय किया गया है। धन्यवाद :-)

@andreasloe निश्चित नहीं है। हो सकता है कि आप मुझसे पुराने संस्करण का उपयोग करें। लेकिन जैसे @ मार्को-एम ने कहा, शायद स्टैक ओवरफ्लो या रेडिट पर एक प्रश्न पूछें। वहाँ कोई निश्चित रूप से आपकी मदद कर सकता है: थोड़ा_मुस्कुराते हुए_चेहरा:

पिंग @torkelo @daniellee मुझे एहसास है कि मैंने पहले समुदाय की लापरवाही पर झंडा उठाया है (https://github.com/grafana/grafana-plugin-repository/issues/332), लेकिन यह अभी भी सबसे खराब है Grafana में अनुपलब्ध सुविधा, अब v6.3 पर! यह 4 साल का है। हम अमेरिका के बाहर व्यापक समाधान नहीं चाहते हैं। कुछ समय के लिए हम शायद 4 साल की शून्यता में किसी भी पके हुए सुधार से पूरी तरह खुश होंगे।

कृपया, मौजूदा पीआर या बेहतर समाधान पर एक और नज़र डालें और हमारी मदद करें। मैं कोई फ्रंट-एंड लड़का नहीं हूं, लेकिन मैं जो कुछ भी योगदान दे सकता हूं, कृपया मुझे बताएं।

थोड़ा और सटीक होने के लिए बस _how_ महत्वपूर्ण यह अनुरोध है कि मैंने इस रेपो के लिए जीएच एपीआई का उपयोग करके त्वरित आंकड़े जांच की है:

2010 open issues, thereof
1163 feature requests
4938 comments on feature requests
126 comments on most commented feature requests

शीर्ष अनुरोध:

• #6557 (126 टिप्पणियाँ)
• #1959 (108 टिप्पणियाँ)
• #6983 (104 टिप्पणियाँ)
• #3752 (84 टिप्पणियाँ)

यहाँ इस अनुरोध पर 97(!) टिप्पणियाँ हैं और इसलिए यह #4 पर है। यह इस सूची में दिखाई नहीं दे रहा है क्योंकि इसे type/feature-request रूप में टैग नहीं किया गया है।

अगर मैं टैग द्वारा फ़िल्टर किए बिना विश्लेषण को फिर से चलाता हूं तो यह शीर्ष 4 में सही दिखाई देता है:

• #6557 (126 टिप्पणियाँ)
• #1959 (108 टिप्पणियाँ)
• #6983 (104 टिप्पणियाँ)
• #1459 (97 टिप्पणियाँ)

क्या यह पर्याप्त सबूत है कि यह मुद्दा "छोटी बात" नहीं है?

फ्लोट के साथ काम करने से पहले मुझे एक प्रस्ताव के साथ आने में खुशी होगी कि यह मूल संस्करण में कैसे दिख सकता है, बशर्ते हम वास्तव में इसे लागू करने के लिए कोर टीम के लिए समर्थन प्राप्त कर सकें। अद्यतन: आवश्यक नहीं है क्योंकि खुले पीआर के पास पहले से ही इसका एक अच्छा हिस्सा है।

हाँ यह पागल है। मैं नियमित रूप से ग्राफाना को अपडेट भी नहीं कर रहा हूं क्योंकि मुझे यह पता लगाना है कि समय प्रदर्शन को फिर से "हैक" कैसे किया जाए।
(मैं अभी भी v6:P पर हूं)

मेरे पास डॉकर छवि में बैश स्क्रिप्टिंग के साथ इसे स्वचालित करने की कुछ ढीली योजनाएं हैं जिन्हें मैं बस हर अपडेट का पुनर्निर्माण कर सकता हूं, लेकिन यह इस लापता सुविधा को ठीक करने का एक पागल तरीका है।

मैं अब https://github.com/grafana/grafana/pull/13429 देख रहा हूं। मैं वर्तमान मास्टर को फिर से आवेदन करने का प्रयास करूंगा। यह मेरे कम्फर्ट जोन से बाहर है लेकिन काफी हद तक पूरा हुआ दिखता है।

इसमें से कोई भी तब तक मदद नहीं करेगा जब तक कि कोर टीम अपने चौथे-उच्चतम रैंकिंग फीचर अनुरोध पर कदम नहीं उठाती...

बहुत खूब! यह पागल है!

मैंने ग्राफाना सेटिंग्स में एक्स-अक्ष दिनांक प्रारूप को बदलने के तरीके की तलाश में एक महत्वपूर्ण क्षण बिताया। यह इतनी बुनियादी और आवश्यक विशेषता है कि यह मेरे लिए नहीं हुआ, इसे अभी तक लागू किया जा सकता है।

अगर आप इसे जल्द ही ला सकते हैं तो मुझे बहुत खुशी होगी :)

#18659 से कॉपी किया गया:

त्वरित अनुस्मारक कि #13429 सफल नहीं हुआ क्योंकि केवल माह प्रारूप को संबोधित किया गया था। ...
अपने इरादों के बारे में #1459 पर एक टिप्पणी जोड़ने के लिए पहला कदम होना चाहिए, फिर slack.grafana.com पर सार्वजनिक स्लैक में शामिल हों।

@davcal यह चर्चा से पारदर्शी नहीं था कि # 13429 सफल नहीं हुआ। मैंने वास्तव में यह कहते हुए टिप्पणी की:

परेशान उपयोगकर्ता के दृष्टिकोण से मैं वास्तव में परवाह नहीं करता। एक साधारण रूप सभी सेटिंग्स को जोड़ सकता है क्योंकि @torkelo ने यूएस प्लस चयनित देशों के लिए उचित डिफ़ॉल्ट के साथ ड्रॉपडाउन में सुझाव दिया था। यूएस इसके एक संक्षिप्त संस्करण की तरह लग सकता है:
...
यह @torkelo द्वारा सुझाए गए config json में समाप्त हो सकता है। जो कुछ भी P से शुरू नहीं होता है वह डिफ़ॉल्ट प्रारूप होगा। ड्रॉपडाउन में एक "कस्टम" प्रविष्टि मेरी खुद की प्रारूप स्ट्रिंग को निर्दिष्ट करने की अनुमति देगी, इससे कोई फर्क नहीं पड़ता कि मुझे उस बाहरी ग्राफाना यूआई को बनाने की ज़रूरत है क्योंकि यह वास्तव में एक बार का कार्य है और अतिरिक्त डिफ़ॉल्ट के लिए पीआर आसानी से वहां से किया जाएगा।

जबकि एक पॉलिश संस्करण बहुत अच्छा होगा, 4 साल से अधिक प्रतीक्षा के बाद, मुझे (और शायद अधिकांश उपयोगकर्ता) कुछ भी पाकर खुश होंगे।

तो कुछ और करने से पहले (जैसे एक डिज़ाइन दस्तावेज़ लिखना) मुझे यह आश्वस्त होना होगा कि Grafana भी दूर से रुचि रखता है वास्तव में चर्चा में शामिल है और उच्चतम रैंक वाले फीचर अनुरोध में से एक के साथ आगे बढ़ रहा है :(

मैं भी निराश हूं। यह स्पष्ट करने के लिए, विज़ुअलाइज़ेशन के लिए ग्राफ़ाना का उपयोग करते हुए हमारे सेवा स्टैक का प्रदर्शन करते समय, मुझे हमेशा हमारे ग्राहकों के लिए क्षमा करना पड़ता है, जो दिनांक प्रारूप के बारे में पूछ रहे हैं, कि ग्राफाना (अन्यथा इतना महान) नहीं जानता है और टाइमस्टैम्प दिखाने के लिए कॉन्फ़िगर नहीं किया जा सकता है ग्राहक चाहते हैं। यह पहली बार के सभी प्रदर्शनों को बर्बाद कर रहा है क्योंकि आपको हमेशा यह बताना होता है कि ऐसा फ्रंट-एंड और बहुत ही दृश्यमान फीचर काम क्यों नहीं कर रहा है। यह बुनियादी सुविधा है और यह काम नहीं कर रही है, क्योंकि यह वह नहीं दे रही है जो ग्राहक चाहते हैं। कृपया इस मुद्दे पर ध्यान देना शुरू करें, कृपया।

+1, वास्तव में निराशा होती है कि मुझे एक्स सीरीज़ पर अंतर्राष्ट्रीय दिनांक प्रारूप नहीं मिल सकते हैं।

लोकप्रिय लोकेशंस के लिए डिफ़ॉल्ट के साथ, प्रारूप मैपिंग के आसपास के दृष्टिकोण के साथ मैं खुश और सहायक हूं। हालांकि हम इस प्रयास को करने के लिए समुदाय में किसी की तलाश कर रहे हैं। मैं किसी भी मार्गदर्शन के लिए उपलब्ध हूं।

यहां आवश्यक कार्य की रूपरेखा दी गई है:

• आप #18659 को शुरुआती बिंदु के रूप में इस्तेमाल कर सकते हैं, धन्यवाद @andig
• एक तिथि मानचित्रण निर्दिष्ट करें जिसमें विभिन्न समय संकल्पों के प्रारूप हों
• संभावित रूप से चयनित मैपिंग को संग्रहीत करने के लिए monthDayFormat को फिर से
• ग्राफ़ दिनांक फ़ॉर्मेटर में मैपिंग का उपयोग करने के लिए तर्क जोड़ें
• ड्रॉपडाउन में लोकप्रिय स्थानों के लिए मैपिंग जोड़ें
• स्वयं की मैपिंग प्रदान करने के लिए ड्रॉपडाउन में एक कस्टम विकल्प प्रदान करें
• कस्टम मैपिंग के आसपास त्रुटि प्रबंधन जोड़ें
• सत्यापन मानचित्रण के लिए परीक्षण लिखें
• अद्यतन दस्तावेज़ीकरण

यदि आप इसे लेना चाहते हैं तो कृपया मेरे पास या हमारे सार्वजनिक स्लैक पर @torkelo तक पहुंचें। कोई भी काम शुरू करने से पहले यहां पोस्ट भी जरूर कर लें। योगदान के लिए हमारे

इसे चलते हुए देखना बहुत अच्छा है!

एक तिथि मानचित्रण निर्दिष्ट करें जिसमें विभिन्न समय संकल्पों के प्रारूप हों

मुझे लगता है कि हम यहां जो कर सकते हैं वह दिनांक स्वरूपों की एक विस्तृत सूची के साथ आया है। हालाँकि, हमें पहले मापदंडों को स्पष्ट करना चाहिए।
स्वरूपण चुनने के लिए वर्तमान कोड टिक लंबाई और चार्ट श्रेणी दोनों पर निर्भर करता है। मूल फ्लोट केवल टिक लंबाई का उपयोग करता है और जांचता है कि लंबाई निश्चित अंतराल (मिनट, दिन, महीने, वर्ष) से ​​कम है या नहीं। अगर हम इसे लचीला रखना चाहते हैं तो मैं प्रस्ताव दूंगा:

• अंतराल को विन्यास योग्य बनाएं
• आईएसओ नोटेशन का उपयोग करें (गो और मोमेंटज दोनों द्वारा समर्थित)
• अंतराल के खिलाफ टिक की लंबाई की जांच करें, यदि अंतराल के नीचे आपके पास अपना प्रारूप है
• पूर्व-कॉन्फ़िगर किए गए स्थान और आपके स्वयं के प्रारूप का उपयोग करने की क्षमता होनी चाहिए

इसके लिए https://github.com/grafana/grafana/pull/13429 में सुझाई गई मैपिंग टेबल जैसी किसी चीज़ की आवश्यकता होगी

[
    ["PT1S", "HH:mm:ss.SSS"],
    ["PT1M", "HH:mm:ss"],
    ["P1DT", "MM/DD HH:mm"],
    ["P1MT", "MM/DD"]
    ["P1YT", "YY-MM"]
    ["", "YYYY"]
]

जर्मनी इस तरह दिखेगा:

[
    ["PT1S", "HH:mm:ss.SSS"],
    ["PT1M", "HH:mm:ss"],
    ["P1DT", "DD.MM HH:mm"],
    ["P1MT", "DD.MM"]
    ["P1YT", "MM/YY"]
    ["", "YYYY"]
]

यूके (धारणा) इस तरह दिखेगा (12 घंटे का प्रारूप):

[
    ["PT1S", "hh:mm:ss.SSS"],
    ["PT1M", "hh:mm:ss"],
    ["P1DT", "DD/MM hh:mm"],
    ["P1MT", "DD/MM"]
    ["P1YT", "MM/YY"]
    ["", "YYYY"]
]

फ़ॉर्मेटिंग कॉन्फ़िग फ़ाइल या UI-आधारित में आ सकती है। यूआई-आधारित के लिए, लोकप्रिय लोकेशंस (कम से कम यूएस) के लिए डिफ़ॉल्ट होना और फ्री-टेक्स्ट उपयोगकर्ता-आधारित कॉन्फ़िगरेशन की अनुमति देना समझ में आता है। उत्तरार्द्ध बस हो सकता है:

<duration literal> <momentjs format string>, repeat as needed

यह चर्चा थोड़ी पागल है। यह सार्वजनिक रूप से कुछ मुख्य ग्राफाना डेवलपर्स और इसके कुछ उपयोगकर्ताओं के बीच एक डिस्कनेक्ट दिखा रहा है।

एक यूरोपीय उपयोगकर्ता (और डेवलपर लेकिन ग्राफाना देव नहीं) के रूप में, मुझे निश्चित रूप से यह सुविधा पसंद आएगी। मुझे यह भी पता है कि ग्राफाना (मेरी जानकारी में) ज्यादातर लोगों द्वारा अपने खाली समय में स्वयंसेवकों के रूप में विकसित किया जाता है, और किसी भी मामले में सभी विकास परियोजनाओं को प्राथमिकता देनी होती है।

शायद वे लोग जो इस सुविधा को साकार करने में योगदान देना चाहते हैं, वे अपनी पहचान बना सकते हैं। यह बताया गया है कि ग्राफाना देव सुस्त पर संवाद करते हैं, ताकि ऐसा करने के लिए यह सही जगह हो। और फिर उन लोगों के लिए यह जागरूक रहने के लिए कि सभी परियोजनाओं में प्रक्रियाएं होती हैं और उनसे यहां जो कुछ भी मतलब है उसका पालन करने की अपेक्षा की जाएगी।

और शायद एक ग्राफाना देव खुद को या खुद को एक रोगी संरक्षक के रूप में पहचान सकता है ताकि उन लोगों को इस सुविधा को मास्टर शाखा में लाने का कार्य पूरा करने में मदद मिल सके। मुझे लगता है कि बस @davkal के साथ हुआ। (प्रशंसा।)

@ जेफ अब्राहमसन

एक यूरोपीय उपयोगकर्ता (और डेवलपर लेकिन ग्राफाना देव नहीं) के रूप में, मुझे निश्चित रूप से यह सुविधा पसंद आएगी। मुझे यह भी पता है कि ग्राफाना (मेरी जानकारी में) ज्यादातर लोगों द्वारा अपने खाली समय में स्वयंसेवकों के रूप में विकसित किया जाता है, और किसी भी मामले में सभी विकास परियोजनाओं को प्राथमिकता देनी होती है।

बिल्कुल। मैं टिप्पणियों के _some_ में पात्रता की धारणा से असहज हूं, यह भूलकर कि Grafana _free_ और _open source_ है, जैसा कि मैंने https://github.com/grafana/grafana/issues/1459#issuecomment -469317707 पर थोड़ा ऊपर उल्लेख किया है।

मैं बस एक बार फिर @davkal को उनके प्रयासों और उनकी उदारता के लिए धन्यवाद देना चाहता हूं।

अगर मेरी टिप्पणी ऐसी थी जिससे ठेस पहुंची हो, तो मैं तहे दिल से माफी मांगता हूं। मैं इस परियोजना की दिशा में किए गए कार्यों के लिए बहुत आभारी हूं।

@andig - यूके दिनांक प्रारूप पर आपकी धारणा ध्वनि दिखती है, यदि यह एक अच्छा समाधान है।

एक विकल्प, अगर मैं इतना बोल्ड कर सकता हूं - और किसी भी आंतरिक को नहीं जानता, मुझे नहीं पता कि यह एक वैध सुझाव है, तो कृपया त्यागें यदि नहीं: ग्राफ के स्टाइल पेज पर एक साधारण बॉक्स जो उपयोगकर्ता को अनुमति देता है X स्केल के लिए अधिभावी दिनांक स्वरूप में पेस्ट करें। शायद सामान्य स्ट्रिंग विस्तार प्रारूप का उपयोग कहीं और किया जाता है, जैसे PHP में; https://www.php.net/manual/en/function.date.php सभी के लिए एक प्रारूप लागू करने के बजाय पूर्ण रूप से मुक्त व्याख्या दे सकता है और सभी उपयोग मामलों को प्रति-ग्राफ आधार पर फिट कर सकता है। (उपयोग में, मुझे कभी-कभी एक तिथि के बजाय सप्ताह का दिन दिखाने की इच्छा होती है, उदाहरण के लिए)

कुछ शायद:

X दिनांक प्रारूप को ओवरराइड करें [ ]

जो, यदि सेट किया गया है, तो टोकन का विस्तार करेगा जैसे
%D %d, %M से सोम 12, सितंबर

%D %G:%H से सोम 13:45

मेटा: ग्राफाना विकास को स्पष्ट करने के लिए लगभग 25 डेवलपर्स (मेरे सहित) के ग्राफाना लैब्स कर्मचारियों द्वारा नेतृत्व किया जाता है। लेकिन अगर आप सॉफ्टवेयर के आकार पर विचार करते हैं कि स्टाफ का आकार काफी कम है, और सॉफ्टवेयर सभी सामुदायिक योगदानों के बिना उपयोगी नहीं होगा। यहां इस तरह की सुविधाओं के लिए हमारी चुनौती, जो अत्यावश्यक नहीं बल्कि महत्वपूर्ण हैं, हम समुदाय को सुविधा विकसित करने में सक्षम बनाने का एक तरीका खोजना चाहते हैं। हमारे पास महत्वपूर्ण व्यक्तिगत योगदानों की बहुत सारी सफलता की कहानियां हैं, और मुझे इस प्रक्रिया के माध्यम से आपका मार्गदर्शन करने में बहुत खुशी होगी ([email protected])।

ग्राफ़ के स्टाइल पेज पर एक साधारण बॉक्स जो उपयोगकर्ता को एक्स स्केल के लिए ओवरराइडिंग डेट फॉर्मेट में पेस्ट करने की अनुमति देता है।

मैं एक प्रशंसक से कम नहीं हूं क्योंकि उपयोगकर्ता के संगठन में नए डैशबोर्ड जोड़े जाने पर इसे पूरे सिस्टम में बदलना एक निरंतर बोझ होगा। अब तक मैं ऊपर बताए गए दृष्टिकोण की हिमायत कर रहा हूं।

पारदर्शिता के लिए: मैंने बिना ए) परीक्षण करने की क्षमता (समस्याओं का सामना करने के लिए जनसंपर्क देखें) और बी) गहन विकास ज्ञान के बिना रिबेस लिया है। यह कहते हुए खेद है कि आपको मुझे गिनना होगा।

+1, हम एमएमडीडी प्रारूप के अलावा कुछ भी पसंद करेंगे :)

मैं एक प्लॉट में एक श्रृंखला में डेटाटाइम प्रारूप को कैसे अनुकूलित कर सकता हूं? कहें समय निकालें, या दिनांक स्वरूप बदलें, या सेकंड में जोड़ें?

+1

उपरोक्त फिक्स मेरे लिए ग्राफाना 6.7.1 के साथ काम नहीं करता है लेकिन:

बैश-सी "ढूंढें /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} +"

एनबी मैं इसे एक डॉकटर कंटेनर में चला रहा हूं, लेकिन अन्यथा मैं पहले /usr/share/grafana/public में फाइलों का बैकअप लिए बिना इसे चलाने का सुझाव नहीं देता।

लेकिन यह मेरे लिए काम कर गया।

डोकर-लिखें में डिफ़ॉल्ट प्रविष्टि बिंदु को अधिलेखित करने के लिए:
प्रवेश बिंदु: बैश-सी "ढूंढें /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} + && /run.sh "

धन्यवाद, उन लोगों के लिए जो जर्मन संस्करण चाहते हैं (1/4 के बजाय 1.4) तो निम्नलिखित?
बैश-सी "ढूंढें /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d.% m@g ' {} +"
या क्या मुझे डॉट के सामने एक विशेष चरित्र की आवश्यकता है?

क्षमा करें, मैं नहीं यह काम कर रहा है, अगर मुझे कोई समाधान मिल जाए तो मैं वापस आ जाऊंगा,

उपरोक्त फिक्स मेरे लिए ग्राफाना 6.7.1 के साथ काम नहीं करता है लेकिन:

बैश-सी "ढूंढें /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} +"

एनबी मैं इसे एक डॉकटर कंटेनर में चला रहा हूं, लेकिन अन्यथा मैं पहले /usr/share/grafana/public में फाइलों का बैकअप लिए बिना इसे चलाने का सुझाव नहीं देता।

लेकिन यह मेरे लिए काम कर गया।

डोकर-लिखें में डिफ़ॉल्ट प्रविष्टि बिंदु को अधिलेखित करने के लिए:
प्रवेश बिंदु: बैश-सी "ढूंढें /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} + && /run.sh "

क्या यह अच्छा नहीं है। एक और साल बीत चुका है, ग्रेफाना संस्करण 7 के करीब है, चौथी-उच्चतम रैंक वाली सुविधा अनुरोध होने के बावजूद स्थानीयकरण को "एक छोटी सी बात" माना जाता है और यहां हम बायनेरिज़ को हैक कर रहे हैं ...

हाँ, मुझे उत्पाद स्वामी के साथ बात करने में दिलचस्पी होगी। यह सुविधा अनुरोध सूची में ऊपर क्यों नहीं है? उच्च मांग, संभव, लंबा इतिहास, बिक्री/उपयोगिता में वृद्धि... एक पीओ को और क्या चाहिए?

@davkal क्या आप कृपया इसे https://github.com/grafana/grafana/issues/1459#issuecomment -523313533 के अनुसार type/feature-request रूप में टैग कर सकते हैं, इसलिए यह कम से कम आपकी प्राथमिकताओं में दिखाई देता है?

मैं उत्पाद के मालिकों में से एक हूं और संपर्क में आने के तरीकों के रूप में अपने ईमेल और सार्वजनिक स्लैक को सूचीबद्ध किया है। किसी ने मुझसे संपर्क नहीं किया है।

योगदान करने का हमारा निमंत्रण अभी भी खुला है। कदम ऊपर दिए गए हैं। हम एक इंजीनियरिंग संगठन के रूप में परिपक्व हो रहे हैं, इसलिए इस प्रयास के लिए जो पार्टी इस पर काम करना चाहती है, उसे एक डिज़ाइन दस्तावेज़ शुरू करना चाहिए। एक उदाहरण के लिए इसे देखें।

मैं उत्पाद के मालिकों में से एक हूं और संपर्क में आने के तरीकों के रूप में अपने ईमेल और सार्वजनिक स्लैक को सूचीबद्ध किया है। किसी ने मुझसे संपर्क नहीं किया है।

@davkal मैं नहीं जानता कि कैसे प्रतिक्रिया

• मैंने व्यक्तिगत रूप से इस अनुरोध के महत्व को उजागर करने का प्रयास किया है https://github.com/grafana/grafana/issues/1459#issuecomment -523313533
• विनिर्देश को अग्रेषित करने का प्रयास किया https://github.com/grafana/grafana/issues/1459#issuecomment -528817275
• मैंने कोशिश की है- हालांकि सीमित कौशल के साथ- एक परित्यक्त पीआर को आगे बढ़ाने के लिए (https://github.com/grafana/grafana/pull/18659) और मदद मांगी https://github.com/grafana/grafana /पुल/18659#इश्यू कमेंट -523422092
• कहा गया है कि छोड़ दिया जाना चाहिए:

इससे आगे नहीं बढ़ना, ये भी देखें #13429

• https://github.com/grafana/grafana/pull/13429 में बताया गया है कि:
  इसके साथ आगे नहीं बढ़ते हुए, अधिक व्यापक दृष्टिकोण के साथ पुनः प्रयास करेंगे।

और आप कैसे कह रहे हैं:

किसी ने मुझसे संपर्क नहीं किया है।

मैं और नहीं कहूंगा लेकिन अभी सराहना महसूस नहीं कर रहा हूं।

आपके प्रयास को निश्चित रूप से @andig ने

फिर से स्पष्ट करने के लिए: ग्राफ प्रारूपों का स्थानीयकरण बहुत मायने रखता है, और यह रोडमैप पर है। शायद हम इसे इस गर्मी में भी प्राप्त कर सकते हैं, लेकिन इसके लिए हम पर भरोसा न करें, रोडमैप बदल सकता है। यदि यह सुविधा आपके लिए महत्वपूर्ण है, तो बेझिझक योगदान दें और इसे जल्द से जल्द पूरा करें।

आशा है कि यह जल्द ही होगा, ग्राफाना में इस तरह की कुछ बुनियादी सुविधाओं की कमी है (उपयोगकर्ता सेटिंग्स के साथ प्रारूप तिथि ...)

ऐसा लगता है कि स्टैकड्राइवर टाइमरेंज यूआरएल क्वेरी पैराम्स आईएसओ 8601 स्वरूपित समय की अपेक्षा करते हैं और यूनिक्स टाइमस्टैम्प नहीं। इसके लिए आईएसओ स्वरूपित समय होने से पैनलों से स्टैकड्राइवर से लिंकिंग अनलॉक हो जाएगी (वर्तमान समय के साथ)। सारी कड़ी मेहनत के लिए शुक्रिया!

क्या कोई ग्राफाना 7 के लिए एसईडी/पैच समाधान प्रदान कर सकता है? (एम/डी) -> (डी/एम)

चीजों को बेहतर बनाने के लिए थोड़ा पीआर। https://github.com/grafana/grafana/pull/25602।
ग्राफ पैनल के लिए स्थानीय ब्राउज़र प्रारूप का उपयोग करने का सुझाव देता है।

ऐसा लगता है कि एक विकल्प जल्द ही आ रहा है, लेकिन उन लोगों के लिए जो त्वरित सुधार की तलाश में हैं:

for i in /usr/share/grafana/public/build/*.js; do sudo sed -i 's@MM/DD@DD/MM<strong i="6">@g</strong>' "$i"; done

Grafana v7 . में काम करता है

+1, विश्वास नहीं हो रहा है कि ऐसी तुच्छ बात 5+ वर्षों से चर्चा में है
क्या Grafana के एंटरप्राइज़ उपयोगकर्ता भी इसी समस्या से पीड़ित हैं?

हा हा। 5 साल बीत गए। शर्म की बात है।

कृपया इसे ठीक करने को प्राथमिकता दें। मिमी/डीडी स्वरूपण वाले ग्राफ़ इतने बेकार हैं।

मुझे प्रत्येक उपयोगकर्ता को एक व्यक्तिगत स्वरूपण चुनने में सक्षम होने के सही समाधान की परवाह नहीं है, जब तक मैं इस भयानक दिनांक स्वरूपण असामान्यता के संपर्क से बचने में सक्षम हूं, तब तक दिनांक स्वरूपण के लिए एक एकल सिस्टम सेटिंग ठीक है।

सिस्टम दिनांक स्वरूपण विकल्प अभी विलय हो गए हैं https://github.com/grafana/grafana/pull/27216

इन आईएनआई सेटिंग्स को जोड़ता है

[date_formats]
# For information on what formatting patterns that are supported https://momentjs.com/docs/#/displaying/

# Default system date format used in time range picker and other places where full time is displayed
full_date = YYYY-MM-DD HH:mm:ss

# Used by graph and other places where we only show small intervals
interval_second = HH:mm:ss
interval_minute = HH:mm
interval_hour = MM/DD HH:mm
interval_day = MM/DD
interval_month = YYYY-MM
interval_year = YYYY

# Experimental feature
use_browser_locale = false

कृपया परीक्षण करें और प्रतिक्रिया दें। भविष्य में रिलीज में इसके लिए संगठन स्तर की सेटिंग जोड़ने की योजना बनाएं। use_browser_locale में अभी भी ठीक करने के लिए कुछ किंक हैं (12 बनाम 24 घंटे के समय का पता लगाएं)। इसमें जोड़ने के लिए first_day_of_week विकल्प भी एक अच्छा विकल्प हो सकता है।

धन्यवाद @torkelo बहुत सराहना की!

यहाँ एक उदाहरण है

कॉन्फिग:

[date_formats]
# Default date format
full_date = MMM Do, YYYY @ hh:mm:ss a
# Used by graph and other places where we only show small intervals
interval_second = hh:mm:ss a
interval_minute = hh:mm a
interval_hour = MMM DD hh:mm a
interval_day = MMM DD
interval_month = YYYY-MM
interval_year = YYYY

यह बहुत अच्छी खबर है, बहुत-बहुत धन्यवाद! मैंने ग्राफाना को फिर से शुरू किया लेकिन नया प्रारूप नहीं दिखा। मुझे कौन सा संस्करण स्थापित करना चाहिए - क्या आप मुझे यह समझाने वाली साइट पर इंगित कर सकते हैं?

रात्रिकालीन निर्माण या 7.2 बीटा के लिए प्रतीक्षा करें (बहुत जल्द)

रात्रिकालीन निर्माण या 7.2 बीटा के लिए प्रतीक्षा करें (बहुत जल्द)

dockerhub पर मास्टर टैग कितनी बार अपडेट किया जाता है? यह दो दिन पुराना है, क्या इसे अधिक बार ट्रिगर करना संभव होगा?

अच्छा एक @torkelo - निम्नलिखित grafana:7.3.5 डॉकर छवि (docker-compose.yml अंश) पर अच्छी तरह से काम कर रहा है:

version: '2.0'
services:
  grafana:
    image: grafana/grafana:7.3.5
    environment:
      - GF_DATE_FORMATS_INTERVAL_HOUR=DD/MM HH:mm
      - GF_DATE_FORMATS_INTERVAL_DAY=DD/MM

हालांकि, मैक पर फ़ायरफ़ॉक्स का उपयोग करते हुए, ऑस्ट्रेलिया में GF_DATE_FORMATS_USE_BROWSER_LOCALE=true सेट करना मेरे लिए काम नहीं करता था - लघु दिनांक प्रारूप यूएस-विशिष्ट एमएम/डीडी प्रारूप में बने रहे।