Kibana: Prise en charge du fuseau horaire mondial

Créé le 9 oct. 2014  ·  116Commentaires  ·  Source: elastic/kibana

Les fuseaux horaires doivent être pris en charge pour tous les champs de date affichés et toutes les entrées qui produiraient un objet de date.

Mise à jour pour qu'il ne s'agisse que d'une demande de prise en charge du fuseau horaire mondial. Puisque nous utilisons moment partout maintenant, cela ne devrait vraiment pas être trop mal.

PR sent enhancement v4.3.0

Commentaire le plus utile

allez dans paramètres/avancé/ dateFormat:tz
Fini!

Tous les 116 commentaires

J'aimerais analyser mes données avec kibana, cependant, mes dates sont toutes au format basic-date-time comme :

"date d'importation": {
"normes" : { "activé" : faux },
"type": "date",
"format": "base_date_heure",
"index": "analysé"
}

Cela donne une erreur lors de la sélection du champ comme nom de champ de temps, ne peut pas être lu dans Discover et entraîne un échec lors de l'interrogation.

Puis-je configurer le format à utiliser ?
+1

Salut, j'aimerais juste que tout soit UTC, vraiment, et pas seulement supposer que je veux utiliser le fuseau horaire de mon navigateur. C'est surtout le sélecteur de date qui pose problème.

+1 ici, la prise en charge du fuseau horaire est très appréciée. Des progrès à ce sujet?

+1 ici, c'est un must pour nous !

En fait, il est possible d'afficher votre propre fuseau horaire à votre horodatage dans votre table. Sur le côté gauche de la table dans Kibana, le champ indiqué dans ma liste de champs est Date avec un D majuscule. Donc, en gros, je vais configurer sur ma table, aller à l'onglet du panneau, cocher l'heure locale, puis changer le champ de l'heure en Date.

Je conclus donc que vous devrez modifier votre champ de temps en fonction de ce qui est indiqué dans votre liste de champs. J'espère que c'est le même problème que certaines personnes rencontrent comme moi. :)

+1

Très apprécié.
Nous avons toujours besoin d'un histogramme de date agrégé par heure locale.

+1

+1

+1

+1

+1

Je viens de rencontrer moi-même ce problème, un ÉNORME +1 à ce sujet.

Je pense que cela devrait être une option dans les paramètres - vous pouvez soit le laisser tel quel en le laissant seul, soit vous pouvez entrer et choisir manuellement le fuseau horaire dans lequel vous souhaitez que les données soient représentées (probablement avec un rapide " utilisez le bouton UTC").

Pour référence, mon ensemble de données n'avait pas d'heure, juste des dates, il est donc enregistré dans ES à minuit UTC. Lors de la visualisation dans Kibana (à partir du fuseau horaire MST), toutes mes données ont été décalées de -7 heures, de sorte que les dates étaient toutes décalées d'un jour.

+1 Y a-t-il un travail autour là-bas?

+1 Besoin également d'ajuster les fuseaux horaires. s'il vous plaît des conseils s'il y a une solution de contournement

Pas tout à fait sûr, mais je pense que c'est le même problème que celui auquel je suis confronté avec l'heure d'été sur les données. Faire mensuel date_histogram et obtenir des agrégations étranges pour les mois autour de l'heure d'été. Ce serait bien de pouvoir l'éteindre.

+1

+1 ici aussi ; ce serait une fonctionnalité qui tue.

+1 ici aussi. Ceci est absolument essentiel pour les équipes qui partagent le même Kibana mais résident dans des fuseaux horaires différents.

+1. Nous faisons tout en UTC et avons du personnel opérationnel dans différentes régions géographiques, une nécessité pour définir un indicateur UTC sur tous les graphiques.

+1

Est-ce que quelqu'un travaille cela plutôt que de lui attribuer +1 ? J'ai jeté un coup d'œil (et je suis à peu près la chose la plus éloignée d'un gourou frontal / nœud / angulaire). Il semble que c'est à cela que sert le moment-timezone. Devrait probablement le mettre à jour vers 0.3.0. Ajoutez un paramètre. Ensuite, appelez moment.tz.setDefault(setting) quelque part (je ne sais pas où, mais quand je testais localement, je l'ai mis dans discover.js mais je suis sûr que ce n'est pas le bon endroit (je ne jouais qu'avec l'onglet Découvrir).

