どうか教えて下さい！
| > フロント機能 > ダウンロード販売機能 |
フロント機能
 |
| スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
| 投稿者 | スレッド |
|---|---|
| ECCUORE |
投稿日時: 2010/8/26 11:43
対応状況: −−−
|
長老   登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 引用：
お手数をおかけして申し訳ございません。 弊社モジュールをご利用の方に、念の為ご報告いたします。 本件を修正しなくても、不正ダウンロードや、SQLインジェクションによる不正は行えませんので、ご安心ください。
|
| ECCUORE |
投稿日時: 2010/8/26 17:56
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 ダウンロード機能を追加するにあたって、オーダーテーブル（dtb_order）に新しいフィールドを追加する必要がありそうです。
＜問題が起こるケース＞ ダウンロード商品と実際の商品を同時にオンライン決済で購入する。 ＜問題点＞ 現在は、オーダーに対する日付情報が「受注日」、「発送日」しかない。 下記を考えると、「入金日（決済日）」が必要になる。 ・対応状況は、オンライン決済後「入金済み」にするのが正しい。 ・ダウンロード商品は、入金確認（もしくはオンライン決済）後、ダウンロード可能になるのが正しい。 ・ダウンロード可能日付の算出根拠日は、入金確認（もしくはオンライン決済）した時点が正しい。 ・実商品発送後に管理者画面から「発送済み」にし「発送日」が自動で入るのが正しい。 ＜解決法＞ オーダーテーブル（dtb_order）に新しく「入金日」を追加する。 ・ダウンロード商品と実際の商品を同時にオンライン決済で購入した場合は、対応状況を「入金済み」にして、「入金日」を自動で入れる。 実商品発送後に管理者画面から「発送済み」にし「発送日」が自動で入る。 ・ダウンロード可能日付の算出根拠日は、「入金日」を利用する。 ・ダウンロード商品のみをオンライン決済で購入した場合は、対応状況を「発送済み」にして、「入金日」「発送日」を自動で入れる。 （管理者：ステータス管理画面での整合性を保つため） 次回、修正してコミットする予定ですが、皆様からの意見をお待ちしております。
|
| nanasess |
投稿日時: 2010/8/27 16:49
対応状況: −−−
|
神   登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: ダウンロード販売機能 引用：
この仕様に賛成です. また, チケット #781 にて, 商品関連テーブルの見直しをしていますが, ダウンロード商品に規格をつけた場合, どの規格も同じファイルとなってしまいますよね... http://svn.ec-cube.net/open_trac/ticket/781 上記の理由から, ダウンロード販売関連は別テーブルとし, dtb_products_class に関連づけるのが良いと思いました. |
| seasoft |
投稿日時: 2010/8/30 22:51
対応状況: −−−
|
神  登録日: 2008/6/4 居住地: 投稿: 7367 |
Re: ダウンロード販売機能 > オーダーテーブル（dtb_order）に新しく「入金日」を追加する。
過去に決済モジュール絡みのカスタマイズ(決済通知受信)で、受注テーブルに「入金日」列を追加した事があります。 列として、そういった流用も想定できるようですと、なお良いと思います。
|
| ECCUORE |
投稿日時: 2010/8/31 10:47
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 ご意見ありがとうございます。
チケット #781 での修正を待って、ダウンロード関連の情報を別テーブルに持つように検討したいと思います。 商品周りのリレーションとしては、下記を考えていてよろしいでしょうか？ ＜商品と規格の関係＞ 商品 1：N 商品規格情報 1：1 規格組合せ情報 1：N 規格分類情報 1：N 規格情報 ＜商品、規格、ダウンロードの関係＞ 商品 1：N 商品規格情報 1：1 ダウンロード関連情報
|
| nanasess |
投稿日時: 2010/8/31 11:13
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: ダウンロード販売機能 引用：
ありがとうございます! 引用：
となりますので, 下記が正しいです. ＜商品と規格の関係＞ 商品 1：N 商品規格情報 1：1 規格組合せ情報 1：N 規格分類情報 N：1 規格情報 引用：
こちらは問題ないと思います. ER図もカラムの並び順など若干修正しましたので, 合わせてご覧いただければと思います. http://svn.ec-cube.net/open_trac/ticket/781 |
| ECCUORE |
投稿日時: 2010/8/31 11:33
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 リレーションは理解しました。ありがとうございます。
商品登録のUIについてですが、規格とダウンロードが紐付く場合 ダウンロード用のファイルアップロードは、どの画面で行うのがよろしいでしょうか？ ＜規格無し商品のケース＞ 以前と同じように、商品登録画面だけで完結出来るように、「商品登録画面」でファイルアップロードする。 or 規格あり商品と同じように、商品登録画面と規格登録画面を利用して、「規格登録画面」でファイルアップロードする。 ＜規格有り商品のケース＞ 規格有り商品の場合は、以前と同じように商品登録画面と規格登録画面を利用して、「規格登録画面」でファイルアップロードする。 ご意見よろしくお願いします。
|
| tao_s |
投稿日時: 2010/9/1 4:08
対応状況: −−−
|
仙人   登録日: 2008/8/20 居住地: 東京 投稿: 799 |
Re: ダウンロード販売機能 引用：
＜規格無し商品のケース＞ 以前と同じように、商品登録画面だけで完結出来るように、「商品登録画面」でファイルアップロードする。 が良いです。 ダウンロード商品で規格を分ける場合、画像のサイズや動画のファイルサイズ等が考えられるので、規格毎にデータが異なります。 なるべく今の画面とあまり変わらない方向が良いです。 あと、テストしていないので何とも言えませんが、容量の大きいファイルはダウンロード出来なくないですか？
|
| ECCUORE |
投稿日時: 2010/9/1 9:11
対応状況: −−−
|
長老 登録日: 2009/10/22 居住地: 東京 投稿: 248 |
Re: ダウンロード販売機能 引用：
そうですね、現在アップされているソースには100Mの memory_limit が掛っていますね。 memory_limit については、「パラメータで変更可能」にして、初期値を無制限(-1)にする方向で修正します。 ご指摘ありがとうございました。
|
| nanasess |
投稿日時: 2010/9/1 11:39
対応状況: −−−
|
神 登録日: 2006/9/9 居住地: 投稿: 2313 |
Re: ダウンロード販売機能 引用：
賛成です. |
| « 1 (2) 3 4 5 » | |
| スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |
