• 解決済 KH9999

    (@kh9999)


    ワードプレスにログインできなくなり、デバックモードで調べたのですが、どこをどう修正すればよいのか分かりません。申し訳ありませんが、どなたかご教示いただけますでしょうか?

    WordPress database error: [INSERT,UPDATE command denied to user ‘XXXXX’ for table ‘XX_options’]
    INSERT INTO XX_options (option_name, option_value, autoload) VALUES (‘_transient_doing_cron’, ‘1429164585.5695490837097167968750’, ‘yes’) ON DUPLICATE KEY UPDATE option_name = VALUES(option_name), option_value = VALUES(option_value), autoload = VALUES(autoload)

6件の返信を表示中 - 1 - 6件目 (全6件中)
  • ログイン出来なくなる直前に何かしてますよね。
    wp-config.php ファイルを変更してませんか。

    また、データベースの接頭辞とユーザーネームをフォーラムで公開してしまって大丈夫なのですか。

    トピック投稿者 KH9999

    (@kh9999)

    お返事ありがとうございます。
    それが思い当たることがないのです。素人で、管理画面以外でファイルを触ることはほぼないのです。wp-config.php ファイルを触ったのはデバックモードにするときのみです。

    ログインができなくなった後ですが、下記のEmergency Password Resetも行っています。
    https://ja.forums.wordpress.org/topic/306?replies=7

    私が使っているユーザーネームは記載した中にはないのですが、それ自体おかしいでしょうか?

    推測でしかありませんが、SQLサーバの容量制限のような気がします。
    容量制限ならば、phpMyAdminを使ってバックアップを取得した後に最適化するとログインできるようになるかもしれません。

    ホスティング先、サーバー環境、利用プランはどうなっていますか?

    トピック投稿者 KH9999

    (@kh9999)

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

    WebARENA SuiteXという30Gのサーバーを使っているのですが、
    SQLの容量は下記であることが分かりました。
    300MB
    (1個のデータベースにつき 100MB)

    WPに使っているデータベースは既に121 MByteでこれが原因のようです。
    サーバーを借りる際にSQLの容量という発想が全くなかったのですが、
    100MというのはWPには小さすぎますよね。

    使い方にもよるでしょうが、一日一回ぐらいのブログとしてなら不便ではないでしょうね。
    記事数が多いと、その内実に関係なくデータベースを消費すると考えてます。
    データベースの最適化すれば、しばらくは猶予が出来るんじゃないかしら。

    トピック投稿者 KH9999

    (@kh9999)

    最適化でとりあえず解決しました。おかげさまで色んなことを勉強できました。
    お二人とも本当にありがとうございました。

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

トピック「デバッグモードのメッセージ」には新たに返信することはできません。