投稿タイプにカスタムタクソノミーを追加するカスタム投稿タイプの投稿を一覧表示するダッシュボードにカスタム投稿の投稿数を表示するパンくずを表示する指定のカスタム投稿ページでターム単位で条件分岐する余談WordPressのカスタム投稿タイプに関する記事が凄く多くなって来ましたが、まだWPに不慣れですとコードの管理が結構大変です。functions.php頼りという感じですしね。いうわけなので、せめてパーマリンク化くらいはプラグインにお願いしましょう。当サイトも含め、カスタマイズ記事は沢山あるんですけど、WordPressの大きな魅力はプラグインの豊富さです。他デベロッパーへの依存にも繋がるのでメリットばかりとは言えませんが、工数を大きく減らせるのは間違いありません。Permalinksこんな感じでカスタム投稿タイプで作成した記事のURLを、通常の投稿同様にカスタム構造のパーマリンクに変更できます。※事前にパーマリンク設定がカスタム構造に設定されている必要があります。各カスタム投稿タイプごとのアーカイブのURL,日付によるアーカイブのURLを追加wp_get_archives()のパラメータにpost_type=exampleを追加カスタム分類のパーマリンクを“/投稿タイプ/カスタム分類名/カスタム分類”に変更といった特徴があるとの事。タクソノミーが追加されている状態でプラグインを有効化すると、追加したタクソノミーの設定項目がぞれぞれ「設定→パーマリンク設定」のページに現れます。通常のパーマリンク同様のパターン(%postname%など)を使う事が出来ます。設定後に、追加したカスタム投稿タイプで記事を書けば、普通の投稿同様にパーマリンクの設定項目が出現します。カスタム投稿タイプを使うついでにカスタム投稿タイプを使用している際によく使うコードやTipsをメモします。その前に、「カスタム投稿タイプって何?」っていう方も多いかもしれません。以下のように理解すると分かりやすいです。普通にWordPressで記事を書いたとします。この投稿タイプは「post」。普通にWordPressで固定ページを書いたとします。この投稿タイプは「page」。snippetという名のカスタム投稿タイプで記事を書いたとします。この投稿タイプは「snippet」。postとは別の投稿タイプを追加できるのがカスタム投稿タイプです。以前書いたので宜しければあわせてごらんください。WordPressのカスタム投稿(ポスト)タイプを作成するまでの手順リストでは、以下よりどうぞ。※投稿タイプは「example」と仮定します。?>さっき出てきたやつですね。?>シンプルな条件分岐です。テンプレート階層カスタム投稿タイプとカスタムタクソノミーのテンプレート階層です。【投稿ページ】single-exampel.phpsingle.phpindex.php【アーカイブ】archive-example.phparchive.phpindex.php【カスタムタクソノミー】ついで。abcというカスタムタクソノミーでタームがxyzの場合。taxonomy-abc-xyz.phptaxonomy-abc.phptaxonomy.phparchive.phpindex.phpカスタムタクソノミーがやっぱり便利ですよね。));}以下はjQueryとWordPressというタクソノミーを加えたものです。WPが小文字になってたw詳しくはCODEXをご覧下さい。),と、混ぜてあげてください。これでダッシュボードに投稿タイプの項目が追加されます。Linusパンくずを表示するループ内に含めます。?></div>パンくずを自作している方は先ほどの条件分岐と併用すると良さそうですね。via:varl指定のカスタム投稿ページでターム単位で条件分岐するタームって言うのはカスタムタクソノミーとかで作成したカテゴリとかタグの事です。下図で言うと、紫と茶色がタームに当たります。abcとdefっていう2つのカテゴリを作成し、投稿ページでそれぞれのカテゴリに属してる時に分岐させたい、とします。以下のようにループ内で分岐させます。?>こちらはちゃんと検証してませんが問題なく動くっぽいです。via:カスタム投稿のsingleページ内を条件分岐させたいカスタムタクソノミーを使ったWebサイトの構築にはタームが必ず関わります。タームに関しては本家リファレンスを見たほうがいいかもしれません。※is_term()は現在非推奨となっています。代わりにterm_exists()を使用します。キリがないのでこの辺で・・殆ど基本しか書いていませんが、基本さえ分かっていれば運営にはさほど困らない・・と思います。Permalinksと併用して素敵なWebサイトを作ってくださいませ。余談ちょっと余談なんですが、こういったパーマリンクのカスタム化も無理にfunctions.phpで~という必要は全くありません。この辺は割と面倒で、問題も生じやすい側面もあります。貴方が開発者なら試行錯誤は勉強になるでしょうが、そうでないならこういったカスタマイズに大量の時間を費やし、無理をして問題が生じるリスクを背負うのが果たして正しい選択なのかな、という疑問はたまに感じます。以前、TwitterでWPのバージョンアップをしたら画面が真っ白になったのを「WPのバグ」と仰っている方を見かけましたが、実際はfunctions.phpで自分で書かれたコードのミスが原因でした。カスタマイズ出来ない事は恥ではなく、むしろ無理して問題を発生させるほうを恥じるべきではないかと、個人的には思います。学べば問題回避に繋がるのは確かですが、プラグインで済むならプラグインを使う事をオススメします。大勢で使ってフィードバックを送り、良いものを皆で作れる、というのもオープンソースならではの利点じゃないですかね。フィードバックも開発に必要不可欠なのですから、使って感想や問題を開発者に伝えるだけでも、あなたも開発者の一員と言えるわけです。このプラグインのデベロッパーさんは日本人です。フィードバックもしやすいと思いますよ。"http://kachibito.net/wp-content/plugins/syntaxhighlighter/syntaxhighlighter3/scripts/shCore.js-end");/*]]>*/タイトルとURLをコピーしました。