예, 이에 대한 더 나은 옵션이 추가되어야 합니다. 가장 좋은 방법이 무엇인지 잘 모르겠지만, 아직 검토할 시간이 없었던 오래 전에 제출된 이에 대한 PR이 있을 수 있다고 생각하십시오.

쿨, 고마워!
이제 내 프로젝트에서 하드코딩된 유럽 형식으로 grafana를 다시 빌드했습니다 =)

이것은 유럽 날짜 형식이 동일한 순서(일/월/년)가 아니기 때문에 유용할 것입니다. 날짜가 실제로 혼란스럽습니다.

+1

+1

+1

이 문제를 해결하려는 다른 사람을 위해;
나는 이것을 나의 솔라리스 빌드에 사용한다.

grunt가 이미 실행된 경우 public_gen을 시도합니다.

``` r, 엔진='bash', count_lines

!/bin/bash

세트 -e

반점(){
echo -e "패치 시도 중;n$GRAPHJSFOLDER"
ORIG=$GRAPHJSFOLDER/graph.js
백업=$GRAPHJSFOLDER/graph.js.backup
cp $ORIG $백업
sed 's/%m\/%d/%d\/%m/g' $백업 > $ORIG
}

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

GRAPHJSFOLDER=$GRAFANAROOT/public/app/panels/graph
반점
GRAPHJSFOLDER=$GRAFANAROOT/public_gen/app/panels/graph
반점
```

+1

+1

이것에 +1, 그래프에서 미국 로케일 MM/dd를 강제하는 것은 이상적이지 않습니다. #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 소스에서 빌드하지 않고 이 수정을 수행하는 방법을 알고 있습니까? 여기에서 Ubuntu 설치(deb 패키지)에서 해당 파일을 찾았습니다.

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

아아, 해당 파일을 수정하고 grafana-server 다시 시작하고 브라우저를 새로 고쳐도 변경 사항이 적용되지 않습니다. 이 축소 버전을 발견했습니다.

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

그리고 내가 승자라고 생각했지만, 아아, 같은 결과였습니다. 이러한 파일을 수정해도 차이가 없는 이유를 설명하는 grafana가 사용하는 다른 컴파일 출력이 있는지 알고 있습니까?

이봐 친구. 내가 이전에 작성한 스크립트가 작동하지 않고 여전히 문제가 있는 경우 다시 응답하고 집에 시간이 나면 다시 살펴보겠습니다(아마도 두 번째 또는 세 번째).

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

아 죄송합니다 deb 패키지에서 깨닫지 못했습니다. 집에 가서 서버에 접속해봐야겠네요. 3일까지 답장 안 하면 덤벼라. :)

충돌 @RyanCarrier - 이것을 알아내지 못했습니다. 단순하다고 생각하지만 Grafana가 graph.ts에 대한 변경 사항을 선택하도록 할 수 없습니다(소스에서 컴파일하지 않고 가능하면 피하고 싶습니다).

내가 마지막으로 플레이한 이후로 그들은 스터프를 바꿨고, 나는 그때와 같은 환경을 가지고 있지 않다. 하지만 몇 개의 파일에서 %m/%d을(를) 찾았습니다. 최신 정보를 제공합니다.

public/app/app_bundle.js:13
공개/앱/boot.js:18
공개/앱/boot.fnsdmjkfnasjk.js
나머지는 안에
공개/앱/플러그인/패널/그래프

그래프.ts
그래프.js
specs/graph_specs.js
specs/graph_specs.ts

/usr/share/grafana/public/app에 있는 이상한 boot.123456.js입니다.

안전을 위해 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) probs는 일반 새로 고침과 함께 작동합니다. 하지만 무엇이든.

너무 오래 걸려서 완전히 잊어버렸습니다.

이 명령은 모든 %m/%d를 %d/%m으로 바꿉니다.

나는 또한 재컴파일이나 업데이트 등 동안 함께 결합되는 경우를 대비하여 다른 파일에서도 실행할 것입니다.

해냈어! 정기적인 새로 고침으로 충분했습니다. 언급한 다른 파일도 존재하며 문자열을 포함합니다.

약간 미스터리. 발생하는 다른 문제에 대한 유용한 지식이 될 것이라고 생각합니다. 정말 감사합니다!

Grafana GUI 또는 설정을 통해 날짜 형식을 변경하는 방법이 있습니까? 소스 파일을 변경하는 것에 대한 약간의 잡담을 볼 수 있는데, 저는 그렇게 하고 싶지 않습니다 :)

@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}

그런 다음 브라우저의 Grafana 페이지를 새로 고치면 됩니다.

나에게도 +1

좋아, Grafana를 Kibana와 비교할 때 이것을 우연히 발견했습니다. 불행히도 로케일 설정(날짜/시간/숫자 형식 등)을 지원하지 않는 것은 전문적인 환경에서 Grafana의 쇼 스토퍼입니다(단순히 잘못된 로케일로 프로젝트를 전달할 수 없음). 이것이 사전에 수정된다면(그리고 불쾌한 소스 패치 없이) 정말 좋을 것입니다. @torkelo

+1

+1

+1

제 경우에는 X축의 날짜에 때때로 시간 부분만 표시되는 문제가 있고 때로는 날짜(미국 형식, 여기에서는 EU)가 표시되며 예측 가능한 방식으로 제어할 수 없습니다. 어떻게 든 # 3591과 관련이 있습니다.

+1

+1

+1

두 번째로 플로트 코드(jquery)가 사용됩니다. 거기에 형식 지정 옵션이 있습니다(전달된 경우). jquery.flot.time.js 참조
글로벌 사용을 위해서는 좋은 현지화가 중요합니다. 그리고 브라우저 설정에서 자동으로 가져온 옵션을 고수하지 마십시오. 미국 기반 언어를 사용한다고 해서 비준수 미국 현지화를 원하는 것은 아닙니다...

+1

+1, 해결 방법으로 현재 23시간 보기를 사용하여 주요 사용 사례에서 이상한 날짜 표시를 비활성화합니다.

+1

+1

