CG
(@du-bist-der-lenz)
htmlタグを直に入れているようですが、ClassicEditorでは、大丈夫ではないでしょうか
トピック投稿者
小石
(@kohetraiscojp)
ご返信ありがとうございます。
ClassicEditorも入れて入るのですが(ver4.9なので動作しているかわかりませんが)、特に動きに変化はありませんでした。
CG
(@du-bist-der-lenz)
文字通り受け止めてしまわれましたか。そのとおり、ver4.9にClassicEditorを入れても、何か起こるものでもないでしょうね。つまりは、今ひとつ確認してみることとは、そのようなことに思ってます。
トピック投稿者
小石
(@kohetraiscojp)
ご返信ありがとうございます。
申し訳ありません、書き漏らしがありました。先方の事情で、ver5へのアップデートやGutenberg導入は5月になって動作が安定してから、という縛りがあります。
こんにちは、
このマルチサイトで、テストか何かの目的で、gutenbergプラグインをアクティベートしたことはありますか?
もし、あるなら、cookieを削除してみてください。
編集しようとする投稿のURLは、以下のようになっていますか?
post.php?post=1010&action=edit&classic-editor__forget&classic-editor
それとも、
post.php?post=10494&action=edit
でしょうか?
今のところ、マルチサイトの場合、Gutenbergプラグインをアクティベートしていなければ、旧来のエディタが使われると思っているのですが、エディタはTinyMCEですよね。
トピック投稿者
小石
(@kohetraiscojp)
ありがとうございます。
まだgutenbergは導入しておりませんので、
通常のTinyMCEで動作しているようです。
編集画面の末尾は
post.php?post=10494&action=edit
こちらのほうでした。
よろしくお願いします。
version 4.9.9では、gutenbergはコアに実装されていないので、コアは従来のエディタです。
なので、何かしら問題が出るとすると、gutenbergプラグインか、プラグインがブロックエディタ対応で、後方互換性で、何かやらかしているといった事になると思います。
以下は、あてずっぽうな話になりますが、4.9のころのグーテンベルグプラグインは、クッキーを経由して、投稿一覧ページの、投稿の新規作成ボタンなどで従来エディタで投稿を開くとか、グーテンベルグで開くといった事をやっていたように思います。
var_dump($_COOKIE);
等としてみると、テスト用のサイトの一部で、
["wp-settings-1"]=>
string(281) "...&gutenberg_tracking=on..."
といったグーテンベルグの設定ぽいのが見つかったりします。(今は、これはないと思いますが、)
そういったものが原因で、おかしな動作をしているのではないかと、妄想しています。
4.9.9であれば、gutenbergをインストールしていないのであれば、クラッシクエディタも必要ありません。
クラッシクエディタプラグインを削除して、すっきりさせた状態で、ブラウザを変更してもう一度試してみるとか、キャッシュ、クッキーなどを削除してみることから、仕切り直ししてみてはどうでしょうか?
ちなみに、私の環境では、マルチサイトの5.1で、ご指摘のコードを入力してみましたが、gutenbergプラグインを使っているものも、そうでないものも、再現はできませんでした。(マルチサイト 3サイト)
トピック投稿者
小石
(@kohetraiscojp)
詳細にご検証いただき、ありがとうございます。
ClassicEditorを削除の上、ブラウザを変えてプレビューを試みましたが、やはりリダイレクトされました。
テキストエディタでタグをつけたものもアウトだったようです。
ただ、同じサーバに設置したAdminerでmysqlの構造を見ようと操作していたところ、同じくサイトのTOPへリダイレクトされてしまったので、このサーバ上でブラウザが何らかの反応をするとTOPへ飛ばす、という状況になっているのではないかと感じました。
そのためリダイレクト自体はサーバか.htaccessによるものという気がしますが、発端である「特定のhtmlタグが入っている記事を保存・プレビュー」すると発生する現象自体は依然不明のままです…。
ダメもとでよろしければ
もう既にやっているかもしれませんが、、、
設定/パーマリンク設定 で なにも変更しないで 保存ボタンを押してみてください
リライトルールを再生成できます。
トピック投稿者
小石
(@kohetraiscojp)
ご返信ありがとうございます。
試みてみましたが、特に変化はありませんでした。
色々アドバイス頂いているのに、捗々しく進まず申し訳ありません…
トピック投稿者
小石
(@kohetraiscojp)
先日頂いたアドバイスの通り、gutenbergでの動作を確認しようと、同じサーバ内に5.1.1で別のWordPressを単独でインストールしました。
すると、テーブル混じりの記事でもプレビューや更新は問題ありませんでした。
ただ、ClassicEditorを導入して記事をプレビューすると、同じくサイトTOP(マルチサイトの方の親サイト)へ飛ばされるようになりました。
やはりサーバとエディターの合わせ技のような印象です。
本体を5系にアップしたとしても、どのみちClassic Editorを使うことになるため、どうにか原因を抑えておきたいのですが、どこか調査の糸口となりそうな部分はありますでしょうか。
長々と申し訳ありませんが、お心あたりがあれば、よろしくお願いします。
先日頂いたアドバイスの通り、gutenbergでの動作を確認しようと、同じサーバ内に5.1.1で別のWordPressを単独でインストールしました。
サブディレクトリにインストールしたのか、サブドメインにインストールしたのか、
既存サイトとの位置関係に何かがあるような気がします。
CG
(@du-bist-der-lenz)
「サーバとエディターの合わせ技」であるかどうか、であればサーバーを変えてみることでしょう。
トピック投稿者
小石
(@kohetraiscojp)
>ROCK様
ありがとうございます。インストールはサブディレクトリです。
(URLだけみれば、本体サイトの子サイトのような形になります)
>CG様
ありがとうございます。
サーバが変えられたらいいのですが、公共団体の管理サーバのため、引っ越しが出来ない状況です。
CG
(@du-bist-der-lenz)
インストールがサブディレクトリでは、このトラブルの要因として確認の意味ないかと思います。