【PHP】Ethna part.2【国産フレームワーク】

**nobodyさん** · 2007/08/03(金) 08:15:18

国産フレームワーク、Ethnaでいい意味で手抜きなプログラミングライフを。

Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/

SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/

クラスドキュメント（phpDocumentor）
http://ethna.jp/doc/

前スレ
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc11.2ch.net/test/read.cgi/php/1123070439/

**nobodyさん** · 2007/09/27(木) 21:55:07

>>49
この頁の解説なんかどうでっしゃろう？
http://ethna.jp/ethna-document-dev_guide-form-type.html

-- html
<input name="foo[]" value="v1" ...
<input name="foo[]" value="v2" ...
<input name="foo[]" value="v3" ...
-- /html

-- ActionForm
'foo' => array(
'type' => array(VAR_TYPE_STRING),
),
-- /ActionForm

49 · 2007/09/28(金) 09:27:35

うほ、ありがとうございます！
アクセスさえ出来ればあとはどうにでもなりますね
もしくはマスタ数に上限を設けて、requiredがfalseなフォーム値を
上限分書いて逃げようと思います

**nobodyさん** · 2007/10/01(月) 21:54:03

Ethnaにアバター機能が付くと聞いて飛んできましたｗ

**nobodyさん** · 2007/10/05(金) 03:08:42

>>47
㌧
規制で書けんかった(´・ω・｀)

php5ならいちいさんが書いてる
Net_URL_Mapperを使ったプラグインがよさげなんだがなぁ・・・

ところで、UrlHandlerで設定した値ってもうちょっと簡単に取得できないもんなんだろうか・・・
AFに定義しないと取得できないってめんどい・・・・

**nobodyさん** · 2007/10/05(金) 18:13:07

基本的にindex.phpのみでテンプレートを切り替えて
アクションをPOSTして動かしていくイメージで作っていたのですが
当然ですが、アクセスログを見ても全てindex.phpになっているため
画面毎に固有のURLを割り振りたいと考えています。

イメージとしては、　入力画面 -> 確認画面 -> 完了画面
のそれぞれに固有のURLを割り振る方法を模索しています。
入力画面:index.php?code=input
確認画面:index.php?code=confirm
完了画面:index.php?code=finish
と言うレベルでも付与出来るならば問題無いのですが、アクションをPOSTしながら
URLに変化を付ける方法が分かりませんでした。

素直にGETで渡すしかないのでしょうか？

**nobodyさん** · 2007/10/05(金) 18:22:49

>>54です。
書いた直後に気が付いた…。
これなら普通に<form action="index.php?=***">で渡せば良いやと言う事で…
スレ汚し、大変失礼致しました。

**nobodyさん** · 2007/10/06(土) 01:24:36

>>54
<input type="hidden" name="action_*">
とか
<input type="submit" name"action_*" value="じっこ～">
とかname属性に入れれば良い

ここらへんはEthnaのチュートリアルにあるよ

**nobodyさん** · 2007/10/11(木) 16:33:35

smartyのincludej関数を使って、ヘッダー部やフッター部を別ファイルにしたいのですが
それ様の格納フォルダみたいなものってないのでしょうか？もしくは何か良い方法あれば
お願いします

**nobodyさん** · 2007/10/11(木) 17:31:02

>>57
テンプレートディレクトリの中に好きなようにディレクトリ作って突っ込めばいいですよ。

**nobodyさん** · 2007/10/25(木) 15:41:25

ログの出力をなんでもいいから全部ファイルに出力したいときはどうするのん？

**nobodyさん** · 2007/10/25(木) 16:15:34

'log_facility' => 'file',
'log_level' => 'debug',

**nobodyさん** · 2007/10/25(木) 23:58:03

おお、ありがたい

ちなみになんだけど
Ethna_Controller の getManagerClassName と getObjectClassName 。
微妙に名前の変換ロジックが違う
CVS版だと同じになってんのかな？

**nobodyさん** · 2007/10/27(土) 21:04:42

http://ihc.mydisk.jp/

**nobodyさん** · 2007/10/31(水) 13:59:03

EthnaのADODBって Starttrans() 使えないのかな？トランザクション。

**nobodyさん** · 2007/10/31(水) 15:51:24

直接
$this->db->db->StartTrans();
って呼べば使えたと思う

**nobodyさん** · 2007/11/01(木) 14:26:56

>>63-64
いやいや、PEAR_DB版でもADOdb版でも、トランザクションは
$this->db->begin();
$this->db->rollback();
$this->db->commit();
で統一されてるよ。

**nobodyさん** · 2007/11/01(木) 15:16:48

