カスタムフィールドの日付を使用した表示順と表示条件の対応方法について

[kdlfu...@gmail.com]

お世話になります。
藤川と申します。

イベントなどの記事にて、開催日From-Toのカスタムフィールドを作成しています。
一覧にて、表示順を開催日Fromの昇順としたいのですが、どのような方法がありますでしょうか。

また、表示条件でも本日≦開催日としたいので、日付を数値化したものをグローバル変数に保持して
数値として比較させようと考えていますが、a-blog標準では
日付の比較はできないとの認識で合っていますでしょうか？

下記を参考に検討しています。
　デベロッパーサイトのURLコンテキスト詳細編
　https://developer.a-blogcms.jp/blog/urlcontext.html

Entry_Summaryモジュールの引数：フィールド（field）、表示順（order）などにグローバル変数を指定する形で対応予定です。
Ver. 2.7.2 を使用しています。

もし対応方法等ございましたら、ご教授頂けますと助かります。

[岩崎浩]

藤川様

お世話になっております、アップルップルの岩崎ともうします。

カスタムフィールドで用意している開催日From-Toを現在の日付と比較されるのでしたら、
モジュールID設定の、フィールド（field）のところで比較する記述を指定してください。
並び順については、フィールドの欄で比較する記述をしたうえで、表示設定の表示順にて「フィールド（昇順）」もしくは「数値フィールド（昇順）」を指定してください。

> a-blog標準では日付の比較はできないとの認識で合っていますでしょうか？
a-blog cmsでは、日付としての比較ではなく文字列としての比較になります。
文字列比較ですので、月日を0詰めでフォーマットを統一していただければそのまま比較していただいて問題ないかと認識しております。

[kdlfu...@gmail.com]

岩崎様

早急にご回答頂きましてありがとうございます。
文字列比較で問題ないとのことでしたので「YYYY-MM-DD」（ゼロ埋め）統一としたところ思うように動作しました。

モジュールIDの設定にて下記のようにしています。
※表示条件「本日≦開催日From or 本日≦開催日To」

条件設定
　フィールド（field）：開催日From/gte/%{NOW_DATE}/_or_/開催日To/gte/%{NOW_DATE}
表示設定
　表示順：フィールド（昇順）
　第２表示順：フィールド（昇順）　※こちらも同様に指定しないと思うように動作しませんでした。


追加で質問なのですが、画面上で更に、年月で絞り込めるようにしており
「2017年05月」を選ぶと開催日Fromが5月中という条件を追加し、下記のような条件としたいと思っています。

（本日≦開催日From or 本日≦開催日To）and（2017-05-01≦開催日From and 開催日From≦2017-05-31）

　　開催日From　開催日To(空白あり)
１　2017-05-05　2017-05-10
２　2017-05-10　2017-05-15
３　2017-05-15　
４　2017-06-05　2017-06-10
５　2017-06-10　2017-06-15
６　2017-06-15　

この場合、１２３がヒットするようにしたいです。
下記のようなパターンで動作テストしてみましたが、思った結果が得られませんでした。

◆開催日From/gte/%{NOW_DATE}/_or_/開催日To/gte/%{NOW_DATE}/_and_/開催日From/gte/2017-05-01/_and_/開催日From/lte/2017-05-31
　結果：１２３４５
◆開催日From/gte/%{NOW_DATE}/_and_/開催日From/gte/2017-05-01/_and_/開催日From/lte/2017-05-31　【Ａ】
　結果：２３
◆開催日To/gte/%{NOW_DATE}/_and_/開催日From/gte/2017-05-01/_and_/開催日From/lte/2017-05-31　【Ｂ】
　結果：１２
◆【Ａ】/_or_/【Ｂ】
　結果：２３
◆【Ｂ】/_or_/【Ａ】
　結果：２

上3つは想定通りという感じなのですが、下2つがなぜそうなるのかわかりかねています。
どのように対応すれば思うような結果が得られるのか、ご教示頂けないでしょうか。

[岩崎浩]

藤川様

お世話になっております、アップルップルの岩崎です。

挙動を調査したところ、たしかにおかしい箇所がありそうです。
ANDとORの優先順序に誤りがあるように見受けられております。
これから調査と、バグの場合は修正をいたしますので暫くお待ち下さい。
恐らくORが優先されているのではないかと感じております。

もしお急ぎでしたら、gteを反転させるなどしてANDかORのみで混在させずに記載をしてみてください。
なお、（空白あり）で比較をすると意図した動作をしない可能性がございますので注意をしてください。

よろしくお願いいたします。

[kdlfu...@gmail.com]

岩崎様

調査頂けるとのこと、ありがとうございます。

ANDとORを混在させずに記載できるか等、検討してみます。
空白ありの場合、注意が必要とのことでしたので合わせて確認致します。

バグの場合、修正パッチなど頂けると大変助かりますので、引き続きご確認よろしくお願い致します。

[伊藤淳]

藤川様

お世話になっております。岩崎に代わりお答えします。

こちらですが、現状ANDとORを混ぜた検索はANDの塊 -> ORの塊なら大丈夫なのですが、混ざると動かないようになっております。

将来的には解決したいのですが、データベースへのクエリに変換されますので実装が難しく、またパフォーマンスなどを考えると、もう少し時間がかかりそうです。

また、ドキュメントにはっきりとこのことについて掲載されておりませんでした。大変申し訳ございません。記載を行います。

よろしくお願いいたします。

[kdlfu...@gmail.com]

伊藤様、岩崎様

調査とご回答ありがとうございます。

現状、ANDとORが混在した検索は正常動作するパターンが限られるということですね。
今回は、データの持ち方（空白なしとするなど）とANDのみとなるような条件の調整にて対応しようと思います。

早急にご対応頂き助かりました。
ありがとうございました。