sí, deberían agregarse mejores opciones para esto. No estoy seguro de cuál es la mejor manera, creo que incluso podría haber un PR para esto que se envió hace mucho tiempo y que aún no he tenido tiempo de revisar.

¡Genial, gracias!
Ahora, reconstruí grafana con formato europeo codificado en mi proyecto =)

Esto sería útil ya que el formato de fecha europeo no está en el mismo orden (día / mes / año) las fechas son realmente confusas

+1

+1

+1

Para cualquier otra persona que quiera solucionar este problema;
Lo uso para mi compilación solaris.

Intenta public_gen en caso de que grunt ya se haya ejecutado.

`` `r, motor = 'bash', count_lines

! / bin / bash

set -e

parche(){
echo -e "Intentando parchear en; n $ GRAPHJSFOLDER"
ORIG = $ GRAPHJSFOLDER / graph.js
COPIA DE SEGURIDAD = $ GRAPHJSFOLDER / graph.js.backup
cp $ ORIG $ COPIA DE SEGURIDAD
sed 's /% m \ /% d /% d \ /% m / g' $ BACKUP> $ ORIG
}

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

GRAPHJSFOLDER = $ GRAFANAROOT / public / app / paneles / gráfico
parche
GRAPHJSFOLDER = $ GRAFANAROOT / public_gen / app / paneles / gráfico
parche
''

+1

+1

+1 en esto, forzar la configuración regional de EE. UU. MM / dd en los gráficos no es lo ideal. ¿Posiblemente ayudado por las configuraciones regionales introducidas con # 5517?

+1

+1, esto actualmente está bloqueando la adaptación en nuestra empresa

@tokudan Oye, esto es lo que hicimos en nuestra solución; https://github.com/grafana/grafana/issues/1459#issuecomment -162446127

Sería maravilloso si esto pudiera tener en cuenta la localización real del navegador o si los usuarios pudieran al menos configurarlo manualmente. Obligar a todos a usar fechas de estilo estadounidense es realmente bastante subóptimo.

+1

+1

Sería fantástico que la fecha se pudiera personalizar en general. Ejemplo:
En vez de tener
2016-11-21 21:19:00
Me gustaría ver el día de la semana, así como una fecha corta (formato alemán aquí):
Lunes 21.11., 21:19

@RyanCarrier ¿ alguna idea de cómo hacer esta modificación sin construir desde la fuente? Encontré el archivo equivalente en mi instalación de Ubuntu (del paquete deb) aquí:

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

Por desgracia, modificar ese archivo, reiniciar grafana-server y actualizar el navegador no detecta el cambio. Vi esta versión minificada:

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

y pensé que estaba en un ganador, pero por desgracia, el mismo resultado. ¿Sabes si hay otra salida de compilación que usa grafana que explique por qué la modificación de estos archivos no marca la diferencia?

Oye, amigo, si el guión que escribí anteriormente no funciona y sigues teniendo problemas, responde y echaré un vistazo cuando tenga algo de tiempo en casa (probablemente el 2 o el 3).

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

Oh, lo siento, no me di cuenta del paquete deb. Tendré que echar un vistazo en casa y probar mi servidor. Golpéame si no respondo antes del día 3. :)

Golpear a @RyanCarrier : no he estado para resolver esto. Sospecho que es algo simple, pero no puedo hacer que Grafana capte los cambios que hago en graph.ts (sin compilar desde la fuente, que preferiría evitar si es posible).

han cambiado de ronda desde la última vez que jugué, y no tengo un entorno como el que tenía en ese entonces. Pero encontré% m /% d en algunos archivos; para mantenerte actualizado.

public / app / app_bundle.js: 13
public / app / boot.js: 18
public / app / boot.fnsdmjkfnasjk.js
el resto está en
public / app / plugins / panel / graph

graph.ts
graph.js
specs / graph_specs.js
specs / graph_specs.ts

Hola, es el extraño boot.123456.js en / usr / share / grafana / public / app.

Solo para estar seguro, también lo cambiaría en boot.js, ¿supongo que se compila cuando lo instalas?

solo ejecuta ese comando sed que hice solo recuerda que tus números serán diferentes pero;

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

luego simplemente actualice la página (ctrl shift r) probs funciona con actualización regular. Pero lo que sea.

Lo siento, me tomó tanto tiempo que lo olvidé por completo.

el comando simplemente reemplaza todo% m /% d con% d /% m

También lo ejecutaría en los otros archivos también, en caso de que se unan durante la recompilación o actualización o algo así.

¡Eso fue todo! La actualización regular fue suficiente. Los otros archivos que menciona también están presentes y contienen la cadena.

Un poco misterioso. Sospeche que será un conocimiento útil para otros problemas que surjan. ¡Muchas gracias!

¿Hay alguna forma de cambiar el formato de fecha a través de la GUI o la configuración de Grafana? Puedo ver algunas conversaciones sobre cómo realizar cambios en los archivos de origen, lo que preferiría no hacer :)

@ leinad13 Actualmente no, de ahí el recurso a archivos fuente. No es ideal, pero en realidad es bastante fácil.

Esto debería hacerlo, ejecutado desde la línea de comando en su servidor:

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}

Luego, simplemente actualice la página de Grafana de su navegador.

+1 también para mí

Ok, tropecé con esto al comparar Grafana con Kibana. Desafortunadamente, no admitir la configuración regional (formatos de fecha / hora / número, etc.) es un obstáculo para Grafana en entornos profesionales (simplemente no se puede entregar un proyecto con una configuración regional incorrecta). Sería realmente bueno si esto se soluciona con prio (y sin parches de fuentes desagradables). @torkelo

+1

+1

+1

En mi caso, tengo problemas con las fechas en el eje X que a veces solo muestran una parte del tiempo, a veces con la fecha (formato de EE. UU., UE aquí) y no puedo controlarlo de ninguna manera predecible. De alguna manera relacionado con # 3591

+1

+1

+1

En un segundo vistazo, se utiliza el código de flot (jquery). Allí, tiene opciones de formato, si se pasan. Ver jquery.flot.time.js
Para un uso global, una buena localización es fundamental. Y no se quede con las opciones tomadas automáticamente de la configuración del navegador. El uso de un idioma de EE. UU. No significa que quiera tener la localización de EE. UU. No conforme ...

+1

+1, como solución alternativa, ahora uso las vistas de 23 horas para deshabilitar la visualización de fechas extrañas en los casos de uso principales.

+1

+1

Le agradeceríamos mucho que le diera prioridad a este problema. Es realmente confuso para los usuarios europeos. ¡Muchas gracias!

+1

+1

+1

+1

No puedo implementar esto en el Reino Unido con formatos de fecha de EE. UU., Porque se garantiza que la gente leerá mal la fecha.

Para que quede claro: EE. UU. Es básicamente el único país del planeta que usa el formato de fecha M / D / Y. El resto del mundo encuentra ese formato muy confuso. Ver https://en.wikipedia.org/wiki/Date_format_by_country

Al no admitir formatos de fecha locales, le está diciendo a cualquier persona fuera de EE. UU. Que no debe usar Grafana.

Al menos use, digamos, ISO 8601 como predeterminado si no se puede configurar. Esa debería ser una solución simple que se pueda implementar de inmediato.

No puedo creer que este error se haya presentado hace tres años.

Sí, ISO 8601 es una buena solución a corto plazo.

No parece que Grafana tenga ningún deseo o apetito de hacer esto, ¡originalmente no había notado que este boleto se creó hace 3 años!

no es que no queramos, pero a menos que no se haya dado cuenta, hay alrededor de 1000 solicitudes de funciones abiertas :)

Espero que se dé cuenta de que esto es más que un FR. Este es un bloqueador para su adopción fuera de los EE. UU. Parece una decisión en la codificación de hace mucho tiempo que ahora está teniendo efectos secundarios desagradables.

Les di trabajo dos veces antes en este hilo. Si realmente es un gran problema para usted y no puede solucionarlo por alguna razón. Haz el cambio tú mismo. El objetivo del código abierto es poder contribuir y trabajar juntos, no llorar porque estos voluntarios no están haciendo exactamente lo que quieres.

@RyanCarrier Lo sentimos mucho por mantenerlo alejado de sus tareas tan importantes. También sentimos mucho haber empujado nuestra función favorita por encima de esos miles de otros FR.
Probablemente comenzaremos a llorar en las puertas de la Compañía detrás de Grafana a partir de ahora: https://grafana.com/services/support

En primer lugar, esto es algo muy pequeño. Solo se nota si está alejado y si se desplaza sobre un punto, puede ver la fecha completa. No entiendo el argumento de que se trata de un bloqueo para la adopción fuera de EE. UU. (He usado Grafana desde el día 1 y vivo en Suecia y nunca he notado este problema).

De hecho, eché un vistazo a esto la semana pasada, pero fue más complicado de lo que pensaba. Hice un aumento rápido para intentar averiguar automáticamente el formato mes-día por configuración regional, tanto con MomentJS como con Date.prototype.toLocaleDateString () .

MomentJS no admite el formato de mes / día por configuración regional, pero toLocaleDateString podría funcionar. El problema es que depende de la configuración de su navegador (configuración de idioma en Chrome), por lo que la mayoría de las personas obtendrán el formato americano de todos modos, incluso si se encuentran en Europa.

Llegamos a la conclusión de que la única forma de hacerlo sería agregarlo como un ajuste de configuración (con opciones: usar la configuración regional del navegador o establecer explícitamente).

PS @mvhconsult Grafana es en gran medida un proyecto de código abierto y la mayoría de las versiones consisten principalmente en funciones y correcciones de errores aportadas por la comunidad de Grafana. No está pagando nada por Grafana y nunca ha contribuido con correcciones o funciones, así que intente mantener el tono civilizado.

@daniellee Con el riesgo de comenzar una discusión real fuera de tema aquí, por lo que este es el último de mi parte. He estado involucrado en el código abierto durante los últimos 15 años, así que sé lo que es recibir todas esas solicitudes que no le parecen importantes. Seguro que la mayoría no es visible aquí.
Una forma de involucrar a las personas y dedicar su valioso tiempo a investigar otro proyecto (hay vida fuera de Grafana), es darles consejos sobre cómo trabajar y las razones por las que el equipo central no se encarga de las cosas, junto con código documentado. La forma de asustar a la gente (o incluso de hacerles "por qué me preocuparía de nuevo por este producto o equipo") es decirles que no tiene sentido, que deberían profundizar en el código fuente e implementar algunos parches intermedios ellos mismos, y menospreciarlos diciéndoles que gimen / lloran. Si la política aquí es que solo los contribuyentes de código pueden hacer solicitudes: bien, entonces me voy a la vida real nuevamente.

@mvhconsult nadie del equipo central dijo que esta solicitud de función es una tontería. Estoy en el equipo central y he pasado tiempo buscando cómo resolverlo. ¿Quizás no notó que recientemente me asigné este problema a mí mismo? También solo quería señalar que este es un problema pequeño y no algo que marcaríamos como prioridad 1 (es un problema absolutamente válido, pero no afecta a la mayoría de las personas e incluso las personas que lo notan pueden solucionarlo fácilmente).

La discusión sobre las solicitudes de funciones está bien (y se recomienda), pero sentí que esto no era necesario:

Probablemente empezaremos a llorar en las puertas de la Compañía detrás de Grafana a partir de ahora:

por eso le pregunté si podía bajar el tono un poco. Gracias.

Si desea asumir esto, estoy más que feliz de ayudarlo a comenzar. Puede comenzar con la configuración de Grafana para el desarrollo: http://docs.grafana.org/project/building_from_source/

@daniellee esto definitivamente NO es una cosa pequeña y no hay una "solución fácil" que yo sepa.

Es muy común tener gráficos que muestren más de un día de datos, por ejemplo, la semana anterior, el mes o el año, y todos estos gráficos muestran fechas en el formato MM / DD en el eje. No es necesario que desplace el mouse sobre nada para ver estas fechas con formato incorrecto.

Parece que no está experimentando el problema usted mismo, pero seguramente el número de "+1" en este hilo seguramente deja en claro que muchas personas tienen un problema con él.

Creo que la mayoría de la gente también aprecia las dificultades de ejecutar un proyecto de código abierto popular, especialmente cuando hay muchas solicitudes de funciones y recursos mínimos. Esta es exactamente la razón por la que algunos de nosotros estamos defendiendo este problema: estamos tratando de argumentar que este es un gran problema para MUCHAS personas, y sería genial si se pudiera abordar.

@andymadge genial, puedo entender que otros puedan tener una visión totalmente diferente a la mía y, como dices, mucha gente ha votado a favor. Esta función se implementará pronto, ya que el formato de las marcas es incorrecto para la mayor parte del mundo y debería corregirse.

Solo estoy tratando de descubrir la forma más fácil de usar para presentar esta opción. Creo que cambiaré el formato de tick por defecto a toLocaleDateString () con el primer idioma en navigator.languages pero tengo una opción de configuración para establecer el formato de mes / día (o día / mes) en las preferencias del usuario.

Tengo una pregunta que tal vez alguien de un país con un formato de fecha que incluya puntos o similar (Finlandia, Alemania o Corea del Sur, por ejemplo) pueda responder.

¿Está bien tener solo dos opciones explícitas: mm/dd o dd/mm ? El 20 de octubre sería 10/20 o 20/10 .

@daniellee me suena bien.

¿Estoy en lo cierto al decir que las garrapatas solo muestran el mes y el día, o el año y el mes, nunca los 3 juntos?

@andymadge sí, tienes razón. Existen diferentes formatos para los diferentes niveles de zoom. Empezando por el más alejado:

• aaaa / mm
• mm / dd
• mm / dd H: M
• H: M
• H: M: S

Los que cambiaré son mm / dd y mm / dd H: M.

@daniellee Para los dd.mm. . dd/mm yyyy veces se ve usado por personas mayores con antecedentes suecos, pero el simple dd/mm no está claro en este contexto, ya que no hay forma de ver en qué orden están el día y el mes. Usar dd/mm aún sería mucho mejor que el estado actual si la localización completa no está fácilmente disponible.

@calmjm gracias, eso respondió a mi pregunta. Agregaré una tercera opción. Puede haber otros formatos para otros países, pero creo que 3 es un buen comienzo y cubre muchos países.

La razón para usar el formato de mes / día (o día / mes) un poco extraño es para ahorrar espacio. Experimenté con el uso de mmm-dd (feb-12) pero ocupa demasiado espacio en paneles de menor tamaño.

La implementación consistirá en introducir una configuración por usuario, con 4 opciones: navegador, mm/dd , dd/mm y dd.mm. El

Otra opción potencial es dd.mm (sin el punto al final), que es el formato para países como Polonia y Ucrania.

@daniellee eso suena como un buen camino a seguir.

@daniellee Acabo de encontrar este hilo mientras buscaba cómo formatear las fechas correctamente en Grafana. :) El próximo dd.mm. es lo mas importante para mi (Finn), gracias por eso! Pero mientras lo hace, ¿puede considerar cambiar también el yyyy / mm? Si bien eso es comprensible como es, todavía se siente extraño. Sería preferible mm / aaaa o "mmm aaaa".

Además, solo un comentario lateral. Para nosotros, el delimitador correcto entre minutos y horas también es el punto. Pero no creo que haya mucha demanda para cambiar eso, ya que entonces no es tan fácil ver si "02.02" es la hora o la fecha (es la hora, el punto final que falta lo revela). Por supuesto, esto sería mejor si también pudiera configurarse.

+1

@hraftery

Esto debería hacerlo, ejecutado desde la línea de comando en su servidor: 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}
Luego, simplemente actualice la página de Grafana de su navegador.

No pude ubicar esos archivos (pero estoy usando la versión 5.0.4).

@andreasloe mmm, parece que se ha movido.

/usr/share/grafana/public/build/app.*.js parecía prometedor, pero cambiarlo no hizo ninguna diferencia para mí ...

@daniellee (o cualquier desarrollador de Grafana): ¿hay alguna forma de que la comunidad influya en la priorización de esta función (localizar formato de hora)? Por ejemplo, ¿ayudaría abrir un https://www.bountysource.com/ (o equivalente)? ¡Gracias!

@daniellee
¿Qué tal usar toLocaleDateString con navigator.language como parámetro?

['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

6/4 para 2018-06-04 es realmente confuso.

refs:
https://norbertlindenberg.com/2012/12/ecmascript-internationalization-api/#DateTimeFormat
https://caniuse.com/#feat = internacionalización

+1
La mejor implementación probablemente sería usar las unidades relevantes para el idioma (por ejemplo, en-GB = dd / mm / aa y en-US = mm / dd / aa, etc.) sin embargo, nos da un cuadro para escribir nuestro propio formato en el La página de ejes sería la más flexible y luego también podría admitir las opciones más oscuras para marcos de tiempo más grandes, como solo meses, o en el otro extremo, minutos solo en los ejes.

@hraftery
Desafortunadamente, para aplicar los cambios es necesario volver a compilar grafana desde la fuente ...
Para cambiar localmente el formato de fecha a lo largo del eje X:

1. Cambiar la plantilla de retorno en la función time_format () en ./public/app/plugins/panel/graph/graph.ts
   if (secPerTick <= 80000) {return '%d.%m.%Y %H:%M';}
2. Si desea mostrar dos dígitos en el día y el mes, agregue cero en el caso del interruptor "d" y "m" en la función formatDate () en ./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. Vuelva a compilar Grafana: https://github.com/grafana/grafana/blob/master/README.md

@luxnlex , ¿sabe cómo construir el contenedor de la https://github.com/grafana/grafana-docker parece pasar de versiones de etiquetas que no tenemos en esta etapa.

Me complacerá proporcionar y actualizar este contenedor mientras el equipo de grafana sigue insistiendo en this is quite a small thing y It is only noticeable if you are zoomed out . Mirando la cantidad de respuestas aquí, parece que no es para la audiencia;)

+1
Veo a Grafana como un software de visualización de datos de series de tiempo y uno de los mejores de su clase, si no el mejor.
Como tal, las marcas de tiempo en pantalla son esenciales y centrales para consumir los datos que se visualizan y mantener la excelente UX.
Muchas personas, empresas y organizaciones utilizan Grafana en todo el mundo, fuera de EE. UU.
Permita una configuración sencilla basada en la interfaz de usuario sobre cómo se muestran las marcas de tiempo en diferentes culturas. Incluso la configuración específica de la instancia de Grafana sería genial para empezar, si esta no puede ser específica del cliente de Dashboard, Graph o Browser.
En mi opinión, esta no es solo una característica que falta normalmente, sino una de esas características centrales que los usuarios esperan y asumen implícitamente tener en este tipo de software súper genial (!).

hola @torkelo Ya no sé a quién preguntar :-) ¿Sería posible que el equipo de Grafana nos dijera a los usuarios felices que no son de EE. UU. una ETA para esta función? ¡Gracias!

Solo puedo agregar, aunque esto se ha dicho antes, que esta es la "característica" única y más confusa de Grafana. Cada vez que miro y en cualquier gráfico, empiezo a rascarme la cabeza y trato de averiguar qué intervalo de tiempo realmente veo como algo completamente desconocido ...

Perdón por el spam, pero había que decirlo. Creo que no está diciendo demasiado que para los usuarios no estadounidenses este sería fácilmente el requisito principal.

¿Por qué tarda tanto en resolver este tema? No puedo imaginar que esto sea tan complicado ...

Supongo que la comunidad tendrá que venir con un poco de código ... lo cual es bastante difícil debido a la naturaleza de cómo se codifica la fecha y hora actualmente ...

@DerKnerd había una solución simple (# 13429), pero no pensamos que fuera lo suficientemente buena. Los problemas de fechas se vuelven difíciles cuando desea resolverlos de manera integral.

Este problema apareció recientemente en una presentación interna sobre el aumento del alcance. El camino a seguir es un documento de diseño. Si alguien de la comunidad quiere ser voluntario, únase a #grafana-dev en slack.raintank.io y comuníquese conmigo.

@davkal gracias por señalar # 13429. En realidad, para mí, fuera de EE. UU., Esa solución es lo suficientemente buena y una gran mejora. ¿Quizás esa solución podría ir tal cual y el documento de diseño se haría en paralelo?

@ marco-m el punto delicado de ese PR es el campo de preferencia monthDate. Posiblemente podríamos evitar esto si cambiamos la configuración de la fecha para que sea "predeterminada" (es decir, cómo están ahora, fechas de EE. UU.) O "navegador" (localizado por la configuración regional del navegador). El menú desplegable solo tendría esas dos opciones. ¿Los navegadores de sus usuarios admiten Date.prototype.toLocaleDateString y tendrían la configuración regional que usted desea que tengan?

@davkal estamos usando las últimas versiones de Mozilla y Chrome, y podemos actualizar a cualquier cosa si eso nos da control sobre la representación de la fecha :-) Y sí, podemos configurar en los navegadores la configuración regional que pretendemos que tengan. Si lo entiendo correctamente, sugeriría elegir lo que es "mejor" desde el punto de vista del producto Grafana entre "predeterminado" o "navegador"; estaremos encantados de adaptarnos a su elección.

@davkal Estoy luchando por ver cómo el manejo inequívoco de fechas podría considerarse un avance del alcance; esta es una fuente importante de confusión (particularmente para los usuarios que no son de EE. UU., aunque yo diría que las fechas ambiguas nunca deberían ser aceptables).

Dicho esto, un enfoque basado en la configuración regional del navegador podría ser una opción, aunque ¿eso genera problemas para cosas como las alertas? Sospecho que esta configuración realmente debe persistir y consultarse por usuario / por representación. El enfoque strftime / moment.js parece una respuesta más completa, e imagino que hay tablas de configuración regional precargadas disponibles que podrían producir algunos ajustes preestablecidos para la interfaz de usuario.

Con respecto a la preferencia basada en el navegador: tenga en cuenta que las personas que trabajan a nivel internacional pueden elegir usar un navegador basado en inglés, instalar (o se ven obligados a instalar) el de EE. UU. Y luego seguir obteniendo mm.dd.yyyy.

Para una solución a corto plazo que todavía está bien, pero el paralelo como @ marco-m indica debe ser un documento completo sobre la implementación de la verdadera localización con la preferencia del usuario.

Gracias por todos los comentarios. Personalmente, trataría de evitar un campo de entrada adecuado con un mapeo completo.
No estoy seguro de cómo se ven afectadas las alertas, pero la representación del servidor necesitaría que la configuración regional del usuario reciba un parámetro de URL (de lo contrario, usaría la configuración regional de phantomjs). Las representaciones de imágenes basadas en Slack también deberían decidir la configuración regional que se pasará como parámetro de URL.

Volver a completar el mapeo: ¿debería ser por servidor grafana, por organización, por equipo, por usuario?

@davkal escribió:

Intentaría evitar un campo de entrada adecuado con un mapeo completo

¿Puede describir lo que quiere decir con esto? Diré que los usuarios a veces tienen preferencias particulares cuando se trata de la visualización de la configuración regional, como lo demuestran los informes de errores resultantes de la reciente implementación rígida de la configuración regional de QT.

Creo que tiene que ser una configuración por usuario, para admitir equipos multirregionales, tal vez con un valor predeterminado en uno o más de los niveles superiores.

Realmente preferiría un campo de entrada para que las personas puedan configurar lo que quieran.
Tener que configurar mi configuración regional en otro lugar para obtener el formato de fecha que quiero
siempre termina en frustración y efectos secundarios no deseados.

Tener un formato predeterminado para todo el servidor y permitir que los usuarios anulen eso
lo más sensato para mí.
De esa manera, la renderización del servidor y las personas que no han iniciado sesión obtienen el servidor
predeterminado, mientras que los usuarios individuales pueden establecer sus propios formatos si lo necesitan.
No uso organizaciones, pero ¿podría tener sentido hacerlo allí también?

El lunes 4 de marzo de 2019 a las 09:19, David [email protected] escribió:

Gracias por todos los comentarios. Personalmente, trataría de evitar una entrada adecuada
campo con un mapeo completo.
No estoy seguro de cómo se ven afectadas las alertas, pero la renderización del servidor necesitaría la
la configuración regional del usuario para que se le pase un parámetro de URL (de lo contrario, usaría phantomjs '
lugar). Las representaciones de imágenes basadas en Slack tendrían que decidir la configuración regional para ser
también se pasa como un parámetro de URL.

Volver a completar el mapeo: debería ser por servidor grafana, por organización, por equipo,
¿por usuario?

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/grafana/grafana/issues/1459#issuecomment-469268689 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ABJyGlmAy9ebfDPryZGyVdffLReqBRp8ks5vTSuNgaJpZM4DelGY
.

Ejemplo de mapeo completo: https://github.com/grafana/grafana/pull/13429#issuecomment -430272485

Ejemplo de un mapeo completo: # 13429 (comentario)

Sospecho que puede ser inevitable tener algún tipo de mapeo como este expuesto.

A todas las personas que comentan aquí pidiendo más y más: este tema está abierto desde febrero de 2015. @davkal ya hizo un PR que, aunque no es perfecto, es una GRAN mejora en comparación con, bueno, la nada que tenemos ahora. A mí me parece más productivo ayudar a que las relaciones públicas se fusionen, como punto de partida, en lugar de quitarle a

Si a uno no le importa una interfaz gráfica de usuario elegante o un navegador / región automágica, ¿es posible parchear en tiempo de ejecución la versión 6 actual?

@bassebaba sí puedes. En la carpeta raíz hay un público que contiene una construcción de directorio. Hay un archivo app.<weird stamp>.js , busque allí time_format y luego puede reemplazar el formato.

¿Conoce el directorio si estoy ejecutando grafana en una frambuesa (Raspbian GNU / Linux 8, Linux versión 4.14.34-v7 + (dc4 @ dc4-XPS13-9333) (gcc versión 4.9.3 (crosstool-NG crosstool- ng-1.22.0-88-g8460611)) # 1110 SMP Lunes 16 de abril 15:18:51 BST 2018)?

Sí, es esta ruta: /usr/share/grafana/public/build/app.e16403019d0332233699.js tal vez la parte entre la aplicación. y .js es diferente.

¡Gracias! Por cierto, el nombre del archivo es app.469095018b321ef1da7c.js

Debo molestarte de nuevo. Encontré la función y ya la cambié a

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 "} return"% H:% M "}, t} ();

pero fue en vano. También reinicié el servidor y dice

`● grafana-server.service: instancia de Grafana
Cargado: cargado (/usr/lib/systemd/system/grafana-server.service; habilitado)
Activo: activo (en ejecución) desde Di 2019-03-05 19:52:28 CET; Hace 3min 39s
Documentos: http://docs.grafana.org
PID principal: 1795 (servidor grafana)
CGroup: /system.slice/grafana-server.service
└─1795 / usr / sbin / grafana-server --config = / etc / grafana / grafana.ini --pidfile = / var / run / grafana / grafana-server.pid --packaging = ...

