[未解決] 基本設定情報が消える

[darumado]

---

WordPress のバージョン：WordPress 3.5.2

Welcart のバージョン：Welcart 1.3.3

ご利用のテーマ：Welcartデフォルトテーマ

症状を確認したブラウザ：ＦＩＲＥＦＯＸ

サーバー：自前　vine-linux

SSLの利用：専用SSL

WordPress のパーマリンク設定：デフォルト

---

基本設定ができず、困っております。メールアドレス等を入力し

設定更新ボタンにてテーブルに書き込みまでは確認できるのですが

他のページに写ったりすると設定内容が初期化されてしまします。

apacheとmysqlのlogを抜粋してみました（エラーなし）

どなたか手がかりをいただけませんでしょうか？

■基本設定ページ呼び出し

[26/Jun/2013:13:17:40 +0900] “GET /wp-admin/admin.php?page=usces_initial HTTP/1.1

mysqlのlog(WHERE option_name = ‘usces’のみ抜粋)

1321 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1321 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1321 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1321 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1321 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

●初期化（入力した情報抹消）

■基本設定を更新

[26/Jun/2013:13:19:53 +0900] “GET /wp-admin/css/colors-fresh.min.css?ver=3.5.1

[26/Jun/2013:13:19:53 +0900] “GET /wp-content/plugins/usc-e-shop/js/usces_initial.js?ver=3.5.1

[26/Jun/2013:13:19:52 +0900] “POST /wp-admin/admin.php?page=usces_initial

mysqlのlog(WHERE option_name = ‘usces’のみ抜粋)

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1322 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

●最後のＳＱＬ文に入力情報が記入されている

データベースにて内容登録を確認

■営業日設定ページ切り替え

[26/Jun/2013:13:23:21 +0900] “GET /wp-admin/css/colors-fresh.min.css?ver=3.5.1

[26/Jun/2013:13:23:20 +0900] “GET /wp-admin/admin.php?page=usces_schedule

mysqlのlog(WHERE option_name = ‘usces’のみ抜粋)

1324 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1324 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1324 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1324 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

1324 Query UPDATE wp_options SET option_value =—WHERE option_name = ‘usces’

●初期化（入力した情報抹消）

[nanbu]

こんにちは。

そう言った症状は見たことがございません。

サーバーの設定は間違いないでしょうか。

[darumado]

サーバーの設定ですか….

実は去年の暮まで問題なく動いていて、今年に入っていきなり「買い物カゴ」から先に行かなくなり、調べているうちに基本情報がなくなっていたので、登録しようとしたのですが登録できず、「UBUNTU」から「VINE」に変更してすべてダウンロードし再構築を試みたのですが状況変わらずで。

以前フォーラムに同じような事象を文字コードの設定で解決された事例もあるので、設定の確認をしてみます。

[darumado]

windows端末にwelcartの環境を作ってみたのですが、問題なく動くので設定もそう間違ってはいないと思います。

ただ、ＬＩＮＵＸ端末でダッシュボードにログインすると、

PHP Fatal error: Cannot use string offset as an array in /var/www/wks/wp-admin/includes/dashboard.php on line 1031

が発生するのでやはり何か設定に誤りがあるのかもしれません。

[darumado]

また、基本情報を設定したあと、別のブラウザでダッシュボードにログインするとやはり基本情報はクリアされるので、PHP Fatal error: Cannot use string offset as an array が関係していると思われますが、よくわかりません。

[yskysmr]

Welcart Shop > ホーム 画面の一番下、「ご利用の環境」というところに、「サーバー、MySQL、PHP」等の情報が表示されていますので、その内容を教えていだだけますでしょうか。

[darumado]

利用の環境

サーバー Apache

MySQL 5.1.68-log

PHP 5.3.21 memoly[global]:64M [locale]:256M [usage]:43M

simplexml, curl, gd, json, mbstring, mysql, openssl

[nanbu]

特にご利用のバージョンに問題はなさそうですね。

ただ、原因がサーバーの設定に起因するものだったとしましたら、ここで推測するのはなかなか難しいです。

もし宜しければ、phpinfo()のうちmbstringの設定部分を見せていただく事は可能ですか？

[darumado]

以下のとおりです。宜しくお願いします。

mbstring

Multibyte Support enabled

Multibyte string engine libmbfl

HTTP input encoding translation disabled

mbstring extension makes use of “streamable kanji code filter and converter”, which is distributed under the GNU Lesser General Public License version 2.1.

Multibyte (japanese) regex support enabled

Multibyte regex (oniguruma) backtrack check On

Multibyte regex (oniguruma) version 4.7.1

Directive Local Value Master Value

mbstring.detect_order auto auto

mbstring.encoding_translation Off Off

mbstring.func_overload 2 2

mbstring.http_input auto auto

mbstring.http_output pass pass

mbstring.http_output_conv_mimetypes ^(text/|application/xhtml+xml) ^(text/|application/xhtml+xml)

mbstring.internal_encoding UTF-8 UTF-8

mbstring.language Japanese Japanese

mbstring.script_encoding no value no value

mbstring.strict_detection Off Off

mbstring.substitute_character 63 63

[nanbu]

ありがとうございます。

わざわざ書いていただきましたが原因がわかりません。

Welcartの基本設定はシリアライズされてデータベースに保存されます。

データを取り出す際、万が一アンシリアライズして正常なデータが得られなかった時は、強制的に全ての設定をクリアするようにしています。

つまり、何らかの原因で基本設定データが壊れてしまうと考えられます。

その原因は、やはり文字化けの可能性が高いのではないかと推測します。

[darumado]

ありがとうございました。option_name = ‘usces’でブラウザに表示させても、UTF8で文字化けしていないのですが、「正常なデータ」を確認するためのSELECT文が飛んでいるということでしょうか？

[nanbu]

データベースにどのように保存されているかはわかりませんが、アンシリアライズした時に、データ構造が適正ではないためにWelcartがクリアしている物と推測します。

[投稿者]

投稿