「wordpress」の検索結果
-
-
【環境】
- WordPress: 7.0.4
- テーマ: STORK SE（子テーマ使用）
- 症状の再現: シークレットウィンドウ（拡張機能なし）でも発生することを確認済み
【症状】
下書き投稿（アイキャッチ画像あり）をブロックエディタで開き、
右上の「表示」ドロップダウン → 「新しいタブでプレビュー」をクリックすると、
新しいタブが一瞬 about:blank（「プレビューを生成中…」）になった後、
以下のような壊れたURLに遷移し、記事のプレビューではなくサイトのトップページが表示されます。実際に生成されるURL（例）:
https://honda-k.com/?https://honda-k.com/&preview=true&_thumbnail_id=17745本来期待されるURL:
https://honda-k.com/?p=17900&preview=true&_thumbnail_id=17745投稿ID（p=17900 に相当する部分）が完全に欠落し、代わりにサイトのホームURLがキーの位置にそのまま（URLエンコードされずに）挿入されています。
【切り分け済みの内容】
- ドロップダウンを開いた時点でのメニュー項目のhref属性は正しい値（p=17900&preview=true&_thumbnail_id=17745）を持っている
- wp.data.select(‘core/editor’).getEditedPostPreviewLink() の戻り値も正しい
- REST API（GET /wp/v2/posts/{id}?context=edit、および実際に保存時に呼ばれる POST /wp/v2/posts/{id}）のレスポンスの link / guid.raw フィールドも常に正しい（p={id} を含む）
- 投稿一覧（edit.php）の「プレビュー」リンク（class=”button” の通常のリンク）は正常に動作する
- インストール済みプラグイン（Code Snippetsのカスタムコード、Redirectionのルール、独自REST APIプラグイン等）を個別に確認したが、いずれも無関係
- シークレットウィンドウ（拡張機能無効化状態）でも同じ現象が再現するため、ブラウザ拡張機能が原因ではない
以上から、データそのものは常に正しいにもかかわらず、ブロックエディタが「新しいタブでプレビュー」クリック時に新規ウィンドウへURLをセットする処理（プレビュー用ウィンドウへの window.location 代入部分）でのみURLが壊れているように見えます。サイト固有の設定・プラグインではなく、WordPress 7.0.4のコア（Gutenberg）側の問題ではないかと考えています。
【再現手順】
- 下書き投稿を作成し、アイキャッチ画像を設定
- ブロックエディタで開く
- 右上の「表示」ドロップダウンを開く
- 「新しいタブでプレビュー」をクリック
- 新しいタブのURLを確認する
同様の症状に遭遇された方、あるいは既知の不具合をご存知の方がいらっしゃいましたらご教示いただけますと幸いです。
プラグイン「Gutenberg」をお使いでしょうか？
お使いでしたら、「設定」→「投稿設定」にある「共同編集」の項目で
リアルタイム共同編集への早期アクセスを有効化する。リアルタイム共同編集は、サイトパフォーマンスに影響を与える可能性があります。
のチェックを外し、変更を保存して症状をご確認ください。
改善しない場合は、バックアップを取得した上で、プラグイン「Gutenberg」を一時的に無効化し、同じ症状が再現するかご確認ください。
なお、WordPress 本体にはブロックエディターが標準搭載されているため、実験的な先行機能を使用する目的がなければ、通常は「Gutenberg」を無効化してもブロックエディターを利用できます。
-
WordPressのバージョンは7.0.3。
ユーザーは私一人です。おそらく同時編集機能のメッセージかと思いますが、編集しているのは私一人で、タブなどで同時に開いたりもしておりません。このメッセージが出る場合、
このようになって編集ができなくなります。
別の記事を開くと「現在編集中」のメッセージが消えて編集もできるようになります。投稿一覧から別のメニューに移動した場合も消えてしまいますので、現在はこのメッセージが出ても別のメニューに移動し、また戻って再編集するといった使い方をしています。
新しい記事を書いて、途中で保存すると高い確率で（全てではない）「現在編集中」のメッセージが現れます。
記事を公開するとメッセージが出る場合もあるのですが、基本編集等はしないので問題になることはありません。
ブラウザはGoogle Chrome バージョン 151.0.7922.76 (ARM64)・macOS 26.6.1
さくらのレンタルサーバーを利用しています。
-
長期間にわたり、スマホ（確認端末iPhone15）でのブロックエディター利用において大きな支障が出ており、既知の不具合としての見解や、今後の改善予定についてご存知の方がいらっしゃいましたらご教示いただけますと幸いです。
発生している問題:
- 入力中の段落がキーボードの下に隠れる
- 既存の段落ブロックのタップ・選択ができない
- 既存の画像が表示されない（フロントでは表示される）
上記の影響により、現状スマートフォンからのブラウザ版ブロックエディターでの記事作成・編集が極めて困難な状態です。
代替案についての補足：
公式アプリの利用も検討いたしましたが、セキュリティ上の制約や機能制限の壁があり、代替としての運用は見送っています。
検証環境：
- WordPress バージョン: 7.0.2
- テーマ: TT5（別のテーマでも発生）
- デバイス: iPhone 15
- OS・ブラウザ: iOS / Chrome, Safariともに最新版
- PHP バージョン: 8.4系
- プラグイン: なし
過去にも類似の問題についてIssue等で挙がっていたかと認識しておりますが、本件について現在どのような進捗や解消見込みがあるでしょうか。
もし改善の見込みがないようであれば不本意ではございますがクラシックエディターへの移行、あるいは別CMSへの移行を含めた運用見直しを検討しております。
-
WordPress の管理画面で、「設定」→「表示設定」を開いても、存在するはずの「ホームページの表示」設定部分が消えてしまいました。「外観 → カスタマイズ」にもホームページ関連の設定項目は見当たりません。
ブラウザで表示されている画面も、現在「投稿一覧」に表示されている内容ではありません。「固定ページ」も存在しないためどこからの表示内容なのか困惑しています。
なお何回かWordPressを入れ直しており（FTP画面からWordPressを空にして、提供されている簡単インストールをやり直す方法で）その際ユーザー名は別のもので作り直したりしています。
ホームページ作成はほぼ初心者です。何卒ご教授くださいますようお願いします。
まず、再復元、プラグインの削除、PHP バージョンの変更などはいったんおやめになり、現時点のファイルとデータベースをバックアップしてください。万が一、操作を誤った場合に復元できるようにしておいてくださいね。
—————
「① サイト内のすべての画像が404エラーになる」について。
小さな画像を新規で１枚メディアライブラリへアップロードし、その画像の URL に直接アクセスしてみてください。
そして、以下についてお知らせください。
- 新規画像も 404 になるかどうか
- 404 になる既存画像の URL を１つ
- 画像 URL を直接開いた際に表示される 404 画面のスクリーンショット
- さくらのファイルマネージャー上で、その画像が存在する場所が、ドメインの公開フォルダーから画像ファイルまで分かる画面のスクリーンショット
—————
「② Count Per Dayプラグインが二重に認識される」について。
プラグイン「Count Per Day」は 2019年10月27日に公開が停止されているため、問題解決後は使用中止や代替プラグインへの移行をご検討ください。
≫ Count Per Day (WordPress 公式プラグインディレクトリ)ただし、過去のアクセス数データを保持したいとのことですので、現時点では管理画面から Count Per Day を削除しないでください。削除操作によって、保存されているアクセス数データも削除される可能性があります。
※ 少なくとも公式配布版の Count Per Day 3.6.1 には、プラグインの削除時にアクセス数のテーブルや関連設定を削除する処理が含まれています。ご利用中のバージョンはまだ確認できていないため、バックアップが完了するまでは管理画面から削除しないでください。
—
「二重に認識されている」との判断の基となった警告について、要約ではなく、表示されたメッセージ全文をファイルパスが分かる状態でご提示ください。スクリーンショットでも構いません。
サーバーの「plugins」フォルダ内を見ても実体は1つしか表示されていません。
とのことですが、そのほかに、次のようなフォルダーやファイルが複数存在していないかご確認ください。
※ 見つかったものは、まだ削除や名前変更をしないでください。
wp-content/plugins/count-per-day- 名前に「count-per-day」が含まれる、名前変更されたフォルダー
wp-content/mu-plugins内の Count Per Day 関連ファイル （フォルダーが存在する場合）wp-content/count-per-day-geoip- 上記の各関連フォルダー内にある
counter.phpまたはcounter-core.php
なお、
wp-content/count-per-day-geoipは Count Per Day が使用する補助データ用フォルダーで、これが存在するだけではプラグインが二重にインストールされているとは判断できません。—————
スクリーンショットを掲載される際は、サーバーのアカウント名、パスワード、データベース情報、
wp-config.phpの内容などが写り込まないようご注意ください。-
お世話になります。WordPressのトラブルについて、自力での解決が困難なため知恵をお貸しいただけますと幸いです。
【環境】
・サーバー：さくらインターネット（レンタルサーバー）
・WordPress本体：6.2.9
・使用テーマ：BizVektor (Version: 0.11.0.5) ※非常に古い状態です
・現在のPHPバージョン：5.6（トラブル後、動作していた5.6に戻しています）【経緯と現在のトラブル症状】
サーバーのPHPを5.6から8.3へ引き上げたところ、「このサイトで重大なエラーが発生しました」となりサイトが不通になりました。その後、以下の手順で復旧を試みました。- PHPを一旦5.6に戻して管理画面へログイン。原因だった「Jazzy Forms」等の古いプラグインを無効化・削除。
- WordPress本体を最新に、BizVektorも最新版をZIPアップロードして手動更新。
- しかし再度PHP 8.3にするとエラーが再発したため、さくらのバックアップツール「Snapup」を使い、スナップショットから「丸ごと上書き復元」を実行しました。
【現在の2つの問題点】
この復元により、WordPress本体は「6.2.9」、テーマは「BizVektor 0.11.0.5」の元の状態に戻り、文章（3PRエリアやニュースなど）のテキスト情報は無事に戻ったのですが、以下の問題が起きています。① サイト内のすべての画像が404エラーになる
メディアライブラリのサムネイルが表示されず、画像の直接URL（/wp-content/uploads/…）をブラウザで開いても404になります。
・「uploads」フォルダのパーミッション：755
・個別画像ファイルのパーミッション：644
・サーバー内に画像データ（ファイル）自体が存在していることは確認済み。
・管理画面の「設定＞パーマリンク」で何も変更せずに「変更を保存」を2回実行しましたが、改善しませんでした。常時SSL（https）と古いテーマのパスの不整合も疑っています。② Count Per Dayプラグインが二重に認識される
画面上に「Count Per Dayが2つ存在している（重複している）」という主旨のエラー警告が出ます。しかし、管理画面の「インストール済みプラグイン」一覧や、サーバーの「plugins」フォルダ内を見ても実体は1つしか表示されていません。プラグインの有効化・無効化の押し直しや画面更新を試しても、二重の表示（警告）が消えません。過去のアクセス数カウントデータ（データベース側）は保持したまま、このエラーを解消したいです。過去の大切なデータを維持しながら、画像を表示させ、プラグインの重複を解消するための具体的な切り分け方法や修正手順について、ご教授いただけますようお願い申し上げます。
-
