Super Speedy Search汉化中文版(更新到5.61.12)-索引加速WordPress搜索优化插件下载

= 5.61.11 (2026 年 8 月 22 日) =

• 将 super-speedy-settings 更新至最新版本

= 5.61.10 (2026 年 8 月 21 日) =

• 增加了可选的大容量产品目录模式，该模式将完整的加权产品排名限制在前 5,000 个原始全文匹配结果内，无需重新构建索引

= 5.61.6 (2026 年 8 月 21 日) =

• 加固了共享设置模块，并移除了其对 Jetpack Autoloader 的依赖

= 5.61.1 (2026 年 8 月 18 日) =

• 将 super-speedy-settings 更新至 1.8.0 版，恢复了官方的 WordPress MCP Adapter
• 将 Super Speedy 子菜单标签缩短为“搜索”

= 5.61 (2026 年 8 月 16 日) =

• 修复了新建和编辑项目未出现在搜索结果中的问题，直到运行完整重建
• 修复了加入式拼写的搜索匹配，因此 wifi 能查找”Wi-Fi Router”，tshirt 能查找”T-Shirt”，ABC123 能查找”ABC-123″
• 修订版不再添加到搜索索引
• 当索引缺少可搜索的自定义元数据设置所需的列时，添加管理员通知并链接到重建操作
• 索引帖子时不再每次为配置的每个元字段检查表结构
• 升级到 5.61 后，请运行 wp sss rebuild all force 以在不发生网页请求超时的情况下安全地构建连字符索引

= 5.60 (2026 年 8 月 14 日) =

• 修复了重建后首次搜索因 MariaDB“DOUBLE 值超出范围”错误而无结果的问题
• 统一了共享站点桥接的 11 项搜索功能，并移除了重复的专用 Adapter 服务器、特定产品桥接和 AI Engine 注册
• 围绕单个站点级连接和专用的最小权限代理重写了 MCP 指南
• 修复了 REST 和 Ultra AJAX 搜索接受 Ajax 选项卡中未启用的 URL 提供文章类型的问题
• 添加了 MCP 设置页面并捆绑了官方 WordPress MCP Adapter，若已安装则转而使用官方独立插件
• MCP 功能现在被标记为公开，以便代理工具可以发现它们
• 将 super-speedy-settings 更新至最新版本

= 5.59 (2026 年 8 月 11 日) =

• 围绕新的订单文档索引重写了 WooCommerce 后台订单搜索：对项目名称、SKU、地址、电子邮件和订单号执行一次全文检索，在拥有 50 万个订单的商店中，此操作仅需数百毫秒，而之前的广泛搜索需数秒。
• 订单搜索结果现在按最新顺序返回，并附带确切的匹配结果数量，因此无论搜索词多么广泛，最近的订单始终位于第 1 页。
• 订单搜索现在以与网站搜索相同的方式处理短令牌（如”J Smith”中的 J）、带连字符的 SKU 和引号短语。
• 订单文档索引由 wp sss rebuild（或任一重建按钮）构建，并在订单创建、编辑或删除时自动保持最新，每页请求最多合并为一个索引写入操作。
• 数字订单搜索仍然精确匹配订单 ID 和订单号，包括上次重建以来创建的订单。
• 尚未执行的站点在下次重建之前保留之前的订单搜索。
• 设置页面标题现在是”Super Speedy Search”并带有版本号徽章，与”Super Speedy 导入”保持一致。
• 添加了覆盖订单搜索分页、订单类型和状态、短令牌、引号短语以及针对新、编辑和删除订单的索引维护的回归测试。
• 修复了在分类法搜索索引在术语更改后更新时以及 wp_posts 和 wp_term_taxonomy 具有不同排序规则时出现的“数据库错误：非法排序规则混合”问题；修复在您更新后立即生效，重建后可永久生效。
• 后台重建现在为每个 SQL 语句标记步骤 ID，因此被中断请求终止的重建可以正确恢复，且“取消重建”可以停止任何运行的语句。
• “高级”选项卡的排序规则检查现在将分类法索引与 wp_term_taxonomy 进行比较，而不是与 wp_posts 进行比较。
• 许可证声明已更正为 GPLv3。

= 5.58.1 (2026 年 8 月 3 日) =

• 更新了共享的 Super Speedy 设置模块：AI 代理现在可以通过 MCP 检查您的许可证并安装其他 Super Speedy 插件；当 AI Engine 激活时，这一功能也通过 AI Engine 的 MCP 端点暴露
• 新增“检查频率”设置：将许可证、更新和变更日志检查限制为每天一次或每周一次，并查看最后检查许可证的时间
• 当无法连接到 superspeedyplugins.com 时，许可证和变更日志检查会快速失败，而不是导致设置页面挂起
• 最新安装的共享 Super Speedy 设置代码现在在站点范围内运行，无论哪个插件先加载——以前是按字母顺序首次加载的插件的通常较旧的副本会胜出
• 当 AI Engine 激活时，该插件的 MCP 功能也会作为 sss_ 工具出现在 AI Engine 的 MCP 端点上，使得一个 AI 连接器即可触及它们
• 修复了在大商店中 WooCommerce 后台订单搜索耗时约 18 秒的问题。它会将所有匹配的订单返回到列表表，而不是当前显示页面，导致 WooCommerce 构建数千个订单对象以绘制二十行。
• 修复了当订阅匹配搜索词时，WooCommerce 后台订单搜索因找不到订单 ID 类而无法工作的“Could not find classname for order ID”错误。
• WooCommerce 后台订单搜索现在会遵守您当前所在的选项卡状态，因此从“已完成”选项卡发起的搜索只会返回已完成的订单。
• 针对 WooCommerce 后台订单搜索添加了回归测试，涵盖分页、订单类型和订单状态。
• 当永久链接设置为“平面”时，Ultra Fast Ajax 将无法开启，并附带工具提示解释原因。它由 /wp-json/sss/ 提供，而平面永久链接不会将其路由，因此对这类站点无效。
• 添加了涵盖 Ultra Fast Ajax 开启和关闭的测试，包括关闭时仅更改传输方式而不会更改搜索结果。

= 5.58 (2026 年 7 月 28 日) =

• 在搜索小部件和短代码中添加了 include_<taxonomy>，因此搜索框可以仅限于某个分类而不只是使用“当前页面”选项。请使用 [superspeedysearch include_product_cat="42"] 或新添加的“限制分类法”表格。包含子分类。
• 在小部件的“搜索什么？”设置中添加了“顶级分类”，与“当前页面”并列。位于深层分类树中的搜索框会搜索该分类的顶层父级，因此位于 电子 > 音频 > 耳机 上的搜索框将搜索所有电子产品。
• 在小部件中添加了“显示搜索建议下拉菜单”复选框，并匹配了 suggestions="off" 短代码参数。
• 移除了 tax 和 taxslugs 短代码参数以及 taxslugs 设置块，取而代之的是上述新的 include_<taxonomy>。
• 将原本的一个重建按钮替换为两个。“运行正常重建”重建搜索索引并保留现有的建议表，这要快得多，因为构建建议令牌是耗时部分。
• 在 wp sss rebuild 中添加了 --full 和 --normal 选项，与上述两个按钮相匹配。若未指定任何标志，则遵循“强制重新构建建议”设置，如以前一样。计划重建保持不变，仍遵循该设置。
• 改进了“高级”选项卡的复制/粘贴 SQL，现在提供相同的两个选择，因此手动运行的重建与按钮运行的重建相同。
• 修复了从管理后台启动的重建在中间步骤中途中止且不显示错误文本的问题，例如“在第 28 步构建失败：…”。
• 修复了在 phpMyAdmin/SQL 中“手动初始化表”下的复制/粘贴 SQL 失败的问题，错误为 #1064 ... near '__SSS_PHP_TASK:finalise_rebuild__'。
• 修复了再次粘贴相同 SQL 时因 #1061 Duplicate key name 而中止的问题。索引语句仅在页面绘制时索引缺失时包含，现在它已是幂等的。
• 改进了“手动标记完成”功能，使其能够完成工作。
• 改进了重建、取消和计划处理程序的可靠性，适用于插件共享构建对象不在作用域内的站点。
• 改进了重建进度条，现在针对语句列表计数，因此总进度条在运行时不再移动。
• 改进了“构建失败”通知，现在在成功重建时被清除，而不是继续显示。
• 添加了对所有三种重建路线的回归测试：复制/粘贴的 SQL 仅包含可运行的 SQL，复制两次也能正常运行，以及 WP-CLI、重建按钮和手动路线都会使数据库处于完全相同的状态。

= 5.57.2 (2026 年 7 月 24 日) =

• 更新了 super-speedy-settings（在所有 Super Speedy 插件中共享）：在许可证检查和下载请求中添加了设置版本报告，以便更好地调试许可证和更新下载问题

= 5.57.1 (2026 年 7 月 22 日) =

• 修复了完全重建未记录模式版本的问题，这种情况发生在建议表已存在且强制建议重建关闭的通用路径上。该路径会在最终化步骤之前提前返回，最终化步骤负责写入记录版本并刷新对象缓存，因此重建可能会报告成功但版本陈旧——而信任该版本的查询层会继续假定旧模式。all 重建现在无论采用何种路径始终会最终化。

= 5.57.0 (2026 年 7 月 21 日) =

• 添加了 MCP / AI 代理接口。sss 命名空间下的 11 项功能允许 AI 助手通过 WordPress 能力 API（WordPress 6.9+）读取和调整您的搜索配置，标准 REST 端点配合应用密码即可使用，无需在站点上安装额外插件。
• 添加了 sss/test-query，这是其余功能所依赖的能力：它执行真实的前端搜索并返回排名结果以及每个结果的评分拆解，以便助手可以查看哪些列使每个结果获得其排名位置，而不是猜测。
• 添加了读取能力：describe-search-config（完整的权重、列、同义词组合词汇作为数据，包括一个声明表示没有模糊拼写匹配）、get-index-status、get-weights、list-synonyms 和 get-combination-settings。
• 添加了写入能力：set-weights、upsert-synonyms、delete-synonym、set-combination-settings 和 rebuild-index。未知的权重键会被拒绝，并列出有效键，而不是静默写入。
• rebuild-index 会分批针对游标重建，因此大型目录可以通过 HTTP 重建而不会超时。如果在重建过程中设置更改，它将拒绝恢复。
• 添加了 sss_manage_search 能力和“搜索管理员”角色，因此 AI 代理使用的账户无需是站点管理员。现有管理员会自动获得该能力。
• 添加了用于将 Claude Code、Claude Desktop 或任何其他 MCP 客户端连接到站点的 stdout MCP 桥接（tools/sss-abilities-mcp-bridge.mjs）。
• “搜索管理员”角色现在在插件激活时和 WP-CLI 下创建，因此 wp user create <name> --role=sss_search_manager 可以在不先加载 wp-admin 页面的情况下工作。
• 修复了在建议表早于 5.44 版本的站点上每次按键都会出现的“WordPress 数据库错误：未知列’language'”。建议查询通过读取插件文件中硬编码的模式版本而非数据库中记录的模式版本来决定该列是否存在，因此自 5.44 以来的每个版本中该检查都为真，查询始终引用该列。现在它读取记录的版本，仍安装旧方案的站点将简单地提供不经过语言过滤的建议，而不是报错。
• 修复了重建报告成功但建议表留在旧方案上的问题。表结构现在由每个重建范围创建和迁移，包括在帖子标题建议关闭时——这只是低价 DDL，因此关闭建议的重建速度保持不变，且昂贵的令牌构建仍被跳过。
• 记录的模式版本现在仅在完整重建的最终步骤中写入一次，而不是在搜索阶段扩展。过去它在从未触及建议表的重建中也会扩展，因此可能声称数据库不存在的结构。
• 修复了当从重建的 WP-CLI 或计划中从管理后台运行 rebuild 选项写入时，持久对象缓存（Redis、Memcached）无法看到的问题。这些写入直接写入数据库，因此缓存值会存活下来；只有 WP-CLI 重建会在之后清除缓存。所有三条路径现在以相同方式结束。
• 修复了 ?showweights=1 调试拆解未加总为总相关分数的问题。摘要、分类法和元值贡献被乘以其权重系数两次，且基础全文分数完全未显示。显示的贡献现在等于它们解释的分数。
• 修复了一个当 ?showweights=1 开启且每个搜索词都被同义词组消耗时彻底破坏搜索的 SQL 错误。

= 5.56.2 (2026 年 7 月 20 日) =

• 修复了 PageSpeed Insights 报告针对 super-speedy-search.js 进行强制重新流的问题。window.innerWidth 读取在页面加载时运行一次（每个搜索表单一次），穿插在类更改之间，这迫使启动期间进行完整的同步布局。执行此操作的块结果成为死代码，因此已删除。剩余的几何读取也已删除，因此脚本不再在任意时间点强制布局。
• 修复了在搜索框中按 Esc 键时出现的 JavaScript 错误。未声明的变量引发了 ReferenceError，导致在清除页面滚动锁定之前中止了处理器，因此在移动设备上关闭搜索后页面无法滚动。
• 将 600px 移动设备断点移至 JavaScript 之外，放入真正的 CSS 媒体查询中。以前在页面加载时一次确定移动/桌面选择且不再重新访问，因此将手机在 600px 之间旋转或调整窗口大小会保留错误的搜索 UI，直到重新加载。现在它遵循视口。
• 修复了查看按钮弹出窗口在移动设备上只打开一次的问题。关闭后，查看按钮标记为打开，因此下次双击会将其关闭而不是重新打开。
• 将每个 jQuery .show() 和 .hide() 调用替换为直接样式写入。jQuery 测量文档以确定默认显示值，这迫使每次调用时进行布局，而这两个调用会在每次搜索建议时运行一次。
• 将“滚动时隐藏 Ajax 结果”选项从滚动监听器改为 IntersectionObserver。旧版本在每次滚动事件时测量结果面板。现在面板仅在完全滚动到顶部上方后才隐藏，而不是当其上边缘经过 100px 时，因此它会在屏幕上停留稍长一些。
• 修复了 [superspeedysearch search_box_display_type="0"] 被视为弹出布局的问题。短代码属性作为字符串到达，与数字 0 的严格比较永远不匹配。
• 修复了移动设备全屏搜索面板比手机屏幕宽 80px 的问题。width:100vw 加上侧面填充且没有 box-sizing:border-box 会将关闭按钮和部分搜索框推到右边缘之外，因此在窄手机上无法点击关闭按钮。
• 修复了弹出式搜索框复用同一页面上的内联搜索框相同的 ssstext 元素 ID 的问题。

= 5.56.1 (2026 年 7 月 18 日) =

• 将 super-speedy-settings 更新至最新版本

= 5.56.0 (2026 年 7 月 13 日) =

