nobita

こんにちは

記事に複数表示させている画像を画像の一覧表示をする処理をサーバーを移管させたら動かなくなりました。

WordPress 6.4.1フレッシュインストールとかですか？

フレッシュインストールだと、attachment ページは無効になっているので、そのあたりを確認してみてください

https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/

こんにちは、

テーマによって、異なるかもしれませんが　Chrome等のブラウザで、コメントの日付部分を右クリックして「検証」をクリックします。

ソースが表示されますので、datetimeという属性があれば、そこに表示されている可能性はあります。

<div class="wp-block-comment-date"><time datetime="2023-10-06T17:48:50+09:00"><a href="https://www.example.com/wp/2023/10/emulsion-2-9-0/comment-page-1/#comment-330">2023年10月6日</a></time></div>

上の、datetimeが時間になります。

• この返信は1ヶ月、 1週前にnobitaが編集しました。

問い合わせページと比較してみましたが、メニューの中身が空みたいですね。

<nav id="site-navigation" class="main-navigation" role="navigation">...

ナビゲーションのHTML構造が、デフォルトのナビゲーションブロック（クラッシックメニューとも違う）ようですが、カスタマイズしたものですかね？

role属性の navigationは、nav要素自体が、navigationの意味を持っているので、一般には使用しないと思います。

提示いただいた、メニューは、メニューの中身があるので、指定したCSSなりの表示になっているように見えますが、、、

メニューの中身を確認してみてはどうでしょうか？

• この返信は1ヶ月、 1週前にnobitaが編集しました。

こんにちは、

wordpress6.3.2にLink Libraryプラグイン7.5.10を入れてリンク情報を管理しています。

このプラグインを使っていないので、プラグインなしの場合について説明します。

テーマの種類(クラッシックテーマか、ブロックテーマか）によって、扱い方が異なります。

link manager は、クラッシックテーマ時代のかなり昔に、非表示になった機能です。

この機能を復活させるには、

functions.php に以下のフィルタを追加

管理パネルに、link managerのリンクが表示されます。

add_filter( 'pre_option_link_manager_enabled', '__return_true' );

クラッシックテーマなら、widget を選択して、インサータで、linksというブロックが表示されるので、それを追加すれば表示できます。

ブロックテーマの場合、サイトエディタ、投稿エディタともに、そのようなブロックは表示されないようなので、例えば

add_shortcode( 'my_links', 'my_links_shortcode' );
function my_links_shortcode(){

  
	$args = array(
		'exclude_category' => 0
	);
  
    return wp_list_bookmarks($args);
}

で表示できると思います。

追記

プラグインのページを見たら、

このプラグインは5個のブロックを提供します。

と書いてありましたが、プラグイン有効の場合これらのブロックが、表示されないとか、使っても表示できないという趣旨だったでしょうか？

• この返信は1ヶ月、 1週前にnobitaが編集しました。

こんにちは、

https://glyphwiki.org/wiki/GlyphWiki:%E3%83%A1%E3%82%A4%E3%83%B3%E3%83%9A%E3%83%BC%E3%82%B8

ご参考になれば

こんにちは、

どのようなことが原因でこの問題が発生し得るのか

原因は、いろいろあると思いますが、実際にどうするとブロックエディタは動かなくなるのかを知っておくといいと思います。

実験用のサイトがあれば、試してみてください。

functions.phpの最後の行に、以下を追加します。

echo 'hello world';

functions.phpにごみのようなものがあると、headerが出力する前に、文字列が表示されます。

ページを保存しようとすると、「更新に失敗しました。 返答が正しい JSON レスポンスではありません。」

同様のことを、クラッシックエディタで行うと、保存時に「hello world」しか表示されないといった事はありますが、保存そのものは可能です。

REST APIをブロックエディタは使用しているのに対して、クラッシックエディタは使っていないということが関係していると思います。

	define('WP_DEBUG',true);

をセットして、ログを表示できるようにすれば、こういったものは

PHP Warning:  Cannot modify header information - headers already sent

拾うことができます。

リリース当初は問題がなかった認識なので、突如問題が起きた印象です。

という事なら、その後のカスタマイズや、リリース後に導入したプラグイン等からチェックしてみるといいかもしれませんね。

• この返信は2ヶ月前にnobitaが編集しました。

こんにちは

@ishitaka　さんがすでに解説済みの通りですが、

以下のように処理した場合には、

add_editor_style( 'style.css' );

style.cssに記述したスタイル

.post-type-post .is-root-container{
    border:3px solid red;
}

editorで、実際にロードされるスタイル
.editor-styles-wrapper .post-type-post .is-root-container {
    border: 3px solid red;
}

つまり、スタイルは加工されて（.editor-styles-wrapper）ロードされます。

このため、body.post-type-post, body.post-type-page を参照しようとしても出来なくなる。

.editor-styles-wrapper の孫要素（つまり、ブロックスタイルは、適用される）ということになります。

なので、body要素内のクラスを参照する場合には、別の方法でスタイルの加工が入らない方法で処理する必要があります。

以下のような手法をとることで、加工のないスタイルを追加できます。

add_action( 'enqueue_block_editor_assets', 'emulsion_block_editor_assets' );

function emulsion_block_editor_assets(){
	wp_register_style( 'emulsion-fse', get_template_directory_uri() . '/fse.css', array(), time(), 'all' );
	wp_enqueue_style( 'emulsion-fse' );
}

余談

add_editor_style()を使って、エディタ用のスタイルをフロント用とは別に追加するといった流れは、最近では過去のものになりつつあるように思います。

add_editor_styleを使っている場合に、フロント用のCSSを使用するケースが増えています

投稿エディタに関していえば、フロント用のCSSに、どうしてもエディタ用にスタイルが必要な場合は、.editor-styles-wrapper .wp-block-xxxx{}などとして、エディタ用のスタイルを書くことが多くなってきています。

• この返信は5ヶ月、 4週前にnobitaが編集しました。
• この返信は5ヶ月、 4週前にnobitaが編集しました。

こんにちは、

細かく確認していないですが、WordPressでは、権限によって、使用可能なタグが制限する機能があります。たぶんそれが働いているのでしょう。

管理者権限のない人が、style要素を自由に書けると、いろいろ問題出る可能性がありますよね。