問題タブ [rfc3339]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
898 参照

python - RFC3339 標準時間を InfluxDB に渡すと、間違った結果になる

Python を使用してInfluxDBにデータを入力しようとしています。私のRFC 3339タイムスタンプは「2016-01-11T01:07:39+05:30」です。これをInfluxDBに渡そうとすると、「2016-01-10T19:37:39Z」という時間が返されますが、実際にはInfluxDBの時間を「2016-01-11T01:07:39」にしたいのです。「+5:30」を残して「2016-01-11T01:07:39」のみを渡そうとしましたが、それでも結果は得られません。私はどんな間違いをしていますか?

0 投票する
1 に答える
1656 参照

parsing - 不完全な文字列から golang 時間オブジェクトを解析する

次の日付文字列があります: 2017-09-04T04:00:00Z

アプリケーション全体でデータを統一するために、この文字列を golang 時間に解析する必要があります。これまでのコードは次のとおりです。

プログラムを実行しようとすると、次のエラーが表示されます。

探している余分なテキストを追加するか、パーサーに Z の処理を​​停止させるにはどうすればよいですか?

私も次のことを試しました:

次のエラーが返されます。

0 投票する
2 に答える
26270 参照

parsing - golang での RFC3339 時間解析

データベースからタイムスタンプを取得しています。RFC3339 形式を使用していますが、タイムゾーンがありません。したがって、タイムスタンプを比較しようとすると、オフになります。dbtime を東部時間に変更するにはどうすればよいですか?

私の出力は

0 投票する
1 に答える
1700 参照

postgresql - PostgreSQL の RFC3339 形式

以下に示すように、時間を VARCHAR(30) として保存します。

ここに画像の説明を入力

私はそれがベストプラクティスからかけ離れていることを知っています..そのような文字列をPostgreSQLの時間に変換する方法はありますか?

0 投票する
2 に答える
12303 参照

json - 不適切な形式の日時をアンマーシャルします

バックグラウンド

私はGoを学んでおり、日時のJSONアンマーシャリングをしようとしています。

C で記述したプログラムによって生成された JSON がいくつかあります。有効なISO8601 / RFC3339タイムゾーン オフセットであると思われるものを出力しています。私はstrftime次のフォーマット文字列で使用しています:

%f(ネイティブではサポートされていないことに注意してくださいstrftime。ナノ秒に置き換えるラッパーがあります)。

これにより、次の結果が生成されます。

ただし、これを Go でアンマーシャリングしても機能しません: https://play.golang.org/p/vzOXbzAwdW

出力:

(作業例: https://play.golang.org/p/5xcM0aHsSw )

これは、RFC3339 がタイムゾーン オフセットが を含む形式02:00であると想定しているにもかかわらず:strftimeそれを として出力するため0200です。

したがって、正しい形式を出力するには、C プログラムでこれを修正する必要があります。

質問

ただし、現在、この不適切な形式の JSON ファイルが多数あります。

正しい代わりに(:タイムゾーンオフセットを使用):

しかし、Go プログラムで正しくアンマーシャリングできるようにしたいと考えています。この違いだけを持つ 2 つの異なる JSON ファイルは、まったく同じ方法で解析する必要があります。

JSON へのマーシャリングに関しては、正しい形式を使用する必要があります。

これは、私が my で定義した方法ですstruct:

それで問題は、これを行う「Go」方法は何ですか?

また、私のコード例では、RFC3339Nano. 構造体のメタデータでもそれをどのように指定しますか? 私が今持っているjson:"time"ように、ナノ秒を無視するだけですか?

0 投票する
4 に答える
133 参照

php - PHP で文字列の前の文字列をトリムする

私はこの日付/時刻文字列を持っています

の前の 3 桁Zを削除できるようにしたいと思います。それを行う方法がよくわかりません。私はこれを作り直そうとしていました:

Zしかし、文字列の最後ではなく、前にトリムする方法がわかりませんでした。

0 投票する
1 に答える
18737 参照

java - Java で RFC 3339 日時文字列を解析するために使用する必要があるパターン

これは、多くの異なる答えを持つ一般的な質問のようです。あなたが答える前に、私はjoda-timeatomdateの両方を使用しましたが、うまく機能します。ここでの私の関心は、どのライブラリを使用するかではなく、Java で RFC パターンを定義する方法を明確にすることです。


リサーチ

私の理解とこの回答から、 RFC 3339 は ISO 8601 のプロファイルです。PHPは RFC 3339 の日時パターンを明確に定義しY-m-d\TH:i:sPています。この定義を(私の知る限り)Java 7に移すとしたら、最終的には次のようになります(この回答でも言及されています):

ただし、このようないくつかのスタック オーバーフローの回答は、RFC 3339 の正しいパターンとして、これらのいずれか (または両方) を指しています。

さらに複雑なことに、公式のRFC 3339ドキュメントには、これらの次の例がすべてリストされています (対応するパターンと思われるものを追加しました)。

補足: Android はXXXタイムゾーンのパターンをサポートしていませんが、この回答ZZZZZに従って代わりに使用できます。

私を混乱させているのは、RFC 822 と RFC 2822 がそれぞれ 1 つのパターンで具体的に参照されているのを常に見てきたため、RFC 3339 も単一のパターン一致に要約できると想定したことです。


私の結論

PHP とは異なり、RFC 3339 は単一の一致式のみを使用して Java で表現することはできません。代わりに、これらはすべて有効な RFC 3339 パターンであり、次の方法で日時文字列を解析するときにチェックする必要がありますSimpleDateFormat


アップデート

問題を複雑にするために、SimpleDateFormat は「Z」タイムゾーン リテラルを正しく処理していないようです。UTCを想定する代わりに、デフォルトでPSTまたはローカル時間のいずれかに設定されます(どちらかわかりません)。つまり、この動作を修正するには、「Z」リテラルを手動で +00:00 に置き換える必要があるかもしれません。


要旨

示唆されているように、現在実行中のコードを含むユーティリティ クラス Gist を作成しました。これは Android で動作し、Java 7+ とも互換性があります。ご不明な点がございましたら、お気軽にお問い合わせください。十分な関心があれば、他の人が貢献できるように Github に移動できます。

https://gist.github.com/oseparovic/d9ee771927ac5f3aefc8ba0b99c0cf38


私はこれを正しく理解していますか、それとも完全にオフですか? Java 7 で RFC 3339 文字列を解析する方法について、皆さんが提供できる説明をいただければ幸いです。

0 投票する
1 に答える
1271 参照

javascript - RFC3339 タイムスタンプ標準を理解する

現在、Google カレンダー API に接続する簡単なサインイン シートを作成しています。ユーザーが要求された情報 (開始日時と終了日時を含む) を入力すると、ユーザー入力に基づいてカレンダー イベントが作成されます。カレンダーのイベントになるようになんとか作りました。しかし、タイミングは本当に奇妙で、時間の導出方法がわかりません。

以下のコードでは、2016 年 12 月 16 日の午後 2 時にカレンダー イベントが作成されると想定していますが、そうではなく、2016 年 12 月 16 日の午前 9 時にイベントが作成されます。何故ですか?ありがとうございました!