• 修复了当建议搜索中包含特殊字符时的 MySQL 全文语法错误。像 (N54) 或 blue|black 这样的术语构建了一个无效的 BOOLEAN 模式表达式（+(N54)*），严格的 MySQL 服务器会拒绝并记录该表达式。建议搜索中的运算符字符在构建表达式之前会被剥离，因此 (N54) 将作为 N54 搜索。带连字符的术语（如 ABC-123）保留了精确短语匹配。
• 修复了由图标字体引起的 PageSpeed Insights 渲染延迟警告。wpi-sss-icons.woff2 文件小于 1KB，但是第三个链式请求（页面，然后是 CSS，然后是字体），因此 PSI 将其标记为发现延迟。字体现在作为 base64 数据 URI 嵌入在 super-speedy-search.css 中进行内联，因此它与样式表一起到达——无需额外请求，无延迟，也不需要主题中的手动预加载变通方法。

= 5.55.4 (2026 年 7 月 10 日) =

• 更新了 super-speedy-settings：使用新插件和服务面板图标刷新了 Super Speedy 设置页面（在所有 Super Speedy 插件中共享）。

= 5.55.3 (2026 年 7 月 10 日) =

• 更新了 super-speedy-settings（在所有 Super Speedy 插件中共享）：重新启用许可证/更新检查中的 TLS 证书验证，转义了后台许可证表格中的所有动态输出，并在许可证重新检查处理器中添加了能力检查。

= 5.55.2 (2026 年 7 月 10 日) =

• 更新了 super-speedy-settings：重新启用许可证/更新检查中的 TLS 证书验证（在所有 Super Speedy 插件中共享）。

= 5.55.1 (2026 年 7 月 7 日) =

• 修复了可能导致运行旧版本构建的站点 wp-admin 崩溃的致命错误。主插件文件过去会从插件的测试文件夹加载帮助文件，包括每次 REST API 初始化时都需要的一个文件。在重构期间将测试文件夹移动到了隐藏的 .tests 目录后，该路径不再解析，PHP 在后台 REST 预加载期间抛出未捕获的“失败打开必需的’…/tests/test-frontend-search.php’”致命错误（通过 WooCommerce/Jetpack 可见）。主插件文件现在完全不加载任何测试代码——.tests 集线器自行启动——因此这类错误不会再次发生。

= 5.55 (2026 年 6 月 15 日) =

• 为分类法建议添加了元键轴选项，这样您就可以在建议构建器中混合搭配元值和术语名称
• 更新了 Super Speedy 设置页面：在许可证表上方添加了一个“重新检查许可证”按钮，以便客户在续订或升级后无需滚动到许可证密钥字段即可清楚地刷新许可证状态。该按钮在输入/保存许可证密钥前禁用，并在您输入时重新启用。
• 重新检查流程现在也会强制绕过认证服务器的 1 小时许可证缓存（通过在 wpiapi/check_product_key 调用中使用 force=1 标志），因此在一小时前完成但在一小时内在重新检查期间显示的续订/升级不再显示为已过期或超出。正常的后台页面加载继续使用两个缓存（如前所述）——只有显式的重新检查单击才会绕过它们。（位于 super-speedy-settings 子模块中，因此此更改会传播到每个 Super Speedy 插件。）

= 5.54 (2026 年 6 月 11 日) =

• 修复了 mysqli 错误（mysqli_get_server_info(): Argument #1 ($mysql) must be of type mysqli, null given），该错误可能在 WordPress shutdown 钩子期间出现在 PHP 错误日志中，通常归因于 WooCommerce Action Scheduler。建议/自动完成处理器 sss_get_json_Suggestions() 正在调用 $wpdb->close()，这会在请求中途关闭共享的全局数据库连接。WordPress 不会在同一请求内重新连接，因此在 shutdown 期间使用的下一个代码（通常是调用 Action Scheduler 的 WooCommerce BatchProcessingController）会在当前为空的连接句柄上崩溃。冗余的 $wpdb->close() 调用已被移除；无论何种情况，PHP 都会在请求结束时自动关闭连接。

= 5.53 (2026 年 5 月 13 日) =

