да, для этого нужно добавить лучшие варианты. Не уверен, что это лучший способ, думаю, для этого даже может быть PR, который был отправлен много лет назад, и у меня еще не было времени, чтобы просмотреть его.

Хорошо, спасибо!
Теперь я перестроил графану с жестко заданным европейским форматом в своем проекте =)

Это было бы полезно, поскольку европейский формат даты не в том же порядке (день / месяц / год), даты на самом деле сбивают с толку

+1

+1

+1

Для всех, кто хочет это исправить;
Я использую это для своей сборки solaris.

Пытается public_gen, если grunt уже был запущен.

`` r, двигатель = 'bash', count_lines

! / bin / bash

set -e

пластырь(){
echo -e "Попытка исправить; n $ GRAPHJSFOLDER"
ORIG = $ GRAPHJSFOLDER / graph.js
РЕЗЕРВНОЕ КОПИРОВАНИЕ = $ GRAPHJSFOLDER / graph.js.backup
cp $ ORIG $ BACKUP
sed 's /% m \ /% d /% d \ /% m / g' $ BACKUP> $ ORIG
}

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

GRAPHJSFOLDER = $ GRAFANAROOT / общедоступное / приложение / панели / график
пластырь
GRAPHJSFOLDER = $ GRAFANAROOT / public_gen / app / panel / 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, который объяснил бы, почему изменение этих файлов не имеет значения?

Привет, чувак, если сценарий, который я написал ранее, не работает, а у тебя все еще возникают проблемы, ответь, и я посмотрю, когда у меня будет время вернуться домой (вероятно, 2-го или 3-го).

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

Ой, извините, я не понял из пакета deb. Мне нужно будет посмотреть дома и поработать на моем сервере. Ударь меня, если я не отвечу до 3-го числа. :)

Удар @RyanCarrier - еще не

они меняли материал с тех пор, как я в последний раз играл, и у меня нет такой среды, как тогда. Но я нашел% m /% d в нескольких файлах; чтобы держать вас в курсе.

общедоступный / app / app_bundle.js: 13
общедоступные / приложение / boot.js: 18
общедоступный / приложение / boot.fnsdmjkfnasjk.js
остальные в
общедоступный / приложение / плагины / панель / график

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

Привет, это странный boot.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

Я бы также запустил его и с другими файлами, на случай, если они будут объединены во время перекомпиляции или обновления или чего-то еще.

Вот и все! Регулярного обновления было достаточно. Другие файлы, которые вы упомянули, также присутствуют и содержат строку.

Немного загадочно. Подозреваю, что это будет полезно для решения других возникающих проблем. Большое спасибо!

Есть ли способ изменить формат даты через графический интерфейс Grafana или настройки? Я вижу разговоры о внесении изменений в исходные файлы, чего я бы не стал делать :)

@ 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 в профессиональной среде (просто невозможно предоставить проект с неправильной локалью). Было бы действительно хорошо, если бы это было исправлено с помощью prio (и без неприятного исправления исходного кода). @torkelo

+1

+1

+1

В моем случае у меня возникают проблемы с датами на оси X, иногда показывающими только часть времени, иногда с датой (формат США, здесь ЕС), и я не могу контролировать это каким-либо предсказуемым образом. Как-то связано с # 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 по умолчанию, если его нельзя сделать настраиваемым. Это должно быть простое исправление, которое можно сразу же развернуть.

Не могу поверить, что эта ошибка была зарегистрирована три года назад.

Да, ISO 8601 - хорошее краткосрочное решение.

Не похоже, что у Графаны есть какое-то желание или аппетит к этому, я изначально не заметил, что этот билет был создан 3 года назад!

не то чтобы мы не хотели, но если вы не заметили, существует около 1000 открытых запросов функций :)

Надеюсь, вы понимаете, что это больше, чем FR. Это блокиратор для усыновления за пределами США. Похоже, что решение в кодировании давным-давно, но теперь имеет неприятные побочные эффекты.

Я дважды давал вам обходные пути ранее в этой теме. Если вы, это действительно такая большая проблема для вас, и вы по какой-то причине не можете решить эту проблему. Внесите изменения сами. Весь смысл открытого исходного кода в том, чтобы иметь возможность вносить свой вклад и работать вместе, а не кричать, что эти добровольцы не делают именно то, что вы хотите.

