あーなるほど、確かに今はできないのであるとよさそうですね。ちょっと調べてみます。お急ぎなら、セクションブロックの上に HTML ブロックで id 付きのタグを入れておくとかでしょうか…。
うーん、
WordPressアドレス https://〇〇〇.com
サイトアドレス https://〇〇〇.net/blog/
WordPress アドレスとサイトアドレスは通常同じドメインのものを指定するものだと思っていたので、.com と .net という風に違うドメインを指定した場合にどのような影響がでるのか、挙動になるのかは僕にはちょっとわからないです。
下記のようなプラグインを入れてもダメでしょうか？
これでダメならフックで URL 置換する形かと思いますが…
お返事ありがとうございます。
制作実績を掲載するページを作成しており、プロジェクトごとに投稿し、関係する商材と事業カテゴリーをつけて絞り込んでアーカイブが見れるようにしようとしています。
イメージとしては以下のように親のカテゴリーを見出しにして、このカテゴリーが別れて出るようにしたいと思っています。
このようなイメージで伝わりますでしょうか・・よろしくおねがいします。
ありがとうございます。まさにさくらです。
が、これではなさそうでした。
１．バックアップを取る
２．WordPress再インストール
３．wp-config.phpのコピペ
４．wp-contentフォルダの移動
と進めています。３まで行ったところで、ダッシュボードが復帰しました。現状４を進めています。
お使いのサーバーはどちらでしょう？
下記はさくらについてですが、レンタルサーバーの設定などでも 403 になることがあるようです。
@キタジマ タカシ さん
おおお、わがままな意見に応えようとしてくださってありがとうございます！＼(^o^)／
@Yamasaki Daisuke さん
できたらうれしいですね！！
ご連絡ありがとうございます。
.htaccessの書き換えやってみましたが、だめでした。
ログイン画面ののち、
You don’t have permission to access /main/wp-admin/ on this server.
と出ます。
wp-adminフォルダは「７５５」で設定してあるので、ここの問題ではないのかと思いますが…。
いったんwp-content以外の初期化、やってみます。
JavaScript はセキュリティの問題が発生する可能性があるので、自由に追加させる機能は Snow Monkey には方針的に今後もつけないと思います。
プラグインでできるものがあるようなので、利用されたい方の責任でこのようなプラグインを使ってもらうのが良いと考えます。
ほぼ日のコードをみると、次のような CSS で実現しているようです。追加 CSS に貼り付けて試してみてください。
body {
background-attachment: fixed;
background-position: center top;
background-image: url(画像の URL);
}
これはちょっと Snow Monkey 本体に取り込むのは難しいですね。やっぱり操作感がどうしても重くなってしまいますし、これはオフィシャルに提供するのじゃなくてやりたい人が組み込むのが向いている機能だと思います。
使ったことはないですが、ショートコードでできるようにするプラグインもあるようです。
@杉原さん
403だと認証系なので、.htaccess でアクセス制限されているとか、サーバーのレベルで IP 制限などがかかっている、などの理由が考えられます。
@倉本さん
競合によっては、wp-login.phpを別のphpファイル名に変更したりします。（これが原因かも？）
また、そう言ったプラグインは.htaccessを書き換えたりしないと動作しないものも多いので、競合が起こったりした場合は、.htaccessの記述によって繰り返しが発生したり、変更前のwp-login関連のファイルを見ようとしたりする事で、ぐるぐると必要なファイルを探し出すような動き（.htaccessのリダイレクトの繰り返して呼び出される？）をしてしまう事もあるので、もしかしたらループしたのは、その影響で起こっちゃったのかもしれません。
はえー、そうなんですね。得られるリターンよりリスクのほうが多そうな気がしますね…^^;
@杉原さん
倉本さんが書かれているように、僕も「.htaccessを一度WordPressインストール時の初期状態に戻す」を試してみることをおすすめします。最悪の可能性としては、ハッキングされてファイルが改ざんされたから、ということも考えられます。どうしも復旧が難しければ、wp-content を残して、他のファイルを全部消してから、新規ダウンロードしてきた WordPress のファイル（wp-content 以外）を再アップロードする、ということも僕なら試すかもしれません（普通に使っていたのであれば問題ないはずですが、使っていたプラグインやカスタマイズの方法によっては大変なことになる可能性もあるので、試される場合は必ずバックアップはとったほうが良いです）。
ありがとうございました！お返事が遅くなりすみません！
ご丁寧に色々と情報も追加してくださりありがとうございました。
コアのカラムブロックというのはWP5のブロック機能（だったかな？）の事でしょうか？
まともに使う気になれず手を出してませんが、やはりレスポンシブに対応していないんですね。
Page Builder by SiteOriginの機能の一部を使用していましたが、どうも入れ子が多重になり、ソースが汚くなる感覚が強いので、何か方法があればと思ったのですが、HTMLで組むのもありかもですね。
Google Maps Gutenberg Blockのプラグインも試してみようと思います。
ありがとうございました。
もしかして、/wp-adminのURL等を変更するようなプラグインも入れていないでしょうか？
それと同時に、管理画面に移るログイン画面や、管理画面内のメニューなどのデザインを変更するようなプラグインが複数入っていた場合は、それらは競合がしやすいようです。
競合によっては、wp-login.phpを別のphpファイル名に変更したりします。（これが原因かも？）
また、そう言ったプラグインは.htaccessを書き換えたりしないと動作しないものも多いので、競合が起こったりした場合は、.htaccessの記述によって繰り返しが発生したり、変更前のwp-login関連のファイルを見ようとしたりする事で、ぐるぐると必要なファイルを探し出すような動き（.htaccessのリダイレクトの繰り返して呼び出される？）をしてしまう事もあるので、もしかしたらループしたのは、その影響で起こっちゃったのかもしれません。
そう言ったプラグインが入っている場合は、競合が起こらないか確認して、プラグインの停止も検討してみてはどうでしょうか？
ログインできない状態になっているのは、プラグインが.htaccessを正しく変更できず、プラグインを停止しても.htaccess内にそのまま不具合となる記述が残ってる可能性があります。
.htaccessを一度WordPressインストール時の初期状態に戻すなどをしてから、ログインが出来るか確認しながら調整してみたら上手くいくかもしれません。
返信ありがとうございます。まだ復旧していません。
調べたところwp-login.phpがいつの間にかなくなっていました。
むりやり他から移植してログインはできるようにしましたが、403forbidden
エラーが出て先に進みません。
- Akismetは消しました。
- コードは変更していません。
- プラグインの一覧はちょっとすぐにはだせません。すみません。
