テーマwordpress関連RSS

お気に入り登録
テーマ
プラグイン
プラグイン
プラグイン
テーマ
プラグイン
テーマ
wordpress
wordpress
テーマ
プラグイン
テーマ
wordpress
wordpress
wordpress
プラグイン
プラグイン
プラグインPHPメモリ不足でこの特定のエラーメッセージが出る可能性はかなり低いです。
このエラーメッセージがちゃんと表示されているということは、PHP自体は正常に動いていて、MySQL への INSERT が失敗して false が返ってきて、エラーハンドリングも正常に走っているということなので、原因は PHP 側じゃなくて MySQL 側にあると思います。
例えば、テーブル破損、文字コードの不一致、max_allowed_packet の制限、ユーザー権限の問題、とか。
ですので $wpdb->last_error に入ってる MySQL のエラーメッセージを見るのが最短ルートです。
(2026-4-25)ありがとうございます。
WAF は元の状態(ON)に戻しておいてくださいね。
@rocketmartue さんのコメントにあるように、debug.log を確認できれば原因の絞り込みができると思います。
今の現象からの推測ですが、PHPのメモリ制限に引っかかっていそうですね。
みなさまありがとうございます。
簡単にできそうなとこからやってみました
・WP-Optimizeにて最適化
・WAF OFF
変化なしでした。
過去の投稿記事の文字の編集はできましたが新規画像はできませんでした。
『データベースに添付ファイルを挿入できませんでした』となります。
メディアライブラリにあるものは可能でした。
次試してみます。
(2026-4-24)こんにちは。
エラーメッセージがどこから出ているのか調べてみました。
「データベースに投稿を追加できませんでした。」は、WordPress 本体(wp-includes/post.php の wp_insert_post() 関数)から出ているもので、データベース(MySQL)への INSERT クエリが失敗した時に表示されます。
該当箇所: https://github.com/WordPress/WordPress/blob/master/wp-includes/post.php#L4973
if ( false === $wpdb->insert( $wpdb->posts, $data ) ) {
if ( $wp_error ) {
if ( 'attachment' === $post_type ) {
$message = __( 'Could not insert attachment into the database.' );
} else {
$message = __( 'Could not insert post into the database.' );
}
return new WP_Error( 'db_insert_error', $message, $wpdb->last_error );
} else {
return 0;
}
}このコードでは、$wpdb->insert() が false を返した場合にエラーとなりますが、その際 MySQL が返すエラーメッセージが $wpdb->last_error に格納されています。このエラー内容を確認できれば、原因の特定がぐっと進みます。
以下の手順で確認できますので、お試しいただけますか?
wp-config.php をFTPやファイルマネージャーで開くdefine( 'WP_DEBUG', false ); という行を探すdefine( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );/wp-content/debug.log というファイルが生成されるので、中身を確認するdb_insert_error や WordPress database error といった記述があれば、その内容をこちらに共有いただければ原因の特定が進むと思います。
なお、確認が終わったら WP_DEBUG は false に戻しておいてください。有効のまま運用するとエラー情報が蓄積され続けます。/wp-content/debug.log も削除してください。
かなり「雑な最終エラー」なので原因は複数考えられます。
まず切り分けとして、過去に投稿した記事を更新できるか試してみてください。
これが通る場合、WordPress本体やサーバー・DB側の問題の可能性は一旦下がります。
次に問題の記事の添付画像を一度すべて外して投稿できるか試してみてください。
それで投稿出来たら、画像ファイル名を短い英語にリネームして再アップロードすれば改善することが多いです。
それでもダメな場合、私なら
差し障りの無い文章でテスト投稿
別のブラウザで投稿
wp-content/debug.logの確認
プラグインを一つずつ無効化
テーマ変更
WPの再インストール
くらいの順番で試してみます。
↑上記で意図的に難しくコメントしたつもりはありませんが、
レンタルサーバーをお使いの場合、WAF(Web Application Firewall) の機能を一時的にOFFにしてみて挙動に変化があるかお試しください。
わたしにはハードルが高そうですがひとづつ挑戦してみたいと思います。ありがとうございます。
(2026-4-22)すみません。別視点からコメントします。
私も同様の経験がないので、完全に山勘ですが、
投稿の新規追加の時点で、エラーになっていることを考えると、REST API 通信の失敗の可能性もあります。
などのような原因が考えられますが、ブラウザの開発者ツールの Network / Console でエラーログを確認できれば問題の切り分けや絞り込みができるかもしれません。
(2026-4-18)新規追加の時点で出ます。
データベースクリーンナップ挑戦してみます。ありがとうございます。
(2026-4-17)うーん、何でしょうね…僕もそのメッセージは初めてですね。
保存時じゃなくて新規追加の時点で出るんですよね?
DBがいっぱいって事は考えにくいと思うけど…
1. とりあえずバックアッププラグインなどでバックアップをとる
2. データベース関連のプラグインを入れて、リビジョンを削除したり、データベースの最適化する
を試してみてはどうかと思います。
データベースクリーンナップ系のプラグインの種類や使い方は…調べればいろいろ記事が出てくると思います!
(2026-4-17)ご連絡ありがとうございます。
解決できて良かったです。
皆さんありがとうございます。
また、お騒がしました。
Asakawaさんの「山勘」ピッタリです。
管理画面のサイトの表示とブラウザでのサイト表示の違うことに気付くのが遅すぎですね。汗!
これから先行き不安ですが、お手を煩わせないよう諸王人してゆきます。
今後ともあたたかく見守っていただけると幸いです。
よろしくお願いします。
Asakawaさんがおっしゃっている「管理者パネル」が表示されているのであれば、WordPressの管理ユーザー(ログインしている人)にしか見えないので、特に気にする必要は無いと思いますよ。
(2026-4-6)こんにちは。
完全に山勘なのですが、エラーメッセージから推測すると、以下の事でお困りなのかな?と感じました。
(2026-4-6)連絡ありがとうございます。
上記のエラー表示ですが対象のURLを直接入力すると表示されません。
管理画面よりサイトを表示すると表示されます。
本サイトのアドレスがまだ試行中なため、表示がおかしいのかもしれませんので一旦保留とさせてください。
再度本契約後、表示がおかしい場合は、改めて質問させていただきます。
お手数ですがその際、回答いただけるとありがたいです。
お騒がせし申し訳ございません。
(2026-4-6)ありがとうございました
(2026-4-3)ありがとうございました。
Cocoon公式フォーラムで質問します。
【追記】
参考リンク
(2026-4-2)Cocoon のスキン一覧のフィルターの使い分けやスキン名の文字色の違いなどの Cocoon 固有の機能については Cocoon の公式フォーラムでお尋ねいただくのが確実かと思います。
(2026-4-2)Imgur (イミジャー)のご利用が難しいようでしたら、画像を WordPress にアップロードし、URL を取得してご共有いただく方法もございます。
スクショを拝見しないことには、何にお困りなのかが分かりかねます。
エックスサーバーをお使いのようなので、リカバリ機能あるいはバックアップからの復元機能をご利用になるのもひとつの方法かなと思います。マニュアルを探してみてください。
(2026-4-2)
お気に入り登録