問題タブ [pytz]

文字列形式のタイムゾーン情報を含むタイムスタンプがあり、これを変換して、ローカル タイムゾーンを使用して正しい日付/時刻を表示したいと考えています。たとえば...私は持っています

これを変換して、タイムゾーンオフセット+1000をdsiplayに変換したいと思います

pytz を使用してみましたが、オフセット情報の使用方法を示す多くの例が見つかりませんでした。この正確な問題を示すstackoverflowで見つけたもう1つのリンクはhereです。pytzを使用してこれを処理できるより良い方法があることを望んでいました。事前にすべての提案をありがとう:)。

アップデート

ありがとうCixate。あなたと非常によく似た解決策を見つけました。これらのリンクが役に立ちました - LINK1とLINK2

全員の利益のためにソリューションを投稿する

さまざまなタイムゾーンのユーザーにメールリマインダーを送信するPythonアプリケーションがあります。開始時刻は特定の日時に設定され、リマインダーは開始時刻の数分前に設定される場合があります。

以前の開発者はユーザーのタイムゾーンを考慮していなかったため、リマインダーは常にサーバーの時間に基づいて送信されていました。

pytzのドキュメントを使用して、最初はすべてにUTCを使用してみましたが、これは開発では機能していましたが、本番環境ではリマインダーがオフのままでした。最初は、これはサーバー上のNTPの問題だと思いましたが、そうではありませんでした。

開発と本番の動作が実際に異なることを確認したかったので、2つの間でテストするための簡単なスクリプトを作成しました。

開発の結果（正しい）：

生産の結果（正しくない）：

したがって、pytzが単に間違ったオフセットを与えているように見えます。別のタイムゾーンを使用してもかまいません。私が試したものはすべて間違ったオフセットを与えます。

環境の違いはどちらもUbuntuボックスですが、本番はPython 2.5.2を実行しており、開発は2.6.2です。

pytzについて報告されたバグはそれほど多くなく、どの検索でもオフセットが異なる理由は見つかりませんでした。

それで、これは私の本番サーバー上のpytzデータの問題ですか？ピッツバグ？または、pytzの理解に問題がありますか？私は何が欠けていますか？

pytz で特定のタイムゾーンの DST 境界を取得することは可能ですか?

日付をローカル タイム スタンプから UTC に変換してから、ローカル タイム スタンプに戻す必要があります。

奇妙なことに、UTC からローカルに変換し直すと、python は元の PST ではなく PDT であると判断するため、変換後の日付が 1 時間増えます。誰かが私に何が起こっているのか、または私が間違っていることを説明できますか?

出力は次のとおりです。

したがって、現在、次のようなコード行があります。

結果には、発生する可能性のあるDSTの影響を考慮に入れたいと思います（たとえば、2012年11月4日午前00時30分に3時間を追加すると、フォールバックのために午前2時30分になります）。 DSTの場合）。pytzとpython-dateutilの使用を検討しましたが、どちらもこれをサポートしていないようです。少なくとも、すべてのタイムゾーンを含む別のファイルがないとサポートされていません。キッカーは、時刻が必ずしも現在のシステムと同じタイムゾーンにあるとは限らない、または過去にあるとは限らないということです。これを行う簡単な方法があると確信しています（またはPythonからそうなると思います）が、今必要なものは何もないようです。何か案は？

関連するタイムゾーン ID (TZID=America/Los_Angeles) を持つ「20111014T090000」という形式の文字列があり、これを適切なオフセットを使用して秒単位の UTC 時間に変換したいと考えています。

問題は、出力時間が 1 時間ずれているようです (PDT である必要がある場合は PST にあります)。pytz を使用して timezo を支援しています。

タイムゾーン ID に基づいて正しいオフセットを取得するにはどうすればよいですか?

作業中のPythonスクリプトで、特定のタイムゾーンでDSTがいつ開始または終了するかを決定する方法を探しています。

pytzは、作業中のUTC日付を現地時間に変換でき、DSTを考慮に入れることができますが、この特定のアプリケーションでは、切り替えのポイントを知る必要があります。

助言がありますか？

私はgaeでpytzを使用しようとしていますが、gaepytzを見つけました。しかし、インポート時にインポートエラーが発生します。これは、元の pytz と gaepytz をアプリディレクトリに正しく並べて配置していないためだと思います。（私がする必要があると仮定して！）

のfoo.pyファイルにappdir、次のものがあります。

からgaepytz.gae import pytz

zipfile のインポートでエラーが発生しgae.py、_io モジュールのインポートに失敗します。

私は何が欠けていますか？どうも

さらに実験すると、gaepytz がなくてもこのエラーが発生することがわかりました。helloworld アプリで zipfile をインポートすると、次のエラーが発生します。

次のコードがあります

ktmのゾーンを知りたい場合は、次のようにできます

カトマンズは GMP+5:45 です。pytz でこの違いを取得する方法はありますか。

ありがとう

私は現在、単純な Python 日時を返すカレンダー システムのバックエンドに取り組んでいます。フロントエンドが機能する方法は、ユーザーがさまざまなカレンダー イベントを作成し、フロントエンドが作成したイベントのナイーブ バージョンを返すことです (たとえば、ユーザーが 2020 年 10 月 5 日の午後 3:00 から午後 4:00 までを選択した場合、フロントエンドは次を返します)。datetime.datetime(2020, 10, 5, 15, 0, 0)始まりdatetime.datetime(2011, 10, 5, 16, 0, 0)として、そして終わりとして。

私がする必要があるのは、単純な日時を取得し、データベースに格納するために UTC に変換することです。システムの各ユーザーはすでにタイムゾーン設定を指定しているため、単純な datetime はタイムゾーン設定と同じタイムゾーンであると見なされます。ユーザーがタイムゾーンを変更した場合でも、既存のイベントがスケジュールした正しい時刻にレンダリングされるように、日時は UTC を基準にして格納する必要があることは明らかです。

フロントエンドは私の管理外にあるため、受信しているデータを変更することはできません。データベースの設計も私の手に負えないので、どのデータをどのように保存するかを変更することはできません。

これまでに私が取ったおおよそのアプローチは次のとおりです。

私が遭遇した問題は、夏時間に関連しています。

「replace」を使用すると、日付に関係なく、タイムゾーンが PDT ではなく PST に設定されることに注意してください。これにより、予想される 7 時間の DST オフセットではなく 8 時間の UTC オフセットが与えられるため、時間が正しく保存されなくなります。

ナイーブな日時を正しい PDT (または他のタイムゾーン相対 DST) tzinfo に変換するためにどのようなオプションがありますか?

(また、すべてのユーザーが DST を観察するタイムゾーンに住んでいるわけではないことに注意してください。または、異なる時間に切り替わるタイムゾーンに住んでいる可能性があるため、保存する前にタイムデルタ補正のような解決策を実行するには、タイムゾーンは DST をサポートし、どの日付に切り替わるか)。