フォーラムへの返信

13件の返信を表示中 - 1 - 13件目 (全13件中)
  • フォーラム: 使い方全般
    返信が含まれるトピック: カスタムリンク
    トピック投稿者 1812irga

    (@1812irga)

    Du bist der Lenz様 >

    テスト用に入れていたものが圧迫していたので、一度削除してしまいました。整理して再度テスト用にローカルに作っておきたいと思います。

    プラグインに関しては、現在本サイトしかないため、一応関係すると思われるプラグインのみ停止して確認しておりました。テスト用にローカルにおとして再度全プラグインにて確認してみたいと思います。

    フォーラム: 使い方全般
    返信が含まれるトピック: カスタムリンク
    トピック投稿者 1812irga

    (@1812irga)

    Du bist der Lenz様 > お返事ありがとうございます。

    問題なく稼働されているということで、プラグインが干渉しているのかSSLの設定が不完全なのかこちらで再度確認してみたいと思います。

    SSL対応済みのサイトでは、http://でアクセスしても、https://に転送されるのではないですか。

    以前httpsにする際不具合が出て部分的に移行しており、HSTSの設定が全体にかかっていないため、リダイレクトされないようになっていると思われます。こちらに関しても、もう少し勉強していきたいと思います。

    ただ、httpsでリンク指定しているにも関わらず、なぜhttpになっているのか腑に落ちませんが…
    (httpを手動でhttpsに変えて再度、読み込みを更新するとhttpsのページになります)

    とりあえず、もう一度見直してみます。ありがとうございました。

    トピック投稿者 1812irga

    (@1812irga)

    インストールをしても、強制的にログアウトはされません。
    ただし、有効化するとログアウトします。

    ということは、設定が復元、あるいは初期の設定で、「以前このIPアドレス?パスワード?の者は弾いたから今回も弾くよ」となると思います。

    だとすると、弾いたとする履歴そのものを削除してあげれば、ログアウトされることもないと思ったのですが(そのログだと思われるものをDBから削除してみましたがダメでした)。

    トピック投稿者 1812irga

    (@1812irga)

    맹조 様
    たびたびの返信、有難うございます。

    ヒントとしては『残骸でなく、インストールして有効化すれば、再度設定される』
    極もっともな無限ループです。

    素人なもので、知らなかったのですが、
    「極もっとも」ということで、全てのプラグインで再インストール、有効化した場合再度設定されるものでしょうか?

    再度設定されるにしても、何らかしらの情報(こちらを残骸と呼ばせていただきました)が蓄積されていて、それを元に設定を復元しているのではないでしょうか?仮にその情報を全て取り去った後にインストールし、有効化し直すと初期設定になると思っていたのですが。。

    トピック投稿者 1812irga

    (@1812irga)

    すみません、目的を明確にしますと、
    『ログイン後、「Login Security Solution」を再び使用したい。
    ただし、使用しても、管理者を弾かないでログインできるようにしたい。』というのが狙いです。

    強制的にログアウトさせるにしても、有効化した時点でどこかにある情報を元にログアウトさせているのだと思うのですが。。。

    引き続き、Login Security Solutionの残骸がないか探ってみます。

    トピック投稿者 1812irga

    (@1812irga)

    ちなみに、データベース内の「**_login_security_solution_fail」というものを削除しても、
    ログイン後、プラグインをインストール、有効化すると、
    強制ログアウト、ID,パスを入力してもトップページへ移ります。

    トピック投稿者 1812irga

    (@1812irga)

    맹조 様

    お返事有難うございます。

    FTPソフトを経由してサーバーからプラグインを削除した場合、ログインできます。

    「Login Security Solution」を綺麗に削除すると良いでしょう。

    具体的にどこを削除すればいいのか見当がつかない状態です。プラグイン以外の場所、キャッシュやhtaccessにはそれらしい箇所がありません。

    トピック投稿者 1812irga

    (@1812irga)

    ”サポート”フォーラムだったんですね・・・

    こちらとしては、サポートというよりご存知の方がいましたらと思い投稿させていただいたのですが、本家のほうに相談してみます。

    フォーラム: 使い方全般
    返信が含まれるトピック: 親テーマに手を加えず、body開始直後にタグを挿入
    トピック投稿者 1812irga

    (@1812irga)

    nobita様

    なるほどです。
    ご教示いただき有難うございました!

    フォーラム: 使い方全般
    返信が含まれるトピック: 親テーマに手を加えず、body開始直後にタグを挿入
    トピック投稿者 1812irga

    (@1812irga)

    nobita様

    返信有難うございます。

    チャイルドテーマを使っているのでしたら、親テーマの header.php をチャイルドテーマにコピーして、チャイルドテーマのbody直後に、好きなコードを書けばいいです。

    チャイルドテーマは、functions.phpとstyle.cssのみですが、これに親テーマと同じheader.phpを追加するという認識でよろしいでしょうか?その際、header.phpが(正確にはコードを追加するので同じではないですが)重複しても構わないものなのでしょうか?

    フォーラム: その他
    返信が含まれるトピック: URL正規化
    トピック投稿者 1812irga

    (@1812irga)

    Daisuke Takahashi様

    まずは返答頂きありがとうございます。
    検証等の結果なかなか上手くいかなく、後回しにしておりましたが、何とか解決できそうです。
    wordpressと関係ないところでアドバイス頂きありがとうございました。

    フォーラム: インストール
    返信が含まれるトピック: ドメイン変更を伴うサーバ移行後の翻訳
    トピック投稿者 1812irga

    (@1812irga)

    上記ファイルで上書きしたところ、正常に戻りました。

    今回、旧サーバと変わった点と言えばパスぐらいなので、何が原因か分かりませんでしたが、
    Daisuke Takahashi様 有難う御座いました。

    フォーラム: テーマ
    返信が含まれるトピック: 子テーマ用のfunctuons.phの編集
    トピック投稿者 1812irga

    (@1812irga)

    早速の返事有難うございます。

    子テーマのfunctions.phpに何も書かずに、style.cssのみ設定した場合、上手くいきませんでした。

    load_template()を使用した場合は、インクルード先のファイルの変数($hoge)は、読み込まれませんので、動作に影響が出るかもしれません。(PHPの、include やrequireは、変数を読み込みます)

    おっしゃる通りこの部分かなと思います。
    現状、自分の知識では解決できそうにないので、非効率ではありますが、別テーマか親を直接編集していくか、phpの勉強も兼ねてもう少し足掻いてみたいと思います。

    有難うございました。

13件の返信を表示中 - 1 - 13件目 (全13件中)