Je veux dire, suis-je près d'ici ? https://github.com/aochsner/kibana/tree/issue/1600

+1 ^_^

+1 est un must !

+1 ! avoir un horodatage pour choisir dans le timepicker une heure différente de l'heure réelle que je recherche dans le jeu de données (en UTC) est une vraie galère. Ma solution de contournement bon marché (testée sur chrome et firefox) est de changer la variable d'environnement TZ en UTC et d'ouvrir le navigateur à partir du même terminal.
export TZ=UTC; firefox

+1

C'est vraiment fou - Tout ce dont nous avons vraiment besoin est un paramètre quelque part pour ne pas regarder le fuseau horaire du navigateur et utiliser simplement UTC, comme toutes nos autres vues de nos données.

+1

+1 pourrait vraiment l'utiliser maintenant ! :)

+1

+1

+1, ce serait génial.

+1

+1

+1

Je vois beaucoup de problèmes fermés pour cela, y a-t-il une solution ici parce que je ne le vois pas

Travailler dessus # 3588 Je n'ai tout simplement pas eu assez de temps pour le faire (et mes compétences en développement front-end sont assez faibles ..). Bienvenue à toute aide.

+1

Le blog élastique sur Kibana 4.1 la semaine dernière mentionne "Ajout d'un type "sélectionner" à l'écran des paramètres avancés pour prendre en charge un pull communautaire pour ajouter la prise en charge du fuseau horaire." Mais je ne vois pas où cela se trouve - quelqu'un d'autre (j'exécute le dernier instantané) ? Des captures d'écran seraient utiles. Merci !

Je ne sais pas si c'est encore dans une version officielle; pourrait juste être sur le maître à ce moment-là.

+1

++1

+++1

+1 un paramètre générique d'utilisation de l'UTC dans la section des paramètres serait utile.
Si je comprends bien, le fuseau horaire (local) est actuellement ajouté automatiquement lors de la définition des agrégations au fil du temps. Il peut être vu dans le détail de la requête générée. Ce qui m'a aidé comme solution de contournement a été d'ajouter {"time_zone":0} en tant que fragment json dans la case "avancé" de l'agrégation. Cela remet le fuseau horaire sur UTC et doit être fait pour chaque visualisation séparément.

Salut +1
Une solution de contournement consiste à convertir les données lors de l'enregistrement puis dans elasticsearch à l'aide du filtre Date.

+1

+1 Indispensable !

+1

+1

+1

+1 Ce sera une bonne fonctionnalité de prioriser cela car nous avons des analystes assis dans différents fuseaux horaires et nous n'avons pas à pousser les dates dans différents fuseaux horaires. J'aime aussi savoir comment utiliser moment partout comme solution de contournement pour le moment et voir si cela résout notre problème actuel.

+1. Et un merci spécial à ThomasKunkel pour avoir fourni une solution de contournement.

+1
Dans notre observatoire, nous partageons les données avec des personnes du monde entier. Ainsi, le seul fuseau horaire significatif est UTC.

+1
Je rencontre ce problème avec la requête de recherche. le champ de l'heure ne s'affichait pas correctement !

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

:+1:

+1

+1

:+1:

+1

S'il vous plaît, corrigez ce problème !

+1

+1, puis-je voter deux fois ?

Vous pouvez même voter 50 fois - je ne vois aucun impact des votes, la fonctionnalité continue d'être supprimée. Premier anniversaire bientôt !

+1

+1

+1

+1, la question est très importante !

Lors de l'utilisation de kibana, nous avons constaté que tout le temps passait huit heures en Chine !!!

Pas d'amour pour ce problème. Le numéro original https://github.com/elastic/kibana/issues/95 est ouvert depuis le 20 mai 2013.

+1

Ne pas avoir cela, c'est la seule raison pour laquelle nous ne pouvons pas utiliser ELK en production.

Veuillez corriger ce bogue. Ou donnez-moi un moyen d'éviter cela.

+1

+1 s'il vous plaît, ce serait vraiment très utile, mon logstash fonctionne dans un fuseau horaire et mon kibana dans un autre, je vois toutes les informations avec 15 heures de retard !

+1

+1 de nous tous

+1

+1

+1

+1

+1. Plus précisément, je cherche à exécuter des recherches dans le nom d'index temporel correct (il recherche actuellement la date en fonction de l'UTC au lieu du fuseau horaire souhaité). Je crois que c'est lié.

