当使用wp_query按acf自定义日期字段（格式为ymd）进行升序排序时，筛选条件生效但排序异常，常见原因并非查询参数错误，而是第三方插件（如post types order）强制覆盖了orderby逻辑。
当使用wp_query按acf自定义日期字段（格式为ymd）进行升序排序时，筛选条件生效但排序异常，常见原因并非查询参数错误，而是第三方插件（如post types order）强制覆盖了orderby逻辑。
在WordPress开发中，利用ACF（Advanced Custom Fields）存储标准化日期（如Ymd格式，例如20240515）并配合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', // ✅ 正确：数值型排序，适配Ymd字符串
'order' => 'ASC'
);
$loop = new WP_Query($args);该写法能准确筛选出datum_dienst ≥ 当前日期（如20240515）的条目，且meta_value_num确保按整数逻辑排序（20240515 < 20240601），避免字符串排序陷阱（如"2024052"误排在"20240515"之前）。
然而，排序失效往往并非源于WP_Query配置，而是外部干预。实践中发现，插件 Post Types Order（一款用于手动拖拽排序文章的流行工具）会全局挂钩 posts_orderby 过滤器，并无差别地重写SQL中的 ORDER BY 子句——即使你显式声明了 orderby => 'meta_value_num'，它仍可能将其覆盖为 menu_order 或其他默认字段，导致自定义排序完全失效。
✅ 验证与解决方案：
- 临时停用插件：进入WordPress后台 → 插件 → 找到 Post Types Order → 停用；
- 刷新页面，确认排序立即恢复正常；
- 若需保留手动排序功能，可：
• 在查询前临时移除其过滤器（不推荐，易冲突）；
• 改用原生menu_order字段管理优先级，将日期逻辑交由ACF+WP_Query独立处理；
• 或选用更轻量、支持条件性禁用的替代插件（如Custom Post Type UI + Admin Columns组合）。
⚠️ 额外建议：
- 始终对ACF日期字段启用「Format value」→「No formatting」，确保数据库存储为纯Ymd字符串（而非时间戳或带分隔符格式）；
- 在WP_Query中添加 'suppress_filters' => true 可进一步规避部分插件干扰（但会禁用所有过滤器，请谨慎评估影响）；
- 使用error_log(print_r($loop->request, true))输出最终SQL，直观定位ORDER BY是否被篡改。
归根结底，WordPress生态中插件间的行为耦合常是“看似代码无误却效果异常”的根源。排查此类问题时，应优先检查活跃插件的全局钩子行为，而非反复调整已验证有效的查询参数。
