スラグの最大長はありますか？

クライアントは、非常に長いスラッグ（90文字）、特殊文字（ハイフン以外）などのない投稿を作成しました。

管理バックエンドからの「プレビュー」または「この投稿を表示」リンクを含む、その投稿へのリンクがクリックされるたびに、404が生成されました。

スラッグを手動でトリミングすると、すべてが期待どおりに機能しました。これは「機能」ですか「バグ」ですか？

編集：DBの制限について話しているすべての人のためのメモ。

DBフィールドの制限に達した場合、スラッグ自体は切り捨てられます。少し考えてみてください。ほとんどのWPインストールの場合、wp_posts.post_nameはVARCHAR（200）です。だから、誰かが200文字以上のタイトルを入力したとしましょう。何が起こるのですか？スラッグは200文字に切り捨てられ、wp_posts.post_nameに保存されます。誰かがブラウザのアドレスバーに投稿の完全なタイトルを入力して、スペースをダッシュ​​で置き換えているわけではありませんか？URLはWordPressによって生成されており、wp_posts.post_nameテーブルからURLを取得し、それをアンカータグのhref属性に配置しています。したがって、そこに格差はありません。DB全体は赤いニシンです。

いずれにせよ、問題のスラッグは90文字しかないため、DBの制限とは関係ありません。

書き換えに関する既知の制限はありますか？

wp_postsテーブル構造のため、post_name列（スラッグの列）の長さは200文字です。

私はそれ自体に制限はないと思いますが、スラッグのデータベース内のフィールドのプロパティは最大長に設定されている可能性があります。

データベースを確認してください！

おそらく、問題はWordPress /データベースに直接関係していなかったのでしょう...

しかし、URLの長さは255文字を超えていました（すべてのWebブラウザーがそのようになっているわけではありません）。

ここで何が起こったのかは、255文字より長いURLであった可能性があり、ブラウザのアドレスバーを開くと切り詰められました...不正なパーマリンクを取得しました...これは4o4になりました。

したがって、スラグの最大長は次のようになります。

255-（プロトコル+ FQDN +パーマリンク構造）の長さ...

• ブラウザのハード制限に基づきます。

しかし、200文字を超えることはできません...

• post_nameのフィールドサイズに基づきます。

他の何かがこの特定のケースで4o4を引き起こしたとしても。

それは適切にurl_encodeされていないキャラクターである可能性があります。4o4の理由は非常に無限です... HDD上の不良クラスターまたは障害のあるRAMモジュールと考えられたことはありますか？:)