該当のサイト管理画面の部分だけエラーになったキャッシュが残っているのでしょうか。
一度、ブラウザのキャッシュをクリアするか、今までWordPressで使っていなかったブラウザなどでログインしてみてください。
ご返答ありがとう御座います。
私もキャッシュのクリアや普段使用しているchromeでなくウィンドウズに入っていたブラウザをキャッシュクリアしても試したのですが、状態は同じで、ログインは出来ているけど管理画面に入れない状態です。
404ページの丈夫に出るのは何時も使用しているテーマの権威の設定画面が出ています。
一度FTPからサイトガードプラグインとhttpsプラグインをネーム変更してみたのですが変わらないので元に戻してます。
functionからのログインURLの変更をしていたのですが今回のことで削除しました。
いじっているうちに
Warning: Cannot modify header information – headers already sent by (output started at /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-content/themes/keni62_wp_corp_150209/functions.php:1) in /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-login.php on line 390
Warning: Cannot modify header information – headers already sent by (output started at /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-content/themes/keni62_wp_corp_150209/functions.php:1) in /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-login.php on line 403
Warning: Cannot modify header information – headers already sent by (output started at /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-content/themes/keni62_wp_corp_150209/functions.php:1) in /export/sd201/www/jp/r/e/gmoserver/9/8/sd0176598/abcd08.net/wordpress-4.0-ja-jetpack-undernavicontrol/wp-login.php on line 405
と言う変なエラーがログインページに出ていましたが、functionphpからURL変更を削除したら今現在はなくなり、権威設定画面の下に404ページが現れている多少良くなった状態を維持しています。
英文のエラーのあった時はログインも出来ていませんでした。
サイト自体は普通に動いているだけに、Wordpress新規入れ直しは避けたいと思い悩んでいる状態です。
index.php の記述で、ディレクトリの階層が間違ってませんか。
ご返答ありがとうございます。
今確認しましたが以下のように記述されています。
<?php
ob_start(‘ob_gzhandler’);
/**
* Front to the WordPress application. This file doesn’t do anything, but loads
* wp/wp-blog-header.php which does and tells WordPress to load the theme.
*
* @package WordPress
*/
/**
* Tells WordPress to load the WordPress theme and output it.
*
* @var bool
*/
define(‘WP_USE_THEMES’, true);
/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . ‘/wp/wp-blog-header.php’ );
これが間違っているのかどうか、私には解りません。
functions.php の編集には、何を使いましたか?
秀丸エディタというソフトを使用しました。
そのサイトはアウトドアのサイトで
https://abcd08.net/ です。
functions.phpはテンプレートを再度ダウンロードして新しい物と差し替えました。
functions.phpには現在以下の変更を付け加えています。
<?php
function gads(){
return '<div class="contents">
<p style="text-align: center;">スポンサーリンク<br />
<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<style type="text/css">
.ad-slot-100008 { width: 300px; height: 250px; }
@media (min-width:336px) { .ad-slot-100008 { width: 336px; height: 280px; } }
</style>
<!-- アウトドアsレス -->
<ins class="adsbygoogle ad-slot-100008"
style="display:block"
data-ad-client="ca-pub-8985173837916944"
data-ad-slot="3422876917"></ins>
<script>
(adsbygoogle = window.adsbygoogle || []).push({});
</script></p>
</div>
<!--/conts-->';}
add_shortcode('gads', 'gads');
//PCでのみ表示するコンテンツ
function if_is_pc($atts, $content = null )
{
$content = do_shortcode( $content);
if(!wp_is_mobile())
{
return $content;
}
}
add_shortcode('pc', 'if_is_pc');
//スマートフォン・タブレットでのみ表示するコンテンツ
function if_is_nopc($atts, $content = null )
{
$content = do_shortcode( $content);
if(wp_is_mobile())
{
return $content;
}
}
add_shortcode('nopc', 'if_is_nopc');
?>
この状態にURL変更
// WordPressの管理画面ログインURLを変更する
define( 'LOGIN_CHANGE_PAGE', '●●●●.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 );
// 指定以外のログインURLは403エラーにする
if ( ! function_exists( 'login_change_init' ) ) {
function login_change_init() {
if ( !defined( 'LOGIN_CHANGE' ) || sha1( '▲▲▲▲' ) != LOGIN_CHANGE ) {
status_header( 403 );
exit;
}
}
}
// ログイン済みか新設のログインURLの場合はwp-login.phpを置き換える
if ( ! function_exists( 'login_change_site_url' ) ) {
function login_change_site_url( $url, $path, $orig_scheme, $blog_id ) {
if ( $path == 'wp-login.php' &&
( 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;
}
}
を付け加えるとエラーコードが出ます。
解決いたしました！
フォーラムの皆様、本当にご迷惑をおかけしました。
その後、プロバイダへ電話しても結局解決しませんでしたが、「SiteGuard」様へのメール問合せへの速やかなご返答があり、実行してみたところ管理画面に入ることができました。
無料プラグインでありながら、速やかに親切なご回答を頂き、「SiteGuard」の提供会社「ジェイピー・セキュア」様への信頼感が持てました。
内容は、とりあえず「SiteGuard」FTPによる削除の仕方でWordpressフォルダ内のhtaccessの#SITEGUARD_PLUGIN_SETTINGS_START から
#SITEGUARD_PLUGIN_SETTINGS_END までの削除と
プラグインフォルダ内の「SiteGuard」フォルダの削除という物でした。
実行し、管理画面に入れたので、速攻で「SiteGuard」を再インストールしました。
フォーラムの皆さま、有難うございました。
SiteGuard プラグインを使っていること、情報としてありましたか。
念を押すとよかったですね、.htaccessの内容も見なおすこと。
プラグインを使わないで、ログインURLを変更していて起こったのかと前提として勝手に思い込んでいました。以後、注意します。follow-up を解除しました。
追記です。
SiteGuardプラグインの事は、FTPからネーム変更しても状態が変わらなかったため、重要性は無いと勘違いし、2度目の投稿でカタカナでチラッとふれただけでした。
.htaccessは、サイトの最初の階層ではなくWordpressフォルダの最初の階層に作られるので気付きませんでした。
前の説明で分かりにくかったかもしれませんが、Wordpressフォルダの最初の階層にSiteGuardプラグインが.htaccessを作成するようです。
また、ジェイピー・セキュア様に解決したお礼メールを送った所、返信が届き、
https://ja.forums.wordpress.org/tags/siteguard-wp-plugin?forum_id=5
ここに質問を投稿すると、ジェイピー・セキュア様が確認して対応しているとの事でした。
トピックを立てる前に、まずフォーラム内で前述がないか検索すること
SiteGuardプラグインを使っていて、ログインできなくなった場合。
ほとんど、同対処で解消します。
プラグイン開発元にとっても、度々同様のトラブルに対応してばかりでは疲弊します。
