当使用wp_query按acf自定义日期字段（格式为ymd）筛选并升序排列文章时，筛选功能正常但排序异常，常见原因可能是第三方插件（如post types order）强制覆盖了orderby参数。
当使用wp_query按acf自定义日期字段（格式为ymd）筛选并升序排列文章时，筛选功能正常但排序异常，常见原因可能是第三方插件（如post types order）强制覆盖了orderby参数。
在WordPress开发中，利用ACF（Advanced Custom Fields）存储结构化日期（如datum_dienst，格式为Ymd）并配合WP_Query实现“显示今日及之后的条目，并按日期升序排列”，是一个高频需求。你提供的代码逻辑本身是正确的：
$today = date('Ymd');
$args = array(
'post_type' => 'diensten',
'posts_per_page' => -1,
'meta_query' => array(
array(
'key' => 'datum_dienst',
'value' => $today,
'compare' => '>='
)
),
'meta_key' => 'datum_dienst',
'orderby' => 'meta_value_num', // ✅ 正确：对数字型日期字符串安全排序
'order' => 'ASC'
);
$loop = new WP_Query($args);该写法能正确筛选出datum_dienst ≥ 今日Ymd值的条目，且meta_value_num确保按数值而非字符串排序（避免20240101被误排在20241201之后），理论上应完全满足需求。
然而实践中，排序失效往往并非代码错误，而是外部干预所致。经验证，插件 Post Types Order 是典型元凶：它通过 posts_orderby 过滤器全局劫持SQL ORDER BY 子句，无视你传入的 orderby 参数，强行注入其自定义排序逻辑（如 _menu_order 或数据库排序字段），导致你的 meta_value_num 完全失效。
✅ 诊断方法：
临时停用 Post Types Order（或同类排序管理插件，如 “Custom Post Type Order”、“Intuitive Custom Post Order”），刷新页面——若排序立即恢复正常，则确认为该插件冲突。
✅ 推荐解决方案：
- 首选：卸载 Post Types Order（若非必需）。它与WP_Query原生排序机制天然不兼容，尤其在需动态、条件化排序的场景下风险高。
- 替代方案（保留插件时）：在查询前移除其过滤器（需谨慎评估副作用）：
// 临时禁用 Post Types Order 的 orderby 干预
remove_filter('posts_orderby', 'cptop_posts_orderby', 10, 2);
$loop = new WP_Query($args);
// 如需后续查询恢复插件排序，可再 add_filter（非必需）⚠️ 注意事项：
- 不要改用 meta_value（字符串排序），否则 20240201 会排在 20241201 之前；
- 确保ACF字段返回值为纯数字字符串（无空格、斜杠或前导零问题），可在保存时用update_field()校验；
- 若仍无效，检查是否有其他插件或主题函数钩挂了 pre_get_posts 或 posts_orderby。
总结：当WP_Query的orderby看似“失灵”，请优先排查插件冲突——尤其是那些宣称“拖拽排序”“一键重排”的插件。它们常以牺牲查询灵活性为代价换取后台易用性。坚守WordPress原生查询逻辑，是构建可预测、可维护内容排序系统的基石。