+1

+1

Quelque chose que je voudrais ajouter ici... Il serait vraiment utile de fournir un moyen de prendre en charge les "dates d'anniversaire" ou les "dates du calendrier". Un moyen d'empêcher kibana de modifier une date en fonction du fuseau horaire car mon anniversaire ou le jour de l'indépendance est le même jour n'importe où et ne doit pas être modifié pour le fuseau horaire

+1

:taper:

Salut tout le monde, je constate un comportement inattendu lorsque je configure mon kibana pour qu'il fonctionne en UTC :
datepicker

Je pense que datepicker n'utilise pas moment js. Je suis -04:00 fuseau horaire, et remarquez que lorsque je spécifie une heure de 0 à 4 heures du matin dans le sélecteur de date "depuis la zone de texte", placez la date sélectionnée un jour avant, comme si elle fonctionnait toujours avec le fuseau horaire du navigateur. Est-ce que quelqu'un pourrait vérifier si c'est un vrai bug? J'apprécierais vraiment toute aide. Quelque chose d'assez similaire se produit dans l'autre sens (mise à jour "depuis la zone de texte" en modifiant datepicker )

Notez que le problème ci-dessus est suivi dans #5370. Merci @MirkoTV

+1

+1

+1

+1, je ne devrais pas être obligé d'ajuster le paramètre de fuseau horaire de mon système d'exploitation pour ajuster le fuseau horaire dans lequel je veux afficher mes données. Besoin d'un bouton dans la configuration.

+1

J'ai des utilisateurs qui sont en permanence confus par les heures qui ne correspondent pas aux heures du serveur UTC. Cette fonctionnalité permettrait d'économiser ce mal de tête.

+1

Veuillez ne pas '+1'. Vous pouvez utiliser l'emoji "réaction" sur le message d'origine, et vous pouvez appuyer sur le bouton "s'abonner". Spammer les ~100 participants sans raison légitime n'est qu'un acte égoïste.

+1

+1

+1

trouvé un correctif... essayez de changer le fichier default.js. Dans ce changement, la valeur dateFormat:tz est UTC .. Essayez ceci et voyez si cela fonctionne ..

edit : le fichier se trouve dans src/ui/settings/defaults.js

allez dans paramètres/avancé/ dateFormat:tz
Fini!

J'ai trouvé ça juste aujourd'hui... j'ai oublié de poster ici... merci quand même !!

toute mise à jour?

Je confirme que le nouveau paramètre de gestion fonctionne, merci les développeurs !

Le mardi 14 février 2017 à 20h29, xycloud [email protected] a écrit :

toute mise à jour?


Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/elastic/kibana/issues/1600#issuecomment-279907526 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AFhQYRbPLUr47P95p5ht76SL4sgn4ZQnks5rcnEBgaJpZM4Csk6r
.

--
Jonathan Nikkel
Mobile : 303-519-4627
Travail : 303-684-1706
Domicile : 303-502-5508
Courriel : [email protected]

@jordan-thoms - << C'est vraiment fou - Tout ce dont nous avons vraiment besoin est un paramètre quelque part pour ne pas regarder le fuseau horaire du navigateur et utiliser simplement UTC, comme toutes nos autres vues de nos données. >> Cela existe aujourd'hui. Accédez à Gestion, Paramètres avancés, tapez "tz" dans la zone de recherche et modifiez l'entrée en "UTC".

+1

J'aimerais que ce soit un paramètre par utilisateur, nous avons plusieurs utilisateurs de Kibana qui ont des préférences différentes.

Cette page vous a été utile?
0 / 5 - 0 notes