バージョン選択

フォーラム

メニュー

オンライン状況

34 人のユーザが現在オンラインです。 (11 人のユーザが フォーラム を参照しています。)
登録ユーザ: 0
ゲスト: 34
もっと...

サイト内検索

その他 > その他 > 【告知】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
居住地:
投稿: 111
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
居住地:
投稿: 7333
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
居住地:
投稿: 7333
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
居住地:
投稿: 7333
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 »
スレッド表示 | 新しいものから 前のトピック | 次のトピック | トップ


 



ログイン

右上バナー


EC-CUBEペイメント

公式ストアEC-CUBE4系デザインテンプレート続々リリース中

統計情報

総メンバー数は73,738名です
総投稿数は102,973件です

投稿数ランキング

1
seasoft
7333
2
468
3132
3
AMUAMU
2712
4
nanasess
2192
5
umebius
2042
6
yuh
1664
7
red
1456
8
h_tanaka
1169
9
tsuji
942
10
fukap
907
11
shutta
835
12
tao_s
794
13 ramrun 789
14 karin 689
15 sumida 641
16
homan
633
17 DELIGHT 572
18
patapata
502
19
flealog
485
20 tonton 437


ネットショップの壺

EC-CUBEインテグレートパートナー

Copyright© EC-CUBE CO.,LTD. All Rights Reserved.