Mar 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Inicializando HooksService" logger = servidor
Mär 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing InternalMetricsService" logger = servidor
Mar 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Inicializando CleanUpService" logger = servidor
Mar 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Inicializando NotificationService" logger = servidor
Mar 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Inicializando ProvisioningService" logger = servidor
Mar 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Inicializando PluginManager" logger = servidor
Mär 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Iniciando búsqueda de complementos" logger = complementos
Mar 05 19:52:29 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 29 + 0100 lvl = info msg = "Initializing TracingService" logger = servidor
Mar 05 19:52:29 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 29 + 0100 lvl = info msg = "Inicializando Stream Manager"
Mär 05 19:52:29 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 29 + 0100 lvl = info msg = "HTTP Server Listen" logger = http.server addr ... socket =
Sugerencia: algunas líneas se han elipsado, use -l para mostrarlas en su totalidad.
'

Aquí hay una captura de pantalla

@andreasloe, ¿sería posible que encontraras otro lugar donde pedir tu ayuda específica? Todavía tengo la esperanza de que este boleto se cierre como se fijó en Grafana. Gracias :-)

@andreasloe no estoy seguro. Quizás uses una versión anterior a la mía. Pero como dijo @ marco-m, tal vez haga una pregunta en Stackoverflow o reddit. Alguien allí seguramente puede ayudarlo: mild_smiling_face:

