如何仅展示分类下特价商品并保证分页统计准确？

你在product_card.twig中添加{% if product.special %}做过滤属于视图层后置过滤：后端在加载页面前，已经提前完成了全量商品查询、商品总数统计、分页参数计算的全流程，你只是在渲染阶段跳过了非特价商品的HTML输出，分页逻辑完全感知不到被过滤掉的商品，自然会出现统计总数和实际展示数量不符的问题。

所有影响数据集总数的筛选逻辑，必须放在数据查询/组装阶段完成，不要在模板层做过滤，从根源保证商品列表、分页统计的数据源一致，可选方案如下：

• 改模型层SQL查询（最推荐，性能最好）
  找到你需要过滤特价商品的对应页面模型文件，通常分类页、搜索页的商品查询逻辑在catalog/model/catalog/product.php的getProducts()、getTotalProducts()方法中，给两个方法的SQL都加上product_special表的关联判断，仅返回存在有效特价的商品：
  关联条件需要匹配有效特价规则：关联product_special表时加上ps.date_start <= CURDATE() AND ps.date_end >= CURDATE()的时间判断，确保只统计在特价有效期内的商品。修改后查询出的商品列表、统计的商品总数天然就是过滤后的结果，分页会自动计算正确，不需要在模板里加任何判断。
• 单独新增特价商品列表页
  如果不需要在原有分类页过滤，只是需要一个专门展示特价商品的入口，可以单独新增特价专区路由，控制器逻辑中专门查询所有有效特价商品，复用现有商品卡片、分页组件即可，不会影响原有分类、搜索页的全量商品展示逻辑。
• 控制器层二次过滤（临时方案，不推荐大流量站点用）
  如果暂时不想修改底层SQL，可以在对应控制器拿到全量商品列表后，先遍历剔除不带有效特价的商品，再根据过滤后的商品总数重新计算分页偏移、分页展示文本，最后把过滤后的商品列表、重新生成的分页数据传入模板即可，此时模板不需要再加{% if product.special %}判断，直接循环渲染就行。这个方案的问题是分类下商品量较大时，需要先查全量商品再做内存过滤，性能损耗远高于直接改SQL过滤。

避坑提示：只要是涉及列表筛选的逻辑，绝对不要放在模板层处理，否则不仅分页会出问题，排序、每页展示数量统计这类关联逻辑都会出现数据不一致的问题。

内容的提问来源于stack exchange，提问作者Lazar Ćorluka