#Webアプリで日付なんかを取っておく場合のセオリーについて教えてちょ。
#実質サイト運営がJSTだとしてもUTCTimeで取っておいて9時間ずらすもの？それともZonedTimeで持っておくもの？つかZonedTimeもよくわかってないんだけど。
#UTCがいいとおもう
#ふむ。
#次なる質問。
#リクエストからユーザがどのZoneにいるかみたいなのってどうやって判断してるんでしょう？
#たとえばwww.google.comにアクセスしてもco.jpに飛ばされる。
#要はリクエストしてきたやつのZoneみたいなのをどっかで判断してるんだと思うんだけど。
#やるとしたら同じようにリクエストしてきたやつのZoneを判断してJSTにしたりPSTにしたりするんだよね？きっと。
#HTTP/1.1 の accept_language 見てるんじゃないでしょうか(憶測)
#_ じゃなくて - だった : accpet-language
#わたしも池上さんと同じ意見
#おお、そこか。
#読書会の時でいいけどサーバ送ってもらう方向にしましょうか？＞nobsun
#構築しつつ開発しちゃう感じで。
#最後にサーバをそちらに送って納品みたいな
#ソースなどのメディアはべつとして。
#Firefox で実験したところ、cookie なども考慮にいれている模様… : Google
#ああ、Googleのアカウントとか使っててそいつと結びついているってことかしら。
#「RESTful Webサービス」でAccept-Languageから調べたら4.6.1 表現の選択というのがあった
#Google検索エンジンの場合はhlクエリパラメータで検索結果の表現を選択できるとある。
#つまりuriに含める方式かな？
#####順に英語、トルコ語、スペイン語、日本語
#Google検索結果のページには「場所を変更」みたいなリンクがあって、ここから位置情報を変更できるようになっている。
#UTC は 2038 年に 32-bit からあふれてしまうということに気をつけてください(だからといって代替があるわけではない)
#まぁシステム耐用年数というか、10年以上変更されることなく使われるシステムってあんまないですよねー。
#2035年過ぎたらそのうち騒ぐんでしょう？2000年問題の時みたく。
#2038年というと俺は68才か。生きてるかどうかさえ怪しいな。
#そんな未来にまだ32bitの世界でいろんなものを表現している状態のプログラムが現役で動いてたりするもんだろうか？
#Web にかぎらず、データベースに依存するものは、データと時刻の格納について考慮は必要かと
#「何で格納するか？」の話ではなく？それ以外に？
#変換必要なのはみんなおなじだから、みんななんとかするんだろう…
#だからぁ〜．みんなそうそうおもってたんだよね :) > 2000年問題
#32bitの制限はUTC自体にあるものではないですよね? それとも今このコンテキストで話しているUTCという型には32bit縛りがあるの?
#ghcの基本ライブラリにあるUTCには32bit縛りはないです．
#getCurrentTime :: IO UTCTime が gettimeofday を呼ぶので time_t が 32bit のときに．．．
#ふむ。それは下層だけ後で差し替え可能なようなのでそう心配することも無いような。バイナリレベルで32bitが埋め込まれちゃってるときつい
#まあバイナリレベルでsigned int32_tをunsigned int32_tで読み替えればもう60年くらい延命できますが。
#基本ライブラリではFFIを使って time.h の gettimeofday を呼ぶので，gettimeofdayに依存したくなければ独自にgetCurrentTimeを実装してライブラリをビルドしなおす必要があるとおもわれ．．．
haskell-ja > Archives > 2011/01/19