翻译线程 URL 的链接

[tavenger5]

因为它是标志链接不要链接到的实际翻译线程的 URL。这创建大量的额外的重定向，真的不是很好的整体 SEO。请保持 备用标记 记住，。

我不知道到底如何这样做上飞，但我希望能够以某种方式不加大对每个页面的查询缓存线程 Url。

[vBET]

你好。我们都知道这个。不幸的添加此功能会对性能产生大的影响。不只是因为其他查询的翻译链接，但大多是由于翻译请求。如果链接没有被翻译尚未然后每个链接会导致单独的翻译请求翻译供应商。这是因为 API 允许多个翻译仅为相同的语言对一个请求中。

其他解决方案-时将它已经被翻译，然后就走它翻译和若不离开它，现在是。第二个问题通过这种方式不会消失。
有关附加查询-如果您打开了来宾缓存然后它不会产生任何影响客人请求 （在缓存静态文件）。此外贝特支持其他"内存中"缓存引擎。
所以如果我们会去为它然后作为它描述在这里，没有任何优化如有任何疑问 （因为这种已经由其他缓存支持）。

请告诉我们你认为这种解决办法。

[tavenger5]

因此，如果URL的已经翻译，他们能够被存储在客户高速缓存中，正确的？

[vBET]

是。仍然来宾缓存工作每页。所以新的一页将数据库中的所有 Url，再次之前会将其存储在缓存中来宾。并再次每个来宾缓存刷新。但这真的是小成本。因为在默认情况下来宾缓存的工作原理为 24 小时。所以，每天一次。此外我们可以使它用于登录的用户，它将被重定向 （登录的用户真的做不切换回语言和转发），和为客人无需-所以谷歌将会看到它的最佳可能的方式。
这将为 2 中 1：
-为记录器用户无需额外成本在页生成期间。
-为低成本发电和甚至为 0 时，您的客人有来宾缓存中的页 （和谷歌和其他的机器人将在重定向时看到相应的链接，没有额外的性能影响）

因此，我认为，使它通过这种方式，我们其实可以通过做额外的事情，但只有当来宾缓存打开的因为我们将避免重定向增加性能。此解决方案将不添加额外的参数 — — 它将简单地附加到来宾缓存。

我相信这种想法。只是为了澄清-你有一些额外的反馈呢？

[tavenger5]

这听起来对我好。

[Marcin Kalak]

谢谢你的确认。我们将对此功能进行工作。