【PHPフレームワーク】Ethna【スケルトン自動作成】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/08/03(水) 21:00:39ID:TuHx69hTEthna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/
SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/
0175nobodyさん
2006/03/14(火) 12:29:23ID:???0176nobodyさん
2006/03/14(火) 22:55:59ID:???var $form = array(
'hage' => array(
'name' => '禿',
'form_type' => FORM_TYPE_TEXT,
'type' => array(VAR_TYPE_STRING),
),
);
こんな風に書きますよね。
だから連想配列をセットするっていう感覚が無いなぁ。
連想配列をセットするときはもっぱら
$this->af->setAppを使うと思うんだけど・・・。
0177nobodyさん
2006/03/15(水) 00:20:47ID:???ちょっと理解できませんでした。
これだと、$hageの中身が$hage['moge']だけになっちゃうんじゃないかと思うんですが。
>176
配列なら連想配列じゃなくても添字が数字でも構わないんですが
$this->af->set
出来るんでしょうか？
0178nobodyさん
2006/03/15(水) 16:37:02ID:???俺だけ？
0179nobodyさん
2006/03/16(木) 02:43:35ID:???$arg['moge'] = 'moge';
$this->af->set('hage', $arg);
0180nobodyさん
2006/03/17(金) 00:44:30ID:???出来ました。なるほど！
感謝です。
ちょっと使いづらいかなぁと素人考え的には思いますけど、これでなれたほうがいいのかなぁ。
0181179
2006/03/24(金) 22:57:08ID:???MLに投げるのが一番じゃないか？
0182nobodyさん
2006/03/27(月) 09:28:29ID:???例えば、
ActionA -> ViewB（画面表示） -> ActionC -> ViewD（画面表示）
という流れの中で、ActionAでSessionに値を保存し、
ViewBで取り出して画面に埋め込むと正しく表示されるのですが、
ViewDで取り出しても値が残っていないようで表示されません。
ViewBとActionCの間で何か処理しないとダメなのでしょうか？
Sessionなのでずっと値を保持してくれていると思っていたのですが…。
直接は関係ないと思いますが、$this->sessionと
$this->backend->sessionは何か違うのでしょか？
環境はPHP5.1.2+Ethna0.2.0です。
0183nobodyさん
2006/03/27(月) 15:27:28ID:???処理は不要。
$this->session->remove したり、上書きしない限り保持されたままだと思う。
session自体は値をseriarizeしてファイルに保存してるだけなので、
shellで直接覗いてみては？
/{project}/tmp にsess_xxxxxxxxなファイルがあるから。
$this->backend->session は使ったことないからわかりません。
0184nobodyさん
2006/03/27(月) 19:05:55ID:???確かにtmpディレクトリ下にsess_xxxxという名前のファイルがありますね。
恐らく、セッション情報はファイルで保存されているが、画面間の遷移で
上手く持ち回せていないような感じです。
一般的にセッションIDをhiddenやURLパラメータ、クッキーで持ち回すようにすると思いますが、
Ethnaを利用した場合、この辺は意識しなくて良いはずということなのでしょうか？
Ethna_Sessionクラスの定義を見ると、何やらクッキーの操作が書かれていますが、
例えばブラウザ側がクッキーを拒否する設定にしてあると、
Session機能が使えないということはありませんか？
0185nobodyさん
2006/03/27(月) 19:20:13ID:???Ethnaだけでなくphp.iniの設定も影響するのでは？
自分は
session.use_cookies = 1
session.use_only_cookies = 1
にしてるんでcookieを禁止すると当然セッションは利用できませんね。
0186nobodyさん
2006/03/27(月) 20:19:22ID:???クッキーに関してPHPのセッション設定とブラウザの設定を行ったところ、
Ethnaのセッション機能が上手く機能するようになりました。
フレームワークとは言っても、所詮PHPの上に構築されたものなので、
この辺の設定は影響するのは当たり前ですよね。
アドバイス、どうもありがとうございました。
0187nobodyさん
2006/03/28(火) 04:45:19ID:???どうするのが一番スマートでしょう？
0188nobodyさん
2006/03/29(水) 22:25:28ID:???画面A: <a href="index.php?action_admin_Hoge=true&uid=1>リンク</a>
Hogeクラスでuidの値１を取得しようとして、
$this->af->get('uid'); だと取得できない。
ちなみに、$UID=$_GET['uid']; だとHogeクラスで取得可です。
※ActionFormクラスにuid書いてあります。
0190nobodyさん
2006/03/29(水) 23:52:48ID:???0191nobodyさん
2006/03/30(木) 00:08:30ID:???0192nobodyさん
2006/03/30(木) 01:55:10ID:???後ろの"はタイポです。&を&にしてみましたが、結果同じで$_GET['uid']
ならうまく行くんですがねぇ。
う〜ん、何がいけないんだろう？
そもそも、$this->af->get('uid')で値取得するという方法自体はあってます？
0193nobodyさん
2006/03/30(木) 02:43:29ID:3Q5YeNEn0194189
2006/03/30(木) 08:39:35ID:???POSTメソッドの時は$_POSTのみがactionFormに送られて、
GETメソッドの時は$_GETがactionFormに送られる。
なので、
<form action="?action_admin_hoge&uid=1" method="POST">
とした場合、$this->af->get('uid')は得られない。
もちろん、ControllerのActionFormに送る部分をオーバーライドして定義すれば
問題ない。
そういうことではなく、ただのリンクで？
であれば、ActionFormを継承で定義してるつもりがgenerate_actionで
自動生成されるvar $formで上書き定義されているとかかな？
0195189
2006/03/30(木) 08:43:02ID:???というか、Hogeクラスってなんだ？
何を継承したクラスだ？
$this->af->getできるのは、ActionClass/ViewClass内と「登録済みの」AppManagerだ。どこでgetしてる？
0196nobodyさん
2006/03/30(木) 09:29:33ID:???現象が再現する最小限のソースを書いて。
0197nobodyさん
2006/03/30(木) 10:40:26ID:???再現スクリプトを書いていたら、>>194さん指摘の
var $formが上書き定義されていたのが原因だった事がわかりました。
ありがとうございました！！
>>195
HogeクラスはEthna_ActionClassを継承したActionClassでした。
0198nobodyさん
2006/04/07(金) 09:59:34ID:???selectリストボックスの作り方を教えてください。
WEB+DB PRESS Vol.27にリストボックスを
つくりには、の部分で以下のような感じの記述があります。
$gender = array(
1 => array('name' => '男'),
2 => array('name' => '女'),
);
これを月（１月〜１２月)をforで回して作りたいのです。
どのように作ったら良いですか？
また、今月をselectedにした状態で表示したいのですが、
どのように実現させたらいいですか？
テンプレートでは以下のように書いています。
{select list=$app.month name="month" value=$form.month}月
よろしくお願いします。m(__)m
0199nobodyさん
2006/04/08(土) 03:14:33ID:NDJpgQtZさようならEthna・・・。
0203nobodyさん
2006/04/08(土) 17:21:13ID:???Ethna_AppSQL::unescapeSQL() あたりじゃないかな。
自分もMySQLに依存しないようにPEAR::DB対応にしようとして、それで挫折した。
Ethna_AppSQL::unescapeSQL() でエスケープに addslashes() を使ってることも問題なんだけど。
0204200
2006/04/08(土) 20:25:37ID:???それなら$dsn取ってきて、それぞれのRDBMにあわせた処理すればいいだけじゃん。
これくらいで諦めるのはもったいないですよ。
function escapeSQL(&$var)
{
$ctl =& Ethna_Controller::getInstance();
$dsn = current($ctl->dsn) ;
$db_type = substr($dsn, 0, strpos($dsn, ':'));
if (!is_array($var)) {
if (is_null($var)) {
$var = 'NULL';
} else {
switch($db_type){
case 'pgsql' :
$var = pgsql_escape_string($var) ;
break ;
default :
$var ='¥'' . addslashes($var) . '¥'';
}
}
return;
}
0205200
2006/04/08(土) 20:30:11ID:???でも、RDBMにあわせたunescape自体が結構面倒そう。
ライブラリ探すか、力技使うしか無いと思うが。
0206nobodyさん
2006/04/08(土) 21:07:01ID:???0207nobodyさん
2006/04/09(日) 01:17:55ID:???oracleとか使ってる人いる？
0208nobodyさん
2006/04/09(日) 02:37:42ID:???0210202
2006/04/09(日) 10:16:14ID:???これも面倒そうなんだよね。
0211nobodyさん
2006/04/09(日) 15:08:46ID:???ちょっとさびしいけどねぇ。
postgreSQLは日本では結構なユーザがいるので、非対応はコミットしてくる人を減らてるような気がします。
偉い人がんばれ
0213nobodyさん
2006/04/11(火) 10:05:10ID:???0214nobodyさん
2006/04/11(火) 11:45:21ID:???MSSQLはPHPで使ってる人が少なすぎて、MSSQLモジュール自体が
メンテされずに、大分怪しいものになってるという噂も聞く。
0215nobodyさん
2006/04/14(金) 19:12:28ID:???バリデートエラーのときに、前のアクションを実行して戻したいときのような
0216nobodyさん
2006/04/14(金) 20:16:35ID:???ethnaとおってるからisErrorが効かないようなんですが
0219nobodyさん
2006/04/15(土) 10:04:53ID:???とかで判定できない？
エラーになった場合、返り値のクラスは何になってる？
0220nobodyさん
2006/04/15(土) 10:58:14ID:???ActionClass の prepare の戻り値が遷移先名になっているから、
戻り値に飛ばしたい、アクション名じゃいかんの？
0221nobodyさん
2006/04/15(土) 16:16:18ID:???null-＞正常
null以外-＞テンプレート名
ではないんですか？
たとえばDBからユーザーの新規追加フォームとユーザー一覧が表示されているようなページに戻したいんです。
普通に新規追加のバリデーションエラーとしてreturn 'user_list';とかにするとテンプレートを呼び出すだけなのでユーザー一覧が表示されません。
もうちょっと調べてみます。情報ありがとうございます。
0222nobodyさん
2006/04/15(土) 18:14:06ID:q5ZbQNWP[View]
input = action:アクション名
みたいにできるんだけどな
0223nobodyさん
2006/04/15(土) 22:49:43ID:???俺も良く分かっていないんだけど、
action->view->template と呼ばれる中で、例えば action でエラーが
発生した場合、前の（元の）ページへ戻るよう return 値を設定しても、
元のページの view->template しか実行してくれないんだよな。
だから view がなくせ無いし、view で値を取得するような処理も削除できない。
haltさんは view は不要って言ってるけどどうやって実現しているのだろうか？
0224nobodyさん
2006/04/18(火) 03:35:13ID:AmgnkAQVActionクラスからアクセスしたいんだけど、
どうやってやればいいですか？
0229nobodyさん
2006/04/23(日) 21:24:44ID:AC8rHv07試験的に導入してみよう。
0230nobodyさん
2006/04/23(日) 22:40:17ID:???0231nobodyさん
2006/04/23(日) 23:47:24ID:???早くこれにしてくんないかなー。
やっぱりサイトがかっこいいと、いいもの使ってる感がでていい。
0233nobodyさん
2006/04/24(月) 00:09:17ID:???清潔感あるし。最近はやってるねこういうデザイン。
0234nobodyさん
2006/04/24(月) 02:08:52ID:???なんかセンス古くない？
Mapleのデザインはシンプルでいいと思う。
0235nobodyさん
2006/04/24(月) 22:43:00ID:???0236nobodyさん
2006/04/25(火) 01:37:43ID:???0237nobodyさん
2006/04/25(火) 03:21:23ID:???2.0.1→2.1.0の変更点ってまだ載ってない？
0238nobodyさん
2006/04/26(水) 11:31:00ID:d7Bd/O1A0239nobodyさん
2006/04/28(金) 15:09:37ID:???つまり、「ユーザー登録を行ったあとにユーザ一覧を表示する」ってことでいいかな？
これは掲示板でいえば「投稿したあと記事の一覧に戻る」みたいなかんじ？
ここはredirectするのが正しい。
Actionのreturnでtemplateやviewを呼んで表示させた場合ブラウザ内部で
POSTしたデータをもったまま画面遷移してしまうのでリロードしたときに
再度データ送信してしまう可能性がある。のでredirect。
これはMojaviとか他のフレームワークでもフレームワーク使ってなくても同様。
redirect.tplってのを作ってそこのHTMLのMETAで飛ばすとGREEっぽい。
(ActionでsetApp('redirect_to', 'http://example.com/'); return 'redirect'って感じで)
このへんのテクニックは近日発売の超極めげふんげふんにある
ソースコードに書いてあります。あれはView一つあるかないかくらい。
>>223
そのケースはエラー発生時にエラー画面に飛ばすということだから>>221とは
ちょっと違う感じ。Formのvalidationでエラーがでたときの話？
もう少し具体的な例をあげてくれると答えられるかもしれません。
0241nobodyさん
2006/04/29(土) 17:22:44ID:???PHPを覚えたうえに他人が決めたルールをさらに覚えるなんてムダな・・・
0242nobodyさん
2006/04/29(土) 18:08:49ID:???なら苦労し続ければいいと思う。
フレームワークにメリットがなければRailsもCatalystも流行らないわけで。
0243nobodyさん
2006/04/29(土) 19:07:51ID:???｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; 自分ルールで書いた方が早いし分かり易いじゃん』
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ
`Z;i 〈.,_..,. ﾉ;;;;;;;;> そんなふうに考えていた時期が
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f 俺にもありました
~''戈ヽ ｀二´ r'´:::. `!
0244nobodyさん
2006/04/29(土) 23:07:46ID:???自分はあんまりセンスが良くないので、達人のエッセンスを流用できて
勉強にもなったし、メリットは大きかった。
0245nobodyさん
2006/04/29(土) 23:29:25ID:???逆に辛くなるよね。
身体まるっと投げ出すくらいにすると結構楽になる。
0246nobodyさん
2006/04/30(日) 00:08:03ID:???0247nobodyさん
2006/04/30(日) 11:18:33ID:???0248nobodyさん
2006/04/30(日) 13:31:50ID:9b2aSJKIaction1→action2→view2
ってのはむりなのかい？
どうしてもやりたい場合はリダイレクトが無難？
他のフレームワークではできるの？
0250nobodyさん
2006/04/30(日) 17:12:39ID:???だって全然苦労してないもん。
一つのスクリプトなんてせいぜい500行以下（大規模なアプリはそれらを複数組み合わせる）だし、
そんなもん１日あれば十分書ける。
繰り返し出てくる似たような処理は以前に作ったコードを関数化してコピペすりゃいいし、
フレームワークどころかクラスの必要性すら感じない。
0251nobodyさん
2006/04/30(日) 17:22:53ID:???自分の手足のような再利用性の高いコードをたくさん持ってる人にはたしかに一理あるかも。
逆に言うと、フレームワークの機能を手足のように使えるようになればいろんな人がコミットした便利なコードがどんどん使えるようになるのでは？
0253nobodyさん
2006/04/30(日) 18:03:02ID:???0254nobodyさん
2006/04/30(日) 19:07:53ID:???オブジェクト指向スレか、フレームワークスレでやったほうがいいよ
0255250
2006/04/30(日) 20:01:12ID:???フレームワークを手足のように・・・は、その通りかもね。
でも俺は個人的には他人のソースを読んで理解する手間をかけるなら、自分で書くほうが早いと思う。
>>252
他人が関わるとなると大変だろうね。でもコメント含め、極力分かりやすく書いてるけど。
ここにいる人たちは個人開発でもフレームワークを使ってるんだろうか？？
0256nobodyさん
2006/04/30(日) 20:40:12ID:???分かりやすいしね。
0257250
2006/04/30(日) 21:11:35ID:???でもさ、いくら慣れようとも、やっぱり他人の作った枠組み（フレームワーク）を
使うことによってまた新たな（余計な）問題や悩みが出てくるわけだよね。
だからこのスレみたいな質問スレもあるわけだし。
ってことは、チーム開発でもしない限り、フレームワークなんて
使うだけ二度手間で無駄だと俺は思うんだが。
0258nobodyさん
2006/04/30(日) 21:27:42ID:???自然に身に付くメリットもあるよ
0259nobodyさん
2006/04/30(日) 23:17:46ID:???他人のソースに学ぶものなど無いと思うんなら、そのままでいいんじゃない？
スレ違いなんで続きは↓なんかでやってはいかがでしょう。
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/l50
0260nobodyさん
2006/04/30(日) 23:43:57ID:???たしかに、俺はEthnaを使えるようになる過程で
・ORM
・MVC
について、勉強させられた。
結果として、それらが理解できて今幸せだけど、>>250みたいに、
その壁を超えるのが嫌ってのもわからんでもないから、それはそれで良いと思う。
ただ、今のところ、出てきた問題が「余計」とか思ったことはないなー。
その問題が解決されたときに「また勉強になった」と思えたし。
あと、Ethnaはそれに固着した問題が出にくい構成だと思う。
結構「なんでもあり」で素晴らしいフレームワークだと思ってる。
（と、話をEthnaに戻す）
0261nobodyさん
2006/05/01(月) 00:22:31ID:???私もすごく勉強になってます。
初心者から中級者になるのってとても溝が深いと思うけど、Ethnaを使いこなそうと思ってがんばる過程がその一助になるんじゃないかなぁと妄想してます。
ところで、ここのToDoみてハアハアしてます。
http://beta.ethna.jp/index.php?ethna-document-roadmap
かなりテンコ盛りですよねー。正式版はいつになるのかなぁ。
postgreSQL好きなので
Ethna_AppObject改善
直SQLサポート
DB依存改善
ってところを先行でお願いします。ぺこり。
0262nobodyさん
2006/05/01(月) 00:36:34ID:???バージョンアップしていくと考えていいのかな？
先日ちょっと触ってみて良さそうだったので
本格的にEthnaで開発しようと思ってるんだけど、
基本的にまだバージョン4の環境の方が多いので・・・。
0263nobodyさん
2006/05/01(月) 00:45:41ID:???新しい知識や枠組みを理解して「ランナーズハイ」を得るのはいいけど、
問題はそれが実際にどれくらい役に立つか、どれくらい生産性を上げるか、に尽きるよね。
>>250みたいに、１日〜数日で書けるようなスクリプトのために
わざわざフレームワークが必要なのかどうかが疑問。
（そもそもPHPでそこまで大規模なものを作る必要がある個人や組織って、そんなに多くいるか？？）
0264nobodyさん
2006/05/01(月) 01:08:28ID:???> >>250みたいに、１日〜数日で書けるようなスクリプトのために
一つ一つのスクリプトは小さくてもサイト全体では何十個も書くわけで、
それが統一的な書式で書かれるメリットはあるんじゃない？
また、協業するほどの規模ではなくても、メンテナンスを他人に任せる
ことはあるし、その時に考えたやプロセスの流れをゼロから説明するよりも、
Ethnaの用語を共通語として説明する方が楽という面もあるなぁ。
引き継ぐ人にはEthnaの勉強をしてもらわないといけないけど、自分流を
押し付けられるよりは反発が少ない＞経験上
ま、250氏は物は試しで Ethna を使って２，３アプリを作ってみて
判断すれば良いんじゃないかな？
0265250
2006/05/01(月) 01:48:07ID:???なるほど、それはたしかに一理ありますね。
でも俺はアホだからEthnaを勉強するのにすげー時間がかかりそうですorz
あと、「サイト全体では何十個も」って、いったいどんな規模のサイトなんだろう・・・？？
たとえばmixiを例にとると、1000行以下のスクリプトが15個くらいあれば足りると思うんだけど・・・
0267nobodyさん
2006/05/01(月) 02:58:52ID:???具体的に何にいくつ使うんだ？？
表面的に見えてるもの（home.plなど）だけで10個くらい、
裏方で動いてるであろうもの（cronで動かしてるもの含む）も
せいぜい10〜20個くらいじゃないか？
どんなに多く見積もってもせいぜい30だな。
0268nobodyさん
2006/05/01(月) 04:08:04ID:???mapleはできる
>>249
1,ユーザ一覧と、ユーザ登録フォームがあるページ
2,ユーザを登録するためにフォームに入力->submit
3,validateエラーなので１に戻す
普通にテンプレートだけ指定すると当然ユーザ一覧は表示されない
だから1のアクションをもう一度実行したい。
location使ってもいいけどフォームの入力値が保存されないのが問題
0269nobodyさん
2006/05/01(月) 04:15:37ID:???そういう場合は共通の動作（ユーザ一覧を取得とか）をactionクラスの中のメソッドにして
3の時にもう一回そのメソッド呼ぶって感じで処理してるな。
俺も他にスマートな方法があったら知りたい。
0270nobodyさん
2006/05/01(月) 05:22:22ID:???見えてるものだけでも30は超えるだろ
トップ、登録、ログイン、ログアウト
日記検索、表示、日記書き込み、コメント一覧
友たち一覧、コミュ一覧、足あと
プロフィール表示、編集、設定変更
紹介文表示、書き込み、写真編集
掲示板一覧、編集、閲覧
コミュ検索、参加、退会、誘う、管理人まわり
レビュー検索、編集、閲覧
メッセージ表示、送信
フォトアルバム検索、編集、閲覧
ヘルプ、mikly、リリース情報
0271nobodyさん
2006/05/01(月) 10:43:38ID:???mixiの中の人が使う管理ツールとか、バッチ処理を行うcronとか
広告まわりの管理機能も必要だな。ニュースの取り込みもある。
数えればきりがないし、今後どんどん増えていくだろう。。
最初は少なくても、あれをやりたい、これをやりたいって言ってるうちに
だんだん膨れ上がっていくことはWEBでもよくある話だ。
なのでフレームワークを導入しておくメリットはあると思う。
>>261
なんかTODOふえてるなー。てんこもり状態だ。
JSONやAjaxもいいけど、DBまわりの改善を強く望みます！！
0272nobodyさん
2006/05/01(月) 11:15:30ID:???なるほど意味わかった。
>>269のやり方が正解。
ただし>>269はActionのメソッドとして実装しているけれど
ここは「ユーザー一覧を取得するメソッド」を持つ
AppManager(ProjectId_UserManagerとか？)を作って
それをActionから呼び出す。
AppManagerにすればどのActionからでも使えるし。
基本的に画面の遷移、フォーム制御以外のロジックは
AppManagerに全部かいてしまうのが良い。
0273nobodyさん
2006/05/01(月) 11:35:03ID:???あっ、そっか！！ ちょっと数え方を勘違いしてた。
そうだよね、それくらいあるよね。
で、数は多いけど一つ一つはけっこう単純で簡単なスクリプトって感じだよね。
>>271
とりあえず基本機能だけに絞れば、２〜３日あれば一人で作れそうだよね？？
0274nobodyさん
2006/05/01(月) 15:02:53ID:???ロールやセッション、DB周り、一つ一つにエラー処理といろいろと
考え出すときりがないし、無いと問題になるから。
むしろその辺をFWに任せたり、無視できれば楽w。
■ このスレッドは過去ログ倉庫に格納されています