フォーラムへの返信
-
投稿者投稿
-
お忙しい中、ありがとうございます!
出先からの取り急ぎの返信で申し訳ないですが、よろしくお願いいたします。
パネルをくっつけた際の処理も、キタジマさん案とてもよかったです♪細やかにご対応いただいて、本当にありがとうございます!
♥ 0いいねをした人: 居ませんキタジマさん
パディングの設定機能、確認しました!
希望通りになって、非常に助かります。これは喜ばれる方も多そうで、何よりです。^^で、ですね、ひとつめの要望の下記については、いかがな感じでしょうか?
———-
ひとつめは高さ設定についてです。現在設定にある「高さ」は、「フィット」「広め」「フル」のみとなっていますが、これをコアのカバーブロックなどと同じように数値で自由に指定できるようにすることは、ご検討いただけそうでしょうか。
※単位もカバーブロック同様、「px、rem、em、%、vw、vh」を自由に選択できるように。個人的には「広め」と「フル」を使う場面はほとんどなく「フィット」にして使用していますが、その中で高さを指定したい際にはCSSで個別に調整しています。
これが設定画面で簡単に設定できるようになると、かなり利便性が高くなりそうだと思っています。
———-引き続きご検討いただけそうでしたら、ぜひともお願いいたします!
♥ 0いいねをした人: 居ませんキタジマさん、お待たせしました。
サブディレクトリ環境にて、こちらのコードで問題なくログインおよび登録ができました!
また念のため、サブディレクトリにインストール→ルート表示の環境でも確認したところ、引き続き問題なくログインと登録ができましたので、併せてご報告しておきます。よかったです。ありがとうございます!ログインURL変更の件と併せて、ご対応いただきありがとうございました。
アップデートいただくのを楽しみにお待ちしておきます。♥ 0いいねをした人: 居ませんもうひとつ新たな環境をつくって、余計なプラグインやMy Snow Monkeyへの記述もない状態で確認しましたが、やはり同じ挙動になりますね。。
なお、登録の際に404になったあと正規のURLにいくと、「登録確認のメールが送信されます。」とシンプルな表記に変わって示されていることを確認しました。これまでは緑だったか、アラート形式で表示されていましたね。書き換えたことによって、変化があったようですね。
いやはや、何が問題なのでしょうね。。
♥ 0いいねをした人: 居ませんですよね?
→ そうなんですよ。。はい、そのケースです。私もキタジマさんと同じく、ドメイン.com/sub/に設置し、URLも同じにしています。
ダッシュボードでは、WordPress アドレス (URL) サイトアドレス (URL)ともに、末尾のスラッシュはない状態で試したものでした。ドメイン.com/sub
なおコメントをいただいて、スラッシュを付与して保存しようとしましたが、自動でスラッシュなしにされてしまいます。確かこれは以前からこうなるものでしたね。
謎ですね。。もうひとつ別環境をつくって試してみます。
♥ 0いいねをした人: 居ません解決できたようで何よりです。
この方法ですとメニューテキストにも反映されるため、念のため不要な部分に反映させないようにクエリで指定いただくとよりよいと思います。@media not all and (min-width:1024px) {
.l-container>.l-header {
mix-blend-mode: difference;
}
}効かせるのには詳細度が関係していると思います。私もまだまだ勉強中でございます。^^
♥ 0いいねをした人: 居ませんなるほど、そういうことですね。お考えのベースがよくわかりました。
たしかに多くの利用者さんのことを考えると、XO Securityなどのプラグインの使用を想定した方が汎用性は高そうですし、そもそも大きく仕様変更されそうな部分でもないでしょうから、安全面でもよさそうですね。
ご教示いただき、ありがとうございました。
それでは引き続きまして、よろしくお願いいたします。
♥ 0いいねをした人: 居ませんキタジマさん
早々に調査やご対応検討などいただき、ありがとうございます。
XO Securityを使用した際の対策について、承知しました。
ひとつ教えてください。
もし、XO Securityを使用せず、さきほど示した独自の方法の場合だと(コア側の変更は別として)、「変更があった場合の正しい動作不安」もなく使い続けられる可能性が高まる、ということでしょうか。
あるいは、XO Securityの設定値を読み込み、URL書き換えの処理を行う方法が現時点では最適解、といった背景があってのことでしょうか。
そのあたり理解が追いついておらず申し訳ないのですが、ご教示いただけますと幸いです。
サブディレクトリ対応につきましても、承知しました。
お手数ですが、よろしくお願いいたします!
♥ 0いいねをした人: 居ませんご確認等々、ありがとうございます。
おぉ…そうなのですね。キタジマさんでも難しいとなると、仕方ないですね。。
サブディレクトリ問題の方は解決しそうでもありますし、今のままでもリダイレクトをかければ機能することが確認できたので、何とかなりそうですね。
ちなみにサブドメインのルート表示でも試したのですが、この場合も通常のルート表示同様に大丈夫でした。Member Postのフォームが見栄えもよくて使い勝手もよいため、何とか使いたいところですが、ログインURLの変更とのトレードオフとなると考えないといけませんね。
私の方でも、もう少し検証や調査をしてみたいので、しばらくトピックはこのままにさせてくださいませ。
何か別の手法との組み合わせでも機能させられないものか、考えてみたいと思います。♥ 0いいねをした人: 居ません日曜日ですのに、ありがとうございます。
なるほど、コアの方でもそうなるのですね。。
原因が特定できたかも…という感じですので、あとはキタジマさんがきっと解決してくださるだろうと、すでに勝手に安心しています。笑お手数ですが、よろしくお願いいたします!
♥ 0いいねをした人: 居ませんご返信ありがとうございます。今回は以下の方法で試してみました。
●ログインURLを henkou-login.php とする場合
henkou-login.phpを作成し、下記を記述。
<?php define( 'LOGIN_CHANGE', sha1( 'keyword' ) ); require_once './wp-login.php'; ?>
My Snow Monkeyに下記を記述。
define( 'LOGIN_CHANGE_PAGE', 'henkou-login.php' ); add_action( 'login_init', 'login_change_init' ); add_filter( 'site_url', 'login_change_site_url', 10, 4 ); add_filter( 'wp_redirect', 'login_change_wp_redirect', 10, 2 ); if ( ! function_exists( 'login_change_init' ) ) { function login_change_init() { if ( !defined( 'LOGIN_CHANGE' ) || sha1( 'keyword' ) != LOGIN_CHANGE ) { wp_redirect( home_url() ); exit; } } } if ( ! function_exists( 'login_change_site_url' ) ) { function login_change_site_url( $url, $path, $orig_scheme, $blog_id ) { if ( ( $path == 'wp-login.php' || preg_match( '/wp-login\.php\?action=\w+/', $path ) ) && ( is_user_logged_in() || strpos( $_SERVER['REQUEST_URI'], LOGIN_CHANGE_PAGE ) !== false ) ) $url = str_replace( 'wp-login.php', LOGIN_CHANGE_PAGE, $url ); return $url; } } if ( ! function_exists( 'login_change_wp_redirect' ) ) { function login_change_wp_redirect( $location, $status ) { if ( strpos( $_SERVER['REQUEST_URI'], LOGIN_CHANGE_PAGE ) !== false ) $location = str_replace( 'wp-login.php', LOGIN_CHANGE_PAGE, $location ); return $location; } }
以上です。よろしくお願い申し上げます。
-
投稿者投稿