이 문제의 우선 순위를 지정해 주시면 대단히 감사하겠습니다. 유럽 ​​사용자에게는 정말 혼란 스럽습니다. 정말 감사합니다!

+1

+1

+1

+1

사람들이 날짜를 잘못 읽을 수 있기 때문에 미국 날짜 형식을 사용하는 영국에서는 이것을 출시할 수 없습니다.

이것에 대해 명확히 하기 위해 - 미국은 기본적으로 M/D/Y 날짜 형식을 사용하는 지구상에서 유일한 국가입니다. 나머지 세계는 그 형식이 매우 혼란스럽다고 생각합니다. https://en.wikipedia.org/wiki/Date_format_by_country 참조

현지 날짜 형식을 지원하지 않음으로써 미국 이외의 모든 사람들에게 Grafana를 사용해서는 안 된다고 효과적으로 알리는 것입니다.

구성할 수 없는 경우 최소한 ISO 8601을 기본값으로 사용하십시오. 이는 즉시 배포할 수 있는 간단한 수정 사항이어야 합니다.

이 버그가 3년 전에 접수되었다는 것이 믿기지 않습니다.

예, ISO 8601은 좋은 단기 수정 프로그램입니다.

Grafana가 이런 일을 하고 싶어하거나 의욕이 없는 것 같지는 않습니다. 저는 원래 이 티켓이 3년 전에 만들어졌다는 것을 눈치채지 못했습니다!

우리가 원하지 않는 것은 아니지만 약 1000개의 공개 기능 요청이 있다는 사실을 눈치채지 못한 경우가 있습니다. :)

이것이 FR 이상이라는 것을 깨닫기를 바랍니다. 이것은 미국 이외의 지역에서 입양을 차단하는 것입니다. 지금은 좋지 않은 부작용을 낳고 있는 오래전 코딩의 결정처럼 보입니다.

이 스레드의 앞부분에서 두 번 해결 방법을 알려 드렸습니다. 당신이 정말로 당신에게 많은 문제이고 어떤 이유로 든 해결 방법을 수행 할 수없는 경우. 직접 변경하십시오. 오픈 소스의 요점은 이 자원 봉사자들이 당신이 원하는 것을 정확히 하지 않는다고 울지 않고 기여하고 함께 일할 수 있다는 것입니다.

@RyanCarrier 귀하의 매우 중요한 작업을
우리는 아마 지금부터 Grafana 뒤에 있는 회사의 문 앞에서 울기 시작할 것입니다: https://grafana.com/services/support

우선 이것은 아주 작은 일입니다. 축소한 경우에만 눈에 띄며 특정 지점에 마우스를 가져가면 전체 날짜를 볼 수 있습니다. 이것이 미국 이외의 지역에서 입양을 방해한다는 주장을 이해하지 못합니다. (저는 1일차부터 Grafana를 사용했고 스웨덴에 살고 있으며 이 문제를 전혀 눈치채지 못했습니다).

실제로 지난 주에 살펴보았지만 생각보다 복잡했습니다. 나는 MomentJS와 Date.prototype.toLocaleDateString() 모두를 사용하여 로케일당 월일 형식을 자동으로 파악하기 위해 빠른 스파이크를 수행했습니다.

MomentJS는 로케일당 월/일 형식을 지원하지 않지만 toLocaleDateString이 작동할 수 있습니다. 문제는 브라우저 설정(Chrome의 언어 설정)에 따라 달라지므로 대부분의 사람들이 유럽에 있더라도 어쨌든 미국 형식을 사용할 수 있다는 것입니다.

이를 수행하는 유일한 방법은 구성 설정으로 추가하는 것뿐이라는 결론에 도달했습니다(선택 사항: 브라우저 로케일 사용 또는 명시적으로 설정).

PS @mvhconsult Grafana는 오픈 소스 프로젝트이며 대부분의 릴리스는 대부분 Grafana 커뮤니티에서 제공하는 기능 및 버그 수정으로 구성됩니다. 당신은 Grafana에 대해 어떠한 비용도 지불하지 않고 있으며 수정이나 기능에 기여한 적이 없습니다.

@daniellee 여기에서 주제와 다른 토론을 시작할 위험이 있으므로 이것이 저에게 마지막입니다. 저는 지난 15년 동안 오픈 소스에 관여해 왔기 때문에 여러분에게 중요하지 않은 것처럼 보이는 모든 요청을 받는 것이 어떤 것인지 압니다. 확실히 대부분은 여기에 표시되지 않습니다.
사람들을 참여시키고 또 다른 프로젝트(Grafana 외부에 생명이 있음)를 살펴보기 위해 소중한 시간을 보내는 한 가지 방법은 작업 방법과 핵심 팀에서 문제를 해결하지 못하는 이유를 잘 설명하는 것입니다. 문서화된 코드. 사람들을 놀라게 하는 방법(또는 "내가 이 제품이나 팀에 다시 관심을 갖는 이유")을 얻는 방법은 말도 안되는 소리라고 말하는 것입니다. 소스 코드를 파헤쳐 스스로 중간 패치를 구현해야 합니다. 그리고 그들이 신음/울었다고 말하면서 그들을 얕잡아 봅니다. 여기 정책이 코드 기고자만 요청할 수 있다는 것이라면: 괜찮습니다. 그러면 다시 실생활로 돌아가겠습니다.

@mvhconsult 핵심 팀의 아무도 이 기능 요청이 말도 안 된다고 말했습니다. 저는 핵심 팀에 있으며 문제를 해결하는 방법을 찾는 데 시간을 보냈습니다. 내가 최근에 이 문제를 나에게 할당했다는 사실을 눈치채지 못했을 수도 있습니다. 나는 또한 이것이 작은 문제이며 우선순위 1로 표시할 문제가 아니라는 점을 지적하고 싶었습니다. (절대적으로 유효한 문제이지만 대부분의 사람들에게 영향을 미치지 않으며 이를 알아차린 사람들도 쉽게 해결할 수 있습니다).

기능 요청에 대한 논의는 괜찮고 권장되지만 저는 이것이 필요하지 않다고 느꼈습니다.

