Strptime avec le Fuseau horaire

J'ai une Chaîne que j'ai analyser avec DateTime.strptime. Le Fuseau horaire de la Date de la Chaîne est HEC, mais Ruby crée un UTC objet DateTime qui a bien sûr un décalage de 2h.

Actuellement, je suis en train de travailler autour de la question avec DateTime.strptime().change(:offset => "+0020") mais je suis sûr que ce n'est pas la façon dont il est censé travailler.

Quelqu'un peut-il m'éclairer sur la manière correcte de le faire?

si vous êtes dans un pays avec CEST/HEC fuseau horaire fixe décalage ne fonctionne pas. Également intéressés par ce sujet, je ne vois pas comment faire strptime analyser pour le fuseau horaire actuel (mais pas la valeur, celle de droite en fonction de la chaîne à analyser).

InformationsquelleAutor Nicolas | 2011-10-26

-1

Je ne peux pas supprimer un a accepté de répondre à

Comme @LeeJarvis souligné dans la section commentaire ci-dessous, Chronic.parse ne pas accepter un :time_class option. Si cette réponse est buggé et tout on dirait qu'il travaille, il n'a pas (à moins de Chroniques permet de passer un :time_class option bientôt.)

La Chronique bijou est vraiment puissant.

Je l'utilise comme ceci:
```
Chronic.parse("next 5:00 pm", 
:time_class => ActiveSupport::TimeZone.new(User.first.time_zone)).utc
```
Dans mon exemple ci-dessus, User.first.time_zone est "Pacific Time (US & Canada)".

Chronique prend en charge beaucoup de formats, afin de vérifier à
https://github.com/mojombo/chronic

Assurez-vous de passer le :time_class option et de se convertir à l'UTC (dans la documentation, Chroniques, jeux de :time_class avant l'appel à analyser. - Je éviter cette approche, car il peut causer des autres parties à travers l'application de ne pas travailler)

Fuseau horaire de la documentation est à
http://api.rubyonrails.org/classes/ActiveSupport/TimeZone.html
- Cette réponse n'est pas correcte. parse() ne pas prendre un time_class option. Il est configuré sur le Chronic classe directement. Ce sera finalement changer dans les futures versions de la Chronique, bien que
- Mon mauvais... je vais supprimer jusqu'à ce que cette option est disponible =)
- Hum... je ne peux pas supprimer accepté de répondre. Je vais le commentaire ci-dessus.
InformationsquelleAutor Abdo
11

Je l'utilise de la manière suivante:
```
ruby-1.9.2-head :001 > require 'date'
 => true 
ruby-1.9.2-head :002 > fmt = "%m-%d-%Y %H:%M:%S %Z"
 => "%m-%d-%Y %H:%M:%S %Z" 
ruby-1.9.2-head :003 > DateTime.strptime "10-26-2011 10:16:29 CET", fmt
 => #<DateTime: 2011-10-26T10:16:29+01:00 (212186380589/86400,1/24,2299161)> 
ruby-1.9.2-head :004 > DateTime.strptime "10-26-2011 10:16:29 UTC", fmt
 => #<DateTime: 2011-10-26T10:16:29+00:00 (212186384189/86400,0/1,2299161)> 
ruby-1.9.2-head :005 > DateTime.strptime "10-26-2011 10:16:29 PST", fmt
 => #<DateTime: 2011-10-26T10:16:29-08:00 (212186412989/86400,-1/3,2299161)> 
```
Est-ce ce que tu veux dire?
- je n'ai pas une chaîne de déterminer le fuseau horaire dans ma chaîne à analyser. son 10-26-2011 10:16:29 au lieu de "10-26-2011 10:16:29 HEC"
- Vous avez résolu mon problème, je peux juste "09-19-2012 11:08:44" + " CST". Je pense que la vôtre est la réponse correcte.
- Qu'en est-il de la vous déplacer dans l'heure d'été? Ne devrait-ce pas + "CST" d'être mieux informé? Comme par le commentaire ci-dessus, ça serait bien si on pouvait choisir que basé sur le temps qui vient d'être formaté... je suis en train d'apprendre la haine de fuseaux horaires.
InformationsquelleAutor WarHog
4

À moins que des Rails 4.2 (peut-être plus tôt, ne l'ai pas testé) aussi longtemps que vous utilisez Time#strptime au lieu de DateTime.strptime, le fuseau horaire actuel est automatiquement appliquée:
```
> DateTime.strptime('12/28/2016 5:00 PM', '%m/%d/%Y %H:%M %p')
=> Wed, 28 Dec 2016 17:00:00 +0000

> Time.strptime('12/28/2016 5:00 PM', '%m/%d/%Y %H:%M %p')
=> 2016-12-28 17:00:00 -0800
```
- Il utilise le fuseau horaire de la machine, et non le fuseau horaire défini dans les Rails, btw.
InformationsquelleAutor Jared
4

Cela fonctionne dans les Rails 5:
```
Time.zone.strptime("2017-05-20 18:20:10", "%Y-%m-%d %H:%M:%S")
```
Renvoie l'heure dans le fuseau horaire spécifié.

InformationsquelleAutor avergin
1

J'ai été "strptiming" cette chaîne:
```
19/05/2014 8:13:26 a.m.
```
Un horodatage local, qui est dans mon cas est de Auckland, nouvelle-zélande, sans un fuseau horaire de timbre à la chaîne, comme peut être vu.

Du mieux que je peux dire Time.strptime utilise le serveur fuseau horaire que la base.

Dans ma situation, et les bonnes pratiques en général, mes serveurs sont dans le fuseau horaire UTC de sorte que chaque parse de la chaîne a fini par créer un objet de temps, le temps à +0000 (UTC):
```
2014-05-19 08:13:26 +0000
```
Puis de les convertir à in_time_zone(Time.zone) a donné:
```
Mon, 19 May 2014 20:13:26 NZST +12:00
```
Qui comme on peut le voir est de 12 heures (le décalage UTC) plus tard que le temps que je voulais.

J'ai essayé d'utiliser le +' Auckland', '...%Z' truc comme indiqué ci-dessus, sans aucune modification.
J'ai ensuite utilisé le + '+1200', '...%Z' truc comme indiqué ci-dessus, qui a fonctionné correctement.

Cependant, j'ai été préoccupé par l'heure d'été, puis l'analyse serait hors d'une heure, c'est donc ce que j'ai fini avec:
```
Time.strptime(call_data[:datetime].gsub(/\./, "").gsub(/am/, "AM").gsub(/pm/, "PM") + (Time.zone.now.time_zone.utc_offset/3600).to_s.ljust(4,'0').rjust(6,' +'), '%d/%m/%Y %I:%M:%S %p %Z').in_time_zone(Time.zone)
```
Résultat:
```
Mon, 19 May 2014 08:13:26 NZST +12:00
```
Il n'est pas particulièrement élégant, mais il fonctionne.

InformationsquelleAutor Gordon
0

Vous pouvez convertir une date au fuseau horaire avec to_time_in_current_zone. Par exemple:
```
Date.strptime('04/07/1988', '%m/%d/%Y').to_time_in_current_zone
```
- apidock.com/rails/Date/to_time_in_current_zone méthode est dépréciée désolé 🙁
InformationsquelleAutor Mikhail K.
0

J'ai été aux prises avec le même problème en essayant d'analyser une chaîne de date à partir d'un formulaire et l'enregistrer indépendamment des serveurs de temps. Le processus que j'ai suivi en tant que telle.
J'assure le RoR, et Rubis de fuseaux horaires sont définis à l'UTC. Cela rend plus facile si le serveur est sur l'heure UTC en tant que bien.

Je suis de stocker les utilisateurs de paramètres régionaux à l'aide de la ActiveSupport:Fuseau horaire format comme US/Eastern
J'ai l'interpréter en fonction de la date qui peut représenter une chaîne de date qui n'est pas nativement contenir un fuseau horaire ou de compenser
```
# date_str looks something like this `12/31/2014 6:22 PM`
# tz is a string containing an ActiveSupport::TimeZone name like `US/Eastern`
def interpret_date(date_str, tz)
  Time.use_zone tz do
    parsed_dt = DateTime.strptime(date_str, '%m/%d/%Y %H:%M %p')
    offset = parsed_dt.in_time_zone(tz).utc_offset
    parsed_dt.advance(seconds: -(offset)).in_time_zone(tz)
  end
end
```
Bien sûr, cela ne se sent pas comme une solution parfaite, mais il fonctionne.
Les mesures pour assurer le bon fuseau horaire sont:
1. Analyser la chaîne de date selon notre format
2. Extraire le décalage utc basé sur le temps dans ce fuseau horaire (ce que Nous devons faire si la date de l'analyse qui se trouve être dans l'heure d'été alors que l'heure locale n'est pas l'heure d'été pour, heure de l'est, ce qui assure que l'heure d'été est local à l'analyse du temps)
3. Convertir l'heure de notre cible locale et de donner le temps de se déplacer avec le bon décalage ajouté
InformationsquelleAutor PaulSCoder

Pour pré Rails de 5, ce qui suit fonctionnera:

t0 = Time.strptime("2018-05-01", "%Y-%m-%d") # Or whatever
t1 = Time.zone.now.change(year: t0.year, month: t0.month, day: t0.day, hour: t0.hour, min: t0.min, sec: t0.sec, usec: t0.usec)

InformationsquelleAutor troelskn

Vous devez vous connecter pour publier un commentaire.