- 1 名前：nobodyさん [2005/08/03(水) 21:00:39 ID:TuHx69hT]
- 国産フレームワーク、Ethnaでいい意味で手抜きなプログラミングライフを。
Ethna -PHPウェブアプリケーションフレームワーク-
ethna.jp/
SourceForge.jp: Project Info - Ethna
sourceforge.jp/projects/ethna/
- 181 名前：179 mailto:sage [2006/03/24(金) 22:57:08 ID:???]
- 俺も素人だから、詳しいところはよくわからない。
MLに投げるのが一番じゃないか？
- 182 名前：nobodyさん mailto:sage [2006/03/27(月) 09:28:29 ID:???]
- >>170 便乗質問です。
例えば、
ActionA -> ViewB（画面表示） -> ActionC -> ViewD（画面表示）
という流れの中で、ActionAでSessionに値を保存し、
ViewBで取り出して画面に埋め込むと正しく表示されるのですが、
ViewDで取り出しても値が残っていないようで表示されません。
ViewBとActionCの間で何か処理しないとダメなのでしょうか？
Sessionなのでずっと値を保持してくれていると思っていたのですが…。
直接は関係ないと思いますが、$this->sessionと
$this->backend->sessionは何か違うのでしょか？
環境はPHP5.1.2+Ethna0.2.0です。
- 183 名前：nobodyさん mailto:sage [2006/03/27(月) 15:27:28 ID:???]
- >>182
処理は不要。
$this->session->remove したり、上書きしない限り保持されたままだと思う。
session自体は値をseriarizeしてファイルに保存してるだけなので、
shellで直接覗いてみては？
/{project}/tmp にsess_xxxxxxxxなファイルがあるから。
$this->backend->session は使ったことないからわかりません。
- 184 名前：nobodyさん mailto:sage [2006/03/27(月) 19:05:55 ID:???]
- >>183 レスありがとうございます。
確かにtmpディレクトリ下にsess_xxxxという名前のファイルがありますね。
恐らく、セッション情報はファイルで保存されているが、画面間の遷移で
上手く持ち回せていないような感じです。
一般的にセッションIDをhiddenやURLパラメータ、クッキーで持ち回すようにすると思いますが、
Ethnaを利用した場合、この辺は意識しなくて良いはずということなのでしょうか？
Ethna_Sessionクラスの定義を見ると、何やらクッキーの操作が書かれていますが、
例えばブラウザ側がクッキーを拒否する設定にしてあると、
Session機能が使えないということはありませんか？
- 185 名前：nobodyさん mailto:sage [2006/03/27(月) 19:20:13 ID:???]
- >>184
Ethnaだけでなくphp.iniの設定も影響するのでは？
自分は
session.use_cookies = 1
session.use_only_cookies = 1
にしてるんでcookieを禁止すると当然セッションは利用できませんね。
- 186 名前：nobodyさん mailto:sage [2006/03/27(月) 20:19:22 ID:???]
- >>185
クッキーに関してPHPのセッション設定とブラウザの設定を行ったところ、
Ethnaのセッション機能が上手く機能するようになりました。
フレームワークとは言っても、所詮PHPの上に構築されたものなので、
この辺の設定は影響するのは当たり前ですよね。
アドバイス、どうもありがとうございました。
- 187 名前：nobodyさん mailto:sage [2006/03/28(火) 04:45:19 ID:???]
- prefilterで設定したメンバ変数とかをアクションで使いたい場合って
どうするのが一番スマートでしょう？
- 188 名前：nobodyさん mailto:sage [2006/03/29(水) 22:25:28 ID:???]
- HTMLのリンクの値はどうやってActionで取得するの？
画面A: <a href="index.php?action_admin_Hoge=true&uid=1>リンク</a>
Hogeクラスでuidの値１を取得しようとして、
$this->af->get('uid'); だと取得できない。
ちなみに、$UID=$_GET['uid']; だとHogeクラスで取得可です。
※ActionFormクラスにuid書いてあります。
- 189 名前：nobodyさん mailto:sage [2006/03/29(水) 23:52:13 ID:???]
- >>188
HTMLいい加減に書いてるのか？
&は&にして、hrefがケツの"が抜けてるのが原因とか。
- 190 名前：nobodyさん mailto:sage [2006/03/29(水) 23:52:48 ID:???]
- ＆は＆ａｍｐ；
- 191 名前：nobodyさん mailto:sage [2006/03/30(木) 00:08:30 ID:???]
- 29の日ﾘﾘｰｽは？？？
- 192 名前：nobodyさん mailto:sage [2006/03/30(木) 01:55:10 ID:???]
- >>189 >>190
後ろの"はタイポです。&を&にしてみましたが、結果同じで$_GET['uid']
ならうまく行くんですがねぇ。
う〜ん、何がいけないんだろう？
そもそも、$this->af->get('uid')で値取得するという方法自体はあってます？
- 193 名前：nobodyさん [2006/03/30(木) 02:43:29 ID:3Q5YeNEn]
- 普通は取得できるはず
- 194 名前：189 mailto:sage [2006/03/30(木) 08:39:35 ID:???]
- >>192
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で上書き定義されているとかかな？
- 195 名前：189 mailto:sage [2006/03/30(木) 08:43:02 ID:???]
- >>188
というか、Hogeクラスってなんだ？
何を継承したクラスだ？
$this->af->getできるのは、ActionClass/ViewClass内と「登録済みの」AppManagerだ。どこでgetしてる？
- 196 名前：nobodyさん mailto:sage [2006/03/30(木) 09:29:33 ID:???]
- とりあえず棚。
現象が再現する最小限のソースを書いて。
- 197 名前：nobodyさん mailto:sage [2006/03/30(木) 10:40:26 ID:???]
- >>194 >>196 ありがとうございます。
再現スクリプトを書いていたら、>>194さん指摘の
var $formが上書き定義されていたのが原因だった事がわかりました。
ありがとうございました！！
>>195
HogeクラスはEthna_ActionClassを継承したActionClassでした。
- 198 名前：nobodyさん mailto:sage [2006/04/07(金) 09:59:34 ID:???]
- すいません、Ethnaとはちょっと関係ないですが、配列の質問です。
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
- 199 名前：nobodyさん [2006/04/08(土) 03:14:33 ID:NDJpgQtZ]
- AppObjectのPostgres対応化断念。
さようならEthna・・・。
- 200 名前：nobodyさん mailto:sage [2006/04/08(土) 14:58:41 ID:???]
- >>199
なんで？
どこでひっかかる？
- 201 名前：nobodyさん mailto:sage [2006/04/08(土) 15:03:52 ID:???]
- >>199
さようならPostgres のほうがいいよ
- 202 名前：nobodyさん mailto:sage [2006/04/08(土) 15:11:42 ID:???]
- >>199
>>200同様どこでひかかるの？
- 203 名前：nobodyさん mailto:sage [2006/04/08(土) 17:21:13 ID:???]
- >>202
Ethna_AppSQL::unescapeSQL() あたりじゃないかな。
自分もMySQLに依存しないようにPEAR::DB対応にしようとして、それで挫折した。
Ethna_AppSQL::unescapeSQL() でエスケープに addslashes() を使ってることも問題なんだけど。
- 204 名前：200 mailto:sage [2006/04/08(土) 20:25:37 ID:???]
- >>199
それなら$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;
}
- 205 名前：200 mailto:sage [2006/04/08(土) 20:30:11 ID:???]
- あ、unescapeか。スマソ。
でも、RDBMにあわせたunescape自体が結構面倒そう。
ライブラリ探すか、力技使うしか無いと思うが。
- 206 名前：nobodyさん mailto:sage [2006/04/08(土) 21:07:01 ID:???]
- 予めこういうところが設定の書き換えだけで切り替えられるようになってるともっといいのにね。
- 207 名前：nobodyさん mailto:sage [2006/04/09(日) 01:17:55 ID:???]
- mysqlとpostgresとsqliteくらいつかえればたいていの人が満足するのかな。
oracleとか使ってる人いる？
- 208 名前：nobodyさん mailto:sage [2006/04/09(日) 02:37:42 ID:???]
- ノ
- 209 名前：nobodyさん mailto:sage [2006/04/09(日) 05:54:19 ID:???]
- >>207
できるなら、MSSQLの対応も。
- 210 名前：202 mailto:sage [2006/04/09(日) 10:16:14 ID:???]
- mantis でも使われている adodb あたりも考えたことがあるんだけど
これも面倒そうなんだよね。
- 211 名前：nobodyさん mailto:sage [2006/04/09(日) 15:08:46 ID:???]
- 私はpostgreSQLですが、AppObjectを使わないという選択肢をとってます。
ちょっとさびしいけどねぇ。
postgreSQLは日本では結構なユーザがいるので、非対応はコミットしてくる人を減らてるような気がします。
偉い人がんばれ
- 212 名前：nobodyさん mailto:sage [2006/04/10(月) 23:20:29 ID:???]
- >>209
MSSQL をわざわざ PHP から使うのか
- 213 名前：nobodyさん mailto:sage [2006/04/11(火) 10:05:10 ID:???]
- PHPからOracle使ってる俺がきましたよ。
- 214 名前：nobodyさん mailto:sage [2006/04/11(火) 11:45:21 ID:???]
- Oracleは普通に使われてると思う。
MSSQLはPHPで使ってる人が少なすぎて、MSSQLモジュール自体が
メンテされずに、大分怪しいものになってるという噂も聞く。
- 215 名前：nobodyさん mailto:sage [2006/04/14(金) 19:12:28 ID:???]
- アクションから別のアクションを呼ぶのってどうやればいいんですか？
バリデートエラーのときに、前のアクションを実行して戻したいときのような
- 216 名前：nobodyさん mailto:sage [2006/04/14(金) 20:16:35 ID:???]
- DBで、queryした後のエラー判定とかってできないでしょうか？
ethnaとおってるからisErrorが効かないようなんですが
- 217 名前：nobodyさん mailto:sage [2006/04/14(金) 23:31:20 ID:???]
- >>215
parent::prepare();
とか
- 218 名前：nobodyさん mailto:sage [2006/04/15(土) 04:56:29 ID:???]
- >>217
わからん・・・
parentのprepareを呼ぶとどうなるんや･･
- 219 名前：nobodyさん mailto:sage [2006/04/15(土) 10:04:53 ID:???]
- Ethna::isError($res)
とかで判定できない？
エラーになった場合、返り値のクラスは何になってる？
- 220 名前：nobodyさん mailto:sage [2006/04/15(土) 10:58:14 ID:???]
- >>215
ActionClass の prepare の戻り値が遷移先名になっているから、
戻り値に飛ばしたい、アクション名じゃいかんの？
- 221 名前：nobodyさん mailto:sage [2006/04/15(土) 16:16:18 ID:???]
- prepareの戻り値は
null-＞正常
null以外-＞テンプレート名
ではないんですか？
たとえばDBからユーザーの新規追加フォームとユーザー一覧が表示されているようなページに戻したいんです。
普通に新規追加のバリデーションエラーとしてreturn 'user_list';とかにするとテンプレートを呼び出すだけなのでユーザー一覧が表示されません。
もうちょっと調べてみます。情報ありがとうございます。
- 222 名前：nobodyさん [2006/04/15(土) 18:14:06 ID:q5ZbQNWP]
- mapleだと
[View]
input = action:アクション名
みたいにできるんだけどな
- 223 名前：nobodyさん mailto:sage [2006/04/15(土) 22:49:43 ID:???]
- >>221
俺も良く分かっていないんだけど、
action->view->template と呼ばれる中で、例えば action でエラーが
発生した場合、前の（元の）ページへ戻るよう return 値を設定しても、
元のページの view->template しか実行してくれないんだよな。
だから view がなくせ無いし、view で値を取得するような処理も削除できない。
haltさんは view は不要って言ってるけどどうやって実現しているのだろうか？
- 224 名前：nobodyさん [2006/04/18(火) 03:35:13 ID:AmgnkAQV]
- テンプレートで表示する{$errors}の変数を
Actionクラスからアクセスしたいんだけど、
どうやってやればいいですか？
- 225 名前：nobodyさん mailto:sage [2006/04/18(火) 05:30:59 ID:???]
- >>221
viewクラスからリダイレクトすればいいんかな？
- 226 名前：nobodyさん mailto:sage [2006/04/18(火) 05:36:19 ID:???]
- >>224
$this->ae->getMessageList()
でいけるはず
- 227 名前：nobodyさん mailto:sage [2006/04/18(火) 18:32:18 ID:???]
- >>226
アクションクラスだから
$this->af->ae->getMessageList()
- 228 名前：224 mailto:sage [2006/04/18(火) 23:57:24 ID:???]
- >>225-227
ありがとうございました。>>227でアクセスできました。
- 229 名前：nobodyさん [2006/04/23(日) 21:24:44 ID:AC8rHv07]
- 2.1.0-preview1が公開されてるよ。
試験的に導入してみよう。
- 230 名前：nobodyさん mailto:sage [2006/04/23(日) 22:40:17 ID:???]
- generate_project_skelton.phpがなくなってた。。
- 231 名前：nobodyさん mailto:sage [2006/04/23(日) 23:47:24 ID:???]
- beta.ethna.jp/ かっこいい！
早くこれにしてくんないかなー。
やっぱりサイトがかっこいいと、いいもの使ってる感がでていい。
- 232 名前：nobodyさん mailto:sage [2006/04/23(日) 23:55:56 ID:???]
- >>231
本気か嫌味かわからん・・・
- 233 名前：nobodyさん mailto:sage [2006/04/24(月) 00:09:17 ID:???]
- 現行よりはいいよ。
清潔感あるし。最近はやってるねこういうデザイン。
- 234 名前：nobodyさん mailto:sage [2006/04/24(月) 02:08:52 ID:???]
- 俺はあまり好きじゃないな。
なんかセンス古くない？
Mapleのデザインはシンプルでいいと思う。
- 235 名前：nobodyさん mailto:sage [2006/04/24(月) 22:43:00 ID:???]
- sidebarが下にずれとる@Safari
- 236 名前：nobodyさん mailto:sage [2006/04/25(火) 01:37:43 ID:???]
- ADODBとか標準がうれしい
- 237 名前：nobodyさん mailto:sage [2006/04/25(火) 03:21:23 ID:???]
- おー、サイト変わってたのか。
2.0.1→2.1.0の変更点ってまだ載ってない？
- 238 名前：nobodyさん [2006/04/26(水) 11:31:00 ID:d7Bd/O1A]
- Operaもずれとる
- 239 名前：nobodyさん mailto:sage [2006/04/28(金) 15:09:37 ID:???]
- >>221
つまり、「ユーザー登録を行ったあとにユーザ一覧を表示する」ってことでいいかな？
これは掲示板でいえば「投稿したあと記事の一覧に戻る」みたいなかんじ？
ここはredirectするのが正しい。
Actionのreturnでtemplateやviewを呼んで表示させた場合ブラウザ内部で
POSTしたデータをもったまま画面遷移してしまうのでリロードしたときに
再度データ送信してしまう可能性がある。のでredirect。
これはMojaviとか他のフレームワークでもフレームワーク使ってなくても同様。
redirect.tplってのを作ってそこのHTMLのMETAで飛ばすとGREEっぽい。
(ActionでsetApp('redirect_to', 'example.com/'); return 'redirect'って感じで)
このへんのテクニックは近日発売の超極めげふんげふんにある
ソースコードに書いてあります。あれはView一つあるかないかくらい。
>>223
そのケースはエラー発生時にエラー画面に飛ばすということだから>>221とは
ちょっと違う感じ。Formのvalidationでエラーがでたときの話？
もう少し具体的な例をあげてくれると答えられるかもしれません。
- 240 名前：nobodyさん mailto:sage [2006/04/28(金) 15:33:16 ID:???]
- >>239
ありがとうございます！
- 241 名前：nobodyさん mailto:sage [2006/04/29(土) 17:22:44 ID:???]
- フレームワークを使うメリットがいまだに分からん。
PHPを覚えたうえに他人が決めたルールをさらに覚えるなんてムダな・・・
- 242 名前：nobodyさん mailto:sage [2006/04/29(土) 18:08:49 ID:???]
- >>241
なら苦労し続ければいいと思う。
フレームワークにメリットがなければRailsもCatalystも流行らないわけで。
- 243 名前：nobodyさん mailto:sage [2006/04/29(土) 19:07:51 ID:???]
- j;;;;;j,. ---一､ ｀ ―--‐､_ l;;;;;; 『フレームワークなんて使うよりも
｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; 自分ルールで書いた方が早いし分かり易いじゃん』
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ
`Z;i 〈.,_..,. ﾉ;;;;;;;;> そんなふうに考えていた時期が
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f 俺にもありました
~''戈ヽ ｀二´ r'´:::. `!
- 244 名前：nobodyさん mailto:sage [2006/04/29(土) 23:07:46 ID:???]
- 一人でやってるうちは良いんだけどね。＞おれおれ主義
自分はあんまりセンスが良くないので、達人のエッセンスを流用できて
勉強にもなったし、メリットは大きかった。
- 245 名前：nobodyさん mailto:sage [2006/04/29(土) 23:29:25 ID:???]
- 中途半端にフレームワーク使おうとすると
逆に辛くなるよね。
身体まるっと投げ出すくらいにすると結構楽になる。
- 246 名前：nobodyさん mailto:sage [2006/04/30(日) 00:08:03 ID:???]
- Ethnaのドキュメントってオンライン版だけしかないんかな？
- 247 名前：nobodyさん mailto:sage [2006/04/30(日) 11:18:33 ID:???]
- Irvine でも使って落としたら
- 248 名前：nobodyさん [2006/04/30(日) 13:31:50 ID:9b2aSJKI]
- 上の方でもちょっと話題出てたけど
action1→action2→view2
ってのはむりなのかい？
どうしてもやりたい場合はリダイレクトが無難？
他のフレームワークではできるの？
- 249 名前：nobodyさん mailto:sage [2006/04/30(日) 15:29:15 ID:???]
- >>248
なんでActionをわける必要がある？
あるとすれば設計がおかしい
- 250 名前：nobodyさん mailto: [2006/04/30(日) 17:12:39 ID:???]
- >>242
だって全然苦労してないもん。
一つのスクリプトなんてせいぜい500行以下（大規模なアプリはそれらを複数組み合わせる）だし、
そんなもん１日あれば十分書ける。
繰り返し出てくる似たような処理は以前に作ったコードを関数化してコピペすりゃいいし、
フレームワークどころかクラスの必要性すら感じない。
- 251 名前：nobodyさん mailto:sage [2006/04/30(日) 17:22:53 ID:???]
- >250
自分の手足のような再利用性の高いコードをたくさん持ってる人にはたしかに一理あるかも。
逆に言うと、フレームワークの機能を手足のように使えるようになればいろんな人がコミットした便利なコードがどんどん使えるようになるのでは？
- 252 名前：nobodyさん mailto:sage [2006/04/30(日) 17:26:22 ID:???]
- >>250 のサイトはメンテ大変そう。
- 253 名前：nobodyさん mailto:sage [2006/04/30(日) 18:03:02 ID:???]
- まあ今も今後も250しかそのスクリプトに関わる事がないなら別にいいんじゃないか。
- 254 名前：nobodyさん mailto:sage [2006/04/30(日) 19:07:53 ID:???]
- つか、直接Ethnaに関係ない話題は
オブジェクト指向スレか、フレームワークスレでやったほうがいいよ
- 255 名前：250 mailto: [2006/04/30(日) 20:01:12 ID:???]
- >>251
フレームワークを手足のように・・・は、その通りかもね。
でも俺は個人的には他人のソースを読んで理解する手間をかけるなら、自分で書くほうが早いと思う。
>>252
他人が関わるとなると大変だろうね。でもコメント含め、極力分かりやすく書いてるけど。
ここにいる人たちは個人開発でもフレームワークを使ってるんだろうか？？
- 256 名前：nobodyさん mailto:sage [2006/04/30(日) 20:40:12 ID:???]
- 既に慣れてるから個人開発でも使ってるよ。
分かりやすいしね。
- 257 名前：250 mailto: [2006/04/30(日) 21:11:35 ID:???]
- >>256
でもさ、いくら慣れようとも、やっぱり他人の作った枠組み（フレームワーク）を
使うことによってまた新たな（余計な）問題や悩みが出てくるわけだよね。
だからこのスレみたいな質問スレもあるわけだし。
ってことは、チーム開発でもしない限り、フレームワークなんて
使うだけ二度手間で無駄だと俺は思うんだが。
- 258 名前：nobodyさん mailto:sage [2006/04/30(日) 21:27:42 ID:???]
- デザパタとかのプログラミング的教養が
自然に身に付くメリットもあるよ
- 259 名前：nobodyさん mailto:sage [2006/04/30(日) 23:17:46 ID:???]
- >>257
他人のソースに学ぶものなど無いと思うんなら、そのままでいいんじゃない？
スレ違いなんで続きは↓なんかでやってはいかがでしょう。
[PHP]フレームワークについて語るｽﾚ３[総合]
pc8.2ch.net/test/read.cgi/php/1145971945/l50
- 260 名前：nobodyさん mailto:sage [2006/04/30(日) 23:43:57 ID:???]
- >>258
たしかに、俺はEthnaを使えるようになる過程で
・ORM
・MVC
について、勉強させられた。
結果として、それらが理解できて今幸せだけど、>>250みたいに、
その壁を超えるのが嫌ってのもわからんでもないから、それはそれで良いと思う。
ただ、今のところ、出てきた問題が「余計」とか思ったことはないなー。
その問題が解決されたときに「また勉強になった」と思えたし。
あと、Ethnaはそれに固着した問題が出にくい構成だと思う。
結構「なんでもあり」で素晴らしいフレームワークだと思ってる。
（と、話をEthnaに戻す）
- 261 名前：nobodyさん mailto:sage [2006/05/01(月) 00:22:31 ID:???]
- >260
私もすごく勉強になってます。
初心者から中級者になるのってとても溝が深いと思うけど、Ethnaを使いこなそうと思ってがんばる過程がその一助になるんじゃないかなぁと妄想してます。
ところで、ここのToDoみてハアハアしてます。
beta.ethna.jp/index.php?ethna-document-roadmap
かなりテンコ盛りですよねー。正式版はいつになるのかなぁ。
postgreSQL好きなので
Ethna_AppObject改善
直SQLサポート
DB依存改善
ってところを先行でお願いします。ぺこり。
- 262 名前：nobodyさん mailto:sage [2006/05/01(月) 00:36:34 ID:???]
- ところでEthnaは基本的にPHP4をベースで
バージョンアップしていくと考えていいのかな？
先日ちょっと触ってみて良さそうだったので
本格的にEthnaで開発しようと思ってるんだけど、
基本的にまだバージョン4の環境の方が多いので・・・。
- 263 名前：nobodyさん mailto: [2006/05/01(月) 00:45:41 ID:???]
- >>260
新しい知識や枠組みを理解して「ランナーズハイ」を得るのはいいけど、
問題はそれが実際にどれくらい役に立つか、どれくらい生産性を上げるか、に尽きるよね。
>>250みたいに、１日〜数日で書けるようなスクリプトのために
わざわざフレームワークが必要なのかどうかが疑問。
（そもそもPHPでそこまで大規模なものを作る必要がある個人や組織って、そんなに多くいるか？？）
- 264 名前：nobodyさん mailto:sage [2006/05/01(月) 01:08:28 ID:???]
- >>263
> >>250みたいに、１日〜数日で書けるようなスクリプトのために
一つ一つのスクリプトは小さくてもサイト全体では何十個も書くわけで、
それが統一的な書式で書かれるメリットはあるんじゃない？
また、協業するほどの規模ではなくても、メンテナンスを他人に任せる
ことはあるし、その時に考えたやプロセスの流れをゼロから説明するよりも、
Ethnaの用語を共通語として説明する方が楽という面もあるなぁ。
引き継ぐ人にはEthnaの勉強をしてもらわないといけないけど、自分流を
押し付けられるよりは反発が少ない＞経験上
ま、250氏は物は試しで Ethna を使って２，３アプリを作ってみて
判断すれば良いんじゃないかな？
- 265 名前：250 mailto:sage [2006/05/01(月) 01:48:07 ID:???]
- >>264
なるほど、それはたしかに一理ありますね。
でも俺はアホだからEthnaを勉強するのにすげー時間がかかりそうですorz
あと、「サイト全体では何十個も」って、いったいどんな規模のサイトなんだろう・・・？？
たとえばmixiを例にとると、1000行以下のスクリプトが15個くらいあれば足りると思うんだけど・・・
- 266 名前：nobodyさん mailto:sage [2006/05/01(月) 02:02:25 ID:???]
- >>265
mixiは15個じゃ足りない。1000行よりももっと小さくファイルを分割する。
- 267 名前：nobodyさん mailto:sage [2006/05/01(月) 02:58:52 ID:???]
- >>266
具体的に何にいくつ使うんだ？？
表面的に見えてるもの（home.plなど）だけで10個くらい、
裏方で動いてるであろうもの（cronで動かしてるもの含む）も
せいぜい10〜20個くらいじゃないか？
どんなに多く見積もってもせいぜい30だな。
- 268 名前：nobodyさん mailto:sage [2006/05/01(月) 04:08:04 ID:???]
- >>248
mapleはできる
>>249
1,ユーザ一覧と、ユーザ登録フォームがあるページ
2,ユーザを登録するためにフォームに入力->submit
3,validateエラーなので１に戻す
普通にテンプレートだけ指定すると当然ユーザ一覧は表示されない
だから1のアクションをもう一度実行したい。
location使ってもいいけどフォームの入力値が保存されないのが問題
- 269 名前：nobodyさん mailto:sage [2006/05/01(月) 04:15:37 ID:???]
- >>268
そういう場合は共通の動作（ユーザ一覧を取得とか）をactionクラスの中のメソッドにして
3の時にもう一回そのメソッド呼ぶって感じで処理してるな。
俺も他にスマートな方法があったら知りたい。
- 270 名前：nobodyさん mailto:sage [2006/05/01(月) 05:22:22 ID:???]
- >>267
見えてるものだけでも30は超えるだろ
トップ、登録、ログイン、ログアウト
日記検索、表示、日記書き込み、コメント一覧
友たち一覧、コミュ一覧、足あと
プロフィール表示、編集、設定変更
紹介文表示、書き込み、写真編集
掲示板一覧、編集、閲覧
コミュ検索、参加、退会、誘う、管理人まわり
レビュー検索、編集、閲覧
メッセージ表示、送信
フォトアルバム検索、編集、閲覧
ヘルプ、mikly、リリース情報
- 271 名前：nobodyさん mailto:sage [2006/05/01(月) 10:43:38 ID:???]
- >>270 に加えて
mixiの中の人が使う管理ツールとか、バッチ処理を行うcronとか
広告まわりの管理機能も必要だな。ニュースの取り込みもある。
数えればきりがないし、今後どんどん増えていくだろう。。
最初は少なくても、あれをやりたい、これをやりたいって言ってるうちに
だんだん膨れ上がっていくことはWEBでもよくある話だ。
なのでフレームワークを導入しておくメリットはあると思う。
>>261
なんかTODOふえてるなー。てんこもり状態だ。
JSONやAjaxもいいけど、DBまわりの改善を強く望みます！！
- 272 名前：nobodyさん mailto:sage [2006/05/01(月) 11:15:30 ID:???]
- >>268
なるほど意味わかった。
>>269のやり方が正解。
ただし>>269はActionのメソッドとして実装しているけれど
ここは「ユーザー一覧を取得するメソッド」を持つ
AppManager(ProjectId_UserManagerとか？)を作って
それをActionから呼び出す。
AppManagerにすればどのActionからでも使えるし。
基本的に画面の遷移、フォーム制御以外のロジックは
AppManagerに全部かいてしまうのが良い。
- 273 名前：nobodyさん mailto:sage [2006/05/01(月) 11:35:03 ID:???]
- >>270
あっ、そっか！！ ちょっと数え方を勘違いしてた。
そうだよね、それくらいあるよね。
で、数は多いけど一つ一つはけっこう単純で簡単なスクリプトって感じだよね。
>>271
とりあえず基本機能だけに絞れば、２〜３日あれば一人で作れそうだよね？？
- 274 名前：nobodyさん mailto:sage [2006/05/01(月) 15:02:53 ID:???]
- >>273
ロールやセッション、DB周り、一つ一つにエラー処理といろいろと
考え出すときりがないし、無いと問題になるから。
むしろその辺をFWに任せたり、無視できれば楽w。
- 275 名前：nobodyさん mailto:sage [2006/05/01(月) 16:29:57 ID:???]
- >>273
見込みが甘すぎないか。。
単純な基本機能だけなら、すぐにできるかもかもしれないが、
細かな機能を揃えてアプリが大きくなるにつれ、
メンテコストはどんどん上がり、開発速度はどんどん落ちるぞ。
mixiの規模なら動作検証テストを行うだけでも大変だ。
- 276 名前：nobodyさん mailto:sage [2006/05/01(月) 16:30:03 ID:???]
- >>274
俺はむしろエラー関係やセキュリティ関係などをＦＷに任せてしまったときに、
万が一ＦＷの不具合または自分の理解不足や使い方のまずさのせいで
何か問題が起こると手が付けられないので、自力でやったほうが安心できるｗ
- 277 名前：nobodyさん mailto:sage [2006/05/01(月) 17:51:12 ID:???]
- >>275
機能にしぼるっていってるんだから、規模は別でしょ
- 278 名前：nobodyさん mailto:sage [2006/05/01(月) 23:38:44 ID:???]
- とりあえず、スレ違い。
- 279 名前：nobodyさん mailto:sage [2006/05/02(火) 00:24:21 ID:???]
- っていうか大規模サイトの動作検証テストってどうやるんだろ？
たとえば、数万人が同時にアクセスしたときの状況なんて
どうやって事前にテストするの？？
- 280 名前：nobodyさん mailto:sage [2006/05/02(火) 01:25:50 ID:???]
- >>279
個人サイトだけど、
アパッチベンチで付加テストでやったよ。
- 281 名前：nobodyさん [2006/05/02(火) 07:06:11 ID:9MMBFPNj]
- Ethna使ってるGREEは
複数のDBを使ってると思うんだけど
Ethnaは分散DBとかクラスタリングに対するアプローチを提供しているの？
Ethna使ったらそのへん少しは楽になる？
|
 |
