EC-CUBE 開発コミュニティ

その他 > その他 > 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。

その他

投稿者	スレッド
kawanagare	投稿日時: 2009/4/2 17:40 対応状況: −−−
新米登録日: 2009/4/2 居住地: 投稿: 6	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。 kawanagare.comですマイナーアップ程度で本線のチェックアウト元がずれていくのはあまり嬉しくありませんし、そういう話もあまり聞かないと思います。作業branchが大きくなったからこっちをegde扱いにするというのは、あまりにも場当たりでは無いでしょうか。ちょっと違和感を感じます。

KAJI	投稿日時: 2009/4/2 18:47 対応状況: −−−
一人前登録日: 2008/1/24 居住地: 投稿: 121	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。お世話になります。株式会社ロックオンの梶原です。 > マイナーアップ程度で本線のチェックアウト元がずれていくのはあまり嬉しくありませんし、そういう話もあまり聞かないと思います。 > 作業branchが大きくなったからこっちをegde扱いにするというのは、あまりにも場当たりでは無いでしょうか。 > ちょっと違和感を感じます。おっしゃる通りですね。違和感があるのは置いておいて、効率がいい方向性で、とは思っておりましたが。今回は初めてマイナーバージョンUPのためのbranchを切りましたがbranchはあくまで作業branchとして、本線をしっかりしましょうということですね。そうしますと、細かな履歴を本線としてもとれるようにとも思いましたが、履歴を追いたい人はbranchのリビジョンを細かくみていただき、本線のコミットとしては、一発でコミットというふうになるでしょうか。今後はよりスピーディーに進めていきたいと思っておりますので、こちらに関しては、よいようもう少し検討させていただきたいと思います。色々ご意見いたただき、恐縮です。

kawanagare	投稿日時: 2009/4/2 19:55 対応状況: −−−
新米登録日: 2009/4/2 居住地: 投稿: 6	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。 kawanagare.comです方針が明確ではなかったようなので違和感を表明させて頂きましたが、なるべく負担の少ない方法に落ち着けば良いと思っております。 > そうしますと、細かな履歴を本線としてもとれるようにとも思いましたが、履歴を追いたい人はbranchのリビジョンを細かくみていただき、本線のコミットとしては、一発でコミットというふうになるでしょうか。一括であっても、何がコミットされたのか、リビジョンなりtracのチケット番号なりが分かれば良いのでは無いかと思います。私見では、branchを切るのは保守用（リリース時）か実験的な機能追加時に留めておいて、マイナーアップは本線でというのが効率的だと思っておりますが、これは開発体制にもよるでしょう。他のOSSプロジェクト等も参考にされたら如何でしょうか。

Linux-user	投稿日時: 2009/4/3 18:02 対応状況: 解決済
常連登録日: 2008/1/8 居住地: 投稿: 62	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。手動にて「商品のお気に入りを登録できる機能を追加」の実装に挑戦していて気付いたのですが、 /data/Smarty/templates/default/mypage/navi.tpl　　↓↓↓引用： <!--{if $smarty.const.OPTION_FAVOFITE_PRODUCT == 1}--> <li> <!--{if $tpl_mypageno == 'delivery'}--> <a href="<!--{$SITE_URL}-->/mypage/favorite.php"><img src="<!--{$TPL_DIR}-->img/mypage/navi05_on.jpg" width="170" height="30" alt="お気に入り商品一覧" border="0" name="m_navi05" /></a> 青色の部分ですが、本来「favorite」が正しいのだと思います。「delivery」ですと、お届け先追加・変更部分で既に利用されていますので、「お届け先追加・変更」画面に移行すると、「お気に入り商品一覧」も画像がオンの状態になります。この箇所を「favorite」に変更することで、解決致しました。あと、 /data/Smarty/templates/default/mypage/favorite.tpl　　↓↓↓引用： <tr> <td><a href="java script:fnModeSubmit('delete_favorite','product_id','<!--{$product_id}-->');">削除</a></td> <td><a href="<!--{$smarty.const.DETAIL_P_HTML}--><!--{$product_id}-->"><img src="<!--{$smarty.const.SITE_URL}-->resize_image.php?image=<!--{$image_path\|sfRmDupSlash}-->&width=65&height=65"></a></td> <td><a href="<!--{$smarty.const.DETAIL_P_HTML}--><!--{$product_id}-->"><!--{$arrFavorite[cnt].name}--></a></td> <td class="right sale_price"> 青色の部分ですが、SSLが有効だとセキュリティー警告がポップアップで表示されますので、「URL_DIR」もしくは直接「/」にするほうが良い気がします。それ以外は正常に「お気に入り登録機能」を実装することが出来ました。ご参考に頂けましたら幸いです。 [EC-CUBE] 2.3.4（手動アップデート済）　→　部分的に2.4.0-rc1へ手動アップデート中 [OS] Red Hat Enterprise Linux 5 [PHP] PHP 5.1.6 [データベース] PostgreSQL 8.3.4 [WEBサーバ] Apache（ver 2.2.3 ）