• 在 LIMIT / OFFSET 上添加了防御性限制，确保 SSS 永远不会在 SQL 中发出负分页。生产日志中记录的”LIMIT -100″模式被追溯到转储变体搜索路径（woo_search_products_old），其中 (paged - 1) * posts_per_page 在 paged=0 时会产生负偏移（absint 将负输入标准化为正值，但让零原样通过）。修复将在源头上将 paged 限制为 max(1, ...) 并将 offset 限制为 max(0, ...)，外加 alter_query 中的一项双重保险，如果上游仍有任何负整数通过，则从外查询的 LIMIT 子句中删除它们。传统的 woo_search_products_old 仅限 LIMIT 分支现在也受到限制。mysqld.log 中的症状是“syntax error … near ‘LIMIT -100′”，用户会看到受影响页面为零结果；有效输入没有功能回退。
• ?showweights=1 调试覆盖层现在涵盖所有文章类型和每个权重，包括新的分类法条件匹配。三个修复一起发布：(1) 5.53 中的新分类法匹配权重未添加到单一种文章类型的查询分数中，也不作为调试列暴露——两者已修复，因此单一种文章类型的搜索现在正确计算分类法匹配规则并为每条规则渲染一个 weight_taxmatch_<tax>_<slug> 列，而多种文章类型的搜索则添加 weight_taxmatch_total 聚合值，与现有的 weight_meta_match_total/weight_meta_value_total/weight_meta_date_total 并列。(2) 无论按价格/日期/标题等排序，RELEVANCE 总数现在都会出现在调试输出中——之前仅在 orderby=relevance 为活动排序时才投影，因此在价格排序页面上比较两个产品的管理员无法看到它们各自的相关分数“会是什么”。(3) 新增的 wp_footer HTML 注释回退为每行结果结果发出 <!-- SSS post 123 "Title" [product]: RELEVANCE=… | weight_title=… | … -->，无论主题如何。主题覆盖 WC 产品循环模板 AND the_content（自定义块主题、无头渲染器）以前会完全丢弃调试；注释始终存在以供查看源代码，可见的内联渲染在支持的地方仍会进行。
• 分析 & 缓存中的顶级搜索结果表现在是可排序和可搜索的。单击搜索词、搜索次数、平均速度或最后搜索中的任意一项可反转顺序（默认保持搜索次数降序）。上方的新过滤器输入针对 search_term 上的 FULLTEXT 索引进行查询——输入 3 个以上字符时使用与前端搜索相同的 +word* 前缀通配符模式的 BOOLEAN 模式 MATCH ... AGAINST，因此即使在拥有数百万行日志的情况下，’iph’ 也能立即找到 ‘iphone 13 case’。1-2 字符的令牌自动回退到 LIKE（当整个输入简短时前缀为 LIKE 'xy%'，当与已基本缩小集合的更长令牌组合时为 LIKE '%xy%'）。FT 索引会自动添加到现有安装中，在升级后第一次装载分析选项卡时添加（对单列 varchar 执行一次 ALTER TABLE；即使在繁忙日志上也能在数秒内运行）。活动的时间范围过滤器（24h / 7d / 30d）仍然适用于搜索结果，因此您输入的内容与可见内容匹配。
• 管理员现在是 Elevated Search Roles 中用户可控制的行。以前管理员复选框被硬编码（禁用，始终勾选），因此管理员总是在搜索结果中看到缺货、隐藏和私密产品——这对大多数站点没问题，但几位管理员希望像普通购物者一样浏览商店前台和搜索结果（例如，验证客户实际看到的内容）。该行现在默认为勾选，因此现有安装保持不变，但可以取消勾选以使管理员搜索使用与每个人相同的可见性规则。其他角色默认仍为关闭且保持可选。
• 搜索结果缓存键现在包括 orderby、order、URL 路径的哈希（减去 /page/N/），以及查询的显式 tax_query 和 meta_query 的哈希。在 5.53.7 之前，键仅为 (searchstring, post_type, paged, lang)，因此未启用 orderby 的商店/前台？s=foo 搜索会静默返回其按相关性排序的 ID（orderby 被覆盖为post__in），随后的 /shop/?s=foo&orderby=price，每个 /product-category/X/?s=foo（不同的档案），以及每个价格过滤或库存过滤器细化。路径组件是必要的，因为在 pre_get_posts 时刻 WP 还没有为 URL 派生的档案（如 /product-category/gaming/）构建 tax_query 数组（此操作稍后在 WP_Query::parse_tax_query 中进行），因此仅 tax-array 的哈希无法区分 /shop/ 和 /product-category/X/。每种变体现在都有自己的缓存条目。缓存命中率略有下降以换取正确性；在繁忙的站点上，热区会在负载下快速重建。
• 在 alter_clauses 中为 sss_outer_orderby 提供了防御性回退。当用户请求 orderby=price（meta_value_num），但 WP_Query meta_query JOIN 因某种原因未构建（激进插件剥离了 orderby 子句、另一个过滤器稍后运行等）时，SSS 现在显式构建 postmeta JOIN 和 ORDER BY，因此外查询永远不会是 ORDER BY LIMIT n（MySQL 将其静默视为无排序，丢失用户的选择）。涵盖 meta_value_num、meta_value、date/publish_date 和 title；其他所有内容回退到确定的 post_date DESC，因此 SQL 始终有效。
• 分类法组合建议：当管理员在组合行上启用了“显示在开始”或“显示在结束”时，文章类型标签现在是可选位置。以前仅输入文章类型名称（例如”forestry”）会匹配全文索引，但文章全文认领算法会丢弃每一行，因为没有匹配实际分类法术语名称——因此该文章类型的建议静默地永远不出现。现在，当管理员选择在售出的建议中显示文章类型标签时，该标签算作一个额外的可选位置；输入”forestry”会返回 Forestry 文章类型的行，输入”forestry trees”会将 Forestry/Trees 行排在 Agriculture/Trees 行之上，因为 Forestry/Trees 获得了 2 中的 2 分，而 Agriculture/Trees 获得了 1 中的 2 分。管理员选择“不显示”的行保持不变（标签不可认领，行无法通过输入文章类型名称查找）——保持“用户看到的内容 == 用户可以认领的内容”。无需重建；此更改在查询时位于认领算法中，现有的分类法建议表在 FULLTEXT 索引的合并列中已包含 post_type_label。
• 延迟索引钩子表面现在与 Super Speedy Filters 的 SSF_Table_Maintenance 模式对齐——相同的函数命名（sss_defer_post_update、sss_defer_term_update、sss_process_deferred_updates）、相同的停机优先级（999）、相同的 DOING_AUTOSAVE 和自动草稿跳过，以及相同的大钩子覆盖范围。SSS 现在钩入 wp_after_insert_post、save_post、wp_insert_post（优先级 99）、transition_post_status、set_object_terms、完整的 WC 产品/变体/库存/重复集、批量编辑和快速编辑 AJAX、WP 导入钩子，以及帖子和术语的明确 REST API 插入/保存/删除钩子——在 postmeta 钩子（added_post_meta/updated_postmeta/deleted_post_meta）之上，SSF 不需要但 SSS 需要它们。它们都向两个去重队列（帖子 + 术语）提供数据，这些队列在停机时一次性排出，因此触发 15 个不同操作触发的单个产品保存仍运行一个 sss_update_posts 批处理。与 SSF 相同的模式，尽可能使用相同的函数名称；了解一个插件维护代码的开发者会立即认出另一个插件的代码。
• 增量索引现在可以获取 wp_insert_post 之后发生的 postmeta 更改。SSS 过去仅钩入 wp_after_insert_post（以及几个 WC 变体钩子），这意味着任何使用“创建帖子，然后为每个字段调用 update_post_meta“模式的导入器或插件都会产生具有空 metavalues 的索引行——通过 SKU 或其他索引元键搜索会错过这些产品，直到下次重建。SSS 现在还钩入了 added_post_meta/updated_postmeta/deleted_post_meta，仅限于 SSS 实际索引的元键（元键选项卡以及由 metamatch/metavalue/metadate 权重规则引用的每个键）。SSS 的所有帖子索引钩子现在都会向去重队列提供数据，该队列在 PHP 停机时一次性刷新，因此触发 wp_after_insert_post 加八个update_post_meta 调用加两个edited_term 调用的请求将运行单个 sss_update_posts 批处理，而不是十一次。相同的钩子表面来自后台、REST API、Gutenberg、WP-CLI 和 cron ——任何通过 WordPress 核心的 wp_insert_post/update_post_meta 的代码路径都能受益。
• 主选项卡上添加了新的可选“严格 SKU 搜索”模式。默认情况下，SSS 对全文索引中的标点符号进行标准化（因此搜索 ABC.D.E 也会匹配 ABC_D_EF——快速但宽松，这对大多数站点没问题）。勾选新复选框，在全文缩小后在原始、未标准化的元值上添加额外的 LIKE 过滤器——搜索 ABC.D.E 将仅返回其实际 SKU 包含字面量 ABC.D.E 的产品，同时减少带有下划线的其他错误匹配。wp_superspeedysearch 上新增了一个 metavalues_raw 列来保存未标准化的元字符串；在下一次重建时填充，然后在查询时通过 LIKE 读取，以在行已通过 MATCH/AGAINST 缩小后保持成本有界。仅当用户的搜索词包含标点符号时才会触发此过滤器，因此非 SKU 搜索不受影响。
• 就绪状态现在当 MySQL 的 max_allowed_packet 低于 64MB 时显示警告。许多 MariaDB 安装的默认为 16MB，这对于日常查询没问题，但对于目录超过数千行时的重建大批量 INSERT/UPDATE 语句则太小了——这类站点的症状是重建期间间歇性的“建立数据库连接错误”，几秒后恢复。新行打印当前值并链接到说明如何提高它的 KB 文章；重建在任何值下都能正常工作，警告只是标记重建风险。
• 每个每类型权重块上新增了“分类法条件匹配权重”行。管理员选择附加到文章类型的分类法加上术语 slugs，以及匹配或不匹配该术语会增加或减少相关性得分的因子——与现有的“元条件匹配权重”相同 UX 布局。wp_superspeedysearch 上新增了一个 term_taxonomy_ids 列，保存用逗号分隔的每个属于该帖子的 term_taxonomy_id，在重建期间通过 GROUP_CONCAT 填充；评分在查询时使用 FIND_IN_SET 针对该单个列，因此没有每规则列且搜索时无 JOIN。升级后的一次性重建添加了该列——之后，添加、编辑或删除 taxmatch 规则将在下次搜索时生效，无需重建。重建还将 group_concat_max_len 提升至 65535，因此具有许多术语的帖子不会被截断。

= 5.52 (2026 年 5 月 12 日) =

