是否有最大弹头长度？

一位客户刚刚创建了一个帖子，其中包含一个很长的段落（90个字符），没有特殊字符（连字符除外）等。

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

一旦我们手动修剪了弹头，一切都会按预期进行。这是“功能”还是“错误”？

编辑：所有讨论数据库限制的人的注释。

如果我达到了数据库字段限制，那么该段自身将被截断。想一想。对于大多数WP安装，wp_posts.post_name为VARCHAR（200）。因此，假设有人输入的标题超过200个字符。怎么了？子弹被截断为200个字符，并存储在wp_posts.post_name中。并不是有人要在浏览器地址栏中输入帖子的完整标题，而是用短划线代替空格，对吗？该URL是由WordPress生成的，它是从wp_posts.post_name表中获取URL并将其放入锚标记的href属性中的。因此，那里不会有差距。整个数据库的事情都是红鲱鱼。

无论如何，有问题的子弹只有90个字符，因此与数据库限制无关。

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

由于wp_posts表结构的原因，post_name列（用于slug的列）的长度等于200个字符。

我猜它本身没有限制，但是数据库中的段的属性可能设置为最大长度。

因此，请检查数据库！

可能问题根本不与WordPress /数据库直接相关...

但是，URL的长度超过了255个字符（并非所有的网络浏览器都这样做）。

这里发生的事情可能是一个长度超过255个字符的URL，当打开该URL时浏览器的地址栏将其截断了...导致检索了错误的永久链接...导致4o4。

因此，假定最大子弹长度可能是：

255-（协议+ FQDN +永久链接结构）的长度...

• 基于浏览器的硬限制。

但这不能超过200个字符...

• 基于post_name的字段大小。

即使在这种特殊情况下，其他原因也可能导致4o4。

可能是一个字符，也没有正确的url_encoded，4o4的原因无穷无尽……曾经被认为是HDD上的坏簇或RAM模块有问题吗？:)