一个客户刚刚创建了一篇文章，其中包含一个很长的段塞（90个字符），没有特殊字符（连字符除外）等等。

每当单击指向该帖子的链接时，包括来自管理后端的“预览”或“查看此帖子”链接，都会生成404。

一旦我们手动修剪了slug，一切都按预期进行了。这是“功能”还是“bug”？

编辑：所有讨论DB限制的人的注意事项。

如果我达到了DB字段限制，那么slug本身就会被截断。想一想。对于大多数WP安装，WP\\U柱。post\\u名称为VARCHAR（200）。那么，假设有人键入了一个大于200个字符的标题。发生了什么？slug被截断为200个字符并存储在wp\\u post中。post\\u名称。这不像是有人要进去，在浏览器地址栏中键入文章的完整标题，用破折号代替空格，对吗？该URL由WordPress生成，并从wp\\U帖子中获取URL。post\\u name表并将其放入锚标记的href属性中。所以那里不会有差异。整个DB事件都是在转移注意力。

在任何情况下，所讨论的段塞只有90个字符，因此它与DB限制无关。

重写有任何已知的限制吗？