为什么 Blocklayered indexUrl 任务默认使用截断？
Why does Blocklayered indexUrl task uses a truncate by default?
在其配置页面中，Blocklayered 模块提供 3 urls 从 crontab 调用以重建索引。其中一个 url 用于重建 url 索引。
默认情况下，此 url 后缀为参数 &truncate=1。这意味着每次调用 url 时 layered_friendly_url table 都会被截断并完全重建（这需要很多时间）。
我想知道为什么默认情况下不将其设置为 truncate=0，我是否可以通过这种方式安全地使用它？我可以每天用 truncate=0 调用它，例如每个月用 truncate=1 调用它来删除不需要的索引吗？
- 您可以安全地使用
truncate=0吗？是
- 如果您不调用
truncate=1，则只生成之前未生成的 URL。换句话说，如果你不使用 truncate=1 现有的 URL 将不会重新生成或更新。
祝你好运。
在其配置页面中，Blocklayered 模块提供 3 urls 从 crontab 调用以重建索引。其中一个 url 用于重建 url 索引。
默认情况下，此 url 后缀为参数 &truncate=1。这意味着每次调用 url 时 layered_friendly_url table 都会被截断并完全重建（这需要很多时间）。
我想知道为什么默认情况下不将其设置为 truncate=0，我是否可以通过这种方式安全地使用它？我可以每天用 truncate=0 调用它，例如每个月用 truncate=1 调用它来删除不需要的索引吗？
- 您可以安全地使用
truncate=0吗？是 - 如果您不调用
truncate=1，则只生成之前未生成的 URL。换句话说，如果你不使用truncate=1现有的 URL 将不会重新生成或更新。
祝你好运。