開発段階は気づきにくいのですが、Azure環境へデプロイした後、「あれ、時間がおかしい」と慌てふためきます。ポイントとしては3箇所に注意が必要です。(UTC)で表示されます。9時間速くなっています。http://www.nict.go.jp/JST/JST.html何も考えずに、簡単に書くと下記でOKです。DateTime.UtcNow.AddHours(9)ただ、日本以外で使用する可能性があるならば、きちんとローカル時間に変換する必要はあります。Appsだけ時間をローカル時間に表示しても、データベースも対応していないと意味が無いです。SQLの場合タイムゾーンを認識する型は「datetimeoffset」となり、通常の「datetime」型ではUTCなのかJSTなのか判断が出来ません。よって、Azureで使用する時間は基本的にUTCで登録するのが望ましいと思います。単純に、ここのカラムはJSTで別のカラムはUTCで・・・となるのが面倒だからなんですが。SQLサーバーでUTC時間を取得するには、下記のSELECT文で可能です。GETUTCDATE()取得時にDateAdd等で+9してあげると、日本時間にはなります。これも、日本で使用するだけというのが前提にはなります。標準の状態だと、String.Format()関数なんかで表示する時間であったり、単価であったりが英語表示になってしまいます。Azureでは基本として「en-US」になっている為です。これは、Web.config内のsystem.webセクションに追加してあげればOKです。/>ちなみに、下記のようにする事で日本語固定に出来ます。/>autoにする事でブラウザーの言語設定から値を判断してくれるので、敢えて日本語固定にするのはあまり意味は無いと思いますが・・・。最後に比較的Azureは癖が少ないと思うのですが、時間周りが一番陥りやすい罠かなと思います。知らないでローカル環境で作ってしまうと、デプロイ後に「時間が違う」となって、時間周りの大修正が始まりそう。僕がそうなんですけどね。実写映画の「原作とは別物。»profileid:shin21sk日々学んだ事や感動した事などを日々綴っています。慎ましくいきたいアラフォー男子です。archivecontactAmazon.co.jpRakutenはてなブログをはじめよう!shin21skさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。