우리는 아마 지금부터 Grafana 뒤에 있는 회사의 문 앞에서 울기 시작할 것입니다:

그래서 조금 톤을 낮춰도 되냐고 물었습니다. 감사 해요.

이 작업을 시작하고 싶다면 기꺼이 도와드리겠습니다. 개발을 위해 Grafana 설정을 시작할 수 있습니다. http://docs.grafana.org/project/building_from_source/

@daniellee 이것은 확실히 작은 일이 아니며 내가 아는 한 "쉬운 해결 방법"이 없습니다.

이전 주, 월 또는 연도와 같이 하루 이상의 데이터를 표시하는 그래프가 있는 것은 매우 일반적이며 이러한 모든 그래프는 축에 MM/DD 형식의 날짜를 표시합니다. 이러한 잘못된 형식의 날짜를 보기 위해 아무 것도 마우스로 가리킬 필요가 없습니다.

스스로 문제를 겪고 있지 않은 것 같지만 확실히 이 스레드의 "+1" 숫자는 많은 사람들이 문제를 겪고 있음을 분명히 합니다.

저는 대부분의 사람들이 인기 있는 오픈 소스 프로젝트를 실행하는 데 따르는 어려움, 특히 기능 요청이 많고 리소스가 최소인 경우에 어려움을 인정한다고 생각합니다. 이것이 바로 우리 중 일부가 이 문제를 옹호하는 이유입니다. 우리는 이것이 많은 사람들에게 큰 문제이며 해결될 수 있다면 좋을 것입니다.

@andymadge 멋집니다. 다른 사람들이 저와 완전히 다른 견해를 가질 수 있다는 것을 이해할 수 있으며 말씀하신 대로 많은 사람들이 그것에 대해 투표했습니다. 이 기능은 틱 형식이 세계 대부분에서 잘못되어 수정되어야 하는 즉시 구현될 것입니다.

이 옵션을 제공하는 가장 사용자 친화적인 방법을 찾으려고 합니다. 나는 navigator.languages 의 첫 번째 언어를 사용하여 기본적으로 toLocaleDateString()으로 눈금 형식을 변경할 것이라고 생각하지만 사용자 기본 설정에서 월/일(또는 일/월) 형식을 설정하는 구성 옵션이 있습니다.

점 또는 이와 유사한(예: 핀란드, 독일 또는 한국)을 포함하는 날짜 형식을 사용하는 국가의 누군가가 대답할 수 있는 질문이 있습니다.

mm/dd 또는 dd/mm 두 가지 명시적 옵션만 있어도 괜찮습니까? 10월 20일은 10/20 또는 20/10 입니다.

@daniellee 는 나에게

진드기가 월과 일, 또는 연도와 월만 표시하고 3가지 모두를 함께 표시하지 않는다고 말하는 것이 맞습니까?

@andymadge 네, 맞습니다. 다양한 확대/축소 수준에 대해 다양한 형식이 있습니다. 가장 축소된 상태에서 시작:

• yyyy/mm
• mm/dd
• mm/dd H:M
• 흠
• H:M:S

내가 변경할 것은 mm/dd 및 mm/dd H:M입니다.

@daniellee 핀란드어(및 독일어) 사용자의 경우 올바른 형식은 dd.mm. 입니다. dd/mm yyyy 는 스웨덴 배경을 가진 나이든 사람들이 사용하는 것으로 가끔 표시되지만 일반 dd/mm 는 어떤 순서의 날짜와 월이 있는지 알 수 없으므로 이 컨텍스트에서 명확하지 않습니다. 전체 현지화를 쉽게 사용할 수 없는 경우 dd/mm 것이 현재 상태보다 훨씬 낫습니다.

@calmjm 감사합니다-내 질문에 답변했습니다. 세 번째 옵션을 추가하겠습니다. 다른 국가에는 다른 형식이 있을 수 있지만 3은 좋은 시작이고 많은 국가를 포괄한다고 생각합니다.

약간 이상한 월/일(또는 일/월) 형식을 사용하는 이유는 공간을 절약하기 위해서입니다. mmm-dd(2월 12일)를 사용하여 실험했지만 더 작은 크기의 패널에서는 너무 많은 공간을 차지합니다.

구현은 브라우저, mm/dd , dd/mm 및 dd.mm. 와 같은 4가지 옵션이 있는 사용자별 설정을 도입하는 것입니다. 기본값은 브라우저의 로케일을 사용하는 것입니다. 설정에서 첫 번째 브라우저 언어).

또 다른 잠재적인 옵션은 폴란드 및 우크라이나와 같은 국가의 형식인 dd.mm (끝에 점이 없음)입니다.

@daniellee 앞으로 나아가는 좋은 방법처럼 들립니다.

@daniellee Grafana 에서 날짜 형식을 올바르게 지정하는 방법을 검색하는 동안 이 스레드를 찾았습니다. :) 다가오는 dd.mm. 나에게 가장 중요한 것(Finn), 감사합니다! 그러나 당신이 그것에 있는 동안 yyyy/mm도 변경하는 것을 고려할 수 있습니까? 그 자체로 이해할 수 있지만 여전히 이상하게 느껴집니다. mm/yyyy 또는 "mmm yyyy"가 선호됩니다.

또한, 그냥 사이드 코멘트. 분과 시간 사이의 정확한 구분은 점이기도 합니다. 그러나 "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}
그런 다음 브라우저의 Grafana 페이지를 새로 고치면 됩니다.

나는 그 파일들을 찾을 수 없었다(그러나 나는 버전 5.0.4를 사용하고 있다).

@andreasloe mmm, 움직인 것 같습니다.

/usr/share/grafana/public/build/app.*.js 유망해 보였으나 변경해도 별 차이가 없었습니다...

@daniellee (또는 Grafana 개발자): 커뮤니티가 이 기능의 우선 순위에 영향을 줄 수 있는 방법이 있습니까(시간 형식 현지화)? 예를 들어 https://www.bountysource.com/ (또는 이에 상응하는) 도움말을 열 수 있습니까? 감사 해요!

@다니엘리
navigator.language 를 매개변수로 사용하여 toLocaleDateString 사용하는 것은 어떻습니까?