Ethna_DB_ADOdb.phpだとbegin()で単にBeginTrans()を呼んでるだけだけど、ADOdbのStartTrans()ってBeginTrans()より色々とよきに計らってくれるんですよ
/**
Improved method of initiating a transaction. Used together with CompleteTrans().
Advantages include:

　a. StartTrans/CompleteTrans is nestable, unlike BeginTrans/CommitTrans/RollbackTrans. Only the outermost block is treated as a transaction.
　b. CompleteTrans auto-detects SQL errors, and will rollback on errors, commit otherwise.
　c. All BeginTrans/CommitTrans/RollbackTrans inside a StartTrans/CompleteTrans block are disabled, making it backward compatible.
*/
function StartTrans($errfn = 'ADODB_TransMonitor')
{....

65 · 2007/11/01(木) 18:02:36

ぐあ、StartTrans()のことは知らなかった。ごめん、typoかと…orz
CompleteTrans()でエラーを自動判定したり、トランザクション中に
別のメソッドでcommitされても大丈夫というのは便利ですね。
ADOdbの独自拡張ぽいから、Ethna_DB_ADOdb.phpを拡張するか、>>64氏の
書いたように直接呼ぶのが良さそう。

# ドキュメントに「毎回エラーチェックする必要ないよ」て書いてあるのは
# 無駄にSQLの実行回数が増えてしまうので微妙な気もするけど…

**nobodyさん** · 2007/11/01(木) 23:50:53

詳しい人おしえて、

Ethna使ってて　actionに書くべきか viewに書くべきか迷うんだが、

例えばactionで
AppManager使って必要なデータ取ってきてたとして
ついでに af->set()で出力のお膳立てもしてしまった方が楽に感じるんだが、

あえて、どこかに溜めておいてview側でaf->set()すべきなのかね？

**nobodyさん** · 2007/11/02(金) 00:16:52

>>68
actionformのsetはactionclassのperformに入る前の段階
つまり、authenticateとprepareで行うべき。

viewでやるのはもってのほか。

AppObject/AppManagerなどのModelにも極力行かすべきではない。

というルール付けでやってMVC意識してる。

68 · 2007/11/02(金) 00:42:53

>69 Ethna使わないでください。

69 · 2007/11/02(金) 01:00:21

>>70
どういうこと？

**nobodyさん** · 2007/11/02(金) 15:32:51

>>68
その辺はMVCのジレンマだと思う。
効率的には、Actionで取得した情報をViewで使えるのがいいけど
特定のActionを通過しないとView側で正しい情報を利用できない
となると、処理と表示が分離されないことになるから微妙。

自分は多少無駄だとは思いつつも、ActionとViewでそれぞれ取得
しているよ。結果をキャッシュできるものはキャッシュしたり、memcachedを
使ったりして、DBの負荷は上げないように少し考えてはいるけど。

69 · 2007/11/02(金) 17:06:05

>>72
それ af->setApp（）するときだよね？
>>68 は、af->set()って書いてるから、フォームの値を調整したいんだろ？
そう思って>>69 の書き込みなんだが。

> 自分は多少無駄だとは思いつつも
AppObjectはキャッシュ持ってるから一回取りに行った値は保存してる。
なんでAppObject使ってやればActionで判定にとった値をViewで
使いまわしてもDBには行かない。

その辺はORMの仕事じゃないかとも思うけど。

**nobodyさん** · 2007/11/02(金) 17:10:22

なかなか興味深い

68 · 2007/11/02(金) 23:44:12

ごめん af->setApp()のこと。。。orz　＞69

MVCの切り口でいくと
やはりそうなるんですかね。＞72 ＞73

キャッシュされているにせよ
viewでもう一回AppObject取り直して
af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

結局どんなAppObjectが渡って来るか
view自体知ってなくてはならない訳だし、

俺の場合描画上の小細工はSmartyのテンプレートにやらせる事が
多いんで、
それだったら、set()とかsetApp()ひっくるめて、
ActionForm全体を渡すから、viewさんあとは描画よろしく。
って方が潔い気がしてます。

Ethnaは viewの定義省略できるんだし、
ワザワザ２，３行だけのViewのファイル作らなくても良いかなと
思ってる。

こういうのMVC的にはダメなのかな。

69 · 2007/11/03(土) 00:15:59

>>75
とりあえず1分でも早いことコーティング終わらせたい！
って時は、確かにViewレスにしてperformでsetAppする。こともある。

前はそうやってたけど、最近面倒でもviewつくるようにしてる。
まぁ、1分かからんでしょ。

理由は2つあって、ひとつは、結局あとから追加仕様が加わった時に
viewがあるとそこに流し込めば良いという意識でAction作ってしまえる。
viewを造ってないと、結局違うActionに同じsetAppするようになる。
ある意味、そっちの方が絶対使い回しできない。

もうひとつは、forwardをいじりたい場合。
view/Subview.php
view/Subview/Draw.php
view/Subview/Draw/Finish.php
ってする場合、APPID_View_Subview::forward()に仕掛けをしてやって
テンプレパス変えたりする場合、クラス定義だけでもしておけばそれ以下の
viewもよろしくやってくれるけど、viewを定義しないとControllerで設定した
view使っちゃうからな。まぁ、特殊な場合だけど、forwardいじれるのは強力だからな。

69 · 2007/11/03(土) 00:29:22

>>75
>キャッシュされているにせよ
>viewでもう一回AppObject取り直して
>af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

なんで、オレの場合はできる限りAction/Viewの行数を増やさないように
Modelにほとんどのコードが移動した。
AppObject/AppManagerのキャッシュを利かせるには、
同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。
すると、ActionとViewでぶれがあるといけないからな。

だから、全体の流れとして必然的に
[Action]
ActionFormの調整（デフォルト値や、セレクトタブの値生成）
　　↓
af->validate()
　　↓
落ちるView先の決定ロジック

[View]
af->setApp()
のみ

ってなる。

68 · 2007/11/03(土) 01:16:56

>>76
>もうひとつは、forwardをいじりたい場合。
これは分る。確かにforwardいじりたい時もある。

>viewを造ってないと、結局違うActionに同じsetAppするようになる。
>ある意味、そっちの方が絶対使い回しできない。

そうかなー。viewを作ってあったにせよ、viewに渡すものが抽象化
しきれてなければ、結局使い回せない気がする。
一番抽象的で、どんなviewでも理解できるもの、つまりはActionFormを
渡すというお約束が、ゆるくて最強の接点だと思うんだが。

68 · 2007/11/03(土) 01:33:38

>>77
>AppObject/AppManagerのキャッシュを利かせるには、
>同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。

勉強になります。

69 · 2007/11/03(土) 02:54:08

>>78
>渡すというお約束が、ゆるくて最強の接点だと思うんだが。
その辺は、開発スタイルとか案件に依るんじゃない？
取りあえず「オレはこういう感じでやってる」ってだけで、別に色々な方法があると思う。
使ってるうちに変わるだろうし、ってオレがそうなんだけど。

そのへんのゆるさはEthnaのいいところだし、一人や数人でやる分には気楽。

**nobodyさん** · 2007/11/03(土) 15:20:42

みんな、AppObjectというかORM使ってるのか。
俺はjoinのやり方が分からなくて涙目だったので、いまだにSQL書いてるよ。
ZnedFrameworkも試してみたけど、Zend_Db_Tableが全然使えないので
結局そっちもSQLというチンカスっぷりだぜ。

**nobodyさん** · 2007/11/03(土) 16:01:56

joinは少し前まで、まともにできなかったはず。
なんで漏れもSQL書いてるよ。AppObjectはテーブルのレコードと１対１でやり取りする場面だけ
使ってる。検索して一覧引っ張ってくるようなケースは、joinする場合が多いし、
where文SQLで書く方が慣れているんで、SQL書いた処理をAppManagerに詰め込んでるよ。

**nobodyさん** · 2007/11/05(月) 13:41:20

view作ってwhere条件だけEthna_AppSearchObjectで作るってのはナシ？
もっとも、それやった香具師がMLで「table読むときはカラム名小文字になるのに、viweを読むと大文字になる。がっでむ！」と言っていたので、あまりお勧めではないのかもしれん。

……S2EthnaでS2Dao.PHPか？w

**nobodyさん** · 2007/11/07(水) 18:33:33

http://ethna.jp/ethna-document-dev_guide-app-sjis.html

> 入力のShift_JISを内部コードに変換
> まずは、Ethnaのフィルタで入力コードを変換してしまいます。

とあるのですが

/usr/local/lib/php/Ethna/class/Ethna_Filter.php

この中に書き加える訳ではないのですか？

上記で駄目だったので、APPID_Filter.php を以下のように書いて

class APPID_Filter extends Ethna_Filter{
{
　　function prefilter(){・・・}
　　function InputEncoding($data){・・・}
}

APPID_Controller.phpでrequire onceしてみたりしたのですが
$_POSTされたデータが変換されなくて悩んでます。

どなたかご教授ください。よろしくお願いします。

**nobodyさん** · 2007/11/07(水) 18:36:31

APPID_Filter.php の prefilter() は preFilter() の入力ミスです。

**nobodyさん** · 2007/11/08(木) 01:13:51

だれかAppManagerのgetAttrListの使い方わかる人いませんか？

これがいまいちわからないのです。フォームヘルパでセレクトボックスのoptionの値を
データベースから取得したいと考えてまして。

Ethnaの開発マニュアルみていたら、アクションフォームで
Optionの設定を'address,prefecture'に書けば見たいな事わかったんですが、、
プロパティの値ってのがよくわからないんです・・・

だれかわかる人教えてください。

**nobodyさん** · 2007/11/08(木) 02:07:11

Hogeマネージャの関数から
同マネージャ内の別関数(fuga)を呼び出したい場合、
以下のどちらが適しているでしょうか？

$Hoge_m =& $this->backend->getManager('Hoge');
$Hoge_m->fuga();
or
$this->fuga();

**nobodyさん** · 2007/11/08(木) 02:29:21

>87
$this->fuga();

86 · 2007/11/08(木) 02:56:20

ありがとうございます!!

もう一点非常に疑問点があるのですが、
$Hoge_m =& $this->backend->getManager('Hoge');
と
$Hoge_m = $this->backend->getManager('Hoge');
ってどう違うのでしょうか？
この&って参照渡しでしょうか？
参照渡しって単なる変数だけでなく、オブジェクトに対しても
利用可能なのでしょうか？

**nobodyさん** · 2007/11/08(木) 16:06:31

>>89
http://www.php.net/manual/ja/language.references.php
参照はスカラー型でもオブジェクトや配列でも使えるよ。

余談だけど、PHP5以降では関数の戻り値や変数への代入なんかで
同じオブジェクトを指し示している必要がないのであれば、参照渡しを
するべきではないので注意。メモリの効率化とか思っていると、むしろ
無駄に消費されることがある。
http://www.phppro.jp/news/304

PHP4/5に対応するEthna(本体)には関係ない話だけどね。

**nobodyさん** · 2007/11/11(日) 12:12:44

このフレームワークって他のフレームワークにあるような
AjaxヘルパやHTMLヘルパーなんかは装備されないんでしょうか？
あと、ルーティングをもう少し改善して欲しいですな。

**nobodyさん** · 2007/11/12(月) 15:41:42

スマートURLを使えるようにするにはapacheの方も色々設定しないと駄目？

**nobodyさん** · 2007/11/13(火) 01:26:05

PEAR::Authを継承したAuthクラスをこさえてみようかと思ったんだが、
構築するタイミングがわからない

ActionForm辺りで
$this->auth =& new $this->backend->ctl->class['auth'](&$this->backend->ctl)
ってやってあげればいいんだべか。
Controllerのコンストラクタで構築するのはちょっくら早い感じだし
どうするとスマートなんでげしょ。

**nobodyさん** · 2007/11/13(火) 21:54:07

>>92
まぁ、mod_rewriteの設定を行わないと駄目でしょうね。
UrlHandlerはいまひとつって感じ。

93 · 2007/11/13(火) 23:45:08

ActionClassのauthenticateで生成することにすますた

**nobodyさん** · 2007/11/14(水) 04:30:56

例外処理をしたいのですが、
AppManager 内で
throwして
アクション内でcatchしたい場合、
どのように記述すればよいでしょうか？
単にAppManager内でthrowすると
PHP Fatal error: Uncaught exception 'Exception'
がおきてしまいます

**nobodyさん** · 2007/11/16(金) 03:14:04

>>67
エラーが発生したらトランザクション中の後続するSQLはスキップしそうだけどね
そうじゃなきゃあんまりでしょｗ

67 · 2007/11/16(金) 21:30:33

>>97
いや、ソース確認したらチェックしてなかったんだよ
あんまりだ

**nobodyさん** · 2007/11/19(月) 22:11:25

$obj =& $this->backend->getManager('hoge');
$obj->setParam( $param );
$obj =& $this->backend->getManager('hoge');
みたいな感じにすると
$obj->setParam( $param );が既になされている状態になる理由が
よくわからんです。

99 · 2007/11/20(火) 00:55:53

参照渡しってやつのせい？
$this->backend->getManager()
をオブジェクト生成（new）と同じ感覚で使ってたけど、
もしそうなら大きな勘違いですよね。

newみたいに使う方法ってないでしょうか？

**nobodyさん** · 2007/11/20(火) 04:03:10

>>100
そもそも、ManagerはObjectと違っていくつも作らんのよ。
だから、setParam()とかしてる時点で使い方間違ってるよ。
Objectにもたせなよ。

**nobodyさん** · 2007/11/20(火) 07:09:01

getManager()の第２パラメータ指定すればシングルトンじゃなくなったはず。

**nobodyさん** · 2007/11/20(火) 18:19:20

>>102
知らんかった…

それはさておき、AppManagerにsetParamする状況なんてあるっけ？
ActionForm使って、Action/View間で$this->af->setApp()/getApp()で
取りまわしたりすることはあるけど、結構イレギュラーな場合だけかな。

**101** · 2007/11/20(火) 19:58:25

>>102
おれも知らんかった…

99 · 2007/11/20(火) 22:31:06

>>102
サンクスです!!

>>101
>>103
マネージャを普通のクラスみたいに使ってます。。。
マネージャでクラス作ってnewする代わりに
getManagerして。。。。
だめだろうか
requireとかめんどいんだけど。

**nobodyさん** · 2007/11/20(火) 22:39:15

102みたいな機能があるってことは
そういう使い方も想定されてるのかね？

**101** · 2007/11/21(水) 00:34:11

うーん、キャッシュが鬱陶しいときじゃないかな？
AppManagerの同じメソッドで取りに行きたいけど、その間隙にUpdateしちゃってて、
そのままメソッドコールするとキャッシュが帰ってくるのがうっとうしいという状況。
たまにある。あまり設計がよくないせいかもしれんけど。

**nobodyさん** · 2007/11/21(水) 03:01:24

>>105
ローダーとして使うなら、(AppId)_Controller.phpの$classに
$class = array(
　...
　'foo' => 'Foo_Bar_Buzz',
　...
);
みたいに定義しておいて、
$obj = $this->backend->getObject('foo');
で取得するというのはどうだろうか。第2引数にtrueを指定しないと
キャッシュされたオブジェクトが返るので注意ということで。

**nobodyさん** · 2007/12/14(金) 00:07:12

-- actionform
'id' => array(
　　'form_type' => FORM_TYPE_SELECT,
　　'type' => array(VAR_TYPE_INT),
　　'option' => array(1=>'man', 2=>'woman')
)

てなときに

-- viewclass
$this->af->set('id', array(1, 1, 2, 2, 1));
-- template
{form_input name="id" emptyoption=""}

ってやっても
うまくselected="selected"が付いてくれないんだけど
FORM_TYPE_SELECTで配列を扱うのは面倒くさいのかしら

**nobodyさん** · 2007/12/14(金) 01:37:02

>>109
MultipuleのSelectタブ？
オレは自分でガッツリとform_inputを作ってしまって、Ethnaデフォルトは
もう使って無い。まぁ、面倒だけど意外と簡単ですよ。

Defaultのform_inputは対応してるのかな？
Ethna_ViewClass::getFormInput_Html
見てるとしてないね。

**109** · 2007/12/14(金) 07:29:06

>>110
いや、マルチプルじゃなくてシングルセレクトなSelectタグの配列。
<select name="id[]"></select>
<select name="id[]"></select>
<select name="id[]"></select>
ってな感じで使いたいんです。
そうか、Selectタグでarray(VAR_TYPE_～～)ってやると
マルチプル扱いになるんね。
んでPOSTされたデータ上でマルチセレクトなSelectタグか
Selectタグの配列かの見分けは付かないと。。。
自分でがっつり作り込むのは面倒なので
ViewClassを継承したクラスで下のような変更加えて使ってみます。
マルチセレクトかシングルセレクトな配列か見分けが付かないのなら問題はないはず。

-- Ethna_ViewClass.php (function _getFormInput_Select($name, $def, $params))
-- 702行名ぐらい
　// default値の設定
　if (isset($params['default'])) {
　 $current_value = $params['default'];
　} else if (isset($def['default'])) {
　 $current_value = $def['default'];
　} else {
　 $current_value = array();
　}
-　current_value = array_map('strval', to_array($current_value));
+　if ($def['_form_counter'] < count($current_value)) {
+　 $current_value = array_map('strval', to_array($current_value[$def['_form_counter']]));
+　} else {
+　 $current_value = array_map('strval', to_array($current_value));
+　}

ありがとやんす。

**nobodyさん** · 2007/12/25(火) 11:41:37

http://ethna.jp/　ダメポ
中野人復旧頼む。リファレンスみたいよー

**nobodyさん** · 2008/01/09(水) 18:52:02

上にログファイル出力についてあったけど
ログファイル名を固定ではなくて日付ごとに出すことってできないんですか？
今 log/app.log
↓
log/20080109.log
みたいに。
ご存知の方いましたらお願いします。

**nobodyさん** · 2008/01/09(水) 21:49:38

iniのログファイル名のところを文字列じゃなくて式にすればいいんじゃね？
もしくはEthna_Plugin_Logwriter_Fileあたりを継承して独自のLogwriterを作る。

**113** · 2008/01/10(木) 15:35:23

独自で作るようにしました。
ありがとうございました。

**nobodyさん** · 2008/01/23(水) 21:01:59

おまいらさ、PHPは書けるけどEthnaなんてまるっきり知らん！って状態から
一通りEthnaでアプリ書けるようになるまでどのくらいかかった？

**nobodyさん** · 2008/01/23(水) 21:35:59

>>116
PHP+MySQLを知らない状態、フレームワークというものが
存在するのも知らない状態から、2006/12上旬に勉強を初めて
2007/2下旬にユーザ登録型のサービスをひとつ立ち上げました。
ethnaの存在を知ったのは1月上旬だったかな？
平日昼間は別の仕事をしてたので、作業は夜＋休日。

Linuxも素人だったので、むしろそっちの設定まわりで
取られた時間の方が多かったかも。

**nobodyさん** · 2008/01/24(木) 01:44:05

S2Ethnaで、S2ContainerApplicationContext::registerAspect('/Dao$/', 'dao.interceptor');　を使って
diconファイルを作成しないでもDIできるようにしたいんですが、できた人いますか？

**nobodyさん** · 2008/01/24(木) 14:07:43

いいから、今からEthna始める俺に使い方を教える作業に戻るんだ

**nobodyさん** · 2008/01/24(木) 19:24:16

>>119
公式のチュートリアルでもすれば？

**nobodyさん** · 2008/01/27(日) 07:13:41

１，pearをapt-getでインストール
２，pearでethnaをインストール
３，pearでSmartyをインストール
４，Smarty付属のindex.phpを見る限りSmartyもPHPもちゃんと動いてる
５，HTTPで公開しているディレクトリで ethna add-project 。これもOK
６，そこをブラウザーで覗くと「Index of ディレクトリ名」とかいうメッセージが出る。
７，ethnaが作った www ディレクトリの下にある index.php を www でなく
　　プロジェクトと同じディレクトリに置くと、画面真っ白。「Index of....」も出ない。

すんげー困ってます。諸先輩方、助けてくださいおながいします。

**nobodyさん** · 2008/01/27(日) 08:14:55

index.phpのパス書き換えた？

**nobodyさん** · 2008/01/27(日) 08:48:45

>>122
/ethnaアプリ/www/index.php のことでしょうか？
require_onceで読んでる Controller クラスを絶対パスで読んでいるので変えていません。

**nobodyさん** · 2008/01/27(日) 23:57:46

んじゃ、apacheの設定かな。
「Index of....」が出る時点でPHP用に設定されてないんだろうし。

**nobodyさん** · 2008/03/16(日) 23:46:07

開発半年でJavaをやっていてPHPのPの字も知らないのに、
今週からPHPの自社開発に引き戻されたんだが、
自分(19)より年上(45)のおじちゃんが開発経験が無いことが発覚した。
メンバーは22の開発未経験のお兄ちゃんのみ。
４末に納期....死にたいorz
とりあえず、
やさしいPHP(高橋麻奈著)
PHP+MySQL(小島まさご著)
LLフレームワークBOOKS
PEARライブラリ(佐久嶋ひろみ著)
を３日で読んだんだが、
コントローラーで
void main (string $class_name, [mixed $action_name = ""], [mixed $fallback_action_name = ""])
string $class_name: アプリケーションコントローラのクラス名
mixed $action_name: 指定のアクション名(省略可)
mixed $fallback_action_name: アクションが決定できなかった場合に実行されるアクション名(省略可)
【http://ethna.jp/doc/（引用）】
string $class_name、mixed $action_name、mixed $fallback_action_nameは
どこでセットしてやればいいのでしょうか、、、orz
HTML(PHP)ソース上でどこで対応するのでしょうか？
アプリケーションIDやらformやらvalueやらnameやらidやらclassやら頭が混乱してきてしまったよ。
そしておすすめの本あったら教えてください。。。

**nobodyさん** · 2008/03/17(月) 03:38:21

このフレームワークに未来はありますか？

**nobodyさん** · 2008/03/17(月) 06:06:19

Go to symfony!

**nobodyさん** · 2008/03/17(月) 13:41:15

>>125
とりあえず
http://ethna.jp/ethna-document-tutorial.html
ここのチュートリアルから
あとmainとか書かなくて良い
自動でセットしてくれるからな

ソースに対応するのviewに書くsmartyのファイル

**nobodyさん** · 2008/03/17(月) 15:54:10

Ethna使い始めたんですけど、Ethnaって終了してますか？
Ethna公式サイトも更新ないし...

ところで質問なんですけど、アプリケーションを通して使いたいユーザ定数は
どこで定義すればいいのでしょうか？

{APPID}_Controller.php に書けなんて事はないですよね？

**nobodyさん** · 2008/03/17(月) 23:08:03

>>129
EthnaはGreeがある限りあるんじゃないかな
ユーザ定義は自分でファイル作って
コントローラでインクルードしてたかなぁ

**129** · 2008/03/18(火) 09:20:11

>>130
レスありがとうございます。

＞EthnaはGreeがある限りあるんじゃないかな

GreeはID持ってるけど全然ログインしてない。
なんか盛り上がりに欠けるんですよね～。

＞ユーザ定義は自分でファイル作って
＞コントローラでインクルードしてたかなぁ

なるほど、その手がありますね。

**nobodyさん** · 2008/03/18(火) 09:23:30

form で　smartyの {html_select_date} とかを使いたいんですけど、
FORM_TYPE_DATETIMEとかでは使えないですよね？

--action-form--
$form = array(
'Year' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1900,2008),
'Month' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,12),
'Day' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,31),
);
--template--
{form_input name='Year'}{form_input name='Month'}{form_input name='Day'}

とかやるしかないんですかね？

**125** · 2008/03/18(火) 13:02:00

>>128
読んでみたが画面単位でアクションクラスを作成するって把握でいいのでしょうか？
ＥＸ：
検索ボタン、登録ボタンがともに存在する画面
・生徒情報画面(生徒を検索、登録ができる)
・サークル登録画面(サークルを検索、登録する)

だったらそれぞれの画面単位でアクションクラスを作成するってことかな....

都内で詳しい方いたら相談乗っていただけると
助かります.....
ethna77@55mail.cc

**nobodyさん** · 2008/03/18(火) 19:00:29

>>133
アクション単位でアクションクラスを
viewは必要な画面数分だけ
生徒情報一覧を出すアクション
生徒を検索するアクション
生徒を登録するアクション
サークル情報一覧を出すアクション
サークルを検索するアクション
サークルを登録するアクション

viewは
生徒情報を出すview
生徒情報を登録するview
サークルを登録するview
サークル情報を出すview
登録ありがとうview
って感じ？

**125,133の人** · 2008/03/18(火) 20:26:02

>>134
そうなのか！
ありがとうございます。
Javaのフレームワークよりより難しいですね。

ではそのアクション単位で
アクションオブジェクトを作ればいいって把握でいい感じなのかな？
頑張って沢山ビューつくるよorz
タブ切り替えでアクションほしいとか泣きたいよ、ママー。

**nobodyさん** · 2008/03/18(火) 20:47:52

>>135
交通費込みで金くれるなら東京までいくぜｗ

viewは共通化出きる所を共通化してincludeして再利用
あとactionの方の共通化はmanager等を使う

んでアクションのオブジェクト等はコントローラ側で勝手に生成してくれるので
実際に作製必要な処理などは各アクションのperformで処理を
表示関連の処理が必要な場合はviewクラス作って
viewクラスのpreforwardで処理をすればいい

**135** · 2008/03/19(水) 01:55:57

>>136
ど　こ　か　ら　く　る　ん　だｗｗｗ
北海道とかだったら...orz
かっ身体で払います。
近辺なら出せないこともないです。
ethna77@55mail.cc

明日早速ググってみる。
親切にありがとうございます。
周りの人があまりに自分の開発でEthnaの本(ｻｲﾄ)見てるときは目付きがイっててこわがってる....。
客先ＰＧなので自社のイメージなんて、
納会やら帰社日ぐらいで
若いだけで社長の隣に座らされてるから
ニコニコしてる穏やかな人だったらしい。

**nobodyさん** · 2008/03/26(水) 00:45:59

ＣＳＶのデータって通常どこで生成するもの？
やっぱりヴュー？

抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？
データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
とか使えないよね。

ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

**nobodyさん** · 2008/03/27(木) 16:27:33

例えば以下の様に、ラジオボタンによって入力欄のどちらを利用するかを選択させたい場合

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法ありませんかね?
結局ActionFormに普通に書いてテンプレートはradioのみ、html直書きでchecked処理は別途行なう、と言う形になってしまうんですが。

**nobodyさん** · 2008/03/29(土) 03:19:28

>>138
>ＣＳＶのデータって通常どこで生成するもの？
>やっぱりヴュー？

そのCSVをダウンロードさせたいのか？
であれば、自分はviewじゃなくてactionだな。
ロジックはAppManagerに書くけど。

>抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？

View=HTML-Templateに変数を渡すだけって考えた方が良いよ。

>データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
>とか使えないよね。

とりあえず気にするな。メモリが足りなさそうだったらコントローラの最初で
ini_set('memory_limit', '32M');
とかすれば良い。しょぼいレンタルサーバとかじゃないんだろ？さすがに。

>ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

正解だと思う。Viewまで行く必要ないと思うがな。

**nobodyさん** · 2008/03/29(土) 03:26:33

>>133
>ＥＸ：
>検索ボタン、登録ボタンがともに存在する画面
>・生徒情報画面(生徒を検索、登録ができる)
>・サークル登録画面(サークルを検索、登録する)

学校のコミュニティサイトでも作ってるのか？
まぁ、Ethna慣れれば↑あたりは1日あれば作れるよ。仕様とHTMLもらってればな。
頑張れ。

**nobodyさん** · 2008/03/29(土) 03:34:30

>>139
>ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法
まず、Smartyのデリミタは { } じゃなくて{{ }} とか <{ }>にした方が良いよ。
JavaScriptとCSSで { } よく使ってうっとうしくなるから。

確かに、Ethnaデフォルトのフォームへルパはあんまりできが良いとは思えない。
ActionForm自体は良いんだけど。

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

は、自分だとEthnaのテンプレートでは
<{form_input name="typeab" value="1" id="uki1"}><br>
<{form_input name="input1" attr="id='hoge1'"}><br>
<{form_input name="typeab" value="2" id="uki2"}><br>
<{form_input name="input2" attr="id='hoge2'"}><br>
ってやる。Smarty関数form_inputは全部自作。

で、これらのFormにはIDを振っておいてあとでJavaScriptでこっちのラジオ選択したら
こっちのテキストエリアが書き込みできて、あっちのテキストエリアは
書き込み負荷にして・・・とかやるます。IDつけときゃ、とりあえずあとでJavaScriptで何とかなる。

どうせ入力補佐的なことがしたいんでしょ？

**nobodyさん** · 2008/04/08(火) 21:52:44

最初にController内でちょっとした計算をしたとして、その値を再度ActionClass内で使いたい場合ってどこに置いておけばよいんでしょうか？
sessionに置くのが素直なんでしょうけど、それ以外だと手軽な手はありませんかね？

**138** · 2008/04/17(木) 18:27:49

>>140
ｻﾝｸｽｺ
action=>AppManagerでCSV出力で対応することにしました。

smartyの html_select_dateのようなヘルパは用意されていないですよね？
なさそうなのでなるべく本体に修正を入れないように {APP_ID}_ViewClassで
オーバーライドして作ったけど、なんかスマートじゃないですけど、何かいい
方法ありますか？

あと、検索フォームなど複数の画面で共通して使いたいフォームはどこで定義
するのが正解ですか？
今は{APP_ID}_ViewClassに
function addQueryForm(){
$this->af->form = array_merge($this->af->form, array(～));
}

なんて書いていて、{APP_ID}_ViewClass::preforward() から呼んでます。
FormClassに書くべきなのでしょうか？

**nobodyさん** · 2008/04/17(木) 18:34:38

Viewに書いたのには

１．フォームを表示するための処理なのでView
２．受け取るフォームは１画面なのでActionClassなどでやるべきじゃないよね？