seasoft	投稿日時: 2009/4/3 18:12 対応状況: −−−
神登録日: 2008/6/4 居住地: 投稿: 7369	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。引用：あと、 /data/Smarty/templates/default/mypage/favorite.tpl　　↓↓↓引用： <tr> <td><a href="java script:fnModeSubmit('delete_favorite','product_id','<!--{$product_id}-->');">削除</a></td> <td><a href="<!--{$smarty.const.DETAIL_P_HTML}--><!--{$product_id}-->"><img src="<!--{$smarty.const.SITE_URL}-->resize_image.php?image=<!--{$image_path\|sfRmDupSlash}-->&width=65&height=65"></a></td> <td><a href="<!--{$smarty.const.DETAIL_P_HTML}--><!--{$product_id}-->"><!--{$arrFavorite[cnt].name}--></a></td> <td class="right sale_price"> 青色の部分ですが、SSLが有効だとセキュリティー警告がポップアップで表示されますので、「URL_DIR」もしくは直接「/」にするほうが良い気がします。類似した問題なのですが、どのタイミングで HTTPS → HTTP の遷移をするのかが、少々不明確に感じています。現在、共有SSLの問題を皆で解決しましょう！(というか本当に必要です；）について試験実装を進めているのですが、この問題が少々ネックになっています。 ---------------- Seasoft こちらでの投稿は、アイディア程度に留めさせていただいております。個別案件の作業は有償で承っております。お気軽にご相談ください。

tonton	投稿日時: 2009/4/3 23:56 対応状況: −−−
仙人登録日: 2008/8/14 居住地: 投稿: 437	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。この件もなのですが、先にコミットした新規テンプレ追加でエラーになる件（自分のところでは問題は手動解決しましたが、エラーの解決原因とバグフィクスができたわけではないので・・・）なども含めて、リリース後の、重要な問題などがスレッドの中に埋もれて行くのが心配です。 EC-CUBEは現状、何か機能を追加するときには、カスタマイズ＆カスタマイズになってしまうので、機能追加したいという話は探してください、でもしょうがないと思いますが、重要なバグや問題については、スレッドに埋もれていくのが怖いです。こういう管理のところ、何かいい方法はないでしょうか？

seasoft	投稿日時: 2009/4/4 0:02 対応状況: −−−
神登録日: 2008/6/4 居住地: 投稿: 7369	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。 > 重要なバグや問題については、スレッドに埋もれていくのが怖いです。私の知っている限りですと、EC-CUBEコミュニティ(eccube-comu) のコミッターに登録すると、 http://svn.ec-cube.net/open_trac/query?milestone=EC-CUBE2.4.0 に登録するためのアカウントが発行されます。フォーラムから引用して登録するためのスクリプトも公開されています。(個人的には、使ったことありませんが。) http://svn.ec-cube.net/open_trac/wiki/comu_bookmarklet ---------------- Seasoft こちらでの投稿は、アイディア程度に留めさせていただいております。個別案件の作業は有償で承っております。お気軽にご相談ください。

tonton	投稿日時: 2009/4/4 0:39 対応状況: −−−
仙人登録日: 2008/8/14 居住地: 投稿: 437	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。 seasoft様えと、、、すみません。私はPGではないので、phpもほんの少ししかわかりません。ですので、トラックのコミッターになっても、お役に立てないですし（お役に立ちたい気持ちはあるのですが。。。）フォーラムにバグ報告したり、自分がこちらのフォーラムで助けていただいて学んだことをもとに、初心者の方の問題解決をお助けするくらいしかできそうにありません。トラックの履歴を追いかけて、都度、その通りに改修するくらいはできますが、EC-CUBEも様々な方に使われ始めているようなので、自由討論とまとめと開発向けと、なんというか、レベルや段階に応じた整理が必要なのでは？と思えます。フォーラムで、出てくるのはいつも大体同じ問題だったり、重要なバグフィクスなどが流れていってしまうのをよく目にしているので、このあたり、気になっています。横から口を出すのは簡単ですが、忙しい中実際の対応となると、なかなか・・・というのも分かるのですが、なにか良い方法があればいいですね。。。

seasoft	投稿日時: 2009/4/4 0:51 対応状況: −−−
神登録日: 2008/6/4 居住地: 投稿: 7369	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。チェンジセットは PHP や SVN を使用するので厳しいと思いますが、チケット登録は、プログラマーでなくても可能だと思いますよ。 Trec の Wiki もほとんど更新されていないようですが、こちらも活用方法はあるような感じはします。 SVN と Trac のアカウントは別々になっているようなので、Trac のみの発行を株式会社ロックオンさんへ依頼してみてはいかがでしょうか? 追記チェンジセットの登録画面のサンプルをあえて Trec の Wiki で書いて見ました。参考になれば。 http://svn.ec-cube.net/open_trac/wiki/TracTicket ---------------- Seasoft こちらでの投稿は、アイディア程度に留めさせていただいております。個別案件の作業は有償で承っております。お気軽にご相談ください。

tonton	投稿日時: 2009/4/6 0:31 対応状況: −−−
仙人登録日: 2008/8/14 居住地: 投稿: 437	Re: 【告知】EC-CUBE2.4.0 RC1をリリースいたしました。 seasoft様＞SVN と Trac のアカウントは別々になっているようなので、Trac のみの発行を株式会社ロックオンさんへ依頼してみてはいかがでしょうか? う〜む。そうすると、登録しても、こちらのフォーラムにバグ報告を書き込むのとあんまり違いはないのですよね。。。結局、情報のまとめがどうなるか、という話なので、自分にとっても、他のフォーラム利用者の方にとっても、大元で情報整理がされることが、重要なので、フォーラムでそういうルールがきちんと決まって、決定事項はこっちへ、というところができればそれでもいいのでは、、、と思います。要は、tracに書き込める書き込めないというよりも、ルールとその整理の話なのだと思うのですね。整理する場として、TRACを整備して、というルールにされるのであれば、そちらに登録申請して、整理のお手伝いをする、という選択肢もあるかもしれませんが、勝手サイト的な動きもなんなので、オフィシャルなところで、そういうまとめを方針立ててやっていただけるとうれしいな〜と。（他力本願ですみません）

« 1 (2) 3 »