['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/emascript-internationalization-api/#DateTimeFormat
https://caniuse.com/#feat =국제화

+1
가장 좋은 구현은 아마도 언어와 관련된 단위를 사용하는 것입니다(예: en-GB = dd/mm/yy 및 en-US = mm/dd/yy 등). 축 페이지가 가장 유연할 수 있으며 월만 또는 다른 극단적인 분과 같은 더 큰 시간 프레임에 대해서는 축에 대해서만 더 모호한 옵션을 지원할 수도 있습니다.

@hraftery
불행히도 변경 사항을 적용하려면 소스에서 grafana를 다시 컴파일해야 합니다...
X축을 따라 날짜 형식을 로컬로 변경하려면 다음을 수행합니다.

1. ./public/app/plugins/panel/graph/graph.ts의 기능 TIME_FORMAT의 변화 리턴 템플릿 ()
   if (secPerTick <= 80000) {return '%d.%m.%Y %H:%M';}
2. 일과 월에 두 자리 숫자를 표시하려면 ./public/vendor/flot/jquery.flot.time.js의 formatDate() 함수에서 대소문자 "d"와 "m"에 0을 추가하십시오.
   case 'd': c = leftPad(d.getDate(), "0"); break;
case 'm': c = leftPad(d.getMonth() + 1, "0"); break;
3. Grafana 재컴파일: https://github.com/grafana/grafana/blob/master/README.md

@luxnlex 재컴파일 후 도커 컨테이너를 빌드하는 방법을 알고 있습니까? https://github.com/grafana/grafana-docker 는 이 단계에서 가지고 있지 않은 태그 버전에서 이동하는 것 같습니다.

grafana 팀이 this is quite a small thing 및 It is only noticeable if you are zoomed out 계속 주장하는 동안 이 컨테이너를 제공하고 업데이트하게 되어 기쁩니다. 여기 답변 수를 보면 청중을위한 것이 아닌 것 같습니다 ;)

+1
저는 Grafana를 시계열 데이터 시각화 소프트웨어이자 동급 최고는 아니지만 최고라고 봅니다.
이처럼 화면상의 타임스탬프는 시각화된 데이터를 소비하고 뛰어난 UX를 유지하는 데 필수적이며 핵심입니다.
많은 사람, 회사 및 조직이 미국 이외의 전 세계적으로 Grafana를 사용하고 있습니다.
타임스탬프가 다른 문화권에서 어떻게 표시되는지 UI 기반 구성을 쉽게 허용하십시오. Grafana 인스턴스별 설정도 대시보드, 그래프 또는 브라우저 클라이언트별로 설정할 수 없는 경우 시작하는 것이 좋습니다.
내 생각에 이것은 단순히 누락된 기능이 아니라 사용자가 이런 종류의 매우 훌륭한(!) 소프트웨어에서 암묵적으로 기대하고 가정하는 핵심 기능 중 하나입니다.

안녕하세요 @torkelo 누구에게 물어봐야 할지 모르겠습니다 :-) Grafana 팀이 미국 이외의 행복한 사용자에게 이 기능에 대한 ETA를 알려줄 수 있습니까? 감사 해요!

이것은 이전에 말했지만 이것이 Grafana의 가장 혼란스러운 단일 "기능"이라고 덧붙일 수 있습니다. 내가 볼 때마다 어떤 차트

스팸에 대해 미안하지만 말해야했습니다. 나는 그것이 미국 이외의 사용자에게 이것이 쉽게 최고의 요구 사항이 될 것이라고 너무 많이 말하지 않는다고 생각합니다.

이 문제에 대해 무엇이 그렇게 오래 걸리나요? 이게 그렇게 복잡한지 상상이 안가네요...

커뮤니티에서 약간의 코드가 필요하다고 생각합니다. 이는 현재 datetime이 코딩되는 방식의 특성상 상당히 어렵습니다...

@DerKnerd 간단한 수정(#13429)이 있었지만 충분하지 않다고 생각했습니다. 날짜 문제는 포괄적으로 해결하려는 경우 어려워집니다.

이 문제는 최근 스코프 크립에 대한 내부 프레젠테이션에서 다루어졌습니다. 앞으로 나아갈 길은 디자인 문서입니다. 커뮤니티에서 자원 봉사를 원하는 사람이 있으면 slack.raintank.io에서 #grafana-dev 에 가입하고 저에게 연락하십시오.

@davkal #13429를 지적

@marco-m 해당 PR의 고정 지점은 monthDate 기본 설정 필드입니다. 날짜 설정을 "기본"(즉, 현재 상태, 미국 날짜) 또는 "브라우저"(브라우저 로케일로 현지화)로 변경하면 이 문제를 해결할 수 있습니다. 드롭다운에는 이 두 가지 옵션만 있습니다. 사용자의 브라우저가 Date.prototype.toLocaleDateString 하며 원하는 로케일이 있습니까?

@davkal 우리는 최신 버전의 Mozilla와 Chrome을 사용하고 있으며 날짜 렌더링을 제어할 수 있다면 무엇이든 업데이트할 수 있습니다 :-) 그리고 예, 브라우저에서 원하는 로케일을 설정할 수 있습니다. 내가 올바르게 이해했다면 "기본"과 "브라우저" 중 Grafana 제품 관점에서 "최고"를 선택하는 것이 좋습니다. 우리는 당신의 선택에 기꺼이 적응할 것입니다.

@davkal 모호하지 않은 날짜 처리가 범위 이동으로 간주될 수 있는지 확인하는 데 어려움을 겪고 있습니다. 이는 상당한 혼란의 원인입니다(특히 미국 이외의 사용자에게는 모호한 날짜가 허용되어서는 안 된다고 주장하지만).

즉, 브라우저 로케일 기반 접근 방식이 옵션이 될 수 있지만 경고와 같은 문제가 발생합니까? 이 구성이 사용자/렌더별로 지속되고 쿼리되어야 한다고 생각합니다. strftime / moment.js 접근 방식이 더 포괄적인 답변으로 보이며 UI에 대한 일부 사전 설정을 생성할 수 있는 미리 채워진 로케일 테이블을 쉽게 사용할 수 있다고 생각합니다.

