以下、いろいろ書きますが認識に誤りなどありましたらご指摘ください。1ローカルタイムゾーンにおける制約についてDateTimeのzoneを指定しない場合、ローカルタイムゾーンがデフォルトとなるようですが、この時、日付範囲の制約が発生する仕様になっているようです。+0000ローカルタイムゾーン以外に設定すると、この制約が無くなることは確認しました。Curlでは無限の範囲と制度で日付と時刻を表すことができるにも関わらず、こういった制限があるのはなぜでしょうか。2ゾーン指定をすることによる影響について上記1のことから、zoneを指定して回避しようと考えました。日付を表す文字列に「+0900」を追加するか等も考えています。このゾーンについて、UTCまたはその他のゾーンが設定されていると、ローカルタイムゾーンと比べて、DateTime周辺のAPIの結果に大きな違いが出るのでしょうか。DateTimeのコンストラクタに日付とUTCでゾーン設定した時、その後のAPIで日付取得した時に自動的に日本時間(+9時間)として取得されるなどあるとUTCは使えないと判断します。3まとめ上記12を踏まえ、Curlでシステム開発をする際、DateTimeは通常どのように扱ってらっしゃるのでしょうか。1970年~2038年の範囲を超えた日付を扱ったことが無いのでローカルタイムゾーンのまま。システム導入先の国に合わせてタイムゾーンを指定。いずれかになるかと思うのですが。◆回答◆1についてCurlは時刻を内部的に「UNIX時間」として扱っています。その値を32ビットで扱っており、その最大値が2147483647となります。(これが2038年1月19日3時14分7秒となります。)この値を超えるとオーバーフローし誤作動する可能性があります。このようなことから制約があります。+0900として取得できます。3についてアプリケーションの用途によって扱い方が変わるかと思います。<1>ならばタイムゾーンが一つであるような国で完結するようなシステム。(日本国内のみで使用される)<2>なら韓国で国内で使用されるようなシステム。<3>複数のタイムゾーンの国で使用され、その使用国間でコミュニケーションするようなシステム。