From nagata ＠ ideastore.co.jp Thu May 1 00:28:39 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Thu, 1 May 2003 00:28:39 +0900 Subject: [Tep-j-develop] 左右のボックスについて In-Reply-To: <20030430095834.75AD.TAMURA@bitscope.co.jp> Message-ID: <6AC9BA44-7B20-11D7-806A-00306555A390@ideastore.co.jp> 田村さん、こんにちは。 永田です。 On 2003.4.30, at 10:36 Japan, TAMURA Toshihiko wrote: > (ボックス内部の)日本語の文字サイズから見ると、 > ヘッダの文字サイズで折り返しを調整するよりも、 > ボックスの横幅を広げたほうがいいような気がします。 > > この辺りは、最終的にショップごとに決めればいいことなんですが、 > osCommreceを判断してもらう第一印象みたいなのも大事なので、 > ちょっと考えてしまいます。 田村さんのところでは、総崩れって事ですね... うーん、それではapplication_top.phpで、 // customization for the design layout define('BOX_WIDTH', 140); // how wide the boxes should be in pixels (default: 125) 位に幅を変更してしまいますか？ From bunchapixels ＠ hotmail.com Thu May 1 04:02:51 2003 From: bunchapixels ＠ hotmail.com (S Mihama) Date: Wed, 30 Apr 2003 19:02:51 +0000 Subject: [Tep-j-develop] Re: I[_[\ｦ Message-ID: ???MS1??http://www.bitscope.co.jp/tep/download/tep_catalog-pr2.1j.tar.gz????????? ?????????????????????????????????????????????????????? ????????????????? ???? >From: TAMURA Toshihiko >Reply-To: tep-j-develop ＠ lists.sourceforge.jp >To: tep-j-develop ＠ lists.sourceforge.jp >Subject: [Tep-j-develop] Re: ????????ｦ????? >Date: Tue, 29 Apr 2003 10:35:47 +0900 > >??????????? > >????: > > ????????????????t????????? > > ?????????????????????? > >??????????????????????? >??????????????????? >?????????????? >??????????????????????o????????? > >??????????? >account_history_info.php?????????????ｦ????????? > >??????MS1???????????????????????? >???????????????? > >-- >???? / ?ｮ?ﾐ??????? >E-mail:tamura ＠ bitscope.co.jp >http://www.bitscope.co.jp/ > >_______________________________________________ >Tep-j-develop mailing list >Tep-j-develop ＠ lists.sourceforge.jp >http://lists.sourceforge.jp/mailman/listinfo/tep-j-develop _________________________________________________________________ Get Hotmail on your mobile phone http://www.msn.co.uk/mobile From tamura ＠ bitscope.co.jp Thu May 1 11:40:34 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Thu, 01 May 2003 11:40:34 +0900 Subject: [Tep-j-develop] Re: 新着表示 In-Reply-To: <3EAFA155.7000704@itpmail.itp.ne.jp> References: <3EAFA155.7000704@itpmail.itp.ne.jp> Message-ID: <20030501104118.1699.TAMURA@bitscope.co.jp> 梅田さん、こんにちは。 田村です。 > Category1 ┳ Category1-1 ┳ Category1-1-1 ┳ Product1-1-1-1 > 　　　　　┣ Category1-2　　　　　　　　　┣ Product1-1-1-2 > 　　　　　┗ Category1-13 > > このような階層の場合に、Category1 で新着表示がされません。 > 英語版でも同じ状況です。 osCommerceでは、(標準では)カテゴリーや商品を次の規則で 表示しているはずです。 (1) ページを表示するカテゴリーの中に商品がない場合 当該カテゴリーの直下のカテゴリーを表示する。 １階層下のカテゴリーの中の新着商品を表示する。 * ２階層以上下のカテゴリーの中の商品は新着商品には表示されない。 * １階層下のカテゴリーに商品がなければ新着商品がカラで表示される。 => これはまずいですね。 (2) ページを表示するカテゴリーの中に商品がある場合 当該カテゴリーの下にカテゴリーがあっても、それを表示ない。 当該カテゴリーの中の商品をリスト表示する。 この表示規則は、ショップによってやりたいことが違うでしょうから、 必要があれば表示部分をカスタマイズしてくださいということかと思います。 実際カスタマイズして運用しているショップもあるはずです。 ただ、もうちょっと親切な仕様もありうるのかなとは思います。 梅田さんの場合の、何階層か下の商品を新着商品として表示したいというのは、 データベースの構造からして難しいところがあります。 ひとつのSQLで検索することはできないと思いますし、 下位のカテゴリーを再帰的に検索しにいくと重い処理になってしまいます。 そういうことを判った上でやれば、かまわないでしょうが。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From mac_user ＠ itpmail.itp.ne.jp Thu May 1 12:27:46 2003 From: mac_user ＠ itpmail.itp.ne.jp (mac_user) Date: Thu, 01 May 2003 12:27:46 +0900 Subject: [Tep-j-develop] Re: 新着表示 References: <3EAFA155.7000704@itpmail.itp.ne.jp> <20030501104118.1699.TAMURA@bitscope.co.jp> Message-ID: <3EB09432.2050602@itpmail.itp.ne.jp> 梅田です > * １階層下のカテゴリーに商品がなければ新着商品がカラで表示される。 > => これはまずいですね。 これがマズいのではないかと思ったのですが、 バグではなくカスタマイズを前提とした仕様だということでしょうか。 From tamura ＠ bitscope.co.jp Thu May 1 13:59:17 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Thu, 01 May 2003 13:59:17 +0900 Subject: [Tep-j-develop] Re: 新着表示 In-Reply-To: <3EB09432.2050602@itpmail.itp.ne.jp> References: <20030501104118.1699.TAMURA@bitscope.co.jp> <3EB09432.2050602@itpmail.itp.ne.jp> Message-ID: <20030501135421.169C.TAMURA@bitscope.co.jp> 田村です。 > > * １階層下のカテゴリーに商品がなければ新着商品がカラで表示される。 > > => これはまずいですね。 > > これがマズいのではないかと思ったのですが、 > バグではなくカスタマイズを前提とした仕様だということでしょうか。 「カスタマイズを前提とした仕様」とは言えないでしょうね。 ３階層以上のカテゴリーを想定してないのでは。 新着商品がカラになるのは改善した方がいいですね。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From tamura ＠ bitscope.co.jp Thu May 1 15:42:06 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Thu, 01 May 2003 15:42:06 +0900 Subject: [Tep-j-develop] Re: 左右のボックスについて In-Reply-To: <6AC9BA44-7B20-11D7-806A-00306555A390@ideastore.co.jp> References: <20030430095834.75AD.TAMURA@bitscope.co.jp> <6AC9BA44-7B20-11D7-806A-00306555A390@ideastore.co.jp> Message-ID: <20030501153017.169F.TAMURA@bitscope.co.jp> こんにちは、田村です。 永田さん: > うーん、それではapplication_top.phpで、 > > // customization for the design layout > define('BOX_WIDTH', 140); // how wide the boxes should be in pixels > (default: 125) > > 位に幅を変更してしまいますか？ そんなところでしょうかね。 こちらで調整して、もう一度みなさんに見てもらいましょうか。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From mac_user ＠ itpmail.itp.ne.jp Thu May 1 15:42:23 2003 From: mac_user ＠ itpmail.itp.ne.jp (mac_user) Date: Thu, 01 May 2003 15:42:23 +0900 Subject: [Tep-j-develop] Re: 新着表示 References: <20030501104118.1699.TAMURA@bitscope.co.jp> <3EB09432.2050602@itpmail.itp.ne.jp> <20030501135421.169C.TAMURA@bitscope.co.jp> Message-ID: <3EB0C1CF.7040804@itpmail.itp.ne.jp> 梅田です 私の場合はプログラムの詳しいことはよくわからないので利用者（来店者） の立場の方が強いと思います。 また修正が容易でないことは何となくわかりますので、問題かなと感じた事を 投稿するだけで、それ以上のことは判断できないのですけど、 > 「カスタマイズを前提とした仕様」とは言えないでしょうね。 > ３階層以上のカテゴリーを想定してないのでは。 > > 新着商品がカラになるのは改善した方がいいですね。 技術的な素人（例えば普通の来店者）の目で見ると、トップページの新着情報 がサイト全体の新着情報であるならば、階層が下がった時にはその階層以下の 新着情報が表示されるか、またはカテゴリーに関係なく新着情報が表示されて いるというのが最も「感覚的」に掴みやすいのではないでしょうか。 直下のカテゴリーにある商品の新着だけを表示するというルールは、プログラ ムの中では適当なのかもしれませんが、利用者にとっては直感的でないように 感じます。 また、osCommerce が階層をいくらでも（？）深く出来るように設計されている のであれば、直下だけという仕様には、利用者本位ではないという印象を持ち ましたことだけをお伝えしておきます。 From tamura ＠ bitscope.co.jp Thu May 1 16:50:20 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Thu, 01 May 2003 16:50:20 +0900 Subject: [Tep-j-develop] MS1 言葉の遣い方 Message-ID: <20030501164432.16A1.TAMURA@bitscope.co.jp> こんにちは、田村です。 MS1 日本語版の言葉の遣い方について、 もう一歩、磨きをかけることができないかと思います。 先週のMLでのやり取りにも関連して、 こんなことを考えているんですが。 ■手続きや操作を直感的にわかってもらう言葉遣い 手続きや操作に関するページ名やボタン名を、 直感的にわかりやすくなるようなものに統一してはどうかと思います。 単純なことなんですが、例えばボタンなら、 「〜する」といった動詞で言い切る表現をよく見かけますが、 これは直感的で明快に感じられるんじゃないかと思います。 [次へ] => [次に進む] [レジへ] => [レジに進む] 清算手続きのページ・タイトルも、やさしく伝わりやすく表現して、 次のようなものでもいいのかなと思います。 1) ショッピングカート 2) お届け先と配送方法を選んでください 3) お支払い方法を選んでください 4) ご注文内容を確認してください 5) ありがとうございました!! こういった言葉の問題は、正しい/正しくないというものではなくて、 ショップが利用者にどんな印象を与えるのを望むか、 という方針のようなものだと思います。 ショップによっては、上のページ・タイトルではお客様に向かってフランク 過ぎると判断するかもしれません。 どう思われますか？ ■その他の調整 o ボタンの文言とポップアップ文字の一致 一部くいちがいが残っているので要調整(ボタンを作る)。 o 用字用語の調整 漢字を使うかひらがなを使うかといった表記がばらつかないように、 とりあえず次のような規準で調整できるかと思います。 http://sourceforge.jp/projects/tep-j/document/characters_usage/ja/2/characters_usage.txt -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Thu May 1 17:07:54 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Thu, 01 May 2003 17:07:54 +0900 Subject: [Tep-j-develop] Re: 左右のボックスについて In-Reply-To: <20030501153017.169F.TAMURA@bitscope.co.jp> Message-ID: 田村さん、こんにちは。 永田です。 on 2003.05.01 15:42, TAMURA Toshihiko at tamura ＠ bitscope.co.jp wrote: >> うーん、それではapplication_top.phpで、 >> >> // customization for the design layout >> define('BOX_WIDTH', 140); // how wide the boxes should be in pixels >> (default: 125) >> >> 位に幅を変更してしまいますか？ > > そんなところでしょうかね?> こちらで調整して、もう一度みなさんに見てもらいましょうか。 そうですね。 宜しくお願い致します。 From tamura ＠ bitscope.co.jp Thu May 1 18:47:11 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Thu, 01 May 2003 18:47:11 +0900 Subject: [Tep-j-develop] Re: 新着表示 In-Reply-To: <3EB0C1CF.7040804@itpmail.itp.ne.jp> References: <20030501135421.169C.TAMURA@bitscope.co.jp> <3EB0C1CF.7040804@itpmail.itp.ne.jp> Message-ID: <20030501182755.16A4.TAMURA@bitscope.co.jp> 田村です。 梅田さん: > 私の場合はプログラムの詳しいことはよくわからないので利用者（来店者） > の立場の方が強いと思います。 そういう立場で発言してもらえれば、十分です。 > 技術的な素人（例えば普通の来店者）の目で見ると、トップページの新着情報 > がサイト全体の新着情報であるならば、階層が下がった時にはその階層以下の > 新着情報が表示されるか、またはカテゴリーに関係なく新着情報が表示されて > いるというのが最も「感覚的」に掴みやすいのではないでしょうか。 > > 直下のカテゴリーにある商品の新着だけを表示するというルールは、プログラ > ムの中では適当なのかもしれませんが、利用者にとっては直感的でないように > 感じます。 > > また、osCommerce が階層をいくらでも（？）深く出来るように設計されている > のであれば、直下だけという仕様には、利用者本位ではないという印象を持ち > ましたことだけをお伝えしておきます。 書かれていることは、その通りだと思います。 前に私が投稿した内容は、osCommerceのコードの現状を表現しただけなので、 逆に判りにくかったかもしれません。 osCommerceのこの部分は、作りこみという意味では、 後回しになっているように思います。 強いニーズがある部分や、比較的簡単にできる部分から、 順次機能が強化されてきた経緯がありますから。 # オンラインショップにもさまざまなニーズがあるので、 # 一筋縄ではいきませんね。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From mac_user ＠ itpmail.itp.ne.jp Fri May 2 10:34:08 2003 From: mac_user ＠ itpmail.itp.ne.jp (mac_user) Date: Fri, 02 May 2003 10:34:08 +0900 Subject: [Tep-j-develop] MS1 言葉の遣い方 References: <20030501164432.16A1.TAMURA@bitscope.co.jp> Message-ID: <3EB1CB10.9040705@itpmail.itp.ne.jp> 梅田です　こんにちは > ■手続きや操作を直感的にわかってもらう言葉遣い > 手続きや操作に関するページ名やボタン名を、 > 直感的にわかりやすくなるようなものに統一してはどうかと思います。 賛成です。 > 単純なことなんですが、例えばボタンなら、 > 「〜する」といった動詞で言い切る表現をよく見かけますが、 > これは直感的で明快に感じられるんじゃないかと思います。 > [次へ] => [次に進む] > [レジへ] => [レジに進む] 「例」ですので、まだ反応するのは早いかもしれませんが、 「次に進む」とするのであれば「戻る」を「前に戻る」としたり 「戻る」を活かすのであれば単に「進む」とするなど、出来るだけ 対応するボタンや用語も統一する方向がよいのではないでしょうか。 > ■その他の調整 > o ボタンの文言とポップアップ文字の一致 > 一部くいちがいが残っているので要調整(ボタンを作る)。 個人的には直感性のある「ボタン」が「言葉」と食い違っていることが 最も気になります。 From nagata ＠ ideastore.co.jp Sat May 3 00:56:04 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Sat, 3 May 2003 00:56:04 +0900 Subject: [Tep-j-develop] MS1 言葉の遣い方 In-Reply-To: <20030501164432.16A1.TAMURA@bitscope.co.jp> Message-ID: <9453D044-7CB6-11D7-8485-00306555A390@ideastore.co.jp> こんにちは、永田です。 On 2003.5.1, at 16:50 Japan, TAMURA Toshihiko wrote: > ■手続きや操作を直感的にわかってもらう言葉遣い > 手続きや操作に関するページ名やボタン名を、 > 直感的にわかりやすくなるようなものに統一してはどうかと思います。 私も賛成です。 > 清算手続きのページ・タイトルも、やさしく伝わりやすく表現して、 > 次のようなものでもいいのかなと思います。 > 1) ショッピングカート > 2) お届け先と配送方法を選んでください > 3) お支払い方法を選んでください > 4) ご注文内容を確認してください > 5) ありがとうございました!! この部分に関しては、私も「もっとブラッシュアップしたいな」と思って いまして、あれこれ変更中です。 # 上記箇所は、田村さんの提案に準じた記述に変更中です。 また、 > ■その他の調整 > o ボタンの文言とポップアップ文字の一致 > 一部くいちがいが残っているので要調整(ボタンを作る)。 こちらに関しては、気が付いた箇所のポップアップ文字を変更しました。 # ここが違っていると言う具体的な箇所ってどこでしょうか？ > o 用字用語の調整 > 漢字を使うかひらがなを使うかといった表記がばらつかないように、 > とりあえず次のような規準で調整できるかと思います。 > > http://sourceforge.jp/projects/tep-j/document/characters_usage/ja/2/ > characters_usage.txt こちらに関しては、「下さい」を「ください」等に統一する事で、対応中 です。 # 「ください」で統一したつもりが、結構「下さい」になっている箇所が # ありましたね(^^;) # まだCVSへアップしてませんので、少し時間を下さい > [次へ] => [次に進む] > [レジへ] => [レジに進む] 上記箇所の[レジへ] => [レジに進む]は賛成なのですが、（これは梅田さん も書かれていましたが）[次へ] => [次に進む]に関しては、「戻る」のボ タンとの対になっていると思いますので、そのままの方が良いのではないか と思うのですが.... いかがでしょうか？ と、これは別件ですが、order_totalモジュールの送料で送料無料設定をtrue （デフォルトで5000円）とした場合に、売価設定4990円（サンプルではメリ ーに首ったけ等）を購入した場合も送料無料になってしまいます。 # RC2でチェックしています。 From tamura ＠ bitscope.co.jp Sat May 3 20:57:25 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Sat, 03 May 2003 20:57:25 +0900 Subject: [Tep-j-develop] Re: MS1 言葉の遣い方 In-Reply-To: <9453D044-7CB6-11D7-8485-00306555A390@ideastore.co.jp> References: <20030501164432.16A1.TAMURA@bitscope.co.jp> <9453D044-7CB6-11D7-8485-00306555A390@ideastore.co.jp> Message-ID: <20030503184908.B295.TAMURA@bitscope.co.jp> こんにちは、田村です。 永田さん: > > 清算手続きのページ・タイトルも、やさしく伝わりやすく表現して、 > > 次のようなものでもいいのかなと思います。 > > 1) ショッピングカート > > 2) お届け先と配送方法を選んでください > > 3) お支払い方法を選んでください > > 4) ご注文内容を確認してください > > 5) ありがとうございました!! > > この部分に関しては、私も「もっとブラッシュアップしたいな」と思って > いまして、あれこれ変更中です。 ご苦労様です。 「正解」というのがないような改良ですから、難しいんですが、 もう一歩よくなればいいですね。 前回のローカライズで私が訳したのはよくなかったですが、 今回は、ローカライズに参加してくれる人も多くなって、 osCommerce自体の完成度も上がっているので、 もう一段の欲が出てきました。 > > ■その他の調整 > > o ボタンの文言とポップアップ文字の一致 > > 一部くいちがいが残っているので要調整(ボタンを作る)。 > > こちらに関しては、気が付いた箇所のポップアップ文字を変更しました。 > > # ここが違っていると言う具体的な箇所ってどこでしょうか？ すみません。ことばが足りなかったようです。 ボタンの文言の方がポップアップにあわせられてなかった 箇所があるという意味なんですよ。 ポップアップを決定する方を優先して、 それが確定してからボタンの文言を合わせればいいですね。 > > [次へ] => [次に進む] > > [レジへ] => [レジに進む] > > 上記箇所の[レジへ] => [レジに進む]は賛成なのですが、（これは梅田さん > も書かれていましたが）[次へ] => [次に進む]に関しては、「戻る」のボ > タンとの対になっていると思いますので、そのままの方が良いのではないか > と思うのですが.... [次に進む]と[戻る]が対になっていないというのはそうなんですが ([前に戻る]でそろえてもいいと思いますが)、 精算手続きのように、ユーザに最後まで進んでもらいたい画面構成の中では、 動詞で言い切る文言が直感的でいいなというのが、 もともとの意図なんです。 例えば、配送方法や支払い方法を選ぶページを見ると、 [次へ]や[アドレスを変更]のボタンの見た目が弱いというか、 次の手続きに進んでいこうという後押しをしてくれない気がするんですよ。 これが[次へ進む]や[アドレスを変更する]だと、 もう少し強くなるかなと思います。 目的を持ったユーザが繰り返して利用する普通のアプリケーションなら、 [次へ]で十分なんですけど、 osCommerceが利用される状況はそうではないですもんね。 ともかく、私なら、ボタンをそのように変えた方が「ほんの少しだけ」 いいような気がするという感覚的なことです。 なんだか細かいことを言って申し訳ないです。 > と、これは別件ですが、order_totalモジュールの送料で送料無料設定をtrue > （デフォルトで5000円）とした場合に、売価設定4990円（サンプルではメリ > ーに首ったけ等）を購入した場合も送料無料になってしまいます。 たしかにそうですね。 もとのコードが、税込みの金額で判定するようになっています。 少なくとも日本では、税込みの金額で判定することはないですよね。 ここは変更します。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Mon May 5 17:01:34 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Mon, 05 May 2003 17:01:34 +0900 Subject: [Tep-j-develop] Re: MS1 言葉の遣い方 In-Reply-To: <20030503184908.B295.TAMURA@bitscope.co.jp> Message-ID: 田村さん、こんにちは。 永田です。 えーと、「次へ」-->「次に進む」の件ですが、私自身も「次に進む」と明確に言い 切ってしまった方が良いとも思ってはいるのですが、osCommerceは結構同じボタンを 使い回しているので、 例えば「お問い合わせcontact_us.php」の箇所などは、「ここは送信だろ！(--#)」 でも「まあ次へなら許せる...」「でも次に進むは...？」と言う事を考えていました。 # インフォメーションに含まれるページ等は、私的には「戻る」ボタンがふさわしい # と思っていまして、自社サイト等では、新たにボタンを作った上でそれぞれふさわ # しい（？）物に書き換えて（置き換え）ていますが、MS1J開発で新たなボタンを付 # け足していってしまうと言うのは、勝手な改造だな...と...うーん、ダメダメ！ > [次に進む]と[戻る]が対になっていないというのはそうなんですが > ([前に戻る]でそろえてもいいと思いますが)、 > 精算手続きのように、ユーザに最後まで進んでもらいたい画面構成の中では、 > 動詞で言い切る文言が直感的でいいなというのが、 > もともとの意図なんです。 どの箇所を優先するかと言う事を考えると、田村さんが書かれた精算手続きの部分 がosCommerceでの一番（？）重要な部分になろうかと思いますので、「やはりここは 次に進むにしよう」と決断しました（笑） で、下記の箇所他の部分なのですが、 # 上段が現在、下段が改良後です。 define('IMAGE_BUTTON_CHECKOUT', 'レジへ'); define('IMAGE_BUTTON_CHECKOUT', 'レジに進む'); define('IMAGE_BUTTON_CONTINUE', '次へ'); define('IMAGE_BUTTON_CONTINUE', '次に進む'); define('IMAGE_BUTTON_BACK', '戻る'); define('IMAGE_BUTTON_BACK', '前に戻る'); define('IMAGE_BUTTON_NOTIFICATIONS', 'お知らせ'); define('IMAGE_BUTTON_NOTIFICATIONS', 'お知らせの設定'); define('IMAGE_BUTTON_REVIEWS', 'レビュー'); define('IMAGE_BUTTON_REVIEWS', 'レビューを表示'); と言う具合にしようと思いますが、どうでしょうか？ あと目に付いたのは、 define('IMAGE_BUTTON_SEARCH', '検索'); define('IMAGE_BUTTON_SEARCH', '検索する'); define('IMAGE_BUTTON_DELETE', '削除'); define('IMAGE_BUTTON_DELETE', '削除する'); define('IMAGE_BUTTON_UPDATE', '更新'); define('IMAGE_BUTTON_UPDATE', '更新する'); の箇所なのですが、そのままでもOKと言えばそうなんですが、「〜する」とした方が 良い様にも思えますし... どうしましょうか？ > ともかく、私なら、ボタンをそのように変えた方が「ほんの少しだけ」 > いいような気がするという感覚的なことです。 > なんだか細かいことを言って申し訳ないです。 いえいえ、とんでもないです。 バンバン指摘してください(^^;) >> と、これは別件ですが、order_totalモジュールの送料で送料無料設定をtrue >> （デフォルトで5000円）とした場合に、売価設定4990円（サンプルではメリ >> ーに首ったけ等）を購入した場合も送料無料になってしまいます。 > > たしかにそうですね。 > もとのコードが、税込みの金額で判定するようになっています。 > 少なくとも日本では、税込みの金額で判定することはないですよね。 > ここは変更します。 宜しくお願いします。 From ymiya ＠ fhe.freeserve.ne.jp Tue May 6 12:33:17 2003 From: ymiya ＠ fhe.freeserve.ne.jp (Yuichi MIYAMOTO) Date: Tue, 6 May 2003 12:33:17 +0900 Subject: [Tep-j-develop] 代金引換モジュールの不具合 Message-ID: はじめまして。宮本です。 私は、弊社で、osCommerce を導入しようと、カスタマイズをしています。 何かお役に立てればと思い、こちらに参加させていただきました。 実際にテストを行ってみたところ、不具合かと思いましたので、報告します。 支払いモジュールの代金引換を使用し、精算したところ、 「ご注文ありがとうございます」のメール内の金額がおかしいようです。 具体的には、合計金額が表示されるところまでは問題ないのですが、 お支払い方法のところで、合計金額（○○円）を配達員にお支払いください。 のところで合計金額が、配送料金の消費税額が含まれていない金額になります。 なお、この現象は、配送モジュール側で税種別が一般消費税に設定されている ときに発生します。 他の支払方法のときは、メールに表示していないようなので問題ないようです。 回避策としては、 配送料金を税込みの金額で設定し、税種別を設定しない。 がいちばん簡単だとは思うのですが、そうはしたくありません。 そこで、cod_table.php の process_button 関数で、order class の total_cost を使って、メールフッターを作成するように変更してみました。 もっといい方法がありそうなのですが、とりあえずこれで対処しています。 以上、ご報告でした。 ---------1---------2---------3---------4---------5---------6---------7 宮本 雄一 mailto:ymiya ＠ fhe.freeserve.ne.jp From tamura ＠ bitscope.co.jp Tue May 6 13:24:07 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Tue, 06 May 2003 13:24:07 +0900 Subject: [Tep-j-develop] Re: 代金引換モジュールの不具合 In-Reply-To: References: Message-ID: <20030506131225.16E0.TAMURA@bitscope.co.jp> 宮本さん、こんにちは。 田村です。 > 支払いモジュールの代金引換を使用し、精算したところ、 > 「ご注文ありがとうございます」のメール内の金額がおかしいようです。 > > 具体的には、合計金額が表示されるところまでは問題ないのですが、 > お支払い方法のところで、合計金額（○○円）を配達員にお支払いください。 > のところで合計金額が、配送料金の消費税額が含まれていない金額になります。 > なお、この現象は、配送モジュール側で税種別が一般消費税に設定されている > ときに発生します。 ひとつの問題は、宅配便やゆうパックの配送料金は税込みの料金なので、 税種別の指定ができるのがまずいです。 これは設定自体を削除してしまった方がいいですね。 代金引換のメールの末尾の料金表示なんですが、 これは確認してみます。 # order_total に代引手数料用の項目(ot_codt)を追加したので、 # ショップの管理者に必ずot_codtをセットしてもらえれば、 # メールの末尾の料金表示自体を削除してしまう方法もあるんですが。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From tamura ＠ bitscope.co.jp Tue May 6 15:01:35 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Tue, 06 May 2003 15:01:35 +0900 Subject: [Tep-j-develop] Re: MS1 言葉の遣い方 In-Reply-To: References: <20030503184908.B295.TAMURA@bitscope.co.jp> Message-ID: <20030506142204.16E3.TAMURA@bitscope.co.jp> こんにちは、田村です。 永田さん: > えーと、「次へ」-->「次に進む」の件ですが、私自身も「次に進む」と明確に言い > 切ってしまった方が良いとも思ってはいるのですが、osCommerceは結構同じボタンを > 使い回しているので、 > 例えば「お問い合わせcontact_us.php」の箇所などは、「ここは送信だろ！(--#)」 > でも「まあ次へなら許せる...」「でも次に進むは...？」と言う事を考えていました。 なるほど。ちょっと苦しいですね。 確かにWebに慣れた人ほど「ここは送信だろ！(--#)」って思うでしょうね。 でも、案外メール・フォームなんかを知らない人にとっては、 "Continue" (次に進む) で抵抗がないような気もします。 > # インフォメーションに含まれるページ等は、私的には「戻る」ボタンがふさわしい > # と思っていまして、自社サイト等では、新たにボタンを作った上でそれぞれふさわ > # しい（？）物に書き換えて（置き換え）ていますが、MS1J開発で新たなボタンを付 > # け足していってしまうと言うのは、勝手な改造だな...と...うーん、ダメダメ！ このボタンを押すとトップページに移動するので、 正確には「戻る」でもないような... ここにはどんな文言をつけても、うまく収まらないですね。 # ボタンがなくてもいいような気もするし。 うーん、「次に進む」でいいように思います。 > > [次に進む]と[戻る]が対になっていないというのはそうなんですが > > ([前に戻る]でそろえてもいいと思いますが)、 > > 精算手続きのように、ユーザに最後まで進んでもらいたい画面構成の中では、 > > 動詞で言い切る文言が直感的でいいなというのが、 > > もともとの意図なんです。 > > どの箇所を優先するかと言う事を考えると、田村さんが書かれた精算手続きの部分 > がosCommerceでの一番（？）重要な部分になろうかと思いますので、「やはりここは > 次に進むにしよう」と決断しました（笑） > > で、下記の箇所他の部分なのですが、 > # 上段が現在、下段が改良後です。 > > define('IMAGE_BUTTON_CHECKOUT', 'レジへ'); > define('IMAGE_BUTTON_CHECKOUT', 'レジに進む'); > > define('IMAGE_BUTTON_CONTINUE', '次へ'); > define('IMAGE_BUTTON_CONTINUE', '次に進む'); > > define('IMAGE_BUTTON_BACK', '戻る'); > define('IMAGE_BUTTON_BACK', '前に戻る'); > > define('IMAGE_BUTTON_NOTIFICATIONS', 'お知らせ'); > define('IMAGE_BUTTON_NOTIFICATIONS', 'お知らせの設定'); > > define('IMAGE_BUTTON_REVIEWS', 'レビュー'); > define('IMAGE_BUTTON_REVIEWS', 'レビューを表示'); > > と言う具合にしようと思いますが、どうでしょうか？ 了解です。 > あと目に付いたのは、 > > define('IMAGE_BUTTON_SEARCH', '検索'); > define('IMAGE_BUTTON_SEARCH', '検索する'); > > define('IMAGE_BUTTON_DELETE', '削除'); > define('IMAGE_BUTTON_DELETE', '削除する'); > > define('IMAGE_BUTTON_UPDATE', '更新'); > define('IMAGE_BUTTON_UPDATE', '更新する'); > > の箇所なのですが、そのままでもOKと言えばそうなんですが、「〜する」とした方が > 良い様にも思えますし... この辺りはどっちでもいいと思っていたんですが、 「検索する」なんかページの中での収まりがよさそうですよね。 「〜する」でいいと思いますよ。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Tue May 20 01:20:21 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Tue, 20 May 2003 01:20:21 +0900 Subject: [Tep-j-develop] MS2不具合報告 Message-ID: こんにちは、永田です。 # このところ本業が忙しくて、まともにテスト出来ずにすみません(^^;) えーと、配送系モジュール絡みなのですが、テスト環境としてヤマト便配送モジュール のみをオンにして、オーダートータルモジュールの送料で5000円以上で送料無料をtrue とした場合に、カタログ画面での注文時に（例えばマイクロソフトIntelliMouse Explor er（6,490円）の注文を出した場合）お届け先と配送方法を選んでください（checkout_ shipping.php）の配送方法には、送料無料となる旨のメッセージが表示され、注文自体は 正常に出せるのですが、アカウント情報-->注文履歴-->詳細を表示（account_history_in fo.php）に表示される配送方法に、「送料」とだけ表示という状態になってしまいます。 本来であれば、ヤマト運輸等と表示されなければいけないと思うのですが... これ、各配送モジュールでの送料無料設定を無しにして、オーダートータルの送料モジュ ールでの送料無料を優先（？）させている事が原因と言う事になりますでしょうか？ であれば、最初に田村さんが追加された各配送モジュールごとの送料無料設定を復活（？） させた方がとも思いますが... # 送料モジュールで統一しましょうって言ったのは、私なのですが...(^^;) どうでしょうか？ From tamura ＠ bitscope.co.jp Tue May 20 16:09:43 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Tue, 20 May 2003 16:09:43 +0900 Subject: [Tep-j-develop] Re: MS1(RC2)不具合報告 In-Reply-To: References: Message-ID: <20030520152922.5028.TAMURA@bitscope.co.jp> こんにちは、田村です。 永田さん: > 注文自体は正常に出せるのですが、 > アカウント情報-->注文履歴-->詳細を表示（account_history_info.php） > に表示される配送方法に、「送料」とだけ表示という状態になってしまいます。 > > 本来であれば、ヤマト運輸等と表示されなければいけないと思うのですが... 送料モジュールの[送料無料設定]を有効にして、 実際に送料が無料になると、配送手段が選べなくなりますので、 たとえ配送手段が１つしか用意されていなくても、 利用者側の取引では配送手段が決まりません。 これは、ショップ側で配送手段を選びなさいということだと思います。 送料無料の場合には、ショップ側で都合のいい(普通は安い)配送手段を 選びたいのでないでしょうか。 # 日本の通販では、配送手段を選ぶ意味がないことが多いですが、 # アメリカの通販では、早くて高い宅配便と、遅くて安い郵便小包があるので、 # 選ぶメリットがありますね。 > であれば、最初に田村さんが追加された各配送モジュールごとの > 送料無料設定を復活（？）させた方がとも思いますが... 配送モジュールの中で、コメントアウトしている行を有効にすれば、 送料無料設定ができるようになっています。 これじゃ、分かりづらいでしょうか？ -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Mon May 26 11:36:47 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Mon, 26 May 2003 11:36:47 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: <20030520152922.5028.TAMURA@bitscope.co.jp> Message-ID: 田村さん、こんにちは。 永田です。 on 2003.05.20 16:09, TAMURA Toshihiko at tamura ＠ bitscope.co.jp wrote: > 配送モジュールの中で、コメントアウトしている行を有効にすれば、 > 送料無料設定ができるようになっています。 なるほどって事で、試しにYamatoモジュールのコメントアウトを外して送料無料を有 効にしてみたのですが、これって時間指定は出来ないのでしょうか？ 送料が必要な金額の場合は時間指定が出来ますが、送料が無料となる金額の場合は送 料０とは表示されていますが、時間指定が出来ない状態です。 # コメントアウトを外した行は、yamato.phpの161行目と180行目です。 # これで有効になるのですよね？ # オーダートータル・送料の無料設定はfalseになっています。 # こちらだけの現象ですかね... -- _/____________________M_a_s_a_h_i_k_o___N_a_g_a_t_a____________________/_ The_Computer_Boutique_IDEA_Store_Sales_Manager e-mail : nagata ＠ ideastore.co.jp _________________________________________________________________________ From nagata ＠ ideastore.co.jp Mon May 26 20:16:27 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Mon, 26 May 2003 20:16:27 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: Message-ID: 田村さん、こんにちは。 永田です。 先程報告しました配送モジュール送料無料設定の件ですが、無料となる金額の場合は 時間指定が出来ない + 次に進むをクリックしても、先に進めない状態になっていま す。 # 同じページ（お届け先と配送方法を選んでください）から進めない状態 田村さんのとろこでは、症状出ていませんか？ と、これは別件ですが、MacOS 9 + IE 5の環境ではご注文情報 （account_history_info.php）の一番下段に表示されるご注文履歴の日付が折り返し て表示されています。 # Windows XP + IE 6の環境では一列に表示されている様ですが... これ、account_history_info.phpの214行目を'とすると回避出来るのですが、どうでしょうか？ on 2003.05.26 11:36, Masahiko Nagata at nagata ＠ ideastore.co.jp wrote: > 田村さん、こんにちは。 > 永田です。 > > on 2003.05.20 16:09, TAMURA Toshihiko at tamura ＠ bitscope.co.jp wrote: >> 配送モジュールの中で、コメントアウトしている行を有効にすれば、 >> 送料無料設定ができるようになっています。 > > なるほどって事で、試しにYamatoモジュールのコメントアウトを外して送料無料を有 > 効にしてみたのですが、これって時間指定は出来ないのでしょうか？ > > 送料が必要な金額の場合は時間指定が出来ますが、送料が無料となる金額の場合は送 > 料０とは表示されていますが、時間指定が出来ない状態です。 > > # コメントアウトを外した行は、yamato.phpの161行目と180行目です。 > # これで有効になるのですよね？ > # オーダートータル・送料の無料設定はfalseになっています。 > # こちらだけの現象ですかね... From tamura ＠ bitscope.co.jp Mon May 26 21:51:41 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Mon, 26 May 2003 21:51:41 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: References: Message-ID: <20030526214548.4050.TAMURA@bitscope.co.jp> 永田さん、こんばんは。 田村です。 > 先程報告しました配送モジュール送料無料設定の件ですが、無料となる金額の場合は > 時間指定が出来ない + 次に進むをクリックしても、先に進めない状態になっていま > す。 はい、修正したものを CVS に commit しました。 以下のモジュールを修正して、送料無料設定の ON/OFF も個別に加えました。 sagawaex.php yamato.php yuupack.php 確認してみてください。 > と、これは別件ですが、MacOS 9 + IE 5の環境ではご注文情報 > （account_history_info.php）の一番下段に表示されるご注文履歴の日付が折り返し > て表示されています。 これは、タグに nowrap を加えてみました。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Mon May 26 23:35:11 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Mon, 26 May 2003 23:35:11 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: <20030526214548.4050.TAMURA@bitscope.co.jp> Message-ID: 田村さん、こんにちは。 永田です。 on 2003.05.26 21:51, TAMURA Toshihiko at tamura ＠ bitscope.co.jp wrote: > はい、修正したものを CVS に commit しました。 > 以下のモジュールを修正して、送料無料設定の ON/OFF も個別に加えました。 > > sagawaex.php > yamato.php > yuupack.php > > 確認してみてください。 早々の対応ありがとうございます。 確認してみましたところ、正常に表示・注文完了できました。（笑） で、現在MS1 アップグレード・ツールを適用したデータベースでテストしているので すが、ご注文情報（account_history_info.php）のご請求先情報に表示される金額内 訳で、 小計: 77,980円 ヤマト運輸 (1 x 3kg) (宅急便): 950円 消費税 5.0%: 3,947円 代引手数料: 630円 合計: 83,507円 と表示されていますが、これ送料950円にも消費税加算がされて計算されているので、 合計金額が多くなってしまっている様です。 # 現osCommerce 2.2 日本語版では、計算されていない。 # 送料950円は税込み金額ですので、税抜きは（ほぼ）905円ですよね... 単純にclasses/_yamato.php内の料金を税抜き金額に修正すれば良いかとも思うので すが、それはそれでおかしな物かなと... それと、（Tep-j-generalへの投稿とごっちゃになってすみません）MS1 アップグレー ド・ツールを使用したデータベースで、過去のご注文情報 （account_history_info.php）のご請求先情報の金額内容がおかしいですね... 数量 / 商品名 1 x DVIator（ダビエーター） 24,500円 小計: 25,725円 ヤマト宅急便 1 X 3: 950円 消費税: 1,225円 合計: 26,675円 と、小計のところに消費税込みの金額が表示されてしまっています。 # 小計は税抜き合計ですよね... # 過去データですし合計金額は合っていますので、構わないかな？とも思いますが.. >> と、これは別件ですが、MacOS 9 + IE 5の環境ではご注文情報 >> （account_history_info.php）の一番下段に表示されるご注文履歴の日付が折り返し >> て表示されています。 > > これは、タグに nowrap を加えてみました。 えーと、すみません。言葉足らずでした。 最初にnowrapを加えてみたのですが、MacOS9 + IE5の環境では折り返して表示されて しまった為、やむなくテーブル指定幅を変更してみましたところ一行に表示されまし たので、 > これ、account_history_info.phpの214行目を width="75" >'とすると回避出来るのですが、どうでしょうか？ となりました。(^^;) MacOS X + IE5・MacOS X + SafariおよびWindows等の環境ではnowrapでOKなんです が.... いかかでしょうか？ From tamura ＠ bitscope.co.jp Tue May 27 09:31:26 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Tue, 27 May 2003 09:31:26 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: References: <20030526214548.4050.TAMURA@bitscope.co.jp> Message-ID: <20030527092905.2DD1.TAMURA@bitscope.co.jp> 永田さん、こんにちは。 田村です。 > > これは、タグに nowrap を加えてみました。 > > えーと、すみません。言葉足らずでした。 > 最初にnowrapを加えてみたのですが、MacOS9 + IE5の環境では折り返して表示されて > しまった為、やむなくテーブル指定幅を変更してみましたところ一行に表示されまし > たので、 > > > これ、account_history_info.phpの214行目を > width="75" >'とすると回避出来るのですが、どうでしょうか？ > > となりました。(^^;) > > MacOS X + IE5・MacOS X + SafariおよびWindows等の環境ではnowrapでOKなんです > が.... そうでしたか。ブラウザ対応は難しいですね。 先ほど、width="75" として commit しました。 MS1 アップグレード・ツールについては、確認してみます。 また何かありましたら、教えてください。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From suzukawa ＠ bitscope.co.jp Tue May 27 11:26:23 2003 From: suzukawa ＠ bitscope.co.jp (Naomi Suzukawa) Date: Tue, 27 May 2003 11:26:23 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: References: <20030526214548.4050.TAMURA@bitscope.co.jp> Message-ID: <20030527110953.59DA.SUZUKAWA@bitscope.co.jp> 永田さん、こんにちは。 鈴川です。 報告して頂いているアップデート・スクリプトの不具合ですが、 １つ確認したいことがあります。 > それと、（Tep-j-generalへの投稿とごっちゃになってすみません）MS1 アップグレー > ド・ツールを使用したデータベースで、過去のご注文情報 > （account_history_info.php）のご請求先情報の金額内容がおかしいですね... > > 数量 / 商品名 > 1 x DVIator（ダビエーター） 24,500円 > > 小計: 25,725円 > ヤマト宅急便 1 X 3: 950円 > 消費税: 1,225円 > 合計: 26,675円 > > と、小計のところに消費税込みの金額が表示されてしまっています。 > > # 小計は税抜き合計ですよね... > # 過去データですし合計金額は合っていますので、構わないかな？とも思いますが.. STEP5: 注文合計テーブル（orders_total）の作成と注文合計算出で、 「税額を小計金額に含める」のチェックボックスをチェックしていませんか? こちらで確認している小計には、（チェックボックスにチェックをしなければ） 消費税は含まれていませんでした。 よろしくお願いします。 -- 鈴川直美 / 株式会社ビットスコープ E-mail: suzukawa ＠ bitscope.co.jp http://www.bitscope.co.jp/ From nagata ＠ ideastore.co.jp Tue May 27 16:06:33 2003 From: nagata ＠ ideastore.co.jp (Masahiko Nagata) Date: Tue, 27 May 2003 16:06:33 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: <20030527110953.59DA.SUZUKAWA@bitscope.co.jp> Message-ID: 鈴川さん、こんにちは。 永田です。 on 2003.05.27 11:26, Naomi Suzukawa at suzukawa ＠ bitscope.co.jp wrote: > STEP5: 注文合計テーブル（orders_total）の作成と注文合計算出で、 > 「税額を小計金額に含める」のチェックボックスをチェックしていませんか? > こちらで確認している小計には、（チェックボックスにチェックをしなければ） > 消費税は含まれていませんでした。 ありゃりゃ.... ちゃんとチェックボックスで切り分けができる様になっていたのですね(^^;) # すみません。全然そのあたりは見ていませんでした... # 内容を良く読まずに、次々とSTEPを終わらせていました... 早速試してみます。 From akira-ya ＠ lares.dti.ne.jp Tue May 27 17:18:54 2003 From: akira-ya ＠ lares.dti.ne.jp (Yamamoto, Akira) Date: Tue, 27 May 2003 17:18:54 +0900 Subject: [Tep-j-develop] クロネコ＠ペイメントのモジュールの開発 In-Reply-To: <20030527163153.2DEB.TAMURA@bitscope.co.jp> References: <20030527111619.6CF5.AKIRA-YA@lares.dti.ne.jp> <20030527163153.2DEB.TAMURA@bitscope.co.jp> Message-ID: <20030527170351.6D0F.AKIRA-YA@lares.dti.ne.jp> 山本です。 （TEP-J-Generalより移動しました。） > やっぱり、クロネコ＠ペイメントはニーズがあるんですね。 > 協力させてください。 ありがとうございます。こちらで環境を作るのに躊躇していたので、協力して いただけると助かります。よろしくお願いします。 処理の流れについてですが、 > 1. [最終確認]ページで[購入する]ボタンを押す > 外部の決済ページに移行する > 2. 決済ページで必要な入力を行って[submit]ボタンを押す > 決済が認証されれば、osCommerceにもどって、 > 取引の処理の後に[手続完了]ページに移行する > 3. [手続完了]ページで完了メッセージが表示される > > ■ページ遷移 > ------------------------------------------------------------ > ●配送方法 > ↓ > ●支払方法 ←──┐ > ↓ │(NG) > ●最終確認 │ > └───→ 決済ページ(クロネコ＠ペイメント) > ↓(OK) > checkout_process.php > ●手続完了 ←──┘ > ------------------------------------------------------------ 決済ページでの処理結果を取ってくるのは、クロネコ＠ペイメント側の想定 にはないようです。 以下のような処理の流れを想定しています。 ■ページ遷移（案２） ------------------------------------------------------------ ●配送方法 ↓ ●支払方法 ↓ ●最終確認 ↓ ●手続完了 └───→ 決済ページ(クロネコ＠ペイメント) ↓(OK) │(NG) 支払い手続き完了メールを │ 購入者、お店に送信 │ ↓ 画面にNGの理由を送信 またはエラーメールをお店に送信 ↓ お店から再度手続き用URLを購入者 にメールで連絡。 または支払い方法の変更。 ------------------------------------------------------------ ということで、前回のメールのようなcheckout_process.phpで注文処理自体は 行ってしまって、その次に、決済ページへのリンクボタンを表示する仕組みを 提案していました。 決済の結果を取得する方法は、何かあるのでしょうか？ ------------------------------------------------------------------------ Akira Yamamoto ------------------------------------------------------------------------ From kagami ＠ d-eye.net Tue May 27 18:27:17 2003 From: kagami ＠ d-eye.net (Kazutomo Kagaminuma) Date: Tue, 27 May 2003 18:27:17 +0900 Subject: [Tep-j-develop] クロネコ＠ペイメントのモジュールの開発 In-Reply-To: <20030527170351.6D0F.AKIRA-YA@lares.dti.ne.jp> References: <20030527163153.2DEB.TAMURA@bitscope.co.jp> <20030527111619.6CF5.AKIRA-YA@lares.dti.ne.jp> <20030527163153.2DEB.TAMURA@bitscope.co.jp> Message-ID: <5.0.2.5.2.20030527180944.01b368e8@pop.d-eye.net> 鏡沼です。 At 17:18 03/05/27 +0900, Yamamoto, Akira wrote: >山本です。 > >（TEP-J-Generalより移動しました。） さきほど、General の方にメール出しちゃったのですが 繰り返しになるのでそれはそちらで読んでいただくとして、 >以下のような処理の流れを想定しています。 > >■ページ遷移（案２） >------------------------------------------------------------ >●配送方法 > ↓ >●支払方法 > ↓ >●最終確認 > ↓ >●手続完了 > └───→ 決済ページ(クロネコ＠ペイメント) > ↓(OK) │(NG) > 支払い手続き完了メールを │ > 購入者、お店に送信 │ > ↓ > 画面にNGの理由を送信 > またはエラーメールをお店に送信 > ↓ > お店から再度手続き用URLを購入者 > にメールで連絡。 > または支払い方法の変更。 >------------------------------------------------------------ この流れを私も考えていました。実際に他のショッピングバスケットを 使用した時はこのタイミングで処理しました。 「手続完了」画面がモジュールでいじれないようなのでどうかなと。 モジュールでいじれる範囲に収められるのならばそのほうが良いと思ったのです。 >ということで、前回のメールのようなcheckout_process.phpで注文処理自体は >行ってしまって、その次に、決済ページへのリンクボタンを表示する仕組みを >提案していました。 やはりモジュールのファイルだけでは完結しないですかね。そうではないかと 思ってましたけど。 >決済の結果を取得する方法は、何かあるのでしょうか？ ないと思います。顧客がクロネコに行かない（リンクボタンを押さない）か 行っても処理を中止した、なんて場合はエラーにもならないですし。 管理画面の未処理の注文を見て人が考えるより無さそうです。 そう言えば注文時に決済しなかった場合用に顧客の注文履歴画面からも クロネコに飛べるといいですね。（言うのは簡単だけど） 鏡沼 From kagami ＠ d-eye.net Tue May 27 18:43:08 2003 From: kagami ＠ d-eye.net (Kazutomo Kagaminuma) Date: Tue, 27 May 2003 18:43:08 +0900 Subject: [Tep-j-develop] Re: クロネコ＠ペイメントのモジュール In-Reply-To: <20030527180841.6D17.AKIRA-YA@lares.dti.ne.jp> References: <5.0.2.5.2.20030527172220.01b353b8@pop.d-eye.net> <20030527163153.2DEB.TAMURA@bitscope.co.jp> <5.0.2.5.2.20030527172220.01b353b8@pop.d-eye.net> Message-ID: <5.0.2.5.2.20030527183714.01b454a0@pop.d-eye.net> 山本さん こんにちは、鏡沼です。 >TEP-J-Developに続きを投稿したのですが、そちらは購読されていますか？ >移動したの、まずかったですかね。 改めてこちらで、 > > とすると after_process() のところで処理をするのかと思うのですが > > after_process() で画面を出せますか？ > >ここで画面を表示するというわけではないのですが、リダイレクトしてしまえば >よいのでは？ > >例) >tep_redirect(tep_href_link(FILENAME_XXXXXXX, '', 'SSL')); なるほど、これを試してみます。 >FILENAME_XXXXXXXのファイルを新規に作る必要があります。 >厳密にはモジュール内というわけではなくなりますが、既存のファイルをいじる >訳ではないので、まだ良いかなと。 そうですね。「手続完了」画面をされる function がモジュールにあると 良かったのですが。 鏡沼 From tamura ＠ bitscope.co.jp Tue May 27 20:30:43 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Tue, 27 May 2003 20:30:43 +0900 Subject: [Tep-j-develop] Re: クロネコ＠ペイメントのモジュール In-Reply-To: <5.0.2.5.2.20030527183714.01b454a0@pop.d-eye.net> References: <20030527180841.6D17.AKIRA-YA@lares.dti.ne.jp> <5.0.2.5.2.20030527183714.01b454a0@pop.d-eye.net> Message-ID: <20030527202242.2DF0.TAMURA@bitscope.co.jp> 田村です。 確かに、あまりできることがないですね。 お二人の意見をまとめて、こんなのはどうでしょうか。 checkout_process.php と checkout_success.php を少しだけ変えた、 checkout_process2.php と checkout_success2.php を用意するという案です。 ■ページ遷移 ------------------------------------------------------------ ●配送方法 ↓ ●支払方法 ↓ ●最終確認 └───→ checkout_process2.php ↓ ●手続完了 (checkout_success2.php) ------------------------------------------------------------ ●payment モジュール(クロネコ＠ペイメント) $form_action_url で checkout_process2.php を指定する。 拡張メソッド success() を設ける。 (ここでクロネコ＠ペイメントへのリンクを表示する) ●checkout_process2.php: [checkout_process.php の変更点] 最後のリダイレクトを checkout_success2.php とする。 ●checkout_success2.php: [checkout_success.php の変更点] payment モジュールの拡張メソッド success() を呼ぶ。 これだと、checkout_process2.php と checkout_success2.php は クロネコ＠ペイメントに依存しているわけではないので、 同様の payment モジュールで利用できます。 あまりお役に立ててないですね :-) -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From tamura ＠ bitscope.co.jp Wed May 28 14:37:02 2003 From: tamura ＠ bitscope.co.jp (TAMURA Toshihiko) Date: Wed, 28 May 2003 14:37:02 +0900 Subject: [Tep-j-develop] Re: MS1(RC2) 不具合報告 In-Reply-To: References: <20030526214548.4050.TAMURA@bitscope.co.jp> Message-ID: <20030528143315.1A2C.TAMURA@bitscope.co.jp> こんにちは、田村です。 永田さん: > で、現在MS1 アップグレード・ツールを適用したデータベースでテストしているので > すが、ご注文情報（account_history_info.php）のご請求先情報に表示される金額内 > 訳で、 > > 小計: 77,980円 > ヤマト運輸 (1 x 3kg) (宅急便): 950円 > 消費税 5.0%: 3,947円 > 代引手数料: 630円 > 合計: 83,507円 > > と表示されていますが、これ送料950円にも消費税加算がされて計算されているので、 > 合計金額が多くなってしまっている様です。 これは、DBの古い設定値の影響でした。 対策をしたものを CVS に commit しました。 注文履歴の過去の取引の表示は変わりません(取引内容を表示しているだけなので)。 -- 田村敏彦 / 株式会社ビットスコープ E-mail:tamura ＠ bitscope.co.jp http://www.bitscope.co.jp/ From kagami ＠ d-eye.net Wed May 28 21:40:48 2003 From: kagami ＠ d-eye.net (Kazutomo Kagaminuma) Date: Wed, 28 May 2003 21:40:48 +0900 Subject: [Tep-j-develop] Re: クロネコ＠ペイメントのモジュール In-Reply-To: <20030527202242.2DF0.TAMURA@bitscope.co.jp> References: <5.0.2.5.2.20030527183714.01b454a0@pop.d-eye.net> <20030527180841.6D17.AKIRA-YA@lares.dti.ne.jp> <5.0.2.5.2.20030527183714.01b454a0@pop.d-eye.net> Message-ID: <5.0.2.5.2.20030528212609.09c9ab58@pop.d-eye.net> こんばんは鏡沼です。 At 20:30 03/05/27 +0900, TAMURA Toshihiko wrote: >田村です。 田村さん、MS1大変そうですね。私もどうせならMS1で始めれば 良かったかな。 >確かに、あまりできることがないですね。 >お二人の意見をまとめて、こんなのはどうでしょうか。 > >checkout_process.php と checkout_success.php を少しだけ変えた、 >checkout_process2.php と checkout_success2.php を用意するという案です。 素直に仰せのとおりに出来ない性分でしてほんの少しですけど 変えてしまいました。 >■ページ遷移 >------------------------------------------------------------ >●配送方法 > ↓ >●支払方法 > ↓ >●最終確認 > └───→ checkout_process2.php > ↓ >●手続完了 (checkout_success2.php) >------------------------------------------------------------ ●最終確認　→ checkout_confirm2.php 　　　　　　　　　　　　↓ 　　　　　　　　　　checkout_process2.php 　　　　　　　　　　　　↓ 　　　　　　　　　　　checkout_success2.php checkout_confirm.php で preconfirm() を呼んだところで redirect して checkout_confirm2.php に飛びます。 chaeckout_confirm2.php の存在理由は checkout_process2.php を 呼ぶためだけという物です。（やれやれ） ループなるのを防ぐため checkout_confirm2.php では preconfirm()は 呼びません。 >●payment モジュール(クロネコ＠ペイメント) > $form_action_url で checkout_process2.php を指定する。 > 拡張メソッド success() を設ける。 > (ここでクロネコ＠ペイメントへのリンクを表示する) > >●checkout_process2.php: > [checkout_process.php の変更点] > 最後のリダイレクトを checkout_success2.php とする。 > >●checkout_success2.php: > [checkout_success.php の変更点] > payment モジュールの拡張メソッド success() を呼ぶ。 > >これだと、checkout_process2.php と checkout_success2.php は >クロネコ＠ペイメントに依存しているわけではないので、 >同様の payment モジュールで利用できます。 後は概ね田村さんのご指摘どおりです。 osCommerce の内部構造や内部関数などよくわからないので うろうろしてますけど、まあこうやって覚えて行くものと覚悟して います。 だいたい目処はたったのですがこちらのモジュールに変えてから shipping のモジュールが呼ばれていない事に気づきました。 送料が　０　円になってる。（うぅっ） 今夜も楽しい夜がすごせそうです。 >あまりお役に立ててないですね :-) とんでもない、これからもよろしくお願いします。 鏡沼