と、一応私なりの理由があるのですが、フレームワークの作法的にはどうする
のが正解なのでしょうか？
質問ばかりですみません。

**nobodyさん** · 2008/04/18(金) 17:41:26

つーかEthnaってもう終ってます？

**nobodyさん** · 2008/04/18(金) 17:46:41

まあ環境が自由でこれから新規で何か作ろうという時に使うもんではないな

**140** · 2008/04/18(金) 18:13:47

>>144
> smartyの html_select_dateのようなヘルパ

EthnaでInputタグ吐き出し系のヘルパ(Smartyプラグイン)ものは、
ActionFormを絡めないと効果半減以下なので、Smarty標準のものは使わないなー。
ActionFormはグローバルで取れるから。

日付とかは、セレクトタブで選ばせるのは意外とツライかもなので、
ttp://labs.spookies.co.jp/static/
とかのを使ったSmartyプラグインとか作った方がいいのかも。

> 複数の画面で共通して使いたいフォーム
これは結構悩みどころなんだけど、そういう場合は、フローとしても
共有部分が根っこにひとつありそうなものなので、そのActionFromで定義。
その時に、
var $form_template
で定義すると、必要なフォーム定義だけ
var $form = array( 'use_form1' => array(), 'use_form2' => array(),);
てやると定義を再記述せずに良い。で、「あーだけど、'use_form1' は基本
必須だけど、ここ(以下のAction)だけは必須にしたくないなー」っていうときは、
'use_form1' => array(
'required' => false,
),
とかすると、required=>falseを除いて全部定義を引き継ぐようになる。

最初、'use_form1' => array(),とか書くのさえダルイなーとか思ってたけど、
これ結構合理的。

あと、あんまり共有化を考えるとあとで縛られまくるから、ある程度差が出てきたら
「えい」ってコピペするのが吉。一度それで死にそうになったことがあるので。

**140** · 2008/04/18(金) 18:15:30

つーか、138=146ならもう書く気なくなた