根据“slug生成方法”设置,允许或不允许在类别 slug 中使用带音调的字符

最新 2.6.0 beta4,开发环境,Ubuntu 20.04,Firefox 81,法语区域设置(:roll_eyes: 是的,我知道,:sweat_smile:
我不确定是否应该出现这种情况,但带有重音字符的分类别名(来自新创建的分类)会导致 domain/c/slug/id 页面加载失败(重定向过多?)。
在此期间,以防万一,这里是 Rails 的解决方案:
Category.where(id: the-id-number).update(slug: "the-slug-without-any-accent")

您是否碰巧尝试过将站点设置中的“slug 生成方法”更改为“encoded”?

此前曾有人报告过类似的错误:https://meta.discourse.org/t/newly-added-non-ascii-category-page-does-not-load/158971。如果这看起来像是某种回归问题,请告诉我们!

3 个赞

啊,抱歉,我应该再仔细检查一下 :sweat_smile:
确实,slug 生成方法 被设置为了 ascii。
使用 encoded 后,一切正常!
我通常很小心,避免在 slug 中使用重音符号,这是老习惯了,但我感觉这个应用有几次自动帮我清理了。

我是否应该(或可以)被阻止在设置为 ascii 时(误)设置带重音的 slug?

1 个赞

我认为这方面确实有改进空间。我试了一下,感觉挺突兀的:用户无意中输入了带重音字符的 slug,保存后却得到一个无法修复的损坏页面,直到他们发现这个设置的存在才能解决问题。

2 个赞

哦,太棒了!
即使我(有点)猜到了最初是怎么回事,我也成功没有去搜索“重音”和“类别”,而是搜索了“强调的”和“带重音的”。

我甚至都没想过这是一个设置,还一直以为它本来就不该起作用呢:smile:

1 个赞

我觉得已经完成了 :+1:

1 个赞

本主题已在 6 天后自动关闭,不再接受新回复。