WordPress 6.4.0 で非推奨になりました。

STYLESHEETPATH

説明

STYLESHEETPATH

現在のテーマのスタイルシートがあるディレクトリのパス名。WordPressがwpディレクトリにインストールされ、テーマがchild1の場合は次のような値になる。
Linux環境:/var/www/html/wp/wp-content/themes/child1
Windows環境:C:\Program Files\Apache Group\Apache2\htdocs.tokyoac\wp/wp-content/themes/child1

[6.4.0]本定数の使用が非推奨になり、代わりとして get_stylesheet_directory関数を使用する。


注意

末尾に'/'は付与されない。 get_stylesheet_directory関数で取得できる値と同じであり、この定数を使うほうが効率的である。標準的なテーマの場合、STYLESHEETPATHと TEMPLATEPATHは同じ値となるが、子テーマの場合はSTYLESHEETPATHは子テーマ自身のパスになるが、TEMPLATEPATHは親テーマのパスになる。

使用例

  • 現在の(子)テーマのテンプレートファイル'single-image.php'を読み込む。
    <?php include STYLESHEETPATH.'/single-image.php'; ?>

最終更新 : 2023年11月08日 11:40


お勧め

任意の名前でエラーログファイルを指定する(2019年2月15日 更新)

来週にはWordPress 5.1がリリース。RC1のソースコードを見ていると、 wp_debug_mode関数が変更されており、興味深かった。

Gutenbergでカスタムフィールドを使う(2018年8月10日 更新)

Gutenbergの新エディターではカスタムフィールドのウィジェットが表示されない。既存のカスタムフィールドのデータはなくなるわけでないので、新エディター上で編集・更新できないか調べてみた。

Slightly troublesome permalink:プラグイン作ってみました(2021年4月20日 更新)

カテゴリーを含んだパーマリンクを設定している場合、複数のカテゴリーを指定した投稿記事のパーマリンクのURLに目的のカテゴリーとは異なるカテゴリーが適用された経験はないだろうか。このプラグインは、パーマリンクに適用されるカテゴリーをコントロールし、希望通りのパーマリンクを設定します。

WP_Postオブジェクトで投稿情報を直感的に使う(2012年10月4日 更新)

WordPress 3.5で登場するであろう WP_Postクラス。WordPressの投稿情報は、投稿情報本体のほか、カテゴリーや投稿タグ、カスタムフィールドなど、いくつかに分散して記録され、それぞれの情報を取得する際は、いくつかの関数をしていた。新しいWP_Postクラスにより、その習慣とおさらばできるかもしれない。

テキストエディタの文字を変更する(2018年5月27日 更新)

テキストエディタ(投稿ページの「テキスト」タブのエディタ)に標準では備わっていない機能を追加する自作プラグイン「html entities button」がほぼ1年ぶりにアップデート。ここではバージョン2.0.0で追加したテキストエディタのフォント切り替え機能について紹介する。