こちらになります！
念の為、hosts情報も記載させていただきます。(お手数おかけし申し訳ございません。。)
■hosts
183.90.238.31 toeibill.com
183.90.238.31 www.toeibill.com
該当ページURL：http://toeibill.com/tw/tena/
澤登忍さん
重複して表示される原因は Kmical Lights さんが書かれているとおりです。
Snow Monkey はテンプレートを小分けにしているので、single.php のような大枠から上書きしなくても、コンテンツの表示部分だけを上書きすることができます。方法としては下記の2つが良いと思います。
1. コンテンツ部分のテンプレートを上書きする
My Snow Monkey の中に single.php ではなく、コンテンツ部分を表示するためのテンプレート template-parts/content/entry/content/content-post.php だけをつくって下記のコードを記述する。
<?php
use Framework\Helper;
?>
<?php do_action( 'snow_monkey_before_entry_content' ); ?>
<div class="c-entry__content p-entry-content">
<?php do_action( 'snow_monkey_prepend_entry_content' ); ?>
<?php
the_content():
// ここにカスタムフィールを表示するためのコードを記述
?>
<?php Helper::get_template_part( 'template-parts/content/link-pages' ); ?>
<?php do_action( 'snow_monkey_append_entry_content' ); ?>
</div>
<?php do_action( 'snow_monkey_after_entry_content' ); ?>
メリットはコンテンツ部分のマークアップを自由自在に定義できることです。デメリットとしては Snow Monkey がアップデートしてフックの名前が変わったり HTML の構造が変わったときに、このテンプレートにも反映しないと崩れが発生してしまう可能性があります。
2. アクションフックを使う
コンテンツ部分の内側で、かつ本文の前の部分で実行されるアクションフックを使う方法です。
add_action(
'snow_monkey_prepend_entry_content',
function() {
// 投稿タイプが post で詳細ページを表示しているときだけ実行
if ( is_single() && 'post' === get_post_type() ) {
// ここにカスタムフィールを表示するためのコードを記述
}
}
);
本文の後ろだと下記になります。
add_action(
'snow_monkey_append_entry_content',
function() {
// 投稿タイプが post で詳細ページを表示しているときだけ実行
if ( is_single() && 'post' === get_post_type() ) {
// ここにカスタムフィールを表示するためのコードを記述
}
}
);
んーそうですね、普通は表示されるはずなので何らかの方法で消されているのだと思います。僕も URL をいただけるならページをみてみたいです。
左によっているように見えるのは、おそらくページのテンプレートが「右サイドバー」になっているからだと思います。
「投稿のニュース」と書かれていますが、これは「ニュースという投稿タイプ」を使われているという意味でしょうか？もしそうであれば下記のフックを使うことでページのレイアウトを変更できます。
add_filter(
'snow_monkey_layout',
function( $layout ) {
// 投稿タイプ news のときだけカスタマイズ
if ( is_singular( 'news' ) ) {
return 'one-column-slim'; // 1カラム（スリム）に変更
}
return $layout;
}
);
「投稿」の場合はコードを書かなくてもカスタマイザーやページの編集画面から変更できます。
あ、すみません、その記事のスライダーブロックは、古い非推奨のスライダーブロックについての記事でした。
下記の CSS を追加するとどうでしょうか？
.smb-spider-slider .spider__slide .smb-spider-slider__item {
position: static;
padding-right: 0;
padding-left: 0;
padding-bottom: 0;
}
共有されたコードだけ見た感じだと
Controller::layout の前に、独自のカスタムフィールドを展開をして表示するコードを書いているのでそれが原因ではないかと。
展開されたカスタムフィールドの表示後に、Snow Monkeyの記述があるので、それで本来のコンテンツが表示され、重複となっていると思います。
なので Snow Monkey 本来の記述を消せば重複しなくなる…のですが、書き方として single.php 自体を上書きをする形なので子テーマ同様に影響力の強いカスタマイズとなっている為にメンテが困難にな形と思います。
コンテンツを変更やカスタムフィールド参照をして表示するなら
フック add_filter( 'the_content', ... ) を用いてコンテンツ部に対して書き換えるか、コンテンツを表示する為に用意されているテンプレートに関連するSnow Monkeyテーマ用のフックを掛けてコンテンツ部分を上書きするだけに留める方が良いと考えられます。
直ったと思ったんですが、直ってなかったみたいです…汗
他に考えられる方法ありますか？
フォームで実現したいことにもよりますが、シンプルなフォームであれば、Snow Monkey Forms というプラグインもありますので、よかったら試されてみてはいかがでしょうか。
大変失礼しました。
まだ、Snow Monkeyを導入して３日ぐらいなので、自分でも理解ができてません。
質問の仕方がうまくできなくて申し訳ございませんでした。
今回は不動産会社のようなLPを制作する予定です。
そこでカスタムフィールドを使ってお客様が入力できるように考えてます。
投稿で試すために、My Snow Monkey のプラグインにsingle.php を作成してソースコードを書きました。
ヘッダ、フッターと登録した数値は確認できたのですが、
結果は重複したものが出てしまいます。
Contoroller:: について調べたのですが、MVCモデルのコントローラのかな？っていう程度で、
理解するところまで調べることができませんでした。
重複しないようにするにはどうするばいいのでしょうか？
よろしくお願いします。
返信ありがとうございます。
クリックすると、次は
「このブロックでエラーが発生したためプレビューできません」と表示。
これを削除して、新たにブロック作ろうとしても同じメッセージ。
ループしているような状態で、編集が出来なくなりました。
「最近の投稿」は
add_filter(
'snow_monkey_recent_posts_widget_args',
function ($query_args) {
$query_args['orderby'] = 'menu_order';
$query_args['order'] = 'ASC';
return $query_args;
}
);
「任意のタクソノミー」は
add_filter(
'snow_monkey_taxonomy_posts_widget_args',
function ($query_args) {
$query_args['orderby'] = 'menu_order';
$query_args['order'] = 'ASC';
return $query_args;
}
);
で解決いたしました。
ありがとうございました。
以下に書いてある理由が理解できておりませんでした。すみません…。
@キタジマ タカシさん
調査していただきありがとうございます。
その後、導入しているプラグインを調べたら原因が判明しました。
ブロックを無効化するためのプラグイン
Disable Gutenberg Blocks – Block Manager
こちらが有効化されている場合、一部のパターンが「クラシック」扱いになっていました。
Snow Monkeyによるものでなく、大変失礼いたしました。
プラグインリポジトリのページを見ると、orderby = menu_order, order = ASC としてくださいと記述があります。
ということで、下記のような感じでブロックのクエリを書き換えてみるとどうでしょうか？
add_filter(
'snow_monkey_taxonomy_posts_widget_args',
function( $query_args ) {
$query_args['orderby'] = 'menu_order';
$query_args['order'] = 'ASC';
return $query_args;
}
);
追加 CSS に下記の CSS を追加してみるとどうでしょうか？
.l-heading-widget-area {
overflow: visible;
}
enqueue_block_editor_assets で読み込んだ CSS はブロックエディターにしか適用されません。add_editor_style で読み込んだ CSS はクラシックエディターにもブロックエディターにも適用されます（ただし、依存関係の指定はできません）。
ということで、２）のやり方で読み込まれているのではと思うのですがどうでしょうか。「head タグの中に…」とのことですが、たしか link タグではなくて動的に style タグを生成する方式ではなかったかな？と思うので、読み込まれているかどうかの確認の前に、入力した HTML と CSS が本当にマッチしているか（クラス名が間違っていないか、セレクタが間違っていないか等）を確認したほうが良いかもしれません。
あと、僕もまーちゅうさんが書かれているのと同じ意見で、複雑な構造であればクラシックブロックのほうが運用が難しいのではと思います。独自のブロックをつくったり、いっそカスタムフィールドやショートコードを使ったほうが良いのではと思います。