Ping @torkelo @daniellee Me doy cuenta de que he levantado la bandera sobre la negligencia de la comunidad antes (https://github.com/grafana/grafana-plugin-repository/issues/332), pero esto sigue siendo lo peor característica faltante en Grafana, ahora en v6.3! Tiene 4 años. Fuera de Estados Unidos no buscamos una solución integral. Por el momento, probablemente estaríamos totalmente contentos con cualquier mejora que se haya hecho en los últimos 4 años.

Por favor, eche otro vistazo a las relaciones públicas existentes o una mejor solución, y ayúdenos. No soy un tipo de interfaz, pero cualquier cosa que pueda contribuir, hágamelo saber.

Para ser un poco más precisos, solo _cuán_ importante es esta solicitud. He hecho una verificación rápida de estadísticas usando la API de GH para este repositorio:

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

Principales solicitudes:

• # 6557 (126 comentarios)
• # 1959 (108 comentarios)
• # 6983 (104 comentarios)
• # 3752 (84 comentarios)

Esta solicitud aquí tiene 97 (!) Comentarios y, por lo tanto, ocupa el puesto número 4. No es visible en esta lista porque no está etiquetado como type/feature-request .

Si vuelvo a ejecutar el análisis sin filtrar por etiqueta, aparece justo en el top 4:

• # 6557 (126 comentarios)
• # 1959 (108 comentarios)
• # 6983 (104 comentarios)
• # 1459 (97 comentarios)

¿Es esto suficiente evidencia de que este tema no es "una cosa pequeña"?

Habiendo trabajado antes con flot, estaría feliz de proponer cómo se vería esto en una versión básica, dado que podemos obtener apoyo para el equipo central para que realmente lo implemente. Actualización: no es necesario ya que el PR abierto ya tiene una buena parte.

Sí, esto es una locura. Ni siquiera actualizo regularmente grafana, ya que luego tengo que descubrir cómo "hackear" la pantalla de tiempo nuevamente.
(Todavía estoy en v6: P)

Tengo algunos planes imprecisos para automatizarlo con scripting bash en una imagen de Docker que luego puedo reconstruir cada actualización, pero esa es una forma loca de arreglar esta característica que falta.

Estoy buscando en https://github.com/grafana/grafana/pull/13429 ahora. Intentaré volver a aplicar al maestro actual. Está más allá de mi zona de confort, pero parece bastante hecho.

Nada de esto ayudará a menos que el equipo central se acerque a su cuarta solicitud de función de clasificación más alta ...

¡Guau! ¡Esto es una locura!

Acabo de pasar un momento significativo buscando una forma de cambiar el formato de fecha del eje x en la configuración de grafana. Esta es una característica tan básica y necesaria que no se me ocurrió que aún podría ser implementada.

Sería muy feliz si pudieras mencionarlo en breve :)

