Toro_Unit (Hiroshi Urabe)

テーマをデフォルトテーマに、プラグインを無効にした場合にどうなるかを確認した方が良さそうですね。

Custom Post Type Permalinks の作者です。

メインクエリではURLをパースした値を使いますが、WP_Query 等で生成したサブループは、そこら辺とは無関係な値を使うので、表示されないとかそういうことが起きているのだと思います。テンプレート選択時は記事があるが、wp_query で記事の表示件数を変えているので、記事表示時には存在しない等の状況が発生したりします。

関連記事とかサイドバーとかそういう部分以外でサブループを使うのは根本的に避けた方が良いです。

一度、デフォルトテーマに戻して、/news/date/2018/05/ にアクセスして、どうなるかを検証するのが良いのかなと。

• この返信は6年、 11ヶ月前にToro_Unit (Hiroshi Urabe)が編集しました。

そんなことは無いはずです。
いま検証しましたが、予約投稿時:(公開前)の記事でのスラッグ変更は保存されないです。

> https://〇〇.com/post-1234

で閲覧されていると言うことは、そのURLがどこかで保存and公開されていると言うことなんでしょうね。

とりあえず、https://〇〇.com/post-1234 にアクセスして、https://〇〇.com/wordpressnituite へ 301リダイレクトがされないのであれば、プラグインとかそこら辺を疑った方が良さそうです。

記事のスラッグを変更した際に、そのURLでアクセス出来ないと困るので、古いURLでもアクセス出来るようになっています。

リダイレクトされるような気はしてるんですがそこら辺うろ覚えなんで良く解らないですが、

とりあえず、予約投稿する段階でスラッグをを決めておけば良いのかなーとは。

Advanced Custom Fields によって追加されたレコードの場合、2つのレコードが作成されます。

your_field: hogehoge
_your_field: field_abcdefghij

この例における、_your_field: field_abcdefghij がACFが独自に追加するモノです。

カスタムフィールドには、ACF 以外によって保存される値なども多々あるので、その場合は、ここで言う1レコードのモノになります。

投稿サムネイルなど、WordPress の標準の機能でも内部的にはカスタムフィールドを使用してるモノは多々あります。また、そういった機能は標準のカスタムフィールドの機能で変更されないように _ ではじまるkey を持ちます。

なので、_ ではじまno meta_key のものすべてが ACF 由来のものということではないので、これでの一括削除は不具合を引き起こす可能性があります。

meta_value が field_abcdefghij のような形式のものはACFが検索用に追加するレコードなので、ACFを使用しないということであれば削除しても問題はありません。ACFを使用しつづけるのであれば削除しない方が無難かとは思います。テーマ以外でもACF自身が管理画面などでこのレコードを参照しているかもしれませんし。

• この返信は6年、 11ヶ月前にToro_Unit (Hiroshi Urabe)が編集しました。

例えば User Role Editor 等で、記事の下書きは作れる、公開は不可能なユーザーRoleを作ってみるのはどうでしょうか？

設定によっては、プラグインも使わずに、Role を 寄稿者 にするだけでも十分かもしれません。

[ユーザーの種類と権限 – WordPress Codex 日本語版](https://wpdocs.osdn.jp/%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E3%81%AE%E7%A8%AE%E9%A1%9E%E3%81%A8%E6%A8%A9%E9%99%90#publish_posts)

@ellcy

hogehoge/123/123

でアクセスできてしまうのは仕様です。
というのは、WordPress のページ分割の機能がありますがそれによるものです。(<!-- nextpage --> でやるやつです。)

hogehoge/123 がカスタム固定ページや投稿、カスタム投稿の個別ページへのアクセスの場合、
hogehoge/123/123 はページ分割の123ページ目ということになります。

もし、リダイレクトを行いたいのであれば、get_query_var( 'page' ) で値を取得出来るので、それが存在する & 1 で無い場合に リダイレクトをするというのは解決としてはありかなと思います。template_redirect 辺りのアクションで行うのが良いかもしれません。

wp_head から出力される canonical は、ページ分割のものが排除されたもののはずなので、そこまで大きな問題では無い場合は気にしないというのもありなのかなと（サイトによるとは思います。）

• この返信は6年、 11ヶ月前にToro_Unit (Hiroshi Urabe)が編集しました。