Détecter l'ID de l'utilisateur courant le fuseau horaire à l'aide de moment.js

Ce que je cherche est un moyen de détecter le navigateur de l'ID de fuseau horaire (tel que défini dans la Olson tables) mais je ne se soucient pas de l'exactitude de l'ID, j'ai juste besoin de l'ID d'un fuseau horaire qui fonctionne de la même façon que l'utilisateur (par exemple, "Europe/Rome", est très bien si l'utilisateur est dans Paris).

Je ne suis pas intéressé par le décalage actuel, j'ai vraiment besoin de le fuseau horaire pour que je puisse l'envoyer au serveur pour faire les calculs pour les autres dates (le serveur a l'Olson tables de trop).

Théoriquement, comme je l'ai déjà utiliser Moment.js le fuseau horaire de la bibliothèque et ont inclus le Olson tables, je n'ai pas besoin d'autre chose, mais je ne trouve pas une API pour faire de la détection. Je ne sais pas si elle est cachée quelque part ou si quelqu'un l'a déjà écrit. L'un des problèmes est que le fuseau horaire actuel plugin semble conserver ses données privées.

Je n' voulez une solution basée sur l'intégration d'une copie ou d'un extrait de l'Olson tables (que j'aurais à gérer), je sais qu'il y a un peu de bibliothèques de les dupliquer, je veux utiliser ceux que j'ai déjà dans Moment.js.

  • bitbucket.org/pellepim/jstimezonedetect
  • Ce plugin contient un extrait des données de fuseau horaire. C'est ce que j'ai précisément voulu éviter.
  • Ce n'est pas vraiment un extrait, ceux qui sont bien documentées points de test. Il y a beaucoup de cas à considérer. Je comprends votre désir de coller avec maintenable données, mais je ne suis pas sûr qu'il est possible de prendre une approche directe.
  • Aussi, assurez-vous que vous vous rendez compte de la effets de ECMAScript 15.9.1.8. Moment.js est également affecté par cette dans beaucoup de façons.
  • C'est ES5 qui est de faire le mal. ES6 est mieux, mais presque tous les navigateurs d'aujourd'hui sont ES5. Voir aussi mon blog sur ce sujet
  • J' a mal compris : je pensais que votre citation est à partir d'un ES6 projet... j'ai toujours supposé que les navigateurs déjà mis en œuvre et utilisé un calendrier correct de la bibliothèque que ce n'est pas exactement un tout nouveau champ.
  • On pourrait le penser, mais apparemment les concepteurs de ECMAScript la pensée des fuseaux horaires étaient trop compliqués ou quelque chose comme ça. Il a été dans la spec depuis la 1.0.

InformationsquelleAutor Denys Séguret | 2013-10-17
  1. 7

    moment maintenant a la guess() API décrit ici

    • Oh bon. Je crois qu'il est temps pour l'onu-accepter ma propre réponse alors 🙂
    InformationsquelleAutor Anthony Chuinard
  2. 17

    J'ai fait un petit script pour faire de la détection. Il commence par l'enregistrement de l'id de la disposition des fuseaux horaires, puis, sur un appel à la matches les tests de la fonction tous les id de fuseau horaire pour l'heure et le temps 4 et 8 mois plus tard (pour filtrer les fuseaux horaires avec différents jour des règles) et, cinq ans avant.

    Ici, il est :

    <script src="moment-with-langs.min.js"></script>
<script src="moment-timezone.min.js"></script>
<script src="moment-timezone-data.js"></script>
<script>
var tzdetect = {
    names: moment.tz.names(),
    matches: function(base){
        var results = [], now = Date.now(), makekey = function(id){
            return [0, 4, 8, -5*12, 4-5*12, 8-5*12, 4-2*12, 8-2*12].map(function(months){
                var m = moment(now + months*30*24*60*60*1000);
                if (id) m.tz(id);
                return m.format("DDHHmm");
            }).join(' ');
        }, lockey = makekey(base);
        tzdetect.names.forEach(function(id){
            if (makekey(id)===lockey) results.push(id);
        });
        return results;
    }
};
</script>

    Si vous voulez juste une id de fuseau horaire, il suffit d'utiliser 

    var tzid = tzdetect.matches()[0];

    Démonstration

    GitHub : https://github.com/Canop/tzdetect.js

    Mise à jour : Le code montré ici n'est pas compatible avec les versions les plus récentes de moment.js. Veuillez vous référer à la GitHub pour un maintenu (gratuit) du code.

    2017 mise à Jour: Il y a maintenant une API moment.js deviner le fuseau horaire. C'est probablement la meilleure solution actuellement.

    • C'est un bon début, mais il a besoin d'un moyen de fournir des tests pour les cas limites. Les tests que vous faites maintenant sont raisonnables, mais ne couvrent pas tout. Il ferait un excellent projet GitHub, et le moment plugin. 🙂
    • Je vais envisager de contribuer à moment.js mais comme vous le savez (probablement beaucoup mieux que moi), je vais devoir faire plus de travail sur le sujet avant de me faire une telle démarche. Vos mises en garde ici sont les bienvenues et peuvent être utiles pour d'autres utilisateurs.
    • Pour l'instant, j'ai fait un dépôt github.
    • Cool. Si j'ai un peu de temps, je vais la tester et de demander un pull avec les modifications proposées. Peut-être un certain temps avant que je puisse l'obtenir. Cheers!
    • Vous serez les bienvenus!
    • De correspondance format de l'heure devrait inclure minutes, c'est à dire 'DDHHmm" de sorte que les temps qui diffèrent par < 60 minutes sont exclus.
    • J'ai fusionné votre changement.
    • comment obtenir de l'utilisateur pc id de fuseau horaire ? il semble que ce code tzdetect.matches()[0]; y aura pas de retour de l'utilisateur réglage de votre ordinateur wise id de fuseau horaire. s'il vous plaît aider si possible. merci
    • Il doit retourner un fuseau horaire qui fonctionne de la même que celle de l'utilisateur fuseau horaire, ce qui est suffisant tant que vous n'avez pas besoin d'afficher le nom du fuseau horaire.
    • le code semble qu'il sera de retour quelque chose comme premier élément de la matrice pas l'utilisateur de pc fuseau horaire.
    • Ne semble pas fonctionner pour moi (à Cancún qui est HNE)

    InformationsquelleAutor Denys Séguret
  3. 8

    Si vous souhaitez utiliser la norme API JavaScript, vous pouvez utiliser Intl.DateTimeFormat.resolvedOptions où il y a prise en charge du navigateur:

    Intl.DateTimeFormat().resolvedOptions().timeZone; //"America/Los_Angeles"

    resolvedOptions est actuellement (Janvier 2016) disponible dans tous les navigateurs à l'exception de Safari sur iOS et bureau: http://caniuse.com/#feat=internationalization

    Cependant, la timeZone propriété est actuellement disponible uniquement sur google Chrome.

    • Techniquement, cela devrait être Intl.DateTimeFormat().resolvedOptions().timeZone, mais les deux marchent. À l'exception de la version actuelle avez toujours des problèmes d'.
    • Merci pour cette. Je suis toujours pas sûr, cependant, et je ne sais pas dans quelle mesure la norme peut être considérée comme mature aujourd'hui. Je n'ai aucun document qui décrit avec suffisamment de détails. Avez-vous une telle documentation ?
    • Il fait partie de la ECMAScript l'Internationalisation de l'API, qui n'est pas encore finalisé. Je suis d'accord que ce n'est pas assez mature pour l'utiliser aujourd'hui.
    • Comme l'affiche dit que cela fonctionne dans Chrome et les autres navigateurs, mais la prise en charge est inégale assez pour faire ce risqué par exemple, ce n'est PAS dans Safari developer.mozilla.org/en/docs/Web/JavaScript/Reference/...
    InformationsquelleAutor
  4. -1

    Il y a un javascript outil qui ne fonctionne tout simplement que :

    https://github.com/entraigas/jstz

    Il semble traiter avec les fuseaux horaires de l'ambiguïté aussi.

    Combiné avec momentJS fuseau horaire, vous pouvez obtenir le fuseau horaire et de montrer au format date :

    var tzObj = jstz.determine();
var timezoneCode = tzObj.name();
console.log(moment.tz(timeZoneCode).format());
    • Merci pour ça, mais mon exigence était précisément "je ne souhaitons une solution basée sur l'intégration d'une copie ou d'un extrait de l'Olson tables".
    InformationsquelleAutor Alex