【PHPフレームワーク� ..
92:90
06/01/06 17:19:54
>>91
デフォルトで組み込まれてますよ。
Smartyオブジェクトにアクセスできればいいんじゃないかと思うけど
その方法がわからん・・・
93:nobodyさん
06/01/06 21:04:38
>>92
ActionClassからなら
$smarty =& $this->backend->ctl->getTemplateEngine();
で使用中のSmarty取れる。
何したいかよくわからんけど、とりあえずそんな感じ．
94:90
06/01/06 22:15:02
>>93
ありがとうございます。
助かりました。
95:nobodyさん
06/01/06 23:37:29
いやSmartyにhierselectはないでしょ
96:90
06/01/06 23:49:52
>>95
・・・・・・・。
すんません。HTML_QuickFormでした。
休みボケでした。お恥ずかしい・・・orz
97:90
06/01/07 00:04:03
あ、でも renderer に Smarty を使っていて、renderer のインスタンスを
作るときに Smarty のインスタンスを渡す必要があるので、>>93 さんの
情報は役に立ちます。ありがとうございました。
また、スレ汚しすみませんでした＞皆様
98:nobodyさん
06/01/07 00:22:07 vbU0E729
僕は ethnaでは quick_form の必要性を感じないけどなぁ。
ActionForm でも $form を定義して、 quick_form でも form のエレメントを作成して、
って２度手間な気がします。
validateも ethnaのvalidateでいいし。
javascriptを自動生成してくれるのは便利だけど。
99:nobodyさん
06/01/07 01:35:07
hierselectを使いたいんでしょ
100:nobodyさん
06/01/12 01:26:04 F7HO2NXc
Ethnaいいんだけど、ファイルの階層構造が深くなるのがちょっとやだな。
101:nobodyさん
06/01/12 08:09:50
階層は深くなるけど見通しは良くなった。
Ethna使う前の設計が拙かっただけだけど。
階層が深くて困ることってなに？
102:nobodyさん
06/01/12 10:35:54 F7HO2NXc
>>101
目的のファイルにたどりつくのが大変。
templateとviewとactionが結構離れてるでしょ。
emacsで行ったり来たりするのが大変なんです。
103:nobodyさん
06/01/12 10:59:29
>>102
納得。
俺もそれでエディタでの開発をあきらめて、今はPHPEclipseを使ってる。
エディタの手軽さも捨てがたいんだけど全体の見通しが良いほうが
後でメンテナンスするときに楽だからね。
104:nobodyさん
06/01/12 11:56:16
でも開発者以外の人もソースみたりテンプレートいじったりするならわかりやすくフォルダ分け⇒階層深くなるも利点だったりする。
どこいじったらいいかわかりやすい…
105:nobodyさん
06/01/12 13:12:36
>>102
あらかじめ一括でぶちこむフォルダ(unify)を用意して
作成したプロジェクトのコントローラーの$directoryを
'action' => 'unify',
'view' => 'unify',
'template' => 'unify'
とか全部同じディレクトリにすればいい。
コントローラーで設定すればアクションの自動生成も対応できる。
フォルダ階層は好みの分かれるところだから
かなり自由にいじれるようになってる。
「これだ俺のデフォルトスタイルだ」とおもったら
Ethna本体のskelをいじれば以後プロジェクトを作った場合も
勝手に自分の好きなフォルダ階層になる。
106:nobodyさん
06/01/14 05:22:07 YyEEFPbb
URLﾘﾝｸ(media.rubyonrails.org)
で使ってるエディタよさそうなんだけど、何だかわかりますか？
107:nobodyさん
06/01/14 13:41:28
>>106
日本語の読み書きが一切不可能なことで有名なTextMateというエディタです。
URLﾘﾝｸ(macromates.com)
108:nobodyさん
06/01/14 14:55:41 YyEEFPbb
>>107
ありがﾄﾝ でも日本語入力できないんじゃつかえねー。 無料じゃなさそうだし、
そもそもmacもってない。
URLﾘﾝｸ(yatsu.info)
なんてやつもいるな。
109:nobodyさん
06/01/21 12:43:44 bRqE5FUc
Windows上にApache+MySQL+PHP+Ethnaの環境を作りたいのですが、
PEAR::DBの設定で行き詰ってます。
Managerクラス（fooと登録）で、
public function connect() {
$db = $this->backend->getDB();
if (Ethna::isError($db)) throw new Exception('DB error', 1);
$this->db = $db;
}
としてEthna_ActionClassのperformメソッドで、
try {
$this->foo->connect();
$this->foo->xxx();// queryを発行するメソッド
} catch (Exception $e) {
$this->ae->addObject(null, $e);
return 'yyy';
}
とすると、コネクトではエラーは返らず、queryを発行するメソッドの
方で Fatal error: Call to a member function query() on a non-object in
エラーが発生しました。getDB()した直後で$dbをis_objectするとfalseが
返ってくるので、getDBに失敗してるみたいなんですが、どこを
見直すべきでしょうか？
Ethnaはpear innstallコマンドでインストールしてます。
チュートリアルにある空のindex pageの作成・表示までは上手くいっております。
110:１０９
06/01/21 19:10:43
１０９です。
大変失礼しました。
dsnの記述を間違っていただけでした。
111:nobodyさん
06/01/21 21:52:09
$r =& $rs->fetchRow(DB_FETCHMODE_OBJECT); //これは普通に使えてます
するのが面倒なので、アプリケーションオブジェクトにて、
class Sample_Foo
{
var $db;
function Sample_Foo(&$backend) {
if (! ($this->db =& $backend->getDB()) ) {
//
}
$this->db->setFetchMode(DB_FETCHMODE_OBJECT); //これができない
}
}
のようにコンストラクタに指定しようとしたところ、
Fatal error: Call to undefined function: setfetchmode() ...
となりました。$backend はアクションクラスにて、
function perform()
{
$foo =& new Sample_Foo($this->backend);
//
}
fetchRow() のデフォルトの振舞いはどこで設定するのがよいですか？
112:nobodyさん
06/01/21 22:00:02
$this->db->db->setFetchMode()
かな。
Ethnaが実装してない部分はこうして
直接指定してます。
113:nobodyさん
06/01/21 22:39:09
112>> 動作しました。
勉強不足で、なぜそれで OK なのかわかりません...orz
これからgetDB()のコード探して読んでみます。
ありがとう!!
114:nobodyさん
06/01/21 23:45:28
>>58 なんかも見てみましょう。
実は自分もこのスレで教えてもらいますた。
115:nobodyさん
06/01/22 01:47:34 MuWpGim1
action を作ったときに templage も生成してくれると楽なんだけどなー
116:nobodyさん
06/01/26 23:26:36 P4JZCK77
思いっきり我流のphpフレームワークで恐縮ですが公開して見ました。
もしよろしかったらご覧いただければ幸いです。
URLﾘﾝｸ(pharon.lolipop.jp)
117:nobodyさん
06/01/27 09:15:55
完全にスレ違いだが。
>>116
これはちょっと・・・・Ethnaとの越えられない壁を感じる。
まず、ローマ字綴りのファイル名とかいきなりorz。
setter/getterはせめてisset確認して欲しいとか。
ShiftJIS使うなとか。
もしかして、JJ？
118:nobodyさん
06/01/27 09:43:54
>>117
ローマ字はキモイな。
でも形にして公開するあたりは評価に値する。
内容は見てないけど。
119:nobodyさん
06/01/27 11:37:31
>>116
URLﾘﾝｸ(pharon.lolipop.jp)
これformの内容がまったくエスケープされてないんだが。
修正の所でaaaで検索してみそ。
120:nobodyさん
06/01/27 20:59:08 IoK0izfX
Ethnaのスクリプトを一ファイルにまとめる機能って
Actionも含めて一ファイルにするんですか？
システム関連のファイルのみ？
121:nobodyさん
06/01/29 12:00:04
>>120
やった事ないからわからないんですが、たいしてパフォーマンスは改善されなかった
って書いてあったような気がします。
予想だけど、actionは無理じゃないかな。
Ethnaのソースコードはそんなにファイル数ないからあまり効果ないのでは。
122:nobodyさん
06/01/30 08:44:39
Ethna-0.2.0正式リリース
123:nobodyさん
06/01/31 01:04:57
Ethna-0.2.0 リリースキター
藤本神のblogでも、時間がとれるようになったからどんどんフィードバック
していきたいみたいな事が書いてあって、期待大。
124:nobodyさん
06/01/31 02:13:43
ロゴの投票やってるのでどうぞ。
URLﾘﾝｸ(ethna.jp)
4が一番人気だけど、なんかのロゴに似てるな。
なんだろう。
125:nobodyさん
06/01/31 04:34:55
確かにどこかで見たような気がする･･なんだっけ。
シンプルに4番って気もするけど、個人的には遊びゴコロを感じる1番を押したい
126:nobodyさん
06/01/31 07:20:37
EthnaってMojaviでいうModuleないの？
Actionだけだとファイルがごちゃごちゃになりそうな気がするんだけど
127:nobodyさん
06/01/31 10:30:34
>>128
ないと思う。
action_foo_bar_baz と 自分で階層を作るのかな？
工夫すればそれっぽい事はできそうだけど。
128:nobodyさん
06/01/31 10:52:09
やっぱり？
個人的には
人間が容易に把握できると言われる
オブジェクトのプロパティー数＝７+-2個程度が
一つのディレクトリにいれておくActionファイル数としても
ちょどいいと思う。
129:nobodyさん
06/02/02 13:49:37
Windows 2K+PHP 5.2.1なんですが・・・
C:\>pear install Ethna-0.2.0.tar.gz
parsePackageName(): "0.2.0.tar.gz" is neither a valid version nor a valid state
in "Ethna-0.2.0.tar.gz"
invalid package name/package file "Ethna-0.2.0.tar.gz"
Cannot initialize 'Ethna-0.2.0.tar.gz', invalid or missing package file
Package "Ethna-0.2.0.tar.gz" is not valid
install failed
となりました。
一応ご報告まで。
130:nobodyさん
06/02/02 15:27:31
Ethna-0.2.0正式版がでてからWindows上できちんと動作してます？
Ethnaのディレクトリをinclude_path(*)に加えても、
Warning: main(Ethna/Ethna.php): failed to open stream: No such file or directory in
D:\foo\bar\app\Bar_Controller.php on line 20
とかいわれるし・・・。PHP 5.2.1とPHP4.4.2の両方で試したけど。
(*)php -i > info.txt
include_path .;D:\PHP\PEAR;D:\PHP\Ethna .;D:\PHP\PEAR;D:\PHP\Ethna
131:nobodyさん
06/02/02 15:58:51
>>130
Ethna ディレクトリの親ディレクトリを include_path に加えなはれ。
ていうか PEAR のディレクトリが include_path に入ってるなら
pear install Ethna-0.2.0.tgz だけで済むのに。
132:130
06/02/02 16:17:36
>>131
動きました。
助かりました。ありがとう。
すみません>>129も私でした。
他のパッケージはインストールできるのですが、Ethnaは
1) pear install Ethna-0.2.0.tar.gz
2) pear install Ethna-0.2.0.tgz
どちらもだめですね。うむむ。
1) [ethna-users:0191] より。
ちなみに2)の場合はこんなメッセージでした。
D:\>pear install Ethna-0.2.0.tgz
No releases available for package "pear.php.net/Ethna"
Cannot initialize 'Ethna-0.2.0.tgz', invalid or missing package file
Package "Ethna-0.2.0.tgz" is not valid
install failed
133:nobodyさん
06/02/03 01:35:22
>>132
ダウンロードしたEthnaが置いてあるディレクトリに移動するとか、
Ethnaのある場所を指定してやれば良いんじゃないの？
134:130
06/02/03 08:50:06
>>133
そういう意味だったの・・・。
てっきりダウンロードから自動でやってくれるのかと・・・。
失礼しました。
135:nobodyさん
06/02/03 18:12:16
今更だけど・・・
pear install URLﾘﾝｸ(****)
でも動くよね？
136:130
06/02/04 14:25:12
>>135
pear install URLﾘﾝｸ(prdownloads.sourceforge.jp)
でインストールできることを他のマシンで確認しました。
137:nobodyさん
06/02/12 00:59:00
AppObjectは面倒くさくて使う気になれないんですが、使うとどういう点で幸せになれますか？
いまいちピンときません。
138:nobodyさん
06/02/12 16:10:39 HHAh2SKQ
>>137
テーブルを永続オブジェクトとして扱える。
↓
SQLを使わずに永続オブジェクトを通してテーブルにアクセスできる。
↓
DB非依存のコードになる。
↓
ちょっと幸せ
139:nobodyさん
06/02/12 21:05:40
>>138
AppObject自体が mysql にべっとりだけど？
140:nobodyさん
06/02/12 22:52:49
>>139
まぁ、AppObjectを使うのはその考え方(O/Rマパ)を採用してるみたいなところあるから。
自分の使うRDBMSに合うように書き換えれば済む話だからあまりMySQLべっとりは本質的ではないと思う。
141:nobodyさん
06/02/13 07:20:58
>138
一晩、AppObject使ってみておっしゃることが少し理解できました。
というかオブジェクト指向がなんで必要なのか、Ethnaのおかげでうっすらわかってきました。
あと、これ便利でした。
[AppObjectを生成するコマンドラインツール]
URLﾘﾝｸ(ethna.jp)
142:nobodyさん
06/02/15 23:25:12 ysMvv2cd
サンプルみたいなものは無いの？
実際にEthna使ってるアプリのソース見てみたいんだけど。
143:nobodyさん
06/02/16 02:24:28
僕も色々見てみたいんだが、Ethna使ってるのってあんまりサンプル出回ってないよな。
公式にあるのと、MLに１，２個上がってるからそれ見るぐらいしか。
144:nobodyさん
06/02/16 14:55:18
Ethnaよさげなんだけど
・moduleがない
・compositeViewがない
これが問題
145:nobodyさん
06/02/16 21:04:10
>>144
moduleとcompositeViewってなに？
何かいいことあるの？
Ethnaしか知らんので、教えてくれればうれしい。
146:nobodyさん
06/02/16 21:55:18
moduleはAction-View-Templateのコンテナ。
クラスが増えすぎた時にごちゃごちゃにならない。
compositeViewはCompositeパターンを適用したView。
複数のAction-Viewを組み合わせて
一枚の画を作る時にとっても便利 from Mojavi3
147:nobodyさん
06/02/17 11:34:05
ActionFormにて
あるフォームに値が入ると周辺のフォームもrequiredになるフォームグループ。
それぞれのフォーム定義に 'group' => 'hoge', ってしとくと
_validateする前にざざっとissetで値が入ってるか調べてrequiredしたりしなかったり。
type=radio,checkbox,select等に「その他」の項目を作ってそれを選んだ時だけ
すぐ下のtype=textに書かせるような疑似コンボボックス。
'combo' => array( '8' => 'other' ), ってしとくと value="8" をPOSTすっと
<input type="text" name="other">がrequiredされるという。微妙。
需要ある？
148:nobodyさん
06/02/17 13:25:02
あります！
是非アップお願いしまっす。
コードを気軽に投稿できる場所があるといいですねぇ。
149:nobodyさん
06/02/17 15:38:48 pZsluFn9
>>144
そうかモジュール構造にしたいか、、
URLﾘﾝｸ(diary.eth.jp)にある
Ethna Viewコンポーネント(from GREE by 小泉さん)
というのがcompositeViewになる。のでもうちょっとまってて。
150:nobodyさん
06/02/17 16:50:25
>>149
関係者 or 藤本神ご本人？
期待してます。wktk
151:nobodyさん
06/02/17 20:01:19
>149 は モジュール構造というか、どっちかというと
>144が言うところの compositeView の事だと思っていたのですが。。。
152:nobodyさん
06/02/17 21:29:24
>>150
そういういらん確認はしないほうがいいんじゃね？
関係ない人が参加しようとしてるときにテンション下がりそうだし。
期待してるだけでいいじゃん
153:nobodyさん
06/02/18 00:17:12
>>151
モジュールは保留だけどCompositeViewは作り中ってことでは？
>>152
いや俺自身何の面識もない部外者なんだけど…
なんでテンションが下がるの？
154:nobodyさん
06/02/18 18:55:13
セイセイセイ
155:nobodyさん
06/02/23 21:50:51
Ethnaに関係なんだけどさ。
[ethna-users:0215] W+D Vol31に載ってたDNS検索の実装
31号なんて見当たらんのだが。どこに売ってるんだ？
156:nobodyさん
06/02/23 22:58:50 InB2CvHj
このスレみると join できないって書いてあるけど、
URLﾘﾝｸ(ethna.jp) を見ると、
Ethna_AppObjectのJOIN検索がSQLエラーになる（ことがある）問題を修正
とか書いてあるね。
157:nobodyさん
06/02/24 03:16:50
>>155
過去にWEB+DB MAGAZINEに執筆したことのある人のところには
今週のはじめくらいに届いてる。
うちにもあるよ。
158:nobodyさん
06/02/24 08:18:52
>>157
なるほど。
じゃあもうすぐ発売されるのね。
楽しみに待っとく。ﾉｼ
159:nobodyさん
06/02/26 02:52:08
>>156
でも@todoには「複数テーブルのJOIN対応」と書いてあるし
JOINしたクエリを返す_SQLPlugin_SearchTableは未実装。
更新履歴のはJOINでなくてANDという意味だったりして。
>>157
定期購読も早く届く。
160:nobodyさん
06/02/26 12:22:12
>>159
たしかに未実装と言えば未実装なんだけど、_SQLPlugin_SearchTableは
継承先クラスでベタなSQLを書いてやれば動作するっていう意味では
実装済みとも言える。
AppObjectにJOINする側のプロパティとJOINする側のテーブルとJOIN条件を
記述するプロパティとその記述方法があれば、具体的に_SQLPlugin_SearchTable
も実装できるね。ただ、ORMではその記述方法は一般的にやや複雑になりがち。
MapleのActiveRecordもJOIN条件を記述するルールは「へー」って感じだった。
161:nobodyさん
06/02/26 22:51:40
URLﾘﾝｸ(ethna.jp)
これ見てるんだけど
prepareの中で $this->form なんて無くね？
162:nobodyさん
06/02/26 22:54:36
>>161
ソースも確認しないでエスパー回答するけど、
$this->af->form じゃね？
163:nobodyさん
06/02/27 00:00:12
>>161-162
既出
URLﾘﾝｸ(ethna.jp)
164:nobodyさん
06/02/27 00:37:43
>>163
わかってるなら wikiなんだから直してよ～
165:nobodyさん
06/02/27 00:40:08
てか、直しました。
166:nobodyさん
06/03/01 19:12:57
2月の肉の日ﾘﾘｰｽはないのは28日までだから?
167:nobodyさん
06/03/01 20:29:34
バージョンおかしくない？
168:nobodyさん
06/03/06 23:22:03
Sessionってどうやって使ったらいいのでしょう？
ActionFormはSessionでも保ってくれていいんじゃないかと思うんだけどなー。
169:nobodyさん
06/03/10 00:41:44
>168
確かに。
hiddenつくるのめんどうだし
170:nobodyさん
06/03/11 16:47:54
>>168
使い方って、
$this->session->set('hoge', $hage);
$hage = $this->session->get('hoge');
こういうことじゃなくて？
formの値は$formに保持してるでしょ？
そういうことじゃなくて？
171:nobodyさん
06/03/13 00:08:04
配列strに$this->af->set()する方法がわからないです。
読むのはできるんだけどなー。
172:nobodyさん
06/03/13 00:22:34
方法があると思い込んでたけど、ないみたい。
Ethna_ActionForm.php
に
function setArray($name,$name2, $value)
{
$this->form_vars[$name][$name2] = $value;
}
を追加してみた。
何か問題でるかなぁ。
173:nobodyさん
06/03/14 01:54:35
$this->af->set('hage', array('hoge' => 'fuga'));
って無理？コード読んで無いけど。
174:nobodyさん
06/03/14 12:25:45
>173
出来ました。
ありがとうございます。
でも、
hage[’hoge’]
hage[’moge’]
hage[’poge’]
とかあった場合、
hage[’moge’]だけをセットしたいとかってできますかね？
上のだと全部置き換わっちゃうので。
175:nobodyさん
06/03/14 12:29:23
$this->af->set('hage', array('moge' => $hage['moge']));
176:nobodyさん
06/03/14 22:55:59
配列型のformって、
var $form = array(
'hage' => array(
'name' => '禿',
'form_type' => FORM_TYPE_TEXT,
'type' => array(VAR_TYPE_STRING),
),
);
こんな風に書きますよね。
だから連想配列をセットするっていう感覚が無いなぁ。
連想配列をセットするときはもっぱら
$this->af->setAppを使うと思うんだけど・・・。
177:nobodyさん
06/03/15 00:20:47
>175
ちょっと理解できませんでした。
これだと、$hageの中身が$hage['moge']だけになっちゃうんじゃないかと思うんですが。
>176
配列なら連想配列じゃなくても添字が数字でも構わないんですが
$this->af->set
出来るんでしょうか？
178:nobodyさん
06/03/15 16:37:02
afって言われるとｱﾅﾙﾌｧｯｸと思ってしまうのは
俺だけ？
179:nobodyさん
06/03/16 02:43:35
$arg = $this->af->get('hage');
$arg['moge'] = 'moge';
$this->af->set('hage', $arg);
180:nobodyさん
06/03/17 00:44:30
>179
出来ました。なるほど！
感謝です。
ちょっと使いづらいかなぁと素人考え的には思いますけど、これでなれたほうがいいのかなぁ。
181:179
06/03/24 22:57:08
俺も素人だから、詳しいところはよくわからない。
MLに投げるのが一番じゃないか？
182:nobodyさん
06/03/27 09:28:29
>>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さん
06/03/27 15:27:28
>>182
処理は不要。
$this->session->remove したり、上書きしない限り保持されたままだと思う。
session自体は値をseriarizeしてファイルに保存してるだけなので、
shellで直接覗いてみては？
/{project}/tmp にsess_xxxxxxxxなファイルがあるから。
$this->backend->session は使ったことないからわかりません。
184:nobodyさん
06/03/27 19:05:55
>>183 レスありがとうございます。
確かにtmpディレクトリ下にsess_xxxxという名前のファイルがありますね。
恐らく、セッション情報はファイルで保存されているが、画面間の遷移で
上手く持ち回せていないような感じです。
一般的にセッションIDをhiddenやURLパラメータ、クッキーで持ち回すようにすると思いますが、
Ethnaを利用した場合、この辺は意識しなくて良いはずということなのでしょうか？
Ethna_Sessionクラスの定義を見ると、何やらクッキーの操作が書かれていますが、
例えばブラウザ側がクッキーを拒否する設定にしてあると、
Session機能が使えないということはありませんか？
185:nobodyさん
06/03/27 19:20:13
>>184
Ethnaだけでなくphp.iniの設定も影響するのでは？
自分は
session.use_cookies = 1
session.use_only_cookies = 1
にしてるんでcookieを禁止すると当然セッションは利用できませんね。
186:nobodyさん
06/03/27 20:19:22
>>185
クッキーに関してPHPのセッション設定とブラウザの設定を行ったところ、
Ethnaのセッション機能が上手く機能するようになりました。
フレームワークとは言っても、所詮PHPの上に構築されたものなので、
この辺の設定は影響するのは当たり前ですよね。
アドバイス、どうもありがとうございました。
187:nobodyさん
06/03/28 04:45:19
prefilterで設定したメンバ変数とかをアクションで使いたい場合って
どうするのが一番スマートでしょう？
188:nobodyさん
06/03/29 22:25:28
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さん
06/03/29 23:52:13
>>188
HTMLいい加減に書いてるのか？
&は&にして、hrefがケツの"が抜けてるのが原因とか。
190:nobodyさん
06/03/29 23:52:48
＆は＆ａｍｐ；
191:nobodyさん
06/03/30 00:08:30
29の日ﾘﾘｰｽは？？？
192:nobodyさん
06/03/30 01:55:10
>>189 >>190
後ろの"はタイポです。&を&にしてみましたが、結果同じで$_GET['uid']
ならうまく行くんですがねぇ。
う～ん、何がいけないんだろう？
そもそも、$this->af->get('uid')で値取得するという方法自体はあってます？
193:nobodyさん
06/03/30 02:43:29 3Q5YeNEn
普通は取得できるはず
194:189
06/03/30 08:39:35
>>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
06/03/30 08:43:02
>>188
というか、Hogeクラスってなんだ？
何を継承したクラスだ？
$this->af->getできるのは、ActionClass/ViewClass内と「登録済みの」AppManagerだ。どこでgetしてる？
196:nobodyさん
06/03/30 09:29:33
とりあえず棚。
現象が再現する最小限のソースを書いて。
197:nobodyさん
06/03/30 10:40:26
>>194 >>196 ありがとうございます。
再現スクリプトを書いていたら、>>194さん指摘の
var $formが上書き定義されていたのが原因だった事がわかりました。
ありがとうございました！！
>>195
HogeクラスはEthna_ActionClassを継承したActionClassでした。
198:nobodyさん
06/04/07 09:59:34
すいません、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さん
06/04/08 03:14:33 NDJpgQtZ
AppObjectのPostgres対応化断念。
さようならEthna・・・。
200:nobodyさん
06/04/08 14:58:41
>>199
なんで？
どこでひっかかる？
201:nobodyさん
06/04/08 15:03:52
>>199
さようならPostgres のほうがいいよ
202:nobodyさん
06/04/08 15:11:42
>>199
>>200同様どこでひかかるの？
203:nobodyさん
06/04/08 17:21:13
>>202
Ethna_AppSQL::unescapeSQL() あたりじゃないかな。
自分もMySQLに依存しないようにPEAR::DB対応にしようとして、それで挫折した。
Ethna_AppSQL::unescapeSQL() でエスケープに addslashes() を使ってることも問題なんだけど。
204:200
06/04/08 20:25:37
>>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
06/04/08 20:30:11
あ、unescapeか。スマソ。
でも、RDBMにあわせたunescape自体が結構面倒そう。
ライブラリ探すか、力技使うしか無いと思うが。
206:nobodyさん
06/04/08 21:07:01
予めこういうところが設定の書き換えだけで切り替えられるようになってるともっといいのにね。
207:nobodyさん
06/04/09 01:17:55
mysqlとpostgresとsqliteくらいつかえればたいていの人が満足するのかな。
oracleとか使ってる人いる？
208:nobodyさん
06/04/09 02:37:42
ノ
209:nobodyさん
06/04/09 05:54:19
>>207
できるなら、MSSQLの対応も。
210:202
06/04/09 10:16:14
mantis でも使われている adodb あたりも考えたことがあるんだけど
これも面倒そうなんだよね。
211:nobodyさん
06/04/09 15:08:46
私はpostgreSQLですが、AppObjectを使わないという選択肢をとってます。
ちょっとさびしいけどねぇ。
postgreSQLは日本では結構なユーザがいるので、非対応はコミットしてくる人を減らてるような気がします。
偉い人がんばれ
212:nobodyさん
06/04/10 23:20:29
>>209
MSSQL をわざわざ PHP から使うのか
213:nobodyさん
06/04/11 10:05:10
PHPからOracle使ってる俺がきましたよ。
214:nobodyさん
06/04/11 11:45:21
Oracleは普通に使われてると思う。
MSSQLはPHPで使ってる人が少なすぎて、MSSQLモジュール自体が
メンテされずに、大分怪しいものになってるという噂も聞く。
215:nobodyさん
06/04/14 19:12:28
アクションから別のアクションを呼ぶのってどうやればいいんですか？
バリデートエラーのときに、前のアクションを実行して戻したいときのような
216:nobodyさん
06/04/14 20:16:35
DBで、queryした後のエラー判定とかってできないでしょうか？
ethnaとおってるからisErrorが効かないようなんですが
217:nobodyさん
06/04/14 23:31:20
>>215
parent::prepare();
とか
218:nobodyさん
06/04/15 04:56:29
>>217
わからん・・・
parentのprepareを呼ぶとどうなるんや･･
219:nobodyさん
06/04/15 10:04:53
Ethna::isError($res)
とかで判定できない？
エラーになった場合、返り値のクラスは何になってる？
220:nobodyさん
06/04/15 10:58:14
>>215
ActionClass の prepare の戻り値が遷移先名になっているから、
戻り値に飛ばしたい、アクション名じゃいかんの？
221:nobodyさん
06/04/15 16:16:18
prepareの戻り値は
null-＞正常
null以外-＞テンプレート名
ではないんですか？
たとえばDBからユーザーの新規追加フォームとユーザー一覧が表示されているようなページに戻したいんです。
普通に新規追加のバリデーションエラーとしてreturn 'user_list';とかにするとテンプレートを呼び出すだけなのでユーザー一覧が表示されません。
もうちょっと調べてみます。情報ありがとうございます。
222:nobodyさん
06/04/15 18:14:06 q5ZbQNWP
mapleだと
[View]
input = action:アクション名
みたいにできるんだけどな
223:nobodyさん
06/04/15 22:49:43
>>221
俺も良く分かっていないんだけど、
action->view->template と呼ばれる中で、例えば action でエラーが
発生した場合、前の（元の）ページへ戻るよう return 値を設定しても、
元のページの view->template しか実行してくれないんだよな。
だから view がなくせ無いし、view で値を取得するような処理も削除できない。
haltさんは view は不要って言ってるけどどうやって実現しているのだろうか？
224:nobodyさん
06/04/18 03:35:13 AmgnkAQV
テンプレートで表示する{$errors}の変数を
Actionクラスからアクセスしたいんだけど、
どうやってやればいいですか？
225:nobodyさん
06/04/18 05:30:59
>>221
viewクラスからリダイレクトすればいいんかな？
226:nobodyさん
06/04/18 05:36:19
>>224
$this->ae->getMessageList()
でいけるはず
227:nobodyさん
06/04/18 18:32:18
>>226
アクションクラスだから
$this->af->ae->getMessageList()
228:224
06/04/18 23:57:24
>>225-227
ありがとうございました。>>227でアクセスできました。
229:nobodyさん
06/04/23 21:24:44 AC8rHv07
2.1.0-preview1が公開されてるよ。
試験的に導入してみよう。
230:nobodyさん
06/04/23 22:40:17
generate_project_skelton.phpがなくなってた。。
231:nobodyさん
06/04/23 23:47:24
URLﾘﾝｸ(beta.ethna.jp) かっこいい！
早くこれにしてくんないかなー。
やっぱりサイトがかっこいいと、いいもの使ってる感がでていい。
232:nobodyさん
06/04/23 23:55:56
>>231
本気か嫌味かわからん・・・
233:nobodyさん
06/04/24 00:09:17
現行よりはいいよ。
清潔感あるし。最近はやってるねこういうデザイン。
234:nobodyさん
06/04/24 02:08:52
俺はあまり好きじゃないな。
なんかセンス古くない？
Mapleのデザインはシンプルでいいと思う。
235:nobodyさん
06/04/24 22:43:00
sidebarが下にずれとる@Safari
236:nobodyさん
06/04/25 01:37:43
ADODBとか標準がうれしい
237:nobodyさん
06/04/25 03:21:23
おー、サイト変わってたのか。
2.0.1→2.1.0の変更点ってまだ載ってない？
238:nobodyさん
06/04/26 11:31:00 d7Bd/O1A
Operaもずれとる
239:nobodyさん
06/04/28 15:09:37
>>221
つまり、「ユーザー登録を行ったあとにユーザ一覧を表示する」ってことでいいかな？
これは掲示板でいえば「投稿したあと記事の一覧に戻る」みたいなかんじ？
ここはredirectするのが正しい。
Actionのreturnでtemplateやviewを呼んで表示させた場合ブラウザ内部で
POSTしたデータをもったまま画面遷移してしまうのでリロードしたときに
再度データ送信してしまう可能性がある。のでredirect。
これはMojaviとか他のフレームワークでもフレームワーク使ってなくても同様。
redirect.tplってのを作ってそこのHTMLのMETAで飛ばすとGREEっぽい。
(ActionでsetApp('redirect_to', 'URLﾘﾝｸ(example.com)'); return 'redirect'って感じで)
このへんのテクニックは近日発売の超極めげふんげふんにある
ソースコードに書いてあります。あれはView一つあるかないかくらい。
>>223
そのケースはエラー発生時にエラー画面に飛ばすということだから>>221とは
ちょっと違う感じ。Formのvalidationでエラーがでたときの話？
もう少し具体的な例をあげてくれると答えられるかもしれません。
240:nobodyさん
06/04/28 15:33:16
>>239
ありがとうございます！
241:nobodyさん
06/04/29 17:22:44
フレームワークを使うメリットがいまだに分からん。
PHPを覚えたうえに他人が決めたルールをさらに覚えるなんてムダな・・・
242:nobodyさん
06/04/29 18:08:49
>>241
なら苦労し続ければいいと思う。
フレームワークにメリットがなければRailsもCatalystも流行らないわけで。
243:nobodyさん
06/04/29 19:07:51
j;;;;;j,. ---一､ ｀ ―--‐､_ l;;;;;; 『フレームワークなんて使うよりも
｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; 自分ルールで書いた方が早いし分かり易いじゃん』
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ
`Z;i 〈.,_..,. ﾉ;;;;;;;;> そんなふうに考えていた時期が
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f 俺にもありました
~''戈ヽ ｀二´ r'´:::. `!
244:nobodyさん
06/04/29 23:07:46
一人でやってるうちは良いんだけどね。＞おれおれ主義
自分はあんまりセンスが良くないので、達人のエッセンスを流用できて
勉強にもなったし、メリットは大きかった。
245:nobodyさん
06/04/29 23:29:25
中途半端にフレームワーク使おうとすると
逆に辛くなるよね。
身体まるっと投げ出すくらいにすると結構楽になる。
246:nobodyさん
06/04/30 00:08:03
Ethnaのドキュメントってオンライン版だけしかないんかな？
247:nobodyさん
06/04/30 11:18:33
Irvine でも使って落としたら
248:nobodyさん
06/04/30 13:31:50 9b2aSJKI
上の方でもちょっと話題出てたけど
action1→action2→view2
ってのはむりなのかい？
どうしてもやりたい場合はリダイレクトが無難？
他のフレームワークではできるの？
249:nobodyさん
06/04/30 15:29:15
>>248
なんでActionをわける必要がある？
あるとすれば設計がおかしい
250:nobodyさん
06/04/30 17:12:39
>>242
だって全然苦労してないもん。
一つのスクリプトなんてせいぜい500行以下（大規模なアプリはそれらを複数組み合わせる）だし、
そんなもん１日あれば十分書ける。
繰り返し出てくる似たような処理は以前に作ったコードを関数化してコピペすりゃいいし、
フレームワークどころかクラスの必要性すら感じない。
251:nobodyさん
06/04/30 17:22:53
>250
自分の手足のような再利用性の高いコードをたくさん持ってる人にはたしかに一理あるかも。
逆に言うと、フレームワークの機能を手足のように使えるようになればいろんな人がコミットした便利なコードがどんどん使えるようになるのでは？
252:nobodyさん
06/04/30 17:26:22
>>250 のサイトはメンテ大変そう。
253:nobodyさん
06/04/30 18:03:02
まあ今も今後も250しかそのスクリプトに関わる事がないなら別にいいんじゃないか。
254:nobodyさん
06/04/30 19:07:53
つか、直接Ethnaに関係ない話題は
オブジェクト指向スレか、フレームワークスレでやったほうがいいよ
255:250
06/04/30 20:01:12
>>251
フレームワークを手足のように・・・は、その通りかもね。
でも俺は個人的には他人のソースを読んで理解する手間をかけるなら、自分で書くほうが早いと思う。
>>252
他人が関わるとなると大変だろうね。でもコメント含め、極力分かりやすく書いてるけど。
ここにいる人たちは個人開発でもフレームワークを使ってるんだろうか？？
256:nobodyさん
06/04/30 20:40:12
既に慣れてるから個人開発でも使ってるよ。
分かりやすいしね。
257:250
06/04/30 21:11:35
>>256
でもさ、いくら慣れようとも、やっぱり他人の作った枠組み（フレームワーク）を
使うことによってまた新たな（余計な）問題や悩みが出てくるわけだよね。
だからこのスレみたいな質問スレもあるわけだし。
ってことは、チーム開発でもしない限り、フレームワークなんて
使うだけ二度手間で無駄だと俺は思うんだが。
258:nobodyさん
06/04/30 21:27:42
デザパタとかのプログラミング的教養が
自然に身に付くメリットもあるよ
259:nobodyさん
06/04/30 23:17:46
>>257
他人のソースに学ぶものなど無いと思うんなら、そのままでいいんじゃない？
スレ違いなんで続きは↓なんかでやってはいかがでしょう。
[PHP]フレームワークについて語るｽﾚ３[総合]
ｽﾚﾘﾝｸ(php板)l50
260:nobodyさん
06/04/30 23:43:57
>>258
たしかに、俺はEthnaを使えるようになる過程で
・ORM
・MVC
について、勉強させられた。
結果として、それらが理解できて今幸せだけど、>>250みたいに、
その壁を超えるのが嫌ってのもわからんでもないから、それはそれで良いと思う。
ただ、今のところ、出てきた問題が「余計」とか思ったことはないなー。
その問題が解決されたときに「また勉強になった」と思えたし。
あと、Ethnaはそれに固着した問題が出にくい構成だと思う。
結構「なんでもあり」で素晴らしいフレームワークだと思ってる。
（と、話をEthnaに戻す）
261:nobodyさん
06/05/01 00:22:31
>260
私もすごく勉強になってます。
初心者から中級者になるのってとても溝が深いと思うけど、Ethnaを使いこなそうと思ってがんばる過程がその一助になるんじゃないかなぁと妄想してます。
ところで、ここのToDoみてハアハアしてます。
URLﾘﾝｸ(beta.ethna.jp)
かなりテンコ盛りですよねー。正式版はいつになるのかなぁ。
postgreSQL好きなので
Ethna_AppObject改善
直SQLサポート
DB依存改善
ってところを先行でお願いします。ぺこり。
262:nobodyさん
06/05/01 00:36:34
ところでEthnaは基本的にPHP4をベースで
バージョンアップしていくと考えていいのかな？
先日ちょっと触ってみて良さそうだったので
本格的にEthnaで開発しようと思ってるんだけど、
基本的にまだバージョン4の環境の方が多いので・・・。
263:nobodyさん
06/05/01 00:45:41
>>260
新しい知識や枠組みを理解して「ランナーズハイ」を得るのはいいけど、
問題はそれが実際にどれくらい役に立つか、どれくらい生産性を上げるか、に尽きるよね。
>>250みたいに、１日～数日で書けるようなスクリプトのために
わざわざフレームワークが必要なのかどうかが疑問。
（そもそもPHPでそこまで大規模なものを作る必要がある個人や組織って、そんなに多くいるか？？）
264:nobodyさん
06/05/01 01:08:28
>>263
> >>250みたいに、１日～数日で書けるようなスクリプトのために
一つ一つのスクリプトは小さくてもサイト全体では何十個も書くわけで、
それが統一的な書式で書かれるメリットはあるんじゃない？
また、協業するほどの規模ではなくても、メンテナンスを他人に任せる
ことはあるし、その時に考えたやプロセスの流れをゼロから説明するよりも、
Ethnaの用語を共通語として説明する方が楽という面もあるなぁ。
引き継ぐ人にはEthnaの勉強をしてもらわないといけないけど、自分流を
押し付けられるよりは反発が少ない＞経験上
ま、250氏は物は試しで Ethna を使って２，３アプリを作ってみて
判断すれば良いんじゃないかな？
265:250
06/05/01 01:48:07
>>264
なるほど、それはたしかに一理ありますね。
でも俺はアホだからEthnaを勉強するのにすげー時間がかかりそうですorz
あと、「サイト全体では何十個も」って、いったいどんな規模のサイトなんだろう・・・？？
たとえばmixiを例にとると、1000行以下のスクリプトが15個くらいあれば足りると思うんだけど・・・
266:nobodyさん
06/05/01 02:02:25
>>265
mixiは15個じゃ足りない。1000行よりももっと小さくファイルを分割する。
267:nobodyさん
06/05/01 02:58:52
>>266
具体的に何にいくつ使うんだ？？
表面的に見えてるもの（home.plなど）だけで10個くらい、
裏方で動いてるであろうもの（cronで動かしてるもの含む）も
せいぜい10～20個くらいじゃないか？
どんなに多く見積もってもせいぜい30だな。
268:nobodyさん
06/05/01 04:08:04
>>248
mapleはできる
>>249
1,ユーザ一覧と、ユーザ登録フォームがあるページ
2,ユーザを登録するためにフォームに入力->submit
3,validateエラーなので１に戻す
普通にテンプレートだけ指定すると当然ユーザ一覧は表示されない
だから1のアクションをもう一度実行したい。
location使ってもいいけどフォームの入力値が保存されないのが問題
269:nobodyさん
06/05/01 04:15:37
>>268
そういう場合は共通の動作（ユーザ一覧を取得とか）をactionクラスの中のメソッドにして
3の時にもう一回そのメソッド呼ぶって感じで処理してるな。
俺も他にスマートな方法があったら知りたい。
270:nobodyさん
06/05/01 05:22:22
>>267
見えてるものだけでも30は超えるだろ
トップ、登録、ログイン、ログアウト
日記検索、表示、日記書き込み、コメント一覧
友たち一覧、コミュ一覧、足あと
プロフィール表示、編集、設定変更
紹介文表示、書き込み、写真編集
掲示板一覧、編集、閲覧
コミュ検索、参加、退会、誘う、管理人まわり
レビュー検索、編集、閲覧
メッセージ表示、送信
フォトアルバム検索、編集、閲覧
ヘルプ、mikly、リリース情報
271:nobodyさん
06/05/01 10:43:38
>>270 に加えて
mixiの中の人が使う管理ツールとか、バッチ処理を行うcronとか
広告まわりの管理機能も必要だな。ニュースの取り込みもある。
数えればきりがないし、今後どんどん増えていくだろう。。
最初は少なくても、あれをやりたい、これをやりたいって言ってるうちに
だんだん膨れ上がっていくことはWEBでもよくある話だ。
なのでフレームワークを導入しておくメリットはあると思う。
>>261
なんかTODOふえてるなー。てんこもり状態だ。
JSONやAjaxもいいけど、DBまわりの改善を強く望みます！！
272:nobodyさん
06/05/01 11:15:30
>>268
なるほど意味わかった。
>>269のやり方が正解。
ただし>>269はActionのメソッドとして実装しているけれど
ここは「ユーザー一覧を取得するメソッド」を持つ
AppManager(ProjectId_UserManagerとか？)を作って
それをActionから呼び出す。
AppManagerにすればどのActionからでも使えるし。
基本的に画面の遷移、フォーム制御以外のロジックは
AppManagerに全部かいてしまうのが良い。
273:nobodyさん
06/05/01 11:35:03
>>270
あっ、そっか！！ ちょっと数え方を勘違いしてた。
そうだよね、それくらいあるよね。
で、数は多いけど一つ一つはけっこう単純で簡単なスクリプトって感じだよね。
>>271
とりあえず基本機能だけに絞れば、２～３日あれば一人で作れそうだよね？？
274:nobodyさん
06/05/01 15:02:53
>>273
ロールやセッション、DB周り、一つ一つにエラー処理といろいろと
考え出すときりがないし、無いと問題になるから。
むしろその辺をFWに任せたり、無視できれば楽w。
275:nobodyさん
06/05/01 16:29:57
>>273
見込みが甘すぎないか。。
単純な基本機能だけなら、すぐにできるかもかもしれないが、
細かな機能を揃えてアプリが大きくなるにつれ、
メンテコストはどんどん上がり、開発速度はどんどん落ちるぞ。
mixiの規模なら動作検証テストを行うだけでも大変だ。
276:nobodyさん
06/05/01 16:30:03
>>274
俺はむしろエラー関係やセキュリティ関係などをＦＷに任せてしまったときに、
万が一ＦＷの不具合または自分の理解不足や使い方のまずさのせいで
何か問題が起こると手が付けられないので、自力でやったほうが安心できるｗ
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5322日前に更新/223 KB
担当:undef