브라우저 기반 기본 설정과 관련하여: 국제적으로 일하는 사람들은 영어 기반 브라우저를 사용하도록 선택하고 미국 브라우저를 설치(또는 강제로 설치)한 다음 여전히 mm.dd.yyyy를 얻을 수 있음을 경고합니다.

단기 솔루션의 경우 여전히 괜찮지만 @marco-m 상태와 같은 병렬은 사용자 기본 설정으로 진정한 현지화를 구현하는 전체 문서여야 합니다.

모든 피드백에 감사드립니다. 개인적으로 완전한 매핑으로 적절한 입력 필드를 피하려고 합니다.
경고가 어떻게 영향을 받는지 확실하지 않지만 서버 렌더링은 URL 매개변수를 전달하기 위해 사용자의 로케일을 필요로 합니다(그렇지 않으면 phantomjs의 로케일을 사용함). Slack 기반 이미지 렌더는 URL 매개변수로도 전달할 로케일을 결정해야 합니다.

다시 전체 매핑: grafana 서버별, 조직별, 팀별, 사용자별로 해야 합니까?

@davkal 은 다음

완전한 매핑으로 적절한 입력 필드를 피하려고 합니다.

이것이 무엇을 의미하는지 설명할 수 있습니까? QT의 최근 엄밀한 로케일 구현으로 인한 버그 보고서에서 알 수 있듯이 사용자는 로케일 표시와 관련하여 때때로 특정 선호 사항을 가지고 있다고 말할 것입니다.

다중 지역 팀을 지원하려면 사용자별 설정이어야 한다고 생각합니다. 아마도 하나 이상의 상위 수준에서 기본값이 있을 수 있습니다.

사람들이 원하는 대로 설정할 수 있도록 입력 필드를 선호합니다.
원하는 날짜 형식을 얻으려면 내 로케일을 다른 장소로 설정해야 합니다.
항상 의도하지 않은 부작용과 좌절로 끝납니다.

서버 전체의 기본 형식을 사용하고 사용자가 이를 재정의할 수 있도록
나에게 가장 의미.
그렇게하면 서버 렌더링과 로그인하지 않은 사람들이 서버를 얻습니다.
개별 사용자는 필요한 경우 고유한 형식을 설정할 수 있습니다.
나는 조직을 사용하지 않지만, 조직에서도 그렇게 하는 것이 합리적일 수 있습니까?

2019년 3월 4일 월요일, 09:19에 David [email protected] 은 다음과 같이 썼습니다.

모든 피드백에 감사드립니다. 개인적으로, 나는 적절한 입력을 피하려고
완전한 매핑이 있는 필드.
경고가 어떻게 영향을 받는지 확실하지 않지만 서버 렌더링에는 다음이 필요합니다.
URL 매개변수를 전달할 사용자의 로케일(그렇지 않으면 phantomjs'
장소). Slack 기반 이미지 렌더는 로케일을 결정해야 합니다.
URL 매개변수로도 전달됩니다.

매핑 다시 완료: grafana 서버별, 조직별, 팀별,
사용자당?

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 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년 2월부터 공개되었습니다. @davkal은 이미 PR을 했습니다. 완벽하지는 않지만 지금 우리가 가진 것이 아무것도 없는 것에 비하면 엄청난 개선입니다. 저에게는 @davkal 이 이것을 현실로 만드는

멋진 GUI 또는 자동 브라우저/지역 지원에 신경 쓰지 않는다면 현재 6 버전을 런타임에 패치할 수 있습니까?

@bassebaba 네 가능합니다. 루트 폴더에는 디렉토리 빌드가 포함된 public이 있습니다. app.<weird stamp>.js 파일이 있고 거기에서 time_format 를 검색한 다음 형식을 바꿀 수 있습니다.

내가 라즈베리(Raspbian GNU/Linux 8, Linux 버전 4.14.34-v7+(dc4@dc4-XPS13-9333))(gcc 버전 4.9.3(crosstool-NG crosstool- ng-1.22.0-88-g8460611)) #1110 SMP 월요일 4월 16일 15:18:51 BST 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 - Grafana 인스턴스
로드됨: 로드됨(/usr/lib/systemd/system/grafana-server.service; 활성화됨)
활성: Di 2019-03-05 19:52:28 CET부터 활성(실행 중); 3분 39초 전
문서: http://docs.grafana.org
메인 PID: 1795(grafana-server)
C그룹: /system.slice/grafana-server.service
└─1795 /usr/sbin/grafana-server --config=/etc/grafana/grafana.ini --pidfile=/var/run/grafana/grafana-server.pid --packaging=...

