ホーム > 未分類 > MySQLを5にバージョンアップ後にWelcartShopの全ての設定が初期状態に戻る

MySQLを5にバージョンアップ後にWelcartShopの全ての設定が初期状態に戻る

nanbu様

いつもお疲れ様です。

WordPress2.9.1にバージョンアップするためにサーバー(Xサーバー)のMySQLを4から5にバージョンアップしました。不慣れな作業で、色々と調べながらの作業だったのですが、データベースのバックアップをとり、何とかMySQLを5にWordPressを2.9.1にバージョンアップできました。管理画面にもアクセスできるようになり、一安心したのですが、WelcartShopの基本設定、営業日設定、配送設定、他の全ての設定が初期状態に戻っており、設定しなおしても、一旦は設定されるものの、時間が経つと初期状態(白紙)に戻ってしまいます。何度か試してみましたが解決しませんでした。

不具合とは関係ないかも知れませんが(私の作業ミスなのかどうか分かりませんが)、原因が掴めずに困っております。大変お忙しいところ誠に申し訳ございませんが、どのような原因が考えられるかご教示いただけると大変助かります。どうぞよろしくお願いいたします!

※現在DevelopmentVersionを使用しております。

※バージョンアップ前までは全て正常に稼動しておりました。

カテゴリー: 未分類 タグ: , ,
関連記事
  1. mizuno
    2010 年 1 月 11 日 12:54 | #1

    追加情報です。

    何度か試して気づいたのですが、どうやらメール設定を更新したときに全ての設定が初期化されているように思います。やはり原因は分かりません。

    どうぞよろしくお願いいたします。

  2. nanbu
    2010 年 1 月 12 日 05:02 | #2

    こんにちは。

    原因は特定できないのですが、もしかしたらWelcart の設定データが壊れているのかもしれません。
    もしphpMyAdmin を使用したことがありましたら設定データを一旦削除して見ると良いかもしれません。

    削除するデータは、wp_options テーブルのoption_name がusces というデータです。usces_*** というデータがいくつかありますがそれは関係ありません。

    削除すると設定が白紙になります。商品データが消えることはありませんが、この設定を元に動作していますので、発送設定など元の状態になるよう設定しなおしてください。
    phpMyAdmin を使用したことが無い場合はテーブルを削除してしまわない用にご注意下さい。

    また、念のためですがWelcart をインストールしなおしてみるのもいいかもしれません。

  3. mizuno
    2010 年 1 月 12 日 11:00 | #3

    nanbu様

    お忙しいところアドバイスありがとうございます!

    phpMyAdminでwp_options テーブルのuscesを削除してもダメで、uscesの削除+Welcartをインストールしなおしてみましたが、同じ現象が起こります。

    色々と試してみる段階で気が付いたのですが、メール設定で既設の文章が自動で読み込まれますが、それを変更することなく設定を更新した場合は、他の設定が初期化されることはありませんが、メール設定の文章を変更して設定を更新した場合に基本設定、営業日設定、配送設定などが初期化されてしまうようです。

    お忙しいとは存じますが、よろしくお願いいたします。

  4. nanbu
    2010 年 1 月 12 日 16:24 | #4

    うーむ、困りました。

    差し支えなければ管理画面を見せていただいてよろしいでしょうか。
    よろしければ調査用のユーザーアカウントを作成してメールでご連絡ください。
    アドレスは次の通りです。

    nanbuアットuscons.co.jp(アットは@に置き換えてください)

    ただ管理画面を見て原因を特定できるかどうかわかりませんので何卒ご理解ください。
    よろしくお願いいたします。

  5. nanbu
    2010 年 1 月 13 日 05:33 | #5

    こんにちは。

    管理画面を拝見いたしました。
    メール設定の文章変更更新を行ってみましたが、設定が消えてしまうことはありませんでした。
    その他、基本設定、営業日設定の更新、商品の追加など行ってみましたがこちらからの操作ではすべて正常に動作しているようです。

    テストしたブラウザは、Windows IE6 及び chrome です。

    もし別のパソコンをお持ちでしたらそちらで同様の操作をして確認してみてはどうでしょうか。
    よろしくお願いいたします。

  6. mizuno
    2010 年 1 月 13 日 13:17 | #6

    こんにちは。

    調査いただきましてありがとうございました。
    別のパソコンがありませんでしたので、関係ないかもしれませんが、ブラウザの一時ファイルやCookieなどを削除し、PCを再起動してもう一度やってみましたが、やはり同じように設定がクリアされてしまいました。次に友達の家に行き、友達のPCを借りて同じことを試してみましたが結果は同じでした。

    私が海外在住で、海外からアクセスしていることと何か関係があるのかなぁ?とも考えたりもしますが、よく分かりません。PCは日本語版のものです。

    何度か試すうちに、どうやら、メール設定でも自動送信されるメールを変更しても他の設定はクリアされないことに気づきました。管理画面から手動送信する部分のメールの文章を変更した場合のみ設定の初期化が起こります。現在は自動送信されるメール部分は変更出来ておりますので、手動送信はOutlookExpressから送信することで一先ずは対応できそうです。

    お忙しい中、色々とお手数をお掛けしまして申し訳ございませんでした。

  7. nanbu
    2010 年 1 月 13 日 16:48 | #7

    再度確認させていただきました。

    どうやら「?」という文字を入れるとデータが壊れるようです。

    これを使わなければ(他にもまずい文字があるかもしれません)登録できますが
    根本的な解決にはなっていません。

    MYSQLの文字セットは何になっていますでしょうか。
    前のバージョンでは問題なかったのであれば、もしかしたら新しいデータベースの
    文字コード関連を洗いなおした方が良いかもしれません。

    ちなみにこちらでは文字によるトラブルは発生しておりませんが、プログラムで
    回避できないものか考えてみたいと思います。

  8. mizuno
    2010 年 1 月 13 日 17:01 | #8

    度々ありがとうございます。

    標準文字コードは「EUC-JP」となっていますが、注釈で
    「DB作成時に文字コードを指定できるため、UTF-8などの利用も可能です」
    と書かれていました。DBを作成した時に文字コードをEUC-JPで作成してしまったかもしれません。文字コードはあまり気にしていませんでした。スミマセン!

    phpmyadminで見てみると文字セットUTF-8 Unicode と書かれていますが、これでしょうか?

    この場合、もう一度DBを削除して作り直した方がいいのでしょうか?

  9. nanbu
    2010 年 1 月 13 日 17:21 | #9

    こちらではMySQLの設定はこの様にしています。

    [client]
    default-character-set=eucjpms
    [mysql]
    default-character-set=eucjpms
    [mysqld]
    default-character-set=eucjpms
    character-set-server = eucjpms
    skip-character-set-client-handshake
    default-storage-engine=MyISAM

    ※一部省略しています。

    試にですがhtaccess にこの様なことを追加してみてください。

    php_flag output_buffering off
    php_value output_handler none
    php_value default_charset none
    php_value mbstring.language “Japanese”
    php_value mbstring.internal_encoding “EUC-JP”
    php_value mbstring.http_input “pass”
    php_value mbstring.http_output “pass”
    php_flag mbstring.encoding_translation Off

    的確なアドバイスができなくてすみません。

  10. mizuno
    2010 年 1 月 15 日 15:32 | #10

    nanbu様

    お疲れ様です!今回は色々と助けていただいて本当にありがとうございます!

    メールにてアドバイス頂いた通り、DBの各テーブル及び各テーブル内の各フィールドの全てをutf8_general_ciに変更したところ、解決しました!!DBが壊れる原因であった全角の”?”を入力しても設定が初期化されることはなくなりました。本当にありがとうございました!

    バックアップについて質問があるのですが、WordPressの管理画面にあるバックアップ機能で、wp_commentmeta以下の全てにチェックを入れてバックアップをとった場合、商品データや会員データ、注文データなど全てのデータはバックアップされていると考えてよろしいですか?これによりバックアップされないデータなどはございますか?

    ついでの質問でスミマセン!

    これからも、どうぞ宜しくお願いいたします!

  11. nanbu
    2010 年 1 月 15 日 17:29 | #11

    解決して良かったです!
    あきらめずに原因追求してよかったです。

    バックアップの件ですが、まずWordpress の標準機能であるエクスポートでは注文データなどはバックアップできません。
    管理画面にあるバックアップというメニューは恐らくバックアッププラグインを使用していると思うのですが、バックアップするテーブルの中に以下の4つのテーブルが含まれていればWelcart の注文データなども含まれているということになります。

    wp_usces_access
    wp_usces_member
    wp_usces_order
    wp_usces_order_meta

  1. トラックバックはまだありません。
*