gozi198

結局よくわかりませんでした。

エックスサーバーからも状況がよくわからないという程度の返事しかもらえなかったです。

エックスサーバーのサポートでまともな返事がもらえないので、万一正常にアップデートできていないと今回のアップデートではセキュリティ関係も含まれているようなので、サイトを一旦削除してバックアップから復元しました。

• この返信は6年、 7ヶ月前にgozi198が編集しました。
• この返信は6年、 7ヶ月前にgozi198が編集しました。

素早い対応ありがとうございます。

1.41で正常に動作するようになっておりました。

今後ともよろしくお願いいたします。

jp-secureさま、今回はありがとうございました。

無事サイトが復旧いたしました。

社内的に調査いたしまして、昨日勤務していて本日休暇を取っているサイト担当者に

確認いたしましたところ

①昨日SiteGuardプラグインを昼すぐにインストール、有効化を行った（この話は聞いていました）

②その後すぐにデータベースのパスワードの変更を行った（この話は聞いていませんでした）

③wp-config.phpのほうのパスワード変更をしていなかった後、そのまま帰宅（夕方4時）

④私がサイトを確認すると500エラーしていた

⑤その担当者からデータベースのパスワードの話を聞いていなかったの で、昨日行ったと聞いていたSiteGuardプラグインが原因ではないかと推測してしまった

以上がことの顛末で、SiteGuardプラグインが何の原因ではないことが判明いたしました。

上記のように完全にスタッフ間の意思疎通がうまくいかなかったことと、その担当者のwp-config.phpのパスワード変更漏れが原因となっていました。

jp-secureさまのほうには昨日からご迷惑をおかけいたしまして、またプラグインが原因ではなかったということで申し訳ない気持ちしかありません・・・。

また本日も 朝早くお世話いただいたようで、誠にすみませんでした。

SiteGuardプラグインを再度インストールさせていただきますので、今後ともよろしくお願いいたします。

参考になるかはわかりませんが、当社の粗漏な体制でプラグインが原因ではなかったことをここに説明させていただきました。

返信ありがとうございます。

①wwwからの直下の.htaccessのファイルを.htaccessX にしてみました。

DirectoryIndex index.html index.htm index.php .ht

と記述になっています。

②また気になっているのですが、www-blogに.htaccessファイルが生成されているようですが、これも存在していても大丈夫でしょうか？

③あと申し訳ありません。

.htaccessファイルが壊れていれば作成しなおす方法があるかと思いますが、おすすめの方法というのはございますでしょうか？

サーバー操作も大して慣れていなくて回答者さまの回答も十分に理解していないような感じです。