-
検索結果
-
リプライするときに整形されるから？なのかコードが崩れているので整形してみました。
あと、コードの途中にちゃんとタグの情報が取得できているか確認するために
var_dump(...);を追加してみました。ちゃんと取得できているならタグの情報が画面上に表示されるはずです。表示されないなら紐づけができていないか、名前が間違っている可能性がありそうです。add_filter( 'snow_monkey_template_part_render_template-parts/loop/entry-summary/title/title', function ($html) { // カスタムフィールドで設定したフィールド名を代入 $acf_name_area = get_field('name_area'); $acf_region_area = get_field('region_area'); $acf_specialty_genre = get_field('specialty_genre'); // テンプレートのh3タグの後に <div class="property-info">を追加 $acf_property_info = '</h3><div class="property-info">' . '<div class="property-body">' . '<div class="property-content">' . '<dl class="name_area"><span>【代表者名】</span> <dt>' . esc_html($acf_name_area) . '<dt></dl>' . '<dl class="region_area"><span>【地域】</span> <dt>' . esc_html($acf_region_area) . '<dt></dl>' . '<dl class="specialty_genre"><span>【取扱業務】</span> <dt>' . esc_html($acf_specialty_genre) . '<dt></dl>' . '</div>' . '</div>' . '</div>'; // テンプレートパーツのh3タグの後ろにdivタグを追加する $html = str_replace( '</h3>', $acf_property_info, $html ); return $html; // テンプレートパーツのh3タグの後ろにdivタグを追加する $html = str_replace( '</h3>', $acf_property_info, $html ); // 記事に紐づいている post_tag の各タームのアーカイブページへのリンクを表示する $post_tag_terms = get_the_terms(get_the_ID(), 'administrative_scrivener_tag'); var_dump( $post_tag_terms ); // テスト用 ob_start(); if (is_array($post_tag_terms)) { foreach ($post_tag_terms as $post_tag_term) { ?> <a href="<?php echo esc_url( get_term_link( $post_tag_term ) ); ?>"><?php echo esc_html( $post_tag_term->name ); ?></a> <?php } } $administrative_scrivener_tags = ob_get_clean(); var_dump( esc_html( $administrative_scrivener_tags ) ); // テスト用 $html = $html . $administrative_scrivener_tags; return $html; } );いいねをした人:【お使いの Snow Monkey のバージョン】 最新
【お使いの Snow Monkey Blocks のバージョン】 最新
【お使いの Snow Monkey Editor のバージョン】 最新後から同じ問題に遭遇した人がこのトピックを参考に自分で解決するときに、バージョンは大事な情報になります。「最新」ではなく実際のバージョン情報を記載するようにお願いします。
管理画面のテーマファイルエディターからsingle.phpを操作しようとしましたが「このファイルは編集できません」と表示されます。
テーマファイルエディターから、というより、
wp-content/themes/snow-monkey内のファイルは変更しないほうが良いです。自分以外の誰かが作って配布しているテーマ・プラグインはたまにアップデートがあるわけですが、アップデートするとネット上から最新のファイルをダウンロードしてきて、wp-contentの中のファイルを上書きするので、テーマ・プラグインのコードを直接書き換えると上書きされて書いたコードが消えてしまいます。テンプレートを上書きしたり、何らかのコードを追加したりしたい場合は子テーマや My Snow Monkey プラグインを使うことを推奨します。
どの個別詳細ページでも画像を投稿するだけでダウンロードボタンの色や形など全体の仕様を同じにしたい。
ブロックパターンをつくり、新規投稿のたびにそのパターンを挿入してカスタマイズするのが一般的かなとは思うのですが、パターンは挿入した瞬間に個別のブロックになるので、後から詳細ページのレイアウトを変更したくなったときは全ページの変更が必要になるので大変という問題はあります。
WordPress 6.6 からは全ページ共通で変更が反映されつつ、ボタンの URL 等は書き換えができる特殊なブロックパターンが追加されるみたいなのですが現状は無いので、適当なカスタムフィールドプラグインを使って画像などはカスタムフィールドに保存しつつ、個別詳細ページのテンプレートを子テーマで上書きして HTML + カスタムフィールドで良い感じにコーディングするとか、カスタムフィールドプラグインにブロックの作成機能も備わっているならそれを使ってみるとか、そういう感じになるかなと思います。
———-
この辺は僕も経験が少ないので、もしやったことがあるという人がいればぜひ書き込んでください！
いいねをした人:ひとまず。
/** * 著者ページのメインクエリを書き換える */ add_action( 'pre_get_posts', function( $query ) { if ( is_author() && $query->is_main_query() ) { $query->set( 'post_type', 'news' ); } } ); /** * 著者ページのコンテンツの先頭にプロフィールを表示 */ add_action( 'snow_monkey_prepend_archive_entry_content', function() { if ( is_author() ) { $user_id = get_query_var( 'author' ); $user = get_userdata( $user_id ); if ( !empty( $user->description ) ) { echo '<div>' . wp_kses_post( $user->description ) . '</div>'; } } } );あとはカスタムフィールドの値をどこに表示するかで、どのテンプレートを上書きするかを検討して…という感じですかね。ループ内の各項目を丸ごとなら
template-parts/loop/entry-summary、ループ内の各項目の本文部分だけで良いならtemplate-parts/loop/entry-summary/content/contentとかですね。いいねをした人:カスタムフィールドブロックを使って出力していますが、他のフィールドは問題なく出力されており、テーブルの料金表のみが「Array」と出力されてしまいます。
この「カスタムフィールドブロック」というのは Snow Monkey Blocks のカスタムフィールドブロックのことですかね？
だとした場合、Snow Monkey Blocks のカスタムフィールドブロックは値として文字列がくることを期待しているため、配列がくると正しく表示することができません。
Advanced Custom Fields の Table Field がどのような値を持っているかはわからないので具体的なコードは提示できませんが、カスタムフィールドブロックにはフックがあって値を操作して出力することができるので、そこで表の形に整形して出力すればいけるのかなとは思います。
// name が「あいうえお」なカスタムフィールドの値を書き換えて出力する add_filter( 'snow_monkey_blocks_custom_field_value_あいうえお' function( $value ) { // ここで $value を書き換えて return する return $value; } );ただ、結構大変そうな気はするので、ACF のほうに表の形で出力する何らかの機能があるのであれば、それを使うのが良いと思います。
いいねをした人:1000点以上の商品情報をブロックエディターで運用するのは、なかなか大変かと思います。
カスタム投稿タイプを使用することが前提であれば、私の場合は、カスタムフィールド ＋ 独自のテンプレートを用意するか、該当のカスタム投稿タイプのみカスタムフィールドを表示できるようにフックで挿入します。この方法がベストではありませんが、HTMLの自由度は高くなるので、別のトピック（以下）の件も解消しやすいと思います。
カスタムフィールドは、Advanced Custom Fields を使えば、【関係（旧：関連）フィールド】で、複数の投稿を紐づけられます。
※投稿タイプでフィルタリングできるので「商品」の中から選択するたけでOKです。
※検索窓もついているので、商品名などで検索→選択することも可能です。
カスタムフィールドを多用するのはあまり好ましくありませんが、「クライアント側での更新作業のし易さ」という点では、実用的な面もあります。
いま制作しているセレクトショップの商品情報は、ACF Proを使用しています。
「Recommend item」に【関係（旧：関連）フィールド】で、6つまで選択できるようにして、各商品のアイキャッチを表示するようにしています。
【関係（旧：関連）フィールド】は、無料版でも使えるので、案件のポリシーに反していないようなら検討してみてください。いいねをした人:
カスタムフィールドにはどのようなデータでも保存できるので、Snow Monkey Blocks のカスタムフィールドブロックでは表示したいカスタムフィールドの指定だけをして、シンプルにそれを出力する、という仕様にしています。
確かにフォーマットを選択できる UI があれば便利かなとは思いますが、あらゆるフォーマットを追加し続けないといけなくなりそうなので、どういう UI が適切か（または僕の技術力的に可能なのか）が難しいかなと感じます。
一応フィルターフックが通るようにはしているので、コードを書けば好きなフォーマットで出力することは可能です。
add_filter( 'snow_monkey_blocks_custom_field_value_カスタムフィールド名', function( $value, $post_id ) { return $value; // ここで好きなフォーマットに変換して返す } );いいねをした人:
