当使用wp_query按acf自定义日期字段（格式为ymd）筛选并升序排序时，筛选功能正常但排序不生效，常见原因是第三方插件（如post types order）强制覆盖了orderby参数，禁用该插件即可恢复预期排序行为。
当使用wp_query按acf自定义日期字段（格式为ymd）筛选并升序排序时，筛选功能正常但排序不生效，常见原因是第三方插件（如post types order）强制覆盖了orderby参数，禁用该插件即可恢复预期排序行为。
在WordPress开发中，利用ACF（Advanced Custom Fields）存储结构化日期（如服务日期datum_dienst），并结合WP_Query实现“显示今日及之后的服务项，且按日期由近到远升序排列”，是一个典型需求。你提供的代码逻辑本身是正确的：
- 使用Ymd格式确保数值可比性（避免字符串字典序干扰）；
- meta_value_num作为orderby值，适配数字型日期存储；
- >=比较配合当日date('Ymd')完成时间过滤。
$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);✅ 该写法在纯净WordPress环境（无冲突插件）下完全可靠。
⚠️ 但实践中，排序失效往往并非代码错误，而是被外部插件劫持了查询逻辑。
最典型的元凶是 Post Types Order 插件——它通过posts_orderby过滤器强制注入自定义排序规则（如menu_order或用户拖拽顺序），从而覆盖你显式声明的orderby => 'meta_value_num'，导致ASC排序完全失效，返回结果看似随机或按默认ID顺序排列。
? 快速诊断方法：
- 临时停用所有插件（尤其是排序、SEO、页面构建类）；
- 仅保留ACF与主题，重试查询；
- 若排序立即恢复正常，则逐个启用插件定位冲突源。
? 解决方案（推荐顺序）：
- 首选：卸载或停用 Post Types Order（如无需其拖拽排序功能）；
-
次选：若必须保留该插件，可在查询前移除其过滤器钩子：
// 临时禁用 Post Types Order 的 orderby 干预 remove_filter('posts_orderby', 'pt_sort_post_orderby', 10, 2); $loop = new WP_Query($args); // 如需后续其他查询恢复，可再 add_filter(...) - 长期建议：改用WP_Query的date_query（需将ACF日期同步映射到post_date）或采用pre_get_posts在主循环中统一控制，提升健壮性。
? 总结：WordPress查询排序失效，80%源于插件钩子冲突。不要急于重构查询逻辑，优先检查posts_orderby、posts_clauses等关键过滤器是否被意外修改——善用remove_filter()和插件隔离测试，是高效排障的核心技能。