Copiado de # 18659:

Recordatorio rápido de que # 13429 no se realizó correctamente porque solo se abordó el formato del mes. ...
El primer paso debe ser agregar un comentario en # 1459 sobre sus intenciones, luego unirse al público en slack.grafana.com.

@davcal no quedó

Desde la perspectiva del usuario con problemas, realmente no me importaría. Un formulario simple podría combinar todas las configuraciones como sugirió @torkelo en un menú desplegable con valores predeterminados razonables para EE. UU. Más países seleccionados. EE. UU. Podría parecer una versión concatenada de:
...
Esto podría terminar en la configuración json como lo sugiere @torkelo. Todo lo que no comience con una P sería el formato predeterminado. Una entrada "personalizada" en el menú desplegable permitiría especificar mi propia cadena de formato, sin importar si necesito construir esa interfaz de usuario externa de grafana, ya que es realmente una tarea única y los PR para valores predeterminados adicionales se harían fácilmente a partir de ahí.

Si bien una versión pulida sería genial, después de más de 4 años de espera, yo (y probablemente la mayoría de los usuarios) estaríamos felices de tener cualquier cosa.

Entonces, antes de hacer cualquier otra cosa (como escribir un documento de diseño), necesito estar convencido de que Grafana está interesado, incluso remotamente, en participar en la discusión y avanzar con una de las solicitudes de funciones mejor clasificadas :(

También estoy frustrado. Para dejar en claro, al demostrar nuestras pilas de servicios utilizando Grafana para la visualización, siempre tengo que disculpar a nuestros clientes, que preguntan sobre el formato de fecha, que Grafana (por lo demás tan genial) no sabe y no se puede configurar para mostrar marcas de tiempo como los clientes quieren. Esto está arruinando todas las demostraciones por primera vez, ya que siempre hay que explicar por qué esta característica tan visible y frontal no funciona. Es una característica básica y no está funcionando, porque no está dando lo que los clientes quieren. Comience a ocuparse de este problema, por favor.

+1, realmente frustrante. No puedo obtener formatos de fecha internacionales en la serie X.

Me alegraría y apoyaría un enfoque en torno a un mapeo de formato, con valores predeterminados para las configuraciones regionales populares. Sin embargo, estamos buscando a alguien en la comunidad que se haga cargo de este esfuerzo. Estoy disponible para cualquier orientación.

Aquí hay un resumen del trabajo necesario:

• puede usar # 18659 como punto de partida, gracias @andig
• especificar un mapeo de fechas que tenga formatos para varias resoluciones de tiempo
• potencialmente reescribir el monthDayFormat para almacenar el mapeo seleccionado
• agregue lógica para usar el mapeo en el formateador de fecha del gráfico
• agregar asignaciones para configuraciones regionales populares en un menú desplegable
• proporcionar una opción personalizada en el menú desplegable para proporcionar su propio mapeo
• agregar manejo de errores alrededor del mapeo personalizado
• escribir pruebas para la validación de mapas
• actualizar la documentación

Comuníquese conmigo o con nuestra holgura pública si desea asumir esto. Antes de comenzar cualquier trabajo, asegúrese de publicar aquí también. Consulte también nuestras pautas para las contribuciones .

¡Genial ver esto moverse!

especificar un mapeo de fechas que tenga formatos para varias resoluciones de tiempo

Creo que lo que podemos hacer aquí es crear una lista completa de formatos de fecha. Sin embargo, primero debemos aclarar los parámetros.
El código actual se basa tanto en la longitud de la marca como en el rango del gráfico para elegir el formato. El flotador original solo usa la longitud de las garrapatas y verifica si la longitud está por debajo de los intervalos fijos (minuto, día, mes, año). Si queremos mantener esto flexible, propondría:

• hacer intervalos configurables
• use la notación ISO (compatible con Go y momentjs)
• Verifique la longitud de la marca con los intervalos, si por debajo del intervalo tiene su formato
• debe haber configuraciones regionales preconfiguradas y la capacidad de usar su propio formato

Eso requeriría algo así como una tabla de mapeo como se sugiere en https://github.com/grafana/grafana/pull/13429. Los EE. UU. Podrían verse así (es necesario volver a verificar las cadenas de formato de momento). Recuerde que las duraciones serían el límite superior del tamaño de las garrapatas:

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

Alemania se vería así:

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

Reino Unido (suposición) se vería así (formato de 12 horas):

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

El formateo podría venir en un archivo de configuración o basado en la interfaz de usuario. Para la interfaz de usuario, podría tener sentido tener valores predeterminados para las configuraciones regionales populares (al menos en EE. UU.) Y permitir la configuración de texto libre basada en el usuario. Este último podría ser simplemente:

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

Esta discusión es un poco loca. Está mostrando, en público, una desconexión entre algunos de los desarrolladores principales de Grafana y algunos de sus usuarios.

Como usuario europeo (y desarrollador, pero no desarrollador de grafana), ciertamente me gustaría esta función. También soy consciente de que grafana es (que yo sepa) desarrollado principalmente por personas como voluntarios en su tiempo libre y, en cualquier caso, todos los proyectos de desarrollo tienen que priorizar.

Quizás las personas que deseen contribuir a que esta función suceda podrían identificarse. Se ha señalado que los desarrolladores de grafana se comunican con holgura, por lo que ese podría ser el lugar adecuado para hacerlo. Y luego, que esas personas sean conscientes de que todos los proyectos tienen procedimientos y que se espera que cumplan lo que sea que eso signifique aquí.

Y tal vez un desarrollador de grafana podría identificarse a sí mismo como un mentor paciente para ayudar a esas personas a lograr la tarea de llevar esta función a la rama maestra. Creo que eso acaba de pasar con @davkal . (Prestigio.)

@JeffAbrahamson

Como usuario europeo (y desarrollador, pero no desarrollador de grafana), ciertamente me gustaría esta función. También soy consciente de que grafana es (que yo sepa) desarrollado principalmente por personas como voluntarios en su tiempo libre y, en cualquier caso, todos los proyectos de desarrollo tienen que priorizar.

Exactamente. Estoy incómodo con la suposición de derecho en _algunos_ de los comentarios, olvidando que Grafana es _gratis_ y _fuente abierta_, como mencioné un poco anteriormente en https://github.com/grafana/grafana/issues/1459#issuecomment -469317707.

Solo quiero agradecer una vez más a @davkal por sus intentos y por su generosidad.

Si mi comentario fue uno que causó una ofensa, me disculpo sinceramente. Estoy muy agradecido por el trabajo realizado por todos en este proyecto.

@andig : su suposición sobre el formato de fecha del Reino Unido parece sólida, si esa es una buena solución.

Una alternativa, si se me permite ponerlo en negrita, y sin conocer ninguno de los aspectos internos, no sé si esta es una sugerencia válida, así que descarte si no es así: Un cuadro simple en la página Estilo de un gráfico que permite al usuario pegue en un formato de fecha predominante para la escala X. Quizás usando el formato de expansión de cadena común que se usa en otros lugares, como en php; https://www.php.net/manual/en/function.date.php podría brindar una interpretación completa de forma libre y adaptarse a todos los casos de uso por gráfico, en lugar de aplicar un formato para todos. (En uso, a veces deseo mostrar el día de la semana en lugar de una fecha, por ejemplo)

Algo quizás:

Anular formato de fecha X []

Que, si se establece, expandiría tokens como
% D% d,% M al lunes 12 de septiembre

% D% G:% H a lun 13:45

Meta: solo para aclarar el desarrollo de Grafana está dirigido por el personal de Grafana Labs de alrededor de 25 desarrolladores (incluyéndome a mí). Pero si considera el tamaño del software, el personal es bastante bajo y el software no sería tan útil sin todas las contribuciones de la comunidad. Nuestro desafío para funciones como esta, que no son urgentes pero sí importantes, nos gustaría encontrar una manera de permitir que la comunidad desarrolle la función. Tenemos muchas historias de éxito de importantes contribuciones individuales, y estaré más que feliz de guiarlo a través de este proceso ([email protected]).

Un cuadro simple en la página Estilo de un gráfico que permite al usuario pegar en un formato de fecha predominante para la escala X.

Soy menos fanático, ya que cambiar esto en todo el sistema será una carga constante cuando se agreguen nuevos paneles en la organización del usuario. Hasta ahora sigo defendiendo el enfoque expuesto anteriormente.

En aras de la transparencia: he llevado la rebase lo más lejos que pude sin a) la capacidad de probar (ver pr para los problemas encontrados) yb) un conocimiento profundo del desarrollo de frontend. Siento decir que tendrás que contarme.

+1, preferiríamos cualquier cosa menos el formato MMDD :)

¿Cómo puedo personalizar el formato de fecha y hora en una serie en un gráfico? ¿Di eliminar la hora, cambiar el formato de la fecha o agregar en segundos?

+1

La solución anterior no me funciona con Grafana 6.7.1 Pero:

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

NB: estoy ejecutando esto en un contenedor docker, pero por lo demás no sugiero ejecutar esto sin hacer una copia de seguridad de los archivos en / usr / share / grafana / public primero.

Pero funciona para mí.

Para sobrescribir el punto de entrada predeterminado en docker-compose:
punto de entrada: bash -c "buscar / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d /% m @ g ' {} + && /run.sh"

Gracias, para aquellos que quieran la versión alemana (1.4 en lugar de 1/4), ¿lo siguiente?
bash -c "buscar / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d.% m @ g ' {} +"
¿O necesito un carácter especial delante del punto?

apoglogías, no esto está funcionando, volveré si encuentro una solución,

La solución anterior no me funciona con Grafana 6.7.1 Pero:

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

NB: estoy ejecutando esto en un contenedor docker, pero por lo demás no sugiero ejecutar esto sin hacer una copia de seguridad de los archivos en / usr / share / grafana / public primero.

Pero funciona para mí.

Para sobrescribir el punto de entrada predeterminado en docker-compose:
punto de entrada: bash -c "buscar / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d /% m @ g ' {} + && /run.sh"

¿No es agradable? Ha pasado otro año, Grafana se acerca a la versión 7, la localización se considera "una cosa pequeña" a pesar de ser la cuarta solicitud de función mejor clasificada y aquí estamos pirateando los binarios ...

Sí, me interesaría hablar con el propietario del producto. ¿Por qué esta solicitud de función no está más arriba en la lista? Alta demanda, posible, larga historia, aumento de ventas / usabilidad ... ¿qué más necesitaría una orden de compra?

@davkal, ¿ podría etiquetar esto como type/feature-request según https://github.com/grafana/grafana/issues/1459#issuecomment -523313533 para que al menos aparezca en sus prioridades?

Soy uno de los propietarios de productos y enumeré mi correo electrónico y la holgura del público como formas de ponerme en contacto. Nadie me ha contactado.

Nuestra invitación a contribuir sigue abierta. Los pasos se describen arriba. Estamos madurando como una organización de ingeniería, por lo que para este esfuerzo, la parte a la que le gustaría trabajar en esto debería comenzar un documento de diseño. Vea este para un ejemplo .

Soy uno de los propietarios de productos y enumeré mi correo electrónico y la holgura del público como formas de ponerme en contacto. Nadie me ha contactado.

@davkal No sé cómo reaccionar pero lo que estás escribiendo me entristece:

• Personalmente intenté resaltar la importancia de esta solicitud https://github.com/grafana/grafana/issues/1459#issuecomment -523313533
• intentó reenviar la especificación https://github.com/grafana/grafana/issues/1459#issuecomment -528817275
• Intenté, aunque con habilidad limitada, seguir impulsando un PR abandonado (https://github.com/grafana/grafana/pull/18659) y pedí ayuda https://github.com/grafana/grafana / pull / 18659 # issuecomment -523422092
• se le ha dicho que debe ser abandonado:

No seguir adelante con esto, vea también # 13429

• se ha dicho en https://github.com/grafana/grafana/pull/13429 que:
  De no seguir adelante con esto, lo volveré a intentar con un enfoque más integral.

Y como estas diciendo:

Nadie me ha contactado.

No diré más, pero no me siento apreciado en este momento.

Su esfuerzo fue ciertamente apreciado por @andig y trató de avanzar en el tema. Mi punto es que no hubo otra discusión aparte de la nuestra (la de arriba en septiembre de 2019).

Para aclarar nuevamente: la localización de formatos de gráficos tiene mucho sentido y está en la hoja de ruta. Quizás incluso podamos hacerlo este verano, pero no confíe en nosotros para eso, las hojas de ruta pueden cambiar. Si esta función le aporta valor, no dude en contribuir y hacer que suceda antes.

Espero que esté allí pronto, grafana carece de algunas características básicas como esta (formatear la fecha con la configuración del usuario ...)

Parece que los parámetros de consulta de URL de stackdriver timeRange esperan tiempos formateados ISO 8601 y no marcas de tiempo Unix. Tener la hora con formato ISO para esto desbloquearía la vinculación a stackdriver desde los paneles (con la hora actual). ¡Gracias por todo el trabajo duro!

¿Alguien puede proporcionar una solución SED / parche para Grafana 7? (m / d) -> (d / m)

Pequeñas relaciones públicas para mejorar las cosas. https://github.com/grafana/grafana/pull/25602.
Sugiere utilizar el formato de navegador local para el panel de gráficos.

Parece que pronto habrá una opción, pero para aquellos que buscan una solución rápida:

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

Funciona en Grafana v7

+1, no puedo creer que algo tan trivial haya estado en discusión durante más de 5 años
¿Los usuarios empresariales de Grafana también sufren el mismo problema?

Jaja. Pasaron 5 años. Es vergonsoso.

Por favor, dé prioridad a solucionar este problema. Los gráficos con formato mm / dd son tan inútiles.

No me importa la solución perfecta de permitir que cada usuario pueda elegir un formato individual, una sola configuración del sistema para el formato de fecha está bien siempre que pueda evitar la exposición a esta horrible anormalidad en el formato de fecha.

Las opciones de formato de fecha del sistema se acaban de fusionar https://github.com/grafana/grafana/pull/27216

Agrega estas configuraciones 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

Pruebe y envíe sus comentarios. Planifique agregar configuraciones de nivel de organización para esto también en una versión futura. Use_browser_locale todavía tiene algunos problemas que solucionar (detecta el tiempo de 12 frente a 24 horas). Una opción first_day_of_week también podría ser una buena adición para agregar a esto.

¡Gracias @torkelo muy apreciado!

Aquí hay un ejemplo

Config:

[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

¡Es una noticia maravillosa, muchas gracias! Reinicié grafana pero el nuevo formato no apareció. ¿Qué versión debo instalar? ¿Me pueden indicar un sitio que explique esto?

Compilación nocturna o espera a la versión beta de la versión 7.2 (muy pronto)

Compilación nocturna o espera a la versión beta de la versión 7.2 (muy pronto)

¿Con qué frecuencia se actualiza la etiqueta maestra en dockerhub? Tiene dos días, ¿sería posible activarlo con más frecuencia?

Buen @torkelo : lo siguiente funciona bien en la imagen de docker grafana:7.3.5 (extracto de 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

Sin embargo, configurar GF_DATE_FORMATS_USE_BROWSER_LOCALE=true no funcionó para mí aquí en Australia, usando Firefox en una Mac; los formatos de fecha corta permanecieron en el formato MM / DD específico de EE. UU.