ＥＣ-ＣＵＢＥの不具合 Archive

EC-CUBE の OWNERS STORE から PayPalモジュールをダウンロードし、管理画面で「購入商品一覧」→「購入商品一覧を取得する」ボタンをクリックしても何も反応がない。これではインストールできないではないか！

サーバーは、ファイアーバード。

検索でいろいろ調べてみた結果、

http://ec-cube.webtex.jp/customize/20101014202131

の記事の内容を試してみるとうまくいった。

内容はパーミッションの変更ということだった。

user_data 755
user_data/packages 777→755
user_data/packages/template_name 777→755
user_data/packages/template_name/js 777→755
user_data/packages/template_name/js/ownersstore.js.php 666→644

参考サイトでも「なぜかわからないが」と書いてあったが、ホントなぜかわからんがうまくいったのであった。

管理画面から「郵便番号DB登録」をクリックしてもエラーになってしまう。

おそらくデータ量が大きいのが原因だと思うので（私的憶測）、その対処法を記します。

■日本郵便のサイトから「読み仮名データの促音・拗音を小書きで表記するもの」
http://www.post.japanpost.jp/zipcode/dl/kogaki.html
にアクセスし、「全国一括」ファイルをダウンロード。

■フリカナが半角になっているので全角に変換。文字コードは utf-8 にしておく。

■phpMyAdmin で mtb_zip テーブルを一旦空にしてからインポート。
　インポートするファイルの形式→ csv。
　部分インポート → チェックを外す。
　フィールド区切り記号 → .（半角カンマ）

　「エンコーディングへ変換する」→ none を選択。
　「全角カナへ変換する」→ チェックを外す。

Netowl の Firebird というサーバーに EC-CUBE をインストールした場合、デフォルトのままでは注文完了時や通知のメールが送信されなかった。

送信できるようにするには、
/data/mtb_constants_init.php と
/data/cash/mtb_constants.php
の532 行目の

define('MAIL_BACKEND', "smtp");

を

define('MAIL_BACKEND', "mail");

に変更すれば解決した。

EC-CUBEで注文のキャンセルが入った時に、受注管理画面で削除してもマイページにログインして確認すると購入履歴に出てきます。

この不具合の解決策がカゴラボ的EC-CUBE開発ブログにありました。こちらでの説明は1.3.x～1.4.x向けの対策なので、その記事を参考にしながら2.0.1用に修正した。

引用

受注管理からキャンセル処理をした場合、データベースの「dtb_order」テーブルの「status」カラムに”3”が記録されます。受注のステータスに関しては、/data/conf/conf.php で設定されています。
一方、マイページのトップ（/html/mypage/index.php）で購入履歴が出てくるようになっていますが、この場合の条件には「削除フラグが立っていない」と「customer_idが何であるか」だけで、statusが何であるかは全く影響されません。
なので、この条件の中に「statusが3以外の時にだけ、購入履歴として出す」を入れれば良いことになります。

ということで、2.0.1用に読み直してみると、
data/class/pages/mypage/LC_Page_Mypage.php の92行目

$where = "del_flg = 0 AND customer_id=?";

を

$where = "del_flg = 0 AND customer_id=? AND status <> 3";

に

data/class/pages/mypage/LC_Page_Mypage_History.php の72行目

$where = "del_flg = 0 AND customer_id = ? AND order_id = ? ";

を

$where = "del_flg = 0 AND customer_id = ? AND order_id = ? AND status <> 3";

に修正することで回避できた。

次は受注管理の売り上げ集計にも残らないようにしないといけない。

EC-CUBEのトップページが、http://[サイトのドメイン]/html/　だとすると、携帯からそのURLにアクセスすると、

http://[サイトのドメイン]/html/html/mobile/　と余分なディレクトリ(html)が入り存在しないディレクトリににアクセスしてしまい、モバイルサイトが表示されなかった。

これはうちだけの問題かなぁ・・・。

【回避策】

http://[サイトのドメイン]/html/require.php の98行目の

. SC_Utils_Ex::sfRmDupSlash($url . URL_DIR . "mobile/" . $path));

を

. SC_Utils_Ex::sfRmDupSlash($url . URL_DIR . "/../mobile/" . $path));

に修正することでうまくいった。

受注完了時に購入者と管理人に受注メールが届かないといけないのだが、EC-CUBEのデフォルト設定のままでは管理者に受注メールが届かない。

【解決方法】

基本情報管理 → パラメータ設定

MAIL_BACKENDの設定が "smtp" になっているのを "mail" に変更することで管理者にもメールが届くようになった。

これでだめだったらこちらにも詳しく書かれていますので参照してみてください。

http://blog.ec-orange.jp/2008/01/25/55/

原因がわかり、対処ができた。

この現象はEC-CUBE 2.0.1で発生

【原因】

基本情報管理のパラメーター設定に何らかの変更を加えると、キャッシュにあるmtb_constants.phpよりRECOMMEND_PRODUCT_MAXが消えてしまうためということがEC-CUBE開発コミュニティサイトでわかった。

管理画面よりパラメータを変更すると関連商品が表示されなくなります。

Step1.

Webminの PostgreSQL データベースのmtb_constantsテーブルに下記内容を手動で追加

 フィールド名 : 値
id :            RECOMMEND_PRODUCT_MAX
name :      6
rank :        523
remarks :  関連商品の数

Step2.

管理画面にログインし、基本情報管理-パラメータ設定にてRECOMMEND_PRODUCT_MAXが追加されているのを確認。（一番下の行に追加されています）

そのまま、"この内容で登録する"をクリック。

この情報もEC-CUBE開発コミュニティサイトから

 【Ver.2.0.1】 おすすめ商品数に関するパラメータの不一致

これでもとどおり商品管理画面の関連商品が表示されるようになった。

商品の画像を登録するときに指定されている大きさでないものを登録してしまいました。・・・でも大丈夫みたい。

メイン画像で使った260×260の大きさのものを詳細-サブ画像で使ったのですが、サブで指定されている200×200サイズにサムネイルされています。

500KBまでだと大丈夫なんでしょうかね？

商品の並び替えをしようとしてもできません。

疑問に思ったことは順位のところの番号って何の番号なんでしょうか？

全部同じ数字が入っていたり、１１商品入っているところは11と12の数字しか入っていません 。