Aki Hamano

@charinchiさん

こんにちは。

「解決」をクリックするとブロックが「壊れる」とのことで、
壊れたら困ると思うのが素人の感覚で、メッセージも「想定されていない無効のコンテンツ」と書かれてあるものですから、「このままではいけない。直さなければならない」と思っていたのです。

「壊れる」という言葉を聞くと不安に思うかもしれませんが、あくまで影響が及ぶのはそのブロックのみであり、記事やWordPress全体に影響が出るわけではありませんので、心配なさらなくて大丈夫です。

また、ブロック側でも対処の選択肢を示してくれている通り、「直さなきゃいけない」と受け取るのは正しい感覚だと思います。

しかし、ご回答を拝見していると、どうやらHTMLソースが壊れているわけではなく、完全なHTML記述しかやる方法がないよ、というだけなのでしょうか。
おっしゃるとおり、検索していると「ブロックが壊れる」と書いてあるため、直さなきゃと思ってしまいますが、要は「ブロックが分解される。一度分解されると分解前の状態である”ブロック”には戻せないよ」ということでしょうか。

→その通りです。

しかし、実は、「HTMLに変換」したあとの状態も、「カスタムHTMLブロック」と同じことだった、ということでしょうか。

→その通りです。「ブロックの問題を解決」ポップアップにある「HTMLに変換」というボタンを押すと、自分が書いた（またそのせいで壊れてしまった）コードを保持した上で、カスタムHTMLブロックに変換されます。

@mrsmith11 さん

はじめまして。
スペーサーブロックは高さをpx固定になるので、テーマによってスペーサー自体の高さが変わる事はありません。

おそらく、

• スペーサーの前のブロックの下余白（margin-bottom）
• スペーサーの後のブロックの上余白（margin-top）

がテーマによって異なるため、見た目上の間隔に違いが出ているのだと思います。

ブラウザの開発者ツール等を使って、スペーサーの上下にあるブロックにどのようなmarginがあたっているか確認してみて下さい。

@non888 さん

はじめまして。

調べたところ配列のカスタムフィールドはシリアライズされており、絞込みが難しいとのことですが、何か方法がありましたらご教授いただけますでしょうか。

→上記はおっしゃる通りで、以下2点の問題点があると考えています。

• 正確な絞り込みが出来ない：
  LIKEは部分一致検索のため、正しく絞り込みできない可能性があります。
  例えば、チェックボックスの選択肢が「テキスト」「ロングテキスト」とあったとして、「テキスト」だけで絞り込みたいとしても、LIKE検索では両方ヒットしてしまう事になります。
  REGEXPであれば、前方/後方一致を駆使すれば上手くできるかもしれませんが、正規表現を書くのが大変だと思います。
• 処理が重くなる場合がある：
  複数選択肢での絞り込みがOR検索であった場合、以下のようなコードになります。

  'meta_query' => array(
  	array(	'key'=>'key1',
  		'value'=>'キーワードA',
  		'compare'=>'LIKE'
  		),
  	array(	'key'=>'key1',
  		'value'=>'キーワードB',
  		'compare'=>'LIKE'
  		),
  	array(	'key'=>'key1',
  		'value'=>'キーワードC',
  		'compare'=>'LIKE'
  		)
  	'relation'=>'OR'
  	)
  )

  選択肢の数にもよりますが、上記のようなクエリを発行するとかなり重くなる場合があります。

上記二点を解決するため、発想を変えて以下のように「カスタムタクソノミー」で管理される事をおすすめします。

• register_taxonomyで、絞り込みを行いたい投稿にタクソノミーを紐づける
• カスタムフィールドで作っていた選択肢をタームとして登録する
• 検索フォームの選択肢はテンプレートファイルに直書きせず、get_termsなどで出力する
• 検索結果ページでは、GETパラメータで渡ってきたタームスラッグを元に、以下のようにクエリを投げる

  $args  = array(
  	'post_type'      => 'XXXX',
  	'posts_per_page' => -1,
  		'tax_query' => array(
  			array(
  					'taxonomy' => 'cat_xxx', //カスタムタクソノミーのスラッグ
  					'field'    => 'slug',
  					'terms'    => array( 'slug1', 'slug2' ), 絞り込むタームスラッグ
  				)
  			)
  		));
  );
  $query = new WP_Query( $args );

上記のようにすれば、正確に絞り込みができ、コードもシンプルになり、また負荷も抑える事が出来るのではないかと思います。

はじめまして。

おそらく、以下どちらかが原因かと思います。

• uri.matchでの正規表現に、画像のリクエストURIが引っかかっていない
• Viewer requestの設定が正しくない

前者であれば、console.logなどで正規表現にちゃんと引っかかっているかどうか確認出来ると思います。

どちらにしましても、WordPressではなくAWSの話になるので、詳細はAWSのサポートにご確認いただければと思います。

@asako08 さん

情報ありがとうございます。
私の方でも再現出来ました。

おそらくですが、1つ目のcolumnsブロック > 2つめのcolumnブロック > groupブロックについて、.wp-block-group__inner-containerの閉じタグが表示側で正しい位置で出力されていないため、DOM構造が崩れてしまっているように思います。

Gutenberg本体の不具合だと思いますが、Gutenbergプラグインを入れても再現したので、開発バージョンでも修正されていないと思われます。

.wp-block-group__inner-containerが複数回表示される件についてはissueを立てていますので、こちらが改善すれば今回の不具合もあわせて改善される可能性があります。

Group block: child group block has multiple inner container div #34404

取り急ぎの解決手段としては、親のGroupブロックを使わないか、使うのであればdivタグのままにしておくしか方法はないと思います。

• この返信は4年、 4ヶ月前にAki Hamanoが編集しました。

@minami37373 さん

情報のご提供ありがとうございます。

解決出来ず申し訳ありませんが、開発チームの方でも把握されているようなので、将来のバージョンで修正されるのではないかと思います。

@minami37373 さん
こんにちは。
私の方でも再現出来ませんでしたが、WordPressプロジェクトの方で似たの症状が報告されていました。

[A meta tag is inserted when copy pasting a link #33585](https://github.com/WordPress/gutenberg/issues/33585)

こちらは WordPress5.7 × Mac OS × Braveブラウザという組み合わせで再現するようですが、よろしければ@minami37373さんの詳しい環境も教えていただけないでしょうか。

もしWordPress本体の不具合であった場合、このフォーラムでは解決は難しいですが、プロジェクトチームに情報を提供する事で、将来のバージョンで改善される可能性もあります。

はじめまして。

「ホームページの表示」については、フィルターフック等で非表示に出来るものではないので、

• CSSで非表示にされている
• WordPress本体が破損している

のどちらかが原因ではないかと思います。

なので、原因切り分けのために行う作業は、基本的な事になりますが以下になるかと思います。

• WordPress本体の再インストール
• デフォルトテーマに切り替えてみる
• プラグインを停止してみる

いろいろカスタマイズしているので、アンインストールすることも出来ず・・・

→こちらについても、バックアップを取っていつでも復元できるように準備した上で作業を行うか、別途テスト環境を用意すれば良いかと思います。

作業がご不安な場合は、専門業者へのご依頼も検討いただいた方が良いかと思います。