Mär 05 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="HooksService 초기화 중" logger=server
Mär 05 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="Initializing InternalMetricsService" 로거=서버
3월 5일 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="CleanUpService 초기화 중" logger=server
Mär 05 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="Initializing NotificationService" logger=server
3월 5일 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="ProvisioningService 초기화 중" logger=server
Mär 05 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="Initializing PluginManager" logger=server
3월 5일 19:52:28 FHEM grafana-server[1795]: t=2019-03-05T19:52:28+0100 lvl=info msg="플러그인 검색 시작" logger=plugins
Mär 05 19:52:29 FHEM grafana-server[1795]: t=2019-03-05T19:52:29+0100 lvl=info msg="Initializing TracingService" logger=server
Mär 05 19:52:29 FHEM grafana-server[1795]: t=2019-03-05T19:52:29+0100 lvl=info msg="스트림 관리자 초기화 중"
Mär 05 19:52:29 FHEM grafana-server[1795]: t=2019-03-05T19:52:29+0100 lvl=info msg="HTTP 서버 수신" logger=http.server addr...socket=
힌트: 일부 행은 생략되었습니다. 전체를 표시하려면 -l을 사용하십시오.
`

여기 스크린샷이 있습니다

@andreasloe 구체적인 도움을 요청할 수 있는 다른 장소를 찾을 수 있습니까? 나는 여전히 이 티켓이 Grafana에 고정된 대로 종료되기를 희망합니다. 감사 해요 :-)

@andreasloe 확실하지 않습니다. 아마 나보다 이전 버전을 사용하고 있을 것입니다. 하지만 @marco-m이 말했듯이 Stackoverflow 또는 reddit에 질문할 수 있습니다. 누군가가 분명히 당신을 도울 수 있습니다 :slightly_smiling_face:

핑 @torkelo @daniellee 커뮤니티의 과실에 대한 플래그를 이전에 올린 적이 있음을 깨달았습니다(https://github.com/grafana/grafana-plugin-repository/issues/332). 하지만 이것은 여전히 ​​최악입니다. Grafana의 누락된 기능, 현재 v6.3입니다! 4살입니다. 미국 이외의 지역에서는 포괄적인 솔루션을 찾지 않습니다. 당분간 우리는 4년의 무의미한 개선 사항에 대해 완전히 만족할 것입니다.

기존 PR이나 더 나은 솔루션을 다시 한 번 보시고 도와주세요. 저는 프론트엔드 사람이 아니지만 기여할 수 있는 것이 있으면 알려주세요.

좀 더 정확하게 하기 위해 이 요청이 _how_ 중요합니다. 이 리포지토리에 대해 GH API를 사용하여 빠른 통계 확인을 수행했습니다.

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개)

이 문제가 "사소한 일"이 아니라는 충분한 증거입니까?

flot으로 작업한 후에는 실제로 구현하기 위한 핵심 팀의 지원을 받을 수 있다면 기본 버전에서 이것이 어떻게 보일지 제안을 하게 되어 기쁩니다. 업데이트: 공개 PR에 이미 상당한 부분이 있으므로 필요하지 않습니다.

그래, 이건 미쳤어. 시간 표시를 다시 "해킹"하는 방법을 알아내야 하기 때문에 정기적으로 grafana를 업데이트하지도 않습니다.
(저는 아직 v6:P에 있습니다.)

Docker 이미지에서 bash 스크립팅으로 자동화하는 느슨한 계획이 있습니다. 그런 다음 모든 업데이트를 다시 빌드할 수 있지만 이 누락된 기능을 수정하는 미친 방법일 뿐입니다.

나는 지금 https://github.com/grafana/grafana/pull/13429를 찾고 있습니다. 현재 마스터에게 다시 적용해 보겠습니다. 그것은 내 안락 지대를 넘어서지만 꽤 완성 된 것처럼 보입니다.

핵심 팀이 4번째로 높은 순위의 기능 요청에 도달하지 않는 한 이 중 어느 것도 도움이 되지 않습니다...

와! 이건 미쳤어!

방금 grafana 설정에서 x축 날짜 형식을 변경하는 방법을 찾는 데 상당한 시간을 보냈습니다. 이것은 매우 기본적이고 필요한 기능이므로 아직 구현하지 못할 수도 있습니다.

빨리 올려주시면 정말 감사하겠습니다 :)

#18659에서 복사:

월 형식만 처리되었기 때문에 #13429가 성공하지 못했다는 사실을 빠르게 알려드립니다. ...
첫 번째 단계는 #1459에 귀하의 의도에 대한 의견을 추가한 다음 slack.grafana.com에서 공개 slack에 참여하는 것입니다.

@davcal 토론에서 #13429가 성공하지 못했다는 것이 투명하지 않았습니다. 나는 실제로 다음과 같이 댓글을 달았다.

문제가 있는 사용자의 관점에서 나는 정말로 상관하지 않을 것입니다. 간단한 양식은 @torkelo가 제안한 모든 설정을 미국 및 일부 국가에 대한 합리적인 기본값과 함께 드롭다운으로 결합할 수 있습니다. US는 다음의 연결된 버전처럼 보일 수 있습니다.
...
이것은 @torkelo가 제안한 대로 config json으로 끝날 수 있습니다. P로 시작하지 않는 모든 것이 기본 형식입니다. 드롭다운의 "사용자 지정" 항목을 사용하면 실제로 일회성 작업으로 외부 grafana UI를 빌드해야 하고 추가 기본값에 대한 PR이 거기에서 쉽게 수행될 수 있도록 내 자신의 형식 문자열을 지정할 수 있습니다.

세련된 버전은 훌륭할 것이지만 4년 이상의 기다림 끝에 저(아마도 대부분의 사용자)는 무엇이든 갖게 되어 기쁩니다.

따라서 다른 작업(예: 디자인 문서 작성)을 하기 전에 Grafana가 실제로 토론에 참여하고 가장 높은 순위의 기능 요청 중 하나를 진행하고 있다는 사실에 조금이라도 관심이 있다는 것을 확신해야 합니다.

저도 답답합니다. 명확히 하기 위해 시각화를 위해 Grafana를 사용하여 서비스 스택을 시연할 때 날짜 형식에 대해 묻는 고객에게 항상 변명해야 합니다. Grafana(그렇지 않으면 매우 훌륭함)는 타임스탬프를 다음과 같이 표시하도록 구성할 수 없고 구성할 수 없습니다. 고객이 원하는. 이러한 프론트 엔드 및 매우 눈에 띄는 기능이 작동하지 않는 이유를 항상 설명해야 하기 때문에 이는 모든 첫 번째 데모를 망쳐 놓는 것입니다. 기본 기능인데 고객이 원하는 것을 주지 못하기 때문에 작동하지 않습니다. 이 문제를 처리하기 시작하십시오.

+1, X 시리즈에서 국제 날짜 형식을 얻을 수 없다는 사실이 정말 실망스럽습니다.

나는 인기 있는 로케일에 대한 기본값을 사용하여 형식 매핑에 대한 접근 방식에 만족하고 지지합니다. 우리는 커뮤니티에서 이 노력을 수행할 사람을 찾고 있습니다. 나는 어떤 안내를 받을 수 있습니다.

필요한 작업의 개요는 다음과 같습니다.

• #18659를 시작점으로 사용할 수 있습니다. @andig에게 감사 드립니다.
• 다양한 시간 해상도에 대한 형식이 있는 날짜 매핑 지정
• 잠재적으로 monthDayFormat 를 다시 작성하여 선택한 매핑을 저장합니다.
• 그래프 날짜 포맷터에서 매핑을 사용하는 논리 추가
• 드롭다운에서 인기 있는 로케일에 대한 매핑 추가
• 드롭다운에서 사용자 지정 옵션을 제공하여 자체 매핑 제공
• 사용자 지정 매핑에 대한 오류 처리 추가
• 매핑 유효성 검사를 위한 테스트 작성
• 문서 업데이트

나에게 도달하거나에 @torkelo하십시오 우리의 대중 여유 당신이이 먹고 싶어합니다. 작업을 시작하기 전에 여기에도 게시하십시오. 기여에 대한

이렇게 움직이는거 보기좋다!

다양한 시간 해상도에 대한 형식이 있는 날짜 매핑 지정

여기서 우리가 할 수 있는 일은 날짜 형식의 포괄적인 목록을 만드는 것입니다. 그러나 먼저 매개변수를 명확히 해야 합니다.
현재 코드는 서식 선택을 위해 눈금 길이와 차트 범위를 모두 사용합니다. 원래 부동 소수점은 눈금 길이만 사용하고 길이가 고정 간격(분, 일, 월, 연도) 미만인지 확인합니다. 이것을 유연하게 유지하려면 다음을 제안합니다.

• 간격을 구성 가능하게 만들기
• ISO 표기법 사용(Go 및 momentjs에서 모두 지원)
• 간격 아래에 형식이 있는 경우 간격에 대해 눈금 길이를 확인하십시오.
• 미리 구성된 로케일과 고유한 형식을 사용할 수 있는 기능이 있어야 합니다.

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 기반으로 제공될 수 있습니다. UI 기반의 경우 인기 있는 로케일(최소한 미국)에 대한 기본값을 갖고 자유 텍스트 사용자 기반 구성을 허용하는 것이 합리적일 수 있습니다. 후자는 다음과 같을 수 있습니다.

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

이 토론은 약간 미쳤습니다. 일부 핵심 grafana 개발자와 일부 사용자 사이의 단절을 공개적으로 과시하고 있습니다.

유럽 ​​사용자(개발자이지만 grafana dev는 아님)로서 저는 확실히 이 기능을 원합니다. 나는 또한 grafana가 (내가 아는 한) 여가 시간에 자원 봉사자로 주로 사람들에 의해 개발되었으며 어떤 경우에도 모든 개발 프로젝트가 우선 순위를 가져야 한다는 것을 알고 있습니다.

아마도 이 기능을 구현하는 데 기여하고 싶은 사람들은 자신을 식별할 수 있을 것입니다. grafana devs는 slack에서 통신하므로 그것이 적절한 장소 일 수 있다고 지적되었습니다. 그런 다음 그 사람들이 모든 프로젝트에는 절차가 있으며 여기에서 의미하는 바가 무엇이든 준수할 것으로 예상된다는 것을 계속 인식할 수 있습니다.

그리고 아마도 grafana 개발자는 이 기능을 마스터 브랜치로 가져오는 작업을 수행하는 데 도움이 되는 참을성 있는 멘토로 자신을 식별할 수 있습니다. 나는 그것이 @davkal에서 일어난 일이라고 생각합니다. (명성.)

@JeffAbrahamson

유럽 ​​사용자(개발자이지만 grafana dev는 아님)로서 저는 확실히 이 기능을 원합니다. 나는 또한 grafana가 (내가 아는 한) 여가 시간에 자원 봉사자로 주로 사람들에 의해 개발되었으며 어떤 경우에도 모든 개발 프로젝트가 우선 순위를 가져야 한다는 것을 알고 있습니다.

정확히. 위의 https://github.com/grafana/grafana/issues/1459#issuecomment -469317707에서 언급했듯이 Grafana가 _무료_ 및 _오픈 소스_라는 사실을 잊어버리고 _일부_의 댓글에 자격이 있다는 가정이 불편합니다.

@davkal 의 시도와 관대함에 다시 한 번 감사드립니다.

제 댓글이 실례가 되었다면 진심으로 사과드립니다. 나는 이 프로젝트를 위해 모든 사람들이 쏟은 노력에 대해 매우 감사합니다.

@andig - 영국 날짜 형식에 대한 가정이 좋은 해결책이라면 타당해 보입니다.

한 가지 대안은 내가 너무 굵게 만들 수 있고 내부 내용을 전혀 알지 못하는 경우 이것이 유효한 제안인지 모르겠으므로 그렇지 않은 경우 폐기하십시오. 사용자가 다음을 수행할 수 있도록 하는 그래프의 스타일 페이지에 있는 간단한 상자 X 스케일에 대한 우선 날짜 형식으로 붙여넣습니다. 아마도 PHP와 같이 다른 곳에서 사용되는 공통 문자열 확장 형식을 사용하는 것 같습니다. https://www.php.net/manual/en/function.date.php 는 하나의 형식을 모두에 적용하는 대신 완전한 자유 형식 해석을 제공하고 그래프별로 모든 사용 사례에 맞출 수 있습니다. (예를 들어 사용시 날짜가 아닌 요일을 표시하고 싶을 때가 있습니다.)

아마도 뭔가:

X 날짜 형식 재정의 [ ]

설정하면 다음과 같은 토큰이 확장됩니다.
%D %d, %M - 9월 12일 월요일

%D %G:%H ~ 월요일 13:45

메타: Grafana 개발은 약 25명의 개발자(저 포함)로 구성된 Grafana Labs 직원이 주도하고 있습니다. 그러나 직원 규모가 상당히 작고 소프트웨어의 크기를 고려하면 모든 커뮤니티 기여 없이는 유용하지 않을 것입니다. 긴급하지는 않지만 중요하지만 이와 같은 기능에 대한 우리의 도전은 커뮤니티가 기능을 개발할 수 있도록 하는 방법을 찾고 싶습니다. 우리는 중요한 개인 기여에 대한 많은 성공 사례를 가지고 있으며 이 프로세스를 통해 기꺼이 안내해 드리겠습니다([email protected]).

사용자가 X 스케일에 대한 대체 날짜 형식으로 붙여넣을 수 있도록 하는 그래프의 스타일 페이지에 있는 간단한 상자입니다.

사용자의 조직에 새 대시보드가 ​​추가될 때 시스템 전체에서 이것을 변경하는 것은 지속적인 부담이 될 것이기 때문에 저는 팬이 아닙니다. 지금까지 나는 여전히 위에 제시된 접근 방식을 옹호하고 있습니다.

투명성을 위해: 나는 테스트 능력(발생한 문제는 pr 참조) 및 b) 심층 프론트엔드 개발 지식 없이 가능한 한 리베이스를 수행했습니다. 저를 계산해야 한다고 말씀드려 죄송합니다.

+1, 우리는 MMDD 형식 이외의 것을 훨씬 선호합니다. :)

플롯의 시리즈에서 날짜/시간 형식을 사용자 정의하려면 어떻게 해야 합니까? 시간을 제거하거나 날짜 형식을 변경하거나 초 단위로 추가하시겠습니까?

+1

위의 수정 사항은 Grafana 6.7.1에서 작동하지 않지만 다음과 같습니다.

bash -c "찾기 /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} +"

NB 나는 이것을 도커 컨테이너에서 실행하고 있지만 그렇지 않으면 /usr/share/grafana/public에 있는 파일을 먼저 백업하지 않고 이것을 실행하지 않는 것이 좋습니다.

하지만 그것은 나를 위해 작동합니다.

docker-compose의 기본 진입점을 덮어쓰려면:
진입점: bash -c "찾기 /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} + && /run.sh "

감사합니다. 독일어 버전(1/4 대신 1.4)을 원하는 사람들을 위해 다음과 같이 하시겠습니까?
bash -c "찾기 /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d.% m@g ' {} +"
아니면 점 앞에 특수 문자가 필요합니까?

죄송합니다. 작동하지 않습니다. 해결 방법을 찾으면 돌아오겠습니다.

위의 수정 사항은 Grafana 6.7.1에서 작동하지 않지만 다음과 같습니다.

bash -c "찾기 /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} +"

NB 나는 이것을 도커 컨테이너에서 실행하고 있지만 그렇지 않으면 /usr/share/grafana/public에 있는 파일을 먼저 백업하지 않고 이것을 실행하지 않는 것이 좋습니다.

하지만 그것은 나를 위해 작동합니다.

docker-compose의 기본 진입점을 덮어쓰려면:
진입점: bash -c "찾기 /usr/share/grafana/public -type f -exec sed -i 's@%m/%d@%d/% m@g ' {} + && /run.sh "

멋지지 않아? 또 1년이 지나고 Grafana는 버전 7에 가까워지고 있으며 4번째로 높은 순위의 기능 요청임에도 불구하고 현지화는 "작은 일"로 간주되며 여기에서 바이너리를 해킹하고 있습니다...

예, 제품 소유자와 이야기를 나누고 싶습니다. 이 기능 요청이 목록에서 상위에 있지 않은 이유는 무엇입니까? 높은 수요, 가능, 긴 역사, 판매/사용성 증가... PO에 그 밖에 무엇이 필요할까요?

@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
• 나는 제한된 기술로 시도했지만 버려진 PR을 더 많이 추진하기 위해 (https://github.com/grafana/grafana/pull/18659) 도움을 요청했습니다 https://github.com/grafana/grafana /pull/18659#issuecomment -523422092
• 버려야 한다고 들었습니다.

이 작업을 진행하지 않습니다. #13429도 참조하세요.

• https://github.com/grafana/grafana/pull/13429 에서 다음과 같이 말했습니다.
  앞으로 진행하지 않고 보다 포괄적인 접근 방식으로 다시 시도합니다.

그리고 당신이 말하는 방법:

아무도 나에게 연락하지 않았습니다.

더 이상 말하지 않겠지만 지금은 감사하게 생각하지 않습니다.

당신의 노력은 @andig 에게 확실히 감사

다시 명확히 하자면, 그래프 형식의 현지화는 상당히 의미가 있으며 로드맵에 있습니다. 아마도 이번 여름에 도달할 수도 있지만 로드맵이 변경될 수 있으므로 이에 대해 의존하지 마십시오. 이 기능이 귀하에게 가치를 가져다 줄 것이라면 언제든지 기여하여 더 빨리 실현할 수 있습니다.

곧 제공되기를 바랍니다. grafana에는 이와 같은 몇 가지 기본 기능이 없습니다(사용자 설정으로 날짜 형식 지정...).

stackdriver timeRange url 쿼리 매개변수는 유닉스 타임스탬프가 아닌 ISO 8601 형식의 시간을 예상하는 것 같습니다. 이에 대한 ISO 형식의 시간이 있으면 패널에서 스택 드라이버로의 링크가 잠금 해제됩니다(현재 시간 포함). 모든 노력에 감사드립니다!

누구든지 Grafana 7용 SED/패치 솔루션을 제공할 수 있습니까? (m/d) -> (d/m)

상황을 개선하기 위한 작은 PR. 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년이 지났다. 부끄럽다.

이 문제를 해결하는 데 우선 순위를 두십시오. mm/dd 형식의 그래프는 쓸모가 없습니다.

나는 각 사용자가 개별 형식을 선택할 수 있도록 하는 완벽한 솔루션에 대해 신경 쓰지 않습니다. 이 끔찍한 날짜 형식 이상에 노출되지 않는 한 날짜 형식에 대한 단일 시스템 설정은 괜찮습니다.

시스템 날짜 형식 옵션이 병합되었습니다. https://github.com/grafana/grafana/pull/27216

이 ini 설정을 추가합니다.

[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

정말 멋진 소식입니다. 감사합니다! grafana를 다시 시작했지만 새 형식이 표시되지 않습니다. 어떤 버전을 설치해야 하나요? - 이에 대해 설명하는 사이트를 알려 주시겠습니까?

야간 빌드 또는 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 설정은 Mac에서 Firefox를 사용하여 여기 호주에서 작동하지 않았습니다. 짧은 날짜 형식은 미국 고유의 MM/DD 형식으로 유지되었습니다.