@RyanCarrier Нам всем очень жаль, что вы
С этого момента мы, наверное, начнем плакать у дверей Компании за Grafana: https://grafana.com/services/support

Во-первых, это совсем мелочь. Это заметно только при уменьшении масштаба и при наведении курсора на точку можно увидеть дату целиком. Я не понимаю аргументов, что это блокиратор для усыновления за пределами США. (Я использовал 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 круто, я понимаю, что у других может быть совершенно другое мнение, и, как вы говорите, многие люди проголосовали за это. Эта функция будет реализована в ближайшее время, поскольку форматирование галочки является неправильным для большей части мира и должно быть исправлено.

Просто пытаюсь придумать наиболее удобный способ представить этот вариант. Я думаю, что изменю формат галочки по умолчанию на toLocaleDateString () с первым языком в navigator.languages но у меня есть опция конфигурации, позволяющая установить формат месяц / день (или день / месяц) в предпочтениях пользователя.

У меня есть вопрос, на который, возможно, сможет ответить кто-нибудь из страны с форматом даты, который включает точки или что-то подобное (например, Финляндия, Германия или Южная Корея).

Можно ли иметь только два явных варианта: mm/dd или dd/mm . 20 октября будет 10/20 или 20/10 .

Мне нравится @daniellee .

Правильно ли я говорю, что галочки всегда показывают только месяц и день или год и месяц, а не все три вместе?

@andymadge да, ты прав. Существуют разные форматы для разных уровней масштабирования. Начиная с максимального уменьшения:

• гггг / мм
• мм / дд
• мм / дд H: M
• H: M
• H: M: S

Я изменю мм / дд и мм / дд 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 , похоже, хороший путь вперед.

@daniellee Только что нашел эту

Кроме того, просто побочный комментарий. Для нас правильный разделитель между минутами и часами также является точкой. Но я не думаю, что есть большой спрос на это изменение, с тех пор не так просто увидеть, является ли «02.02» временем или датой (время, отсутствующая конечная точка показывает это). Конечно, было бы лучше, если бы его тоже можно было настроить.

+1

@hraftery

Это должно быть сделано из командной строки на вашем сервере: 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 в своем браузере.

Мне не удалось найти эти файлы (но я использую версию 5.0.4).

@andreasloe ммм, похоже, он переехал.

/usr/share/grafana/public/build/app.*.js выглядело многообещающе, но изменение его не имело для меня никакого значения ...

@daniellee (или любой разработчик Grafana): есть ли у сообщества способ повлиять на приоритизацию этой функции (локализовать формат времени)? Например, поможет ли открытие 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

6/4 за 2018-06-04 действительно сбивает с толку.

ссылки:
https://norbertlindenberg.com/2012/12/ecmascript-internationalization-api/#DateTimeFormat
https://caniuse.com/#feat = интернационализация

+1
Лучшей реализацией, вероятно, было бы использование единиц, относящихся к языку (например, en-GB = dd / mm / yy и en-US = mm / dd / yy и т. Д.), Но давая нам поле для ввода нашего собственного форматирования на Страница осей была бы наиболее гибкой и могла бы также поддерживать более неясные параметры для более крупных временных рамок, таких как только месяцы или, в другом крайнем случае, только минуты на осях.

@hraftery
К сожалению, чтобы применить изменения, вам нужно перекомпилировать графану из исходного кода ...
Для локального изменения формата даты по оси X:

1. Измените шаблон возврата в функции time_format () в ./public/app/plugins/panel/graph/graph.ts
   if (secPerTick <= 80000) {return '%d.%m.%Y %H:%M';}
2. Если вы хотите отображать две цифры дня и месяца, добавьте ноль в случае переключателя «d» и «m» в функции formatDate () в ./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. Перекомпилируйте 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 по всему миру, за пределами США.
Разрешите простую настройку на основе пользовательского интерфейса того, как временные метки отображаются в разных культурах. Даже настройка, специфичная для экземпляра Grafana, была бы отличной для начала, если она не может быть специфичной для Dashboard, Graph или клиента браузера.
На мой взгляд, это не просто обычная отсутствующая функция, а одна из тех основных функций, которые пользователи неявно ожидают и предполагают наличие в таком супер-отличном (!) Программном обеспечении.

привет @torkelo, я не знаю, у кого больше спросить :-) Может ли команда Grafana сообщить нам, счастливым пользователям, не являющимся гражданами США, расчетное время прибытия для этой функции? Спасибо!

Я могу только добавить - хотя об этом уже говорилось ранее - что это единственная, наиболее сбивающая с толку «особенность» Grafana. Каждый раз, когда я смотрю и смотрю на любую диаграмму, я начинаю чесать в затылке и пытаюсь понять, какой временной диапазон мне кажется совершенно незнакомым ...

Извините за спам, но это нужно было сказать. Я считаю, что это не слишком много говорит о том, что для пользователей, не являющихся гражданами США, это будет главным требованием.

Что так долго над этим вопросом? Я просто не могу представить, что это так сложно ...

Я предполагаю, что сообществу потребуется немного кода ... что довольно сложно из-за того, как сейчас кодируется datetime ...

@DerKnerd было простое исправление (# 13429), но мы не думали, что оно достаточно хорошее. Проблемы со свиданием усложняются, когда вы хотите решить их комплексно.

Об этой проблеме недавно рассказывалось во внутренней презентации о ползучести прицела. Путь вперед - это дизайнерская документация. Если кто-то из сообщества хочет стать волонтером, присоединяйтесь к #grafana-dev на slack.raintank.io и свяжитесь со мной.

@davkal, спасибо, что указали на # 13429. На самом деле для меня, не из США, это исправление достаточно хорошее и большое улучшение. Может быть, это исправление можно было бы оставить как есть, а проектный документ можно было бы делать параллельно?

@ marco-m липкой точкой этого PR является предпочтительное поле monthDate. Мы могли бы обойти это, если бы изменили настройки даты на «по умолчанию» (то есть, как они сейчас, даты в США) или «браузер» (локализованы в соответствии с локалью браузера). В раскрывающемся списке будут только эти два варианта. Поддерживают ли браузеры ваших пользователей Date.prototype.toLocaleDateString и будут ли они иметь языковой стандарт, который вы хотите использовать?

@davkal мы используем последние версии Mozilla и Chrome, и мы можем обновиться до чего угодно, если это дает нам контроль над отображением даты :-) И да, мы можем установить в браузерах локаль, которую мы намереваемся использовать. Если я правильно понимаю, я бы посоветовал выбрать «лучший» с точки зрения продукта Grafana между «по умолчанию» или «браузером»; мы будем более чем счастливы адаптироваться к вашему выбору.

@davkal Я изо всех сил пытаюсь понять, как однозначная обработка даты может считаться гражданами США, хотя я бы сказал, что неоднозначные даты никогда не должны быть приемлемыми).

Тем не менее, подход на основе локали браузера может быть вариантом, хотя создает ли это проблемы для таких вещей, как предупреждения? Я подозреваю, что эту конфигурацию действительно нужно сохранять и запрашивать для каждого пользователя / для каждого рендера. Подход strftime / moment.js кажется более исчерпывающим ответом, и я полагаю, что есть готовые заранее заполненные таблицы языковых стандартов, которые могут создавать некоторые предустановки для пользовательского интерфейса.

Что касается предпочтений на основе браузера: имейте в виду, что люди, работающие на международном уровне, могут выбрать использование браузера на английском языке, установить (или будут вынуждены установить) американский браузер, а затем все равно получить mm.dd.yyyy.

Для краткосрочного решения это все еще нормально, но, как утверждает @ marco-m, должен быть полный документ по реализации настоящей локализации с предпочтениями пользователя.

Спасибо всем за отзывы. Лично я бы попытался избежать правильного поля ввода с полным отображением.
Не уверен, как это влияет на предупреждения, но для рендеринга сервера потребуется, чтобы языковой стандарт пользователя передавался параметром URL-адреса (в противном случае он будет использовать языковой стандарт phantomjs). При рендеринге изображений на основе Slack также необходимо выбрать языковой стандарт, который будет передаваться в качестве параметра URL.

Повторное полное сопоставление: должно ли это быть на сервер графаны, на организацию, на команду, на пользователя?

@davkal написал:

Я бы попытался избежать правильного поля ввода с полным отображением

Можете ли вы описать, что вы имеете в виду? Я скажу, что у пользователей иногда есть особые предпочтения, когда дело доходит до отображения локали, о чем свидетельствуют отчеты об ошибках, возникшие в результате недавней реализации жесткой локали QT.

Я считаю, что это должна быть настройка для каждого пользователя, чтобы поддерживать многорегиональные команды, возможно, со значением по умолчанию на одном или нескольких более высоких уровнях.

Я бы действительно предпочел поле ввода, чтобы люди могли устанавливать все, что захотят.
Необходимость установить мой языковой стандарт в другое место, чтобы получить нужный формат даты
всегда заканчивается непреднамеренными побочными эффектами и разочарованием.

Наличие общесерверного формата по умолчанию и разрешение пользователям отменять это делает
самый разумный для меня.
Таким образом серверный рендеринг и люди, которые не вошли в систему, получают сервер
по умолчанию, в то время как отдельные пользователи могут при необходимости устанавливать свои собственные форматы.
Я не использую организации, но, может быть, есть смысл сделать это и там?

В пн, 4 марта 2019 г., в 09:19, Дэвид [email protected] написал:

Спасибо всем за отзывы. Лично я бы попытался избежать правильного ввода
поле с полным отображением.
Не уверен, как это повлияет на оповещения, но для рендеринга сервера потребуется
языковой стандарт пользователя для передачи параметра URL-адреса (в противном случае он использовал бы phantomjs '
языковой стандарт). При рендеринге изображений на основе Slack необходимо выбрать локаль, которая будет
также передается как параметр 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 уже сделал пиар, который, хотя и не идеален, является ОГРОМНЫМ улучшением по сравнению с тем, что у нас есть сейчас. Мне кажется более продуктивным помочь объединить этот PR в качестве отправной точки, а не истощать @davkal энергию, которую он имел, чтобы сделать это реальностью. Мои 2 цента.

Если вас не волнует модный графический интерфейс или автоматическая поддержка браузера / региона, можно ли во время выполнения исправить текущую версию 6?

@bassebaba да, можно. В корневой папке находится паблик, содержащий сборку каталога. Там есть файл app.<weird stamp>.js , найдите там time_format а затем вы можете заменить формат.

Знаете ли вы каталог, если я запускаю grafana на малине (Raspbian GNU / Linux 8, Linux версии 4.14.34-v7 + (dc4 @ dc4-XPS13-9333) (gcc версия 4.9.3 (crossstool-NG crossstool- ng-1.22.0-88-g8460611)) # 1110 SMP Mon Apr 16 15:18:51 BST 2018)?

Да, это путь: /usr/share/grafana/public/build/app.e16403019d0332233699.js возможно, часть между app. и .js разные.

Спасибо! Кстати, имя файла 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 "} return"% 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 (графана-сервер)
CGroup: /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 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing HooksService" logger = server
Март 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Инициализация InternalMetricsService" logger = server
Март 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing CleanUpService" logger = server
05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing NotificationService" logger = server
Март 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing ProvisioningService" logger = server
Март 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Initializing PluginManager" logger = server
Март 05 19:52:28 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 28 + 0100 lvl = info msg = "Запуск поиска плагинов" logger = plugins
Март 05 19:52:29 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 29 + 0100 lvl = info msg = "Initializing TracingService" logger = server
Март 05 19:52:29 FHEM grafana-server [1795]: t = 2019-03-05T19: 52: 29 + 0100 lvl = info msg = "Initializing Stream Manager"
Мэр 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 =
Подсказка: некоторые строки были увеличены в многоточие, используйте -l, чтобы отобразить их полностью.
`

Вот скриншот

@andreasloe Не могли бы вы найти другое место, где можно было бы попросить вашей конкретной помощи? У меня все еще есть надежда, что этот билет закроют, зафиксировав в Grafana. Спасибо :-)

@andreasloe не уверен. Возможно, вы используете более старую версию, чем я. Но, как сказал @ marco-m, может быть, задать вопрос о Stackoverflow или Reddit. Кто-то там наверняка может вам помочь: слегка_smiling_face:

Ping @torkelo @daniellee Я понимаю, что раньше я как бы поднимал флаг о халатности сообщества (https://github.com/grafana/grafana-plugin-repository/issues/332), но это, по-моему, все еще худшее отсутствующая функция в Grafana, теперь на v6.3! Ему 4 года. Мы за пределами США не ищем всеобъемлющего решения. На данный момент мы, вероятно, были бы полностью счастливы, если бы за четыре года ничего не изменилось.

Пожалуйста, посмотрите еще раз на существующий PR или лучшее решение и помогите нам. Я не фронтенд-парень, но дайте мне знать обо всем, что я мог бы внести.

Чтобы быть немного более точным, просто _ как_ важно, чтобы этот запрос, я сделал быструю проверку статистики, используя 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 (!) Комментариев и, следовательно, занимает четвертое место. Его не видно в этом списке, так как он не помечен как type/feature-request .

Если я перезапущу анализ без фильтрации по тегам, он появится прямо в первых 4 местах:

• # 6557 (126 комментариев)
• # 1959 (108 комментариев)
• # 6983 (104 комментария)
• # 1459 (97 комментариев)

Достаточно ли этого доказательства того, что эта проблема не мелочь?

Поработав с flot до того, как я был бы счастлив выступить с предложением, как это может выглядеть в базовой версии, учитывая, что мы можем получить поддержку основной команды для его фактической реализации. Обновление: не обязательно, поскольку в открытом PR уже есть значительная часть.

Да, это безумие. Я даже не регулярно обновляю графану, так как потом мне приходится снова придумывать, как «взломать» отображение времени.
(Я все еще на v6: P)

У меня есть некоторые планы по автоматизации его с помощью сценариев bash в образе Docker, который я затем могу просто перестраивать при каждом обновлении, но это просто безумный способ исправить эту недостающую функцию.

Я сейчас изучаю https://github.com/grafana/grafana/pull/13429 . Попробую повторно обратиться к нынешнему мастеру. Это выходит за рамки моей зоны комфорта, но выглядит в значительной степени готовым.

Ничего из этого не поможет, если основная команда не выполнит свой 4-й по рейтингу запрос функции ...

Вау! Это безумие!

Я просто потратил значительный момент на то, чтобы найти способ изменить формат даты оси x в настройках графаны. Это такая базовая и необходимая функция, что мне даже в голову не приходило, что ее еще можно реализовать.

Я был бы очень рад, если бы вы вскоре подняли этот вопрос :)

Скопировано с # 18659:

Быстрое напоминание, что # 13429 не удалось, потому что был адресован только формат месяца. ...
Первым делом нужно добавить комментарий к # 1459 о ваших намерениях, а затем присоединиться к общедоступному Slack на slack.grafana.com.

@davcal из обсуждения было непонятно, что # 13429 не удалось. Я действительно прокомментировал, сказав:

С точки зрения проблемного пользователя мне было бы все равно. Простая форма могла бы просто объединить все настройки, предложенные @torkelo, в раскрывающийся список с разумными значениями по умолчанию для США и некоторых стран. США может выглядеть как объединенная версия:
...
Это может закончиться конфигурацией json, как предлагает @torkelo. Все, что не начинается с P, будет форматом по умолчанию. «Пользовательская» запись в раскрывающемся списке позволила бы указать мою собственную строку формата, независимо от того, нужно ли мне создать этот внешний пользовательский интерфейс Grafana, поскольку это действительно одноразовая задача, и PR для дополнительных значений по умолчанию будет легко выполняться оттуда.

Хотя отполированная версия была бы замечательной, после более чем 4-летнего ожидания я (и, вероятно, большинство пользователей) были бы счастливы получить что-нибудь вообще.

Поэтому, прежде чем делать что-либо еще (например, писать проектную документацию), мне нужно убедиться, что Grafana даже отдаленно заинтересована, действительно участвует в обсуждении и продвигается вперед с одним из самых высоко оцененных запросов функций :(

Я тоже расстроен. Чтобы прояснить ситуацию, при демонстрации наших стеков услуг с использованием Grafana для визуализации я всегда должен извинять наших клиентов, которые спрашивают о формате даты, что Grafana (в остальном такая замечательная) не знает и не может быть настроена для отображения временных меток как клиенты хотят. Это разрушает все первые демонстрации, поскольку вам всегда нужно объяснять, почему такая интерфейсная и очень заметная функция не работает. Это базовая функция, и она не работает, потому что не дает того, чего хотят клиенты. Пожалуйста, займитесь этим вопросом, пожалуйста.

+1, очень расстраивает, что я не могу получить международные форматы даты на серии X.

Я был бы счастлив и поддержал бы подход к отображению формата со значениями по умолчанию для популярных регионов. Тем не менее, мы ищем кого-нибудь в сообществе, кто возьмется за это дело. Я доступен для любого совета.

Вот краткое описание необходимой работы:

• вы можете использовать # 18659 в качестве отправной точки, спасибо @andig
• укажите отображение дат, которое имеет форматы для различных разрешений времени
• потенциально переписать monthDayFormat чтобы сохранить выбранное сопоставление
• добавить логику для использования сопоставления в средстве форматирования даты графика
• добавить сопоставления для популярных языков в раскрывающемся списке
• предоставить настраиваемую опцию в раскрывающемся списке, чтобы предоставить собственное сопоставление
• добавить обработку ошибок вокруг настраиваемого сопоставления
• написать тесты для проверки сопоставления
• обновить документацию

Пожалуйста, свяжитесь со мной или нашем публичном слэке, если вы хотите взяться за это. Перед тем, как начать любую работу, обязательно разместите здесь сообщение. См. Также наши рекомендации по внесению вкладов .

Приятно видеть это движение!

укажите отображение дат, которое имеет форматы для различных разрешений времени

Я думаю, что здесь мы можем составить исчерпывающий список форматов даты. Однако сначала стоит уточнить параметры.
Текущий код при выборе форматирования зависит как от длины тика, так и от диапазона диаграммы. Исходное число с плавающей запятой использует только длину тика и проверяет, не меньше ли длина фиксированных интервалов (минута, день, месяц, год). Если мы хотим сохранить эту гибкость, я бы предложил:

• сделать интервалы настраиваемыми
• использовать нотацию 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"]
]

Форматирование может быть в файле конфигурации или на основе пользовательского интерфейса. Для пользовательского интерфейса может иметь смысл установить значения по умолчанию для популярных локалей (по крайней мере, США) и разрешить конфигурацию на основе произвольного текста. Последнее могло быть просто:

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

Это обсуждение немного безумное. Это публично демонстрирует разрыв между некоторыми основными разработчиками графаны и некоторыми ее пользователями.

Как европейский пользователь (и разработчик, но не разработчик Grafana), мне, безусловно, понравится эта функция. Я также знаю, что графана (насколько мне известно) разрабатывается в основном людьми в качестве волонтеров в свободное время, и в любом случае все проекты развития должны иметь приоритеты.

Возможно, люди, которые хотели бы внести свой вклад в реализацию этой функции, могли бы идентифицировать себя. Было указано, что разработчики Grafana общаются на Slack, так что это может быть подходящее место для этого. И затем, чтобы эти люди осознавали, что все проекты имеют процедуры и что от них ожидается, что они будут соблюдать все, что это здесь означает.

И, возможно, разработчик графаны мог бы идентифицировать себя как терпеливого наставника, чтобы помочь этим людям выполнить задачу по внедрению этой функции в основную ветку. Думаю, это только что случилось с @davkal . (Престижность.)

@JeffAbrahamson

Как европейский пользователь (и разработчик, но не разработчик Grafana), мне, безусловно, понравится эта функция. Я также знаю, что графана (насколько мне известно) разрабатывается в основном людьми в качестве волонтеров в свободное время, и в любом случае все проекты развития должны иметь приоритеты.

Точно. Я обеспокоен предположением о правах в _ некоторых_ комментариев, забывая, что 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

Мета: просто чтобы уточнить, разработкой Grafana руководят сотрудники Grafana Labs, состоящие примерно из 25 разработчиков (включая меня). Но если учесть размер программного обеспечения, количество сотрудников довольно невелико, и программное обеспечение не было бы таким полезным без всего вклада сообщества. Наша задача для таких функций, как эта, которые не являются срочными, но важными, мы хотели бы найти способ позволить сообществу разработать эту функцию. У нас есть множество историй успеха важных индивидуальных вкладов, и я буду более чем счастлив помочь вам в этом процессе ([email protected]).

Простое поле на странице «Стиль» графика, которое позволяет пользователю вставить замещающий формат даты для шкалы X.

Я в меньшей степени фанат, поскольку изменение этого во всей системе будет постоянным бременем при добавлении новых информационных панелей в организацию пользователя. Пока что я все еще поддерживаю изложенный выше подход.

Для прозрачности: я проделал перебазирование настолько далеко, насколько мог, без а) способности тестировать (см. PR для обнаруженных проблем) и б) внутренних знаний о разработке интерфейса. Извини, что тебе придется меня пересчитать.

+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 "find / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d /% m @ g ' {} + && /run.sh"

Спасибо, для тех, кто хочет немецкую версию (1.4 вместо 1/4) то следующее?
bash -c "find / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d.% m @ g ' {} +"
Или мне нужен специальный символ перед точкой?

apoglogies, я не работаю, я вернусь, если найду решение,

Вышеуказанное исправление не работает для меня с 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 "find / usr / share / grafana / public -type f -exec sed -i 's @% m /% d @% d /% m @ g ' {} + && /run.sh"

Разве это не хорошо. Прошел еще один год, Grafana приближается к версии 7, локализация считается "мелочью", несмотря на то, что она занимает 4-е место по запросу на функцию, и вот мы взламываем двоичные файлы ...

Да, мне было бы интересно поговорить с владельцем продукта. Почему этот запрос функции не стоит выше в списке? Высокий спрос, возможность, долгая история, рост продаж / удобства использования ... что еще нужно заказчику?

@davkal, не могли бы вы пометить это как type/feature-request в соответствии с https://github.com/grafana/grafana/issues/1459#issuecomment -523313533, чтобы он хотя бы отображался в ваших приоритетах?

Я являюсь одним из владельцев продукта и перечислил свою электронную почту и публичную слабость в качестве способов связаться. Со мной никто не связывался.

Наше приглашение внести свой вклад все еще открыто. Шаги изложены выше. Мы развиваемся как инженерная организация, поэтому для этого проекта сторона, которая хотела бы поработать над этим, должна создать проектную документацию. См. Этот пример .

Я являюсь одним из владельцев продукта и перечислил свою электронную почту и публичную слабость в качестве способов связаться. Со мной никто не связывался.

@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, безусловно, оценил ваши усилия, и вы попытались продвинуть этот вопрос. Я хочу сказать, что никаких других дискуссий, кроме нашей (выше в сентябре 2019 г.), не было.

Чтобы еще раз прояснить: локализация форматов графов имеет большой смысл, и она находится в дорожной карте. Возможно, мы даже сможем это сделать этим летом, но не полагайтесь на нас в этом, дорожные карты могут измениться. Если эта функция принесет вам пользу, не стесняйтесь вносить свой вклад и помогать этому быстрее.

Надеюсь, это скоро появится, в графане отсутствуют некоторые базовые функции, подобные этой (формат даты с пользовательскими настройками ...)

Похоже, что параметры запроса URL-адреса stackdriver timeRange ожидают форматированное время ISO 8601, а не временные метки unix. Форматирование времени ISO для этого разблокирует подключение к stackdriver с панелей (с текущим временем). Спасибо за всю тяжелую работу!

Может ли кто-нибудь предоставить решение SED / patch для Grafana 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

Добавляет эти 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

Это прекрасные новости, большое вам спасибо! Я перезапустил графану, но новый формат не появился. Какую версию мне следует установить - не могли бы вы указать мне на сайт, где это объясняется?

Ночная сборка или дождитесь беты 7.2 (очень скоро)

Ночная сборка или дождитесь беты 7.2 (очень скоро)

Как часто обновляется главный тег в dockerhub? Ему два дня назад, можно ли было срабатывать чаще?

Хороший @torkelo - следующее отлично работает с образом grafana:7.3.5 docker (отрывок 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 не сработала для меня здесь, в Австралии, при использовании Firefox на Mac - короткие форматы даты остались в формате MM / DD для США.