• wp sss rebuild 现在会在构建结束时刷新 WordPress 对象缓存。 如果没有这个功能，启用持久对象缓存（Redis、Memcached）的站点可能会继续提供预重建的 alloptions 区块和用于构建 MATCH() 查询的搜索列列表，这会导致“找不到与列列表匹配的全文本索引”的问题，直到缓存自动过期。
• 前端选项卡新增多投稿类型搜索。选择“搜索多个投稿类型”（重命名的“不设置”选项，现已移至主选项卡）会显示布局选择：单排名列表（现有的单查询行为）或按投稿类型混合的区块（一种新的布局，针对每种投稿类型运行一个查询，并使用其自己的模板渲染每个区块）。每种路径都是独立的 – 永远不会触及新控件的站点不受影响。
• 单列表模式添加了两个可选择覆盖的规则：“覆盖投稿类型”强制搜索仅限于选中的类型（取代主题/Woo/站点钩子可能决定的内容），而“覆盖模板”会通过所选投稿类型的 archive-{slug}.php 将结果页面路由到那里，这样多类型搜索就可以像（例如）产品存档一样看起来和感觉像。两者都默认为“让我的站点决定”，因此升级后保留现有的行为。
• 单列表多类型查询中的每行权重。以前，SSS 选择一种投稿类型并将其权重用于整个结果集（例如，混合帖子+产品查询会使用帖子权重对产品进行排名，忽略产品特有的元匹配，如 _stock_status=instock 提升）。现在，每行都使用其自己的投稿类型的权重通过每行 CASE 表达式在 wp_superspeedysearch.post_type 上进行评分。单一类型查询不受影响，产生的 SQL 与以前相同。
• 每个类型权重区块的新“投稿类型促销”行 – 为该类型的相关性评分添加一个恒定提升，以便管理员可以将某些类型（例如产品）偏置在单排名列表中高于帖子。在单一类型搜索或混合区块布局（其中区块顺序就是排名）中，此设置无效。
• 混合区块布局附带三个新模板：templates/sss-multi-search.php（包装器）、templates/sss-multi-search-section.php（通用）和 templates/sss-multi-search-section-product.php（Woo 感知，使用 wc_get_template_part 获取完整的产品卡）。主题可以在 /super-speedy-search/.php 中覆盖这些模板。每个区块标题都支持可配置的标题，并在渲染时替换 占位符。
• 插件范围内的 exclude_from_search 策略。注册为 exclude_from_search => true 的投稿类型不再在任何地方作为选项提供 – 权重、建议、Ajax 投稿类型、默认投稿类型下拉列表、多搜索覆盖列表、混合区块“添加区块”下拉列表、部件、古腾堡区块。投稿类型作者的意图（从搜索中排除）现在得到 SSS 界面的尊重。故意希望公开此类 CPT 的站点可以通过现有的 sss_post_types_args 过滤器重新启用它。升级的副作用：以前在（例如）Ajax 选项卡中配置的已排除 CPT 将从管理界面消失，但其保存的设置仍保留在 sss_options 中。
• 现在根据用户输入的单词实际声明的术语对税收组合建议进行排名，而不是按原始深度排名。每个输入的单词最多声明一个术语，并且完全声明术语的区块（完美匹配）首先出现；在同一层级中，声明的术语越多，胜算越高（3 术语匹配优于 2 术语匹配优于 1 术语匹配）。已移除的“深度优先级乘数”设置可能导致在用户仅输入单个单词时意外将三元组推到顶部，该单词碰巧与行中的两个术语相匹配，这会产生误导性的建议。搜索仅匹配投稿类型标签（无术语声明）的区块不再返回。
• 税收建议部分新增“标记匹配”设置：Optimal（默认）无论输入顺序如何，都能找到最佳标记到术语的分配；而 Strict order 则要求标记按照管理员的 tax_a → tax_b → tax_c 顺序声明术语，因此输入顺序不符则评分较低。如果您按用户可能输入的顺序设置税收，请选择 Strict。
• 当 Super Speedy Filters 激活时，税收组合建议的 URL 现在通过 Super Speedy Filters 传递，因此点击目标（如“Dogs ▸ Dog Grooming ▸ Cool Dogs Co ▸ Red”）会进入漂亮的永久链接表单（例如 /product-category/dogs/dog-grooming/brands/cool-dogs-co/color/red/），而不是混合漂亮的基址和原始查询参数（?product_brand=cool-dogs-co&pa_color=red）。如果没有 SSF，仍然会生成现有的查询参数 URL。需要 SSF Pretty URLs 插件才能实现美化的表单。
• 现在，税收组合建议的行具有“显示投稿类型名称”下拉菜单（不显示 / 在开始时显示 / 在末尾显示），因此您可以决定每行是否显示投稿类型标签（例如“Caterpillar – Excavators ▸ Machine”）以及显示的位置。默认是不显示。更改此首选项后立即生效 – 无需重建。
• 税收组合建议现在会以粗体显示匹配的前缀标记（例如，输入“dog to”会使“Dog” 和 “To” 在 “Dog Toys” 中以粗体显示），与现有的帖子标题建议和下拉样式（填充、悬停、链接颜色）相匹配，以实现视觉一致性。
• 当启用“启用我们的超快速 ajax”功能时，税收组合建议现在会通过超快速的 ajax mu-plugin 路径 – 以前的组合始终会退回到标准 WP REST API 路径，而帖子标题和税收建议则使用快速路径，因此组合明显比其他建议类型慢。（将捆绑的 mu-plugin 升级到 1.14.3 – 它会在下一次管理员页面加载时自动重新部署。）
• 税收组合建议行现在会过滤 Taxonomy A/B/C 下拉列表，仅显示为所选投稿类型注册的税收，因此您不会意外选择不适用的税收。
• 新增税收建议功能 – 预先计算特定投稿类型（例如“Caterpillar – Excavators – Machine”）的 1、2 或 3 个税收术语组合的建议行，并具有准确的每行帖子数量。只有在已发布的帖子中实际存在的组合才会被索引。建议在 ajax 下拉列表中出现在现有标记建议下方。在建议选项卡的新税收建议部分进行配置 – 选择一个投稿类型和每行 1-3 个税收；深度由您填充的税收槽推断。
• 存在于多个投稿类型中的相同（制造商，类别）对会为每个投稿类型生成一个建议行，每个都有自己的帖子数量和投稿类型标签，因此用户会看到诸如“Caterpillar – Excavators – Machine”和“Caterpillar – Excavators – Industry”作为独立行，当两者都包含产品时。
• 点击税收组合的过滤存档 URL 是在读取时构建的，并会进入 WooCommerce/税收存档页面，并将其他术语作为查询参数应用 – 无需依赖 Super Speedy Filters。
• 新增 REST 端点 /wp-json/sss/v1/combinations/ 以 JSON 格式返回匹配的组合。
• 新增 WP-CLI 子命令：wp sss rebuild taxonomy_suggestions 仅重建税收组合表。wp sss rebuild（无范围）和 wp sss rebuild all 现在也包括税收建议作为最后一步；wp sss rebuild search 和 wp sss rebuild suggestions 继续跳过它们。推荐：在您的服务器 crontab 中添加 wp sss rebuild 以实现每晚刷新，如果管理员触发的重建因主机 PHP 超时而失败。
• 高级选项卡现在列出所有 WP-CLI 重建命令，并指导在管理员触发的重建因主机限制（30 秒 PHP 超时，内存上限，不可靠的 WP-cron）失败时优先使用 CLI。
• 重建跳过禁用的建议类型 – 如果启用帖子标题建议为关闭状态，则不会运行帖子标题标记生成管道（以前会重建建议表，无论是否有人查询它）。启用税收建议也是如此。现有的建议表保持不变，因此稍后重新启用该功能时无需重建即可开始工作。
• 将“建议”选项卡重构为两个部分：“帖子标题建议”（现有的基于标记的建议，现在有一个投稿类型选择器，允许您扫描特定投稿类型的建议标记，而不是依赖 Ajax 投稿类型选择）和新的“税收建议”部分。
• Ajax 选项卡中的“启用 Ajax 建议”重命名为“启用建议”，并具有两个复选框：“启用帖子标题建议”，“启用税收建议”。
• Ajax 选项卡上的旧版“建议税收”单项字段现在对新用户隐藏，通过一次性迁移实现；现有的已勾选税收的站点保留此字段可见，以便其设置继续按原样工作。
• 修复了在 PHP 8.2+ 上每个管理员页面都会出现的 wp-admin 工具栏和左侧边栏之间的空白 – SSS 类正在创建动态属性而未声明它们，触发 E_DEPRECATED 警告，导致 WP 在 body 上添加 .php-error 类。
• 修复了 Readiness Status 排序列表中的未定义 $wpdb 警告。

= 5.51 (2026年4月18日) =

• 将“搜索分析”选项卡更名为“分析和缓存”，以更好地反映其包含的缓存选项
• 为缓慢搜索添加了自动缓存：缓存任何跟踪的平均速度超过可配置阈值（默认 > 250ms）的搜索词，持续可配置时长（默认 20 分钟）。与现有的基于频率和 top-X 的自动缓存选项一起工作
• 修复了分析和缓存表格中平均速度缺失的问题 – 在查询运行之前，主查询搜索在前端被跟踪，因此没有记录速度（列始终显示 -）。现在，在 pre_get_posts 中存储开始时间，并在查询实际执行后通过 the_posts 过滤器记录已用毫秒。缓慢搜索自动缓存现在有真实的数据可供使用。
• Meta Search 选项卡现在在首次加载时立即加载 – 只有常用搜索元键的精选白名单（SKU、MPN、GTIN、ISBN、EAN、UPC、ASIN、品牌、制造商、型号、供应商、供应商代码、零件编号、副标题、署名、简介、购买备注、变体描述等）通过索引 IN 查找查询 wp_postmeta
• 在 Meta Search 选项卡上添加了“获取所有元键”按钮（替换“刷新元键列表”），通过 AJAX 按需运行详尽的 postmeta 扫描
• 已选中的元键始终在第一次页面加载时显示，以便保存的设置保持可见，即使不在白名单中
• 添加了新的 sss_meta_keys_whitelist 过滤器，以便可以按站点扩展白名单
• 从详尽扫描中排除了包含“post_id”的任何元键（例如 foo_post_id_123），以防止插件将帖子 ID 嵌入到元键名称中
• 从详尽扫描中排除了以 fsp_fb_ 开头的元键
• WP-CLI 重建现在在执行每个 SQL 语句之前打印该语句（以前在完成后打印），以便用户可以实时看到当前正在运行的查询
• 添加了搜索分析选项卡 – 跟踪用户搜索的术语，查看热门搜索，并配置每术语重定向和缓存
• 添加了搜索术语重定向 – 管理员可以将热门搜索术语（例如“borisov”）重定向到特定 URL（例如 /tags/borisov/），而不是运行搜索
• 添加了搜索结果缓存 – 全局缓存、每术语缓存和对最近 Y 小时内 top X 搜索的自动缓存
• 添加了搜索跟踪 – 使用 INSERT ON DUPLICATE KEY UPDATE 进行聚合搜索频率跟踪，对性能影响最小
• 修复了建议生成器中未定义的 $default_language 变量，导致 PHP 警告和用户添加的建议的语言分配不正确
• 修复了排序检测：SSS 表现在与实际的 wp_posts 表排序（通过 SHOW TABLE STATUS 检测）相匹配，而不是依赖可能与现有表不同的 wp-config.php 默认值
• 从建议 DELETE 连接中删除了硬编码的排序 utf8mb4_unicode_ci – 重建现在自动确保所有建议表具有匹配的排序
• 如果排序不同，重建过程现在会 ALTER 持久性建议表（useradded/userremoved）以匹配检测到的排序
• 就绪检查现在始终显示所有 SSS 和 WordPress 表的排序，无论 TranslatePress 是否安装
• TranslatePress 排序不匹配现在显示 ALTER SQL，供用户手动运行
• 构建过程现在在“Duplicate entry”调度器错误时正确中止，而不是在无限循环中重试，并提供使用 wp sss rebuild via CLI 的说明
• 构建过程现在在 SQL 错误时正确取消队列，而不是调用 exit，这会使队列保持完整
• 修复了搜索结果缓存 – 缓存现在适用于完整页面和 AJAX 搜索，共享代码路径在 sss_pre_get_posts 中
• 修复了缓存存储错误，WordPress 的 found_posts 过滤器在 the_posts 之前触发，清除 pending 缓存数据，然后再捕获 ID
• 将缓存存储从查询变量（WordPress 内部重置）更改为使用 spl_object_id 的 SSS 实例属性进行可靠跟踪
• 缓存现在存储 FOUND_ROWS() 的 found_posts 总数，以确保在缓存命中时正确分页
• 基于频率的缓存：“在 Y 期间 X 次搜索缓存 Z 时长”替换简单的“全部缓存”切换
• 设置选项卡现在在保存后保留活动选项卡（哈希保留在表单引用中）
• 搜索速度（毫秒平均查询时间）现在在搜索分析表中跟踪和显示
• 添加了多搜索选项卡，分为两个阶段的搜索：第一阶段限制为最近的内容以获得更快的速度，第二阶段如果最近的结果不够，则降级为无限制搜索
• 可配置的最近时期（天/周/月）和“搜索较旧的项目”按钮文本
• 当第一阶段填满一整页时，分页被“搜索较旧的项目”按钮取代，该按钮显示排除最近结果的剩余结果
• AJAX 下拉搜索也使用多阶段：首先尝试仅限最近的搜索，如果结果不足，则降级为无限制搜索
• 多阶段搜索与现有的搜索缓存配合使用 – 缓存结果尊重日期限制

= 5.50 (2026年3月21日) =

• 修复了建议生成器停止词移除，使用与 MariaDB 不兼容的反向引用语法，导致出现损坏的建议，如“1the”、“1end”
• 修复了所有格省略号在建议中创建多余的“s”标记（例如“trump s”、“biden s”），通过在删除标点符号之前剥离’s’
• 添加了智能弯曲引号处理程序，以将其标准化为直引号
• 通过设置适当的帖子上下文和保护无图像帖子的缩略图调用，修复了 Ultra Ajax 模式下的 PHP 警告“Attempt to read property before_loop on null”
• 为 ajax 搜索添加了一些 CSS 修复 – 图像的最小宽度和标题中长单词的强制换行（感谢 @macksix）

= 5.49 (2026年3月11日) =

• 修复了 PHP 弃用警告：用 (float) 替换了（double）在 super-speedy-search-admin.php、sss.php 和 sss-ajax-results.php 中的强制转换

= 5.48 (2026年3月6日) =

• 在附加选项选项卡中添加了新的提升搜索权限选项，以便管理员可以选择其他角色始终可以看到私有和缺货商品
• 在 Meta Search 查询中添加了常见的元键排除，以避免用管理员选项卡中无用的元键淹没

= 5.47 (2026年3月4日) =

• 为 polylang 分类法建议添加了语言列 – 需要重建表以使用新的修复程序
• 改进了 polylang 集成
• 在 Ultra ajax 中添加了管理员身份验证 cookie，以允许管理员从 ajax 搜索私有项目
• 修改了 ajax 以检测用户权限，允许管理员从 ajax 搜索私有项目
• 为启用调试日志和定义(‘SSS_VERBOSE’, true);的 wp-config.php 文件添加了 SSS_VERBOSE 模式，用于额外的调试日志记录
• 更新了 ajax 搜索，以便在管理员进行搜索时忽略库存检查

= 5.46 (2026年2月26日) =

• 为 Anasta 过滤器添加了过滤器移除，当 SSS 在前端激活时，可以加快并改善这些站点上的搜索速度

= 5.45 = (2026年01月19日) =

• 为媒体搜索添加了修复，其中一些图像被标记为隐藏，但无论如何都应该显示

= 5.44 = (2025年11月24日) =

• 在 Ajax 设置选项卡中添加了 2 列显示选项（如果您已经使用自己的 CSS 添加了 2 列，则无需启用此选项）
• 为建议添加了 polylang 支持，因此仅显示当前语言的建议
• 在“附加选项”选项卡中添加了新的 Polylang 设置 – 让您可以选择是否希望按语言过滤建议和文章/产品（您不必这样做）
• 修复了建议中的微小错误，该错误可能导致 z 出现（z 用作特殊字符的替换，以改进小标记搜索）
• 修复了建议中的微小错误，其中最小建议实际上比界面建议的要多 1 个（例如，如果您将其设置为需要 2 次出现，则实际上需要 3 次出现）
• 为文章搜索添加了 polylang 语言感知 – 先前，它正在工作，但它依赖于 polylang 分类法连接，这比直接在 wp_superspeedysearch 上的语言列要慢一些
• 为 polylang 的文章添加了语言列的表维护
• 改进了入职流程 – 修复了自动构建，直到保存设置并在新安装上重复测试后才构建（完美工作！）

= 5.43 = (2025年11月18日) =

• 为插件更新检查器添加了完全的命名空间，以防止与第三方插件冲突

= 5.42 = (2025年11月14日) =

• 修复了 Ajax 搜索框中第二行及以上丢失分类法信息（导致子站点安装中永久链接不正确）的错误 https://github.com/superspeedyplugins/issue-tracker/issues/306
• 修复了 WordPress 子站点中的错误，其中表单操作 URL 为 / 而不是 /sub-site/

= 5.41 = (2025年11月11日) =

• 为连字符标记（以及其他具有特殊字符边界的词）添加了邻近搜索 – 这尤其改善了媒体搜索
• 添加了新选项卡，以更有条理的方式组织选项
• 在覆盖前端搜索时，添加了特定的 post_type 覆盖选项
• 添加了特定的后端媒体搜索覆盖选项

= 5.40 = (2025年10月17日) =

• 修复了与“排除搜索”或“隐藏”产品相关的全表重建的另一个错误

= 5.39 = (2025年10月16日) =

• 修复了与隐藏产品相关的表重建代码错误，因此启用了“排除在搜索结果之外”的项目将被正确隐藏

= 5.38 = (2025年10月15日) =

• 修复了作为 woo 后台订单搜索一部分的产品搜索中，使用 wp_前缀而不是 {$wpdb->prefix} 的错误
• 为支持 HPOS 订单项目元查询（例如，查找包含产品或变体的历史订单）添加了新索引
• 基于产品的 HPOS 订单搜索优化，使用新索引

= 5.37 = (2025年10月14日) =

• 修复了“搜索变体”选项的修复，因此它不会影响订单搜索 – 如果搜索禁用或未发布的产品，它们现在将起作用
• 针对与搜索变体维护相关的新代码，优化了 sss 更新的表维护

= 5.36 = (2025年10月09日) =

• 为 HPOS 订单搜索覆盖，向订单添加了最新优先排序

= 5.35 = (2025年10月08日) =

• 修复了“搜索变体”选项中的问题，即草稿父产品意味着子变体可以被找到（如果您受此影响，请运行 wp sss rebuild search）https://github.com/superspeedyplugins/issue-tracker/issues/280
• 添加了与 Sequential Orders 插件安装时 HPOS 订单搜索的兼容性 https://github.com/superspeedyplugins/issue-tracker/issues/293
• 修复了小工具占位符未正确转义 HTML 的问题 https://github.com/superspeedyplugins/issue-tracker/issues/299
• 在 wp-admin > 产品搜索覆盖中添加了 product_category，因此它现在会尊重您选择的分类法 https://github.com/superspeedyplugins/issue-tracker/issues/291

= 5.34 = (2025年10月04日) =

• 如果未安装 Scalability Pro，添加了缺少索引 https://github.com/superspeedyplugins/issue-tracker/issues/300

= 5.33 = (2025年08月20日) =

• Woodmart 升级的 CSS 修复，以确保弹出框不会覆盖其他框

= 5.32 = (2025年08月13日) =

• 为 Woodmart 全屏添加了额外的 CSS，以模仿 Woodmart 全屏向上滚动并在页面顶部的效果
• 为 Woodmart 全屏添加了额外的 JS，以处理 X 按钮关闭弹出窗口
• 修复了在订单中退款项目时的 SKU 搜索 https://github.com/superspeedyplugins/issue-tracker/issues/281
• 进一步改进了 WooCommerce > 订单中的产品搜索，因此您可以通过标题、描述等搜索以查找包含产品的订单，而无需知道 SKU https://github.com/superspeedyplugins/issue-tracker/issues/273

= 5.31 = (2025年07月25日) =

• 修复了商店以不含增值税的价格存储但显示含增值税价格的情况，现在将使用商店的基础增值税率来计算正确价格
• https://github.com/superspeedyplugins/issue-tracker/issues/278

= 5.30 = (2025年05月29日) =

• 修复了带有 guid 列的变体搜索

= 5.29 = (2025年05月23日) =

• 修复了分类法搜索，以便正确遵守在 Ajax 分类法搜索中搜索或不搜索描述的选项

= 5.28 = (2025年03月11日) =

• 订单搜索的热修复，添加按订单 ID 搜索会破坏订单的文本搜索

= 5.27 = (2025年03月11日) =

• 为搜索表单添加了 aria-label，使用占位符文本，如果没有则默认为“Search”，并根据您的本地化文件进行翻译

= 5.26 = (2025年03月10日) =

• 添加了新的“按订单 ID 搜索”测试
• 修复了损坏的按订单 ID 搜索功能

= 5.25 = (2025年03月06日) =

• 修复了 usermeta 搜索，包括修复 lastname 搜索

= 5.24 = (2025年03月05日) =

• 添加了 cli 测试，以帮助将来诊断客户站点上的问题
• 修复了 HPOS 订单搜索返回数据的方式问题，以便完整的 HPOS 搜索现在可以正常工作

= 5.23 = (2025年02月21日) =

• 改进了后台 CSS 加载条件
• 添加了新的定义(‘SSS_SEARCH_ACTION’, ‘/’); // 您可以将其更改为 /shop/ 或其他任何内容以更改搜索基础 URL

= 5.22 = (2025年02月18日) =

• 为所有暂存表添加了主键 – 这些表对于暂存/导入表来说并非必需，但有些主机如果缺少 PK 会报错

= 5.21 = (2025年02月18日) =

• 为 HPOS 订单表添加了全文索引
• 添加了新过滤器以处理 HPOS 的订单搜索覆盖 – 订单搜索现在又快了！
• 更新了 DB 版本 – 需要重建表以应用新索引

= 5.20 = (2025年02月08日) =

• 修复了 Elementor FSE 编辑器的错误 – 我们用于重定向 ultra ajax 帖子的查询字符串解析器干扰了他们的可视化编辑器

= 5.19 = (2024年12月03日) =

• 更新以避免 WooCommerce Bulk Variations 插件使用 SSS，该插件惊人地在产品详情页面上“搜索”产品变体，即使所有这些变体都列在父产品中

= 5.18 = (2024年11月27日) =

• 修复了用于清除许可证密钥更改时本地瞬态缓存的新设置
• 当用户续订或升级时，添加了一个新的“立即重新检查”按钮在许可证密钥页面上

= 5.17 = (2024年11月26日) =

• 更新为使用新的更快的许可证检查器
• 将设置页面移至 Super Speedy 菜单别名下
• 在插件列表中添加了指向设置页面的链接

= 5.16 = (2024年11月20日) =

• 将 SHOW FULL PROCESSLIST 降级为仅 SHOW PROCESSLIST，因此 WP DB 用户不需要 process 权限

= 5.15 = (2024年11月19日) =

• 修复了隐藏额外的 TranslatePress 配置内容的微小修复，除非 TranslatePress 处于活动状态

= 5.14 = (2024年11月19日) =

• 为 TranslatePress 用户添加了一些额外代码，这些用户过去曾迁移过，但其数据库中的排序规则或字符集不兼容
• 插件突出显示差异并提供 SQL 以修复排序规则和字符集差异 – 请在 DEV 上测试！

= 5.13 = (2024年11月15日) =

• 添加了 TranslatePress 兼容性 – 需要重建表
• 在 wp-admin > 搜索 > 主选项卡中为默认占位符添加了新选项

= 5.12 = (2024年11月15日) =

• 修复了 Ultra Ajax 列表模式的日期格式设置
• 更改了 wp-admin woo 产品搜索，因此管理员搜索除垃圾邮件外的所有内容，而不是特定的文章状态
• 此外，如果切换到垃圾邮件，它也可以搜索垃圾邮件

= 5.11 = (2024年11月12日) =

• 为 Ultra Ajax 输出添加了日期格式选项

= 5.10 = (2024年11月08日) =

• 修复了搜索“{x} s”时出现的错误，该错误导致建议中出现 **

= 5.09 = (2024年10月30日) =

• 修复了编辑产品页面上的“从目录中隐藏”选项的编辑产品选项的 ajax 搜索
• 非 WooCommerce 项目不受影响

= 5.08 = (2024年10月29日) =

• 修复了搜索结果页面上的分页问题
• 如果启用了 Scalability Pro Remove SQL_CALC_FOUND_ROWS，它会工作
• 但如果没有它，随着以前的新优化，它没有计算总页数
• 总页数现在回来了，而且比以往任何时候都快

= 5.07 = (2024年10月23日) =

• 从错误日志中移除了多余的日志记录

= 5.06 = (2024年10月22日) =

• 稍微改进了与 TranslatePress 的兼容性 – 构建过程仍需要修改才能完全兼容

= 5.05 = (2024年10月18日) =

• 热修复了来自编辑产品页面的交叉销售、追加销售、“任何”ajax 产品搜索

= 5.04 = (2024年10月18日) =

• 热修复了表排序规则未被尊重的问题

= 5.03 = (2024年10月16日) =

• 热修复了 wp-admin 产品搜索，硬编码了 wp_表前缀 🙁

= 5.02 = (2024年10月16日) =

• 热修复了不支持变量赋值的 MySQL 版本

= 5.01 = (2024年10月15日) =

• 修复了使用新结构时的“精确搜索”错误

= 5.00 = (2024年10月13日) =

• 优化了重建，使其在一个表扫描中完成几件事，而不是多次表扫描
• 这也消除了运行优化表命令的需要
• 还加快了构建的第一部分所需的时间 – 这是唯一引用实时 WP 表的部分，因此它们使用的时间越短越好
• 例如，在 foundthru 上（100 万个产品），这个第一步需要 5 分钟，意味着我不能在 5 分钟内插入到 wp_posts – 没有什么大不了的 – 以前是 20 分钟
• 现在整个在 foundthru 上的搜索重建总共需要 20 分钟，以前是 40 分钟（不包括建议重建）

= 4.99 = (2024年10月13日) =

• 修复了 wp-admin 栏，使其正确显示 SSS Active
• 重构了表单生成代码，只有一个代码片段生成搜索表单
• 为固定定位覆盖移除了滚动锁定
• 重构了简码 PHP
• 更新了 post_status，仅在搜索中包含附件文章类型时才包含 ‘inherit’

= 4.98 = (2024年10月12日) =

• 修复了取消按钮，使其完全取消
• 为主选项卡上的勾号添加了 GUID 到全文检查

= 4.97 = (2024年10月12日) =

• 重新设计了 SQL 构建操作，以处理包含标点符号的短标记和标记
• 将速度带回优秀水平，构建速度已变慢
• 修复了“在此页面搜索”功能中的错误，该错误导致它仍然搜索单个页面上的页面，而不仅仅是归档页面
• 此外，此功能默认启用！（所有版本 > 4.85 都是开发版本）

本站产品比较

主题铺主要面对和服务于国内外WordPress商业用户，本站产品均可保障国内外的互联网环境正常使用，我们在实际的工作中遇到了很多问题，并一一去实践和解决了这些问题，现在可为您提供更多更好的服务。

本站产品购买须知

重要提示，汉化产品为主题铺正版采购或GPL分发后进行的汉化翻译，更新源安全稳定，国外的WordPress产品均为每年付费订阅形式，且有域名数量限制，在将来条件许可的情况下，我们会采购无限制许可证。

1. 已去除域名和功能限制，无需 key 即为全功能版，可用于多个网站；
2. 主题铺会每年续费订阅原版产品包，而您只需要购买一次；
3. 若只要中文语言包也是以上原价，请勿二次咨询；

价格问题

• 主题铺数字产品为了普惠国内外广大WordPress用户，主题铺对价格大幅优惠。国外原版产品单授权版本价格一般为500-2000人民币左右。同时我们也做了很多额外工作，如：为了方便国内用户使用，开发了中文优化子主题、中文语言包等等。这些均包含在内，无附加费用；
• 本站产品均为正版采购、GPL授权或自行开发，所以标价多少就多少，不议价、不议价、不议价；

翻译问题

本站所销售产品均为主题铺原创翻译，为了能够高效和长期稳定的与 WordPress 全球生态对接，主题铺构建了自己的独立翻译系统，会定期对热门产品进行翻译更新、以及精校工作。

1. 可翻译显示正常：主题、插件提供有.pot .po .mo 等文件的，均已制作了中文语言包，您可以直接下载使用。
2. 可翻译显示不全：这是作者更新了产品文件但没更新语言包字符串导致，通常会在后续版本得到修复。
3. 不可翻译：对于不可翻译的产品，建议您采用 Google Chrome 等浏览器自带的翻译进行查看。
4. 无需翻译：部分客户是需要英文原版的产品，完全可以，语言包完全独立，不使用即可。

安全问题

现在起，您也有了专业的 WordPress 中文技术团队，主题铺对于上架的产品均为正版GPL分发，并对代码进行调整去除域名限制，不改动原有代码，且通过严格的代码检测和运行测试，安全及后续更新有保障。

1. 不修改源文件，非必须，均未修改原版产品内部文件，后续更新升级更稳定。
2. 兼容性测试，上架前我们会进行本机和线上测试，保障产品正常；

付款问题

本站主要面对国内外客户服务，国内用户支持支付宝及微信支付，国外用户可以使用微信及PayPal支付（仅支持大陆外PayPal支付）等。如果您在付款过程中遇到问题请及时 [联系我们] 进行解决。感谢您的厚爱及信任!

资源汉化特别说明：

尽管已经汉化到100%，但是官方语言包还是未包含所有字符串，因此会导致部分显示为英文，只能等待官方后续修复了。

汉化安装方法请看

WordPress主题/插件汉化语言包安装最新版想想图文教程

3个月前

01836

资源汉化部分截图：