Q&A
複数のバージョンのPHPが使えるようにしているとき、タイムゾーン設定漏れなんてことはないですかね。
以下のような日付比較の処理を実行時、想定と違う動きをしてしまい困っています。
PHPのバージョン： 7.0.29
php
1//dateは質問投稿日である2020年3月5日 2$result = '2020-03-30' >= date("Y-m-d",strtotime("-1 week")) ? 'Yes' : 'No';
- 期待する動作→Yesが返ってくる。
- 実際の返却値→Noが返ってくる。
おそらく日付の比較方法がどこかしらまずいかと思うのですが、わかる方いらっしゃれば、正しい記述方法をご教授頂きたいです。
ちなみにPHPのバージョン7.3.9の環境下だと、期待通りYesが返ってきます。
=追記
タイムゾーンは両環境とも「Asia/Tokyo」で設定されています。
普通strcompつかうが、
計算式ポイせいで
1987 >= 1991
されてそう(笑)
ちなみに、両環境への反映方法を追記してください
回答4件
0
3v4lで検証したけど、全て Yes って返ってくるので
どこかで$resultを使いまわして上書きしていないかなど
前後のコードも含めて検証してください。
日付の比較に文字列を使ってるのもなんとなく好きじゃない。
DateTime クラスのインスタンスを作ってdiff()で比較するとか、
Unix タイムスタンプでの比較をするとかいいんじゃないかな。
時刻成分を捨てて0時0分0秒としての比較を担保する必要もあったりしないかな。
投稿2020/03/05 08:40
編集2020/03/05 08:51退会済みユーザー
総合スコア0
前後の処理も見直してみます。
日付比較に文字列を使うのはあまりよくないんですね。（同じ日付でもハイフンとスラッシュの違いがあると不具合を起こしそう？）
diff()で比較する方法調べてみたらよさそうですね。
もう少し調べてみます。
日付の文字列は確かに「yyyy-mm-dd」かどうか。yyyy/mm/ddにする処理系もあるしあるいはmm-dd-yyyyなどとするとかmm/ddとかそういう表記ゆれを吸収して比較できるやり方にしたほうが良いかと。
表記ゆれがあると行けないのであれば、もうDateTimeクラス使いましょうよ。
文字列比較に、数学的演算子を利用するのが不具合のもと
0
7.0.29の環境がないので試せませんが、ひとつずつ処理を確認するしかないのでは。
date("Y-m-d",strtotime("-1 week"))を確認するのは当然ですが、strtotime("-1 week")の値がどうなっているのか。
7.3.9とはどう違うのか確認すればよろしいかと。
投稿2020/03/05 08:43
総合スコア17000
コメントありがとうございます。
どちらも"2020-02-27"が返ってきました。
見えない何かが付加されているとか？
試しに次のように直で書いたらどうなりますか？
$result = '2020-03-30' >= '2020-02-27' ? 'Yes' : 'No';
yambejpさんと同じこと書いてた(^^;
もしかしたら文字列の大小比較にバージョンの違いがあるのかも？
他の回答にあるようにタイムスタンプで比較するか、文字列の大小比較ならstrcmpを使ってみてはいかがでしょうか。
0
2020 >= 2020
の結果が表示されるはずなので、どの version でもyesであるはずですが。。。
string 同士の比較なので、上記は嘘ですね＾＾；失礼。
'2020-03-30' >= ’2020-02-07'
となり、辞書順の比較となるので、どの version でもyesであるはずです。
https://3v4l.org
で確認しましたが、4.3.0 から 7.4.3 まで yes です。
現状、与えられた条件では、再現しないです。
コードや出力される内容は、再現環境と同じものでしょうか？
投稿2020/03/05 10:33
編集2020/03/05 11:07退会済みユーザー
総合スコア0
再現環境が非常に気になります。
ぜひ原因の調査を行ってほしいです。
悪魔のエミュレータモード有無で変わったりして
誰にもわからんネタをｗ
あーでも DB 絡みなら、ありえるのか。
いや、ないなｗ
あっちは原因がわかってスッキリしました。
あなたの回答
tips
プレビュー
