【PHPフレームワーク】Ethna【スケルトン自動作成】

【PHPフレームワーク】Ethna【スケルトン自動作成】 at PHP

[前50を表示]
400:nobodyさん
06/07/12 10:30:00
手取り足取り、どこでどうやれば良いか
ご教授頂きたいです。

401:nobodyさん
06/07/12 10:42:46
>>400
チュートリアルでもやったら？

402:nobodyさん
06/07/12 12:48:18
URLﾘﾝｸ(ethna.jp)のことっしょ

403:nobodyさん
06/07/12 12:59:51
すごい内容だなぁ。
こういう人がどうやってEthna使ってみようと思うのだろうか？

404:nobodyさん
06/07/16 08:55:24 qmXQomWm
appObject使ってない人はO/R何使ってんの？

405:nobodyさん
06/07/16 11:11:03
>>404
AppObject使う利点は、すでにActionFormとの連携ができてるところだけだから、
自前のActionForm extends Ethna_ActionFormを作って、その部分を解決すれば
なんでも使えると思う。

Ethnaはその辺の自前拡張性が楽でいいね。

406:nobodyさん
06/07/17 23:31:12
>>405
>Ethnaはその辺の自前拡張性が楽でいいね。
別にethnaに限った話でもない

407:nobodyさん
06/07/22 17:28:06
AppManagerのクラス内から
$db =& $this->backend->getDB();
のようにDBを呼び出そうとすると
Fatal error: Call to a member function getDB() on a non-object
って怒られちゃうんだけど。
どうやったDBを呼び出せるの？
使い方間違ってる？

408:nobodyさん
06/07/22 17:33:53 GB10SsDy
たしか
$this->db
でいきなり使える。

409:nobodyさん
06/07/22 19:56:51
ありがッツゥーゾ
でけたす

410:nobodyさん
06/07/23 18:04:46
actionやviewから
$smarty->is_cached
とか使いたいんだけど、どげんすればよいとですか？

411:nobodyさん
06/07/23 18:33:26
Ethna_ControllerのgetTemplateEngine()呼び出せば？
2.3.0からobsoleteだけど。

412:nobodyさん
06/07/23 20:39:01
>>411
挙動は変わったけどobsoluteではなくね？

413:nobodyさん
06/07/24 10:52:32
changesに「Ethna_Controller::getTemplateEngine()はobsoleteとなりますので今後はEthna_Controller::getRenderer()をご利用ください」ってかいてあるよ

414:410
06/07/25 19:41:00
>>411-413
まだ試してませんができそうなんですね。
ありがとうございました。

415:nobodyさん
06/07/26 06:20:07
>>411
obsolete
obsolete
obsolete
obsolete

416:nobodyさん
06/07/26 18:31:39 fkuJrgoL
すいません、かなり下らない事かも知れないんですが、セッション時に$form.hogeで値は取り出せないんでしょうか。。

417:416
06/07/26 20:00:48
すいません。
初歩的なミスが原因でした。。

418:nobodyさん
06/07/28 10:53:29
EthnaでRailsみたいなスマートURLは使えますか?

419:nobodyさん
06/07/29 09:16:44
つかえる

420:nobodyさん
06/07/31 23:09:52
テンプレートにObject型を渡して表示させるには、
どのような手続きをとれば良いのでしょうか？
ActionFormを利用してstringsやarrayは渡せるみたいなのですが、
オブジェクトが分かりません。

421:nobodyさん
06/07/31 23:58:43
setAppNEでできなかったっけ。

422:nobodyさん
06/07/31 23:59:42
ちなみに、*NEつけるとエスケープなしね。

423:nobodyさん
06/08/01 01:47:11
>>422
なるほど、ありがとうございます。
自前でエスケープすればいいんですね。

424:nobodyさん
06/08/01 02:07:13
420です、たびたび申し訳ありません。
試してみました。

object(test)#12 (2) { ["name"]=> string(6) "なまえ" ["value"]=> string(6) "あたい" }
という内容のオブジェクト$testを

$this->setAppNE('test',$test);
として
tpl側で
{$app.test->name}
{$app.test->value}
としても何もでてこないのですが、設定の仕方がわるいでしょうか・・

425:nobodyさん
06/08/01 02:10:39
afを書き忘れてしまいました。
$this->af->setAppNE('test',$test);が正しいです。
これでもやはり何も表示されません。

426:nobodyさん
06/08/01 03:11:01
>>425
tpl側で
{$app_ne.test->name}
{$app_ne.test->value}

あと自前でエスケープ処理を書くより
Ethna_Util::escapeHtml の方がよくね

427:nobodyさん
06/08/01 08:04:28
ここに書くようなことではないんだけど、関係者が見ていることを期待して。

第1回OnlineミーティングのIRCログってどこにありますか？
URLﾘﾝｸ(ethna.jp)

428:nobodyさん
06/08/01 09:10:48
>>426
ありがとうございます。できました・・！
Ethna_Util::escapeHtmlというのが用意されているんですね。
勉強になります。

429:nobodyさん
06/08/06 13:06:54
Ethna は携帯サイト用の機能を用意しないの？

430:nobodyさん
06/08/06 15:45:40
そのうちじゃないの

431:nobodyさん
06/08/11 18:27:52 M/sj5kXS
Ethna2.1.2 + ADOdb + PostgreSQL でやってる人いたらおしえて

この組み合わせで　AppObject使うの危険ですか？

432:nobodyさん
06/08/12 12:07:59
MySQLしか使えないよ。

433:nobodyさん
06/08/12 12:08:40
というわけで、Ethnaは使いづらいです。

434:nobodyさん
06/08/13 19:49:07
他のO/R使えばいいやん

435:nobodyさん
06/08/13 19:58:22
O/Rマッパなんていらん

436:nobodyさん
06/08/13 21:53:49
たしかに０/Rマッパなんてなくてもかまわないよね。

それにフレームワーク自体もなくてもかまわいない。

437:nobodyさん
06/08/14 00:02:42
>>436
そうだな。それからおまえもいなくてもかまわない。

438:nobodyさん
06/08/14 03:20:45
喧嘩はやめて!
セックスしなよセックス!セックス!

439:nobodyさん
06/08/17 13:54:56
次ﾊﾞｰｼﾞｮﾝﾏﾀﾞｰ

440:nobodyさん
06/08/17 22:57:32
URLﾘﾝｸ(ethna.jp)
上記の通りやっているんですが、上手くいかないんですが間違ってませんよね。。
試しに送られてきた値に文字列を追加してみたんですが上手くいかないのですが。。

441:nobodyさん
06/08/17 23:17:22
如何上手くいかないのかぐらいかけ

442:nobodyさん
06/08/17 23:43:41
>>441
と言われてもそのままなんですが。。

443:nobodyさん
06/08/18 00:01:34
>>442
……(;ﾟДﾟ)ﾎﾟｶｰﾝ

444:nobodyさん
06/08/18 03:54:08
じぁあ、エスパー呼んでこい

445:nobodyさん
06/08/18 04:51:10
actionじゃなくてviewの方でsessionの値を得るにはどうしたらいいんでしょうか？

446:nobodyさん
06/08/18 08:03:49
sessionオブジェクトを取得しろ

447:nobodyさん
06/08/18 08:34:54
>>446
えと、それはどうすればいいんでしょうか？

448:nobodyさん
06/08/18 10:22:07
基底クラスのコンストラクタくらい見ようよ

449:447
06/08/18 18:04:51
/app/view/hoge1/hoge2/hoge.phpで
extends Ethna_ViewClass したクラスの中で

$Serial= $this->session->get('hogeSerial');

として、セッションからユーザシリアルを取得しようとしてるんですけど

Fatal error: Using $this when not in object context in hoge.php line ...

とエラーがでるんです。
環境はwin2k、apache2.x、php5.x
でやってますけど、何が悪いのかわかりません。

ヒントだけでも教えてください

450:nobodyさん
06/08/18 19:34:37
sessionオブジェクト取ってこいや

451:nobodyさん
06/08/18 19:38:09
$_SESSION使えや

452:447
06/08/18 20:04:50
>>450
>>449の方法でとってることになりません？

>>451
それだとEthna使ってる意味が半減？

453:nobodyさん
06/08/18 21:05:10
var_dump($this->session)してみろや

454:447
06/08/18 21:25:07
>>453
Fatal error: Using $this when not in object context in hoge.php line ...

と同じエラーがでます。

455:nobodyさん
06/08/18 22:08:39
本当にPHP5か？4じゃねぇの？

456:nobodyさん
06/08/18 22:22:50

winXP、apache2.x、php5.x だけどそんなｴﾗｰでませんな。
backendからセッションオブジェクトとってきて使ったらどうですか。

457:nobodyさん
06/08/18 22:25:06
あー、staticなメソッドから$this呼んでねぇか？

458:nobodyさん
06/08/19 16:51:46
オブジェクト指向を勉強するには丁度いいかも。

459:nobodyさん
06/08/23 20:31:42
コントローラーから呼びだすコンポーネント(Ethna_AppManagerを継承していない素のクラス)にDBのコネクションを持たせたいのだがEthnaの持っているコネクションを渡す方法って引数しかない?

Singletonとかの形でコネクションを持っているところがあるといいんだけど

460:nobodyさん
06/08/26 23:37:48
DBget!!!ｽﾞｻ━━⊂(ﾟДﾟ⊂⌒｀つ≡≡≡━━!!
ってやりゃいいじゃん

461:nobodyさん
06/08/28 06:50:58
{include file="header.tpl"}
～～～
{include file="footer.tpl"}
毎回書くのが激しく面倒で、何か良い方法が無いものか少し検索。

↓同じような事考えた人ﾊｹｰﾝ
URLﾘﾝｸ(d.hatena.ne.jp)
ページ下部：Smartyのここが

何か方法はありませんでしょうか。

462:nobodyさん
06/08/28 14:10:42
Smartyのプリフィルタプラグインで出来るんじゃない？

463:nobodyさん
06/08/28 16:19:13 WBoTQIam
質問ですが・・・。
tplファイルで配列を表示させる方法を教えてくれませんか。
setAppだと通常の変数しか定義出来ない・・・

↓こんな感じに書いて、array data にテーブルhogeの一覧を格納したいのです。これだと動かないですけど。

function preforward()
{
　$db =& $this->backend->getDB();
　$result =& $db->query("select * from hoge");
　$i = 0;
　while ($data[$i] = $result->fetchRow()) {
　　$this->af->setApp("data[]", $data[$i] );
　　$i++;
　}
}

464:nobodyさん
06/08/28 16:40:35
>>463
>setAppだと通常の変数しか定義出来ない・・・

そんなことはなくて、普通に配列が格納された変数を渡せばいいだけ。

465:nobodyさん
06/08/28 16:55:38 WBoTQIam
>>464
これで動きました。ありがとうございます。

while ($data[$i] = $result->fetchRow()) {
　$i++;
}
if ( $i > 0 ) {
　$this->af->setApp("data", $data );
}

466:461
06/08/28 21:08:49
>>462
プリフィルタ書いてやってみる事にします。ありがとうございました

467:nobodyさん
06/08/29 00:49:44
俺ならskelのテンプレに{include}書いちゃって、
ethna add-template hoge
するかな。

468:nobodyさん
06/08/29 02:17:54
俺の場合まずレイアウト用テンプレートを用意して
Ethna_ViewClassをextendsして
forward()でforward_pathをレイアウト用テンプレートのパスに置き換えて
元のforward_pathをsetAppしてレイアウト用テンプレートで
{include file=$app.forward_path}
とか出来るようにする感じかな

んでレイアウト管理マネージャ作って
$Layout->disable();とか$Layout->set('admin');とか出来るようにしてる

469:nobodyさん
06/08/29 08:11:57 yZ1+igoY
Ethnaを使い始めたんですが、サイトを構築しているうちに
静的なコンテンツが半分以上だということが分かりました。
1つのビューに対しては、１つ以上のアクションが必要なので
たとえば、サイトの説明ページを１ページ増やすたびに
何もしないアクションを追加していかなければいけないと
思うのです。これは、そういうものだと諦めるしかないので
しょうか？

これまではフレームワークを使っていなかったので、Web
デザイナーさんに会員認証などの処理を含んだPHPテンプ
レートを渡して、ある程度自由に書いてもらっていたのですが、
アクションを追加しないとページの追加などができないのは
結構厳しいです。

470:nobodyさん
06/08/29 17:52:14
CMSを作れば

471:nobodyさん
06/08/29 22:15:22
>>469
自分も今似たような状況にある。
なんとか効率よくテンプレートだけを使用できないかなと思ったけど
結局、静的（半静的）用のテンプレート周りだけEthnaと切り離してやることにした。
ちなみに、↑の半静的ページっていうのは、認証結果なんかも全部必要ないページね。
認証結果や他のEthnaと結構かかわってくるようなページは全部Ethna通してる。

472:nobodyさん
06/08/30 00:01:26
いやだからCMSを作れば

473:nobodyさん
06/08/30 08:24:36
っつーか、静的コンテンツ表示用の共通アクションを1つ作ればよいだけでは。
他のパラメータでビュー指定して。

474:nobodyさん
06/08/30 13:01:47
マネージャーとか必要ないのは読み込ませたくないんじゃない？

475:nobodyさん
06/09/03 21:48:10
いまオープンのEthnaつかったCMSはriafさんが作ってるez_siteadmin(easa?)くらいしかないのかな
URLﾘﾝｸ(labs.riaf.org)
wikiが見れなくなってるけど

ほかにもいろいろサンプルが見たい

476:nobodyさん
06/09/04 00:20:13
EthnaはデフォルトでXSS可能なのがどうもね。
サンプルでXSS可能なものが多いし。

477:nobodyさん
06/09/05 21:37:08
Ethna_Plugin_Logwriter_File.php に手を入れたいのですが、
例えばEthna_Plugin_Logwriter_Fileを継承して
自分で書いたコードでオーバーライドしたとして
そのclassをどういう手続きを踏めば、
使えるようになるのか、だれか教えてちょうだい。

478:nobodyさん
06/09/06 07:57:33
そのクラスのオブジェクトを生成すれば使えるようになるわけだが。

479:477
06/09/06 14:57:37
おっしゃる通りなのですが、、、
元のLoggerって生成することなど意識せずとも使えます。
自作のものも生成することなく元のLoggerと置き換わるような
形で使いたいのです。
Controllerの $class_default['logger']を自作のものに書き換えればよいのでしょうか？

480:nobodyさん
06/09/06 16:21:52
Controllerの$class

481:477
06/09/06 16:38:38
Controllerの$class

コメントのTODOにずばり書いてあった。。。OTL

482:nobodyさん
06/09/06 20:20:01
PHP5.0のEthnaの2.1.2ですけど、AppObjectでgetしたあとremoveすると
$conditionがNULLでWHERE IS NULLとかいうSQLになっちゃう...。

$key, $key_type付きでwhere付きのgetはできるのに、getせずにインスタンスしたそのままでremoveしてもかわらず...

皆さんはちゃんとうごいてます?

483:nobodyさん
06/09/07 00:23:32
>>482
なんかよくわからないけど、いままで変な挙動したこと無いから何か間違ってると思う。
AppObjectでgetしたっていうのがよくわからない。
AppManagerでgetObjectPropとかgetObjectListとかじゃなくて？
AppObjectでgetするのは、AppObjectのpropだけだよね。

新しく作りたいならnewだし。

484:482
06/09/07 16:25:20
わかりづらかったですね、ご迷惑おかけしまいた...

$key_type = array('userid', 'config');
$key = array($userid, $config);
$config1 =& new Test_Config1($this->backend, $key, $key_type);
$data['config'] = $config->get('config');
//$data処理
$config2_values = array(
'userid' => $config->get('userid'),
'config' => $data['config'],
);
$config2 = new Test_Config2($this->backend, NULL, NULL, $config2_values);
$config2->add();
$config1->remove();
とすると
クエリエラー SQL[DELETE FROM config1_tbl WHERE IS NULL]
のエラーで返されます

485:483
06/09/07 19:29:19
これだと、オブジェクトを2個作らないで$config1->update();の方がいいと思うけど、
まぁそれはおいといて。

$config2->add();
するなら、
$config2 = new Test_Config(&$this->backend);
$config2->set('userid', $user_id);
$config2->set('config', $data['config']);
$config2->add();
する方が良い。なぜなら、AppObjectをnewするときの第4引数は
全てのプロパティをセットする必要があるからな。2つのプロパティじゃなければ面倒でしょ？

あと、$config1->remove();でWHERE IS NULLは、Test_Config1の
primary_keyがAppObjectでちゃんと設定されて無いと思われる。

もう一度、appobjectのMappingをチェックするのが吉と、

486:nobodyさん
06/09/07 22:55:15
$config1 = new
してるのに何故
$config->get()

typo?

487:nobodyさん
06/09/08 10:48:28
トランザクションや複数テーブルを使用するときなどに
どうしても生SQLを発行する場面があると思うのですが、
AppObjectを使ったりSQLを書いたりするコードが混ざっていると
気持ち悪い(というか不適切なコード?)な気がします。

実際にEthnaを使っている方はどうされているんでしょうか？

488:nobodyさん
06/09/09 00:40:11
>>487
俺の場合、どうしても生SQLのときは、ManagerにSQL発行メソッドを作るかな

489:nobodyさん
06/09/09 18:41:06
controllerにsmartyのプラグインを登録できるのはわかってるけど、
どこに記述したいいのか、どこにファイルを置けばいいんでしょう？
どこに書いても、libやappにおいてもだめだし

携帯向けにsjisのページが作りたいとおもったけど開発ページにはoutputをどこにおいたらいいの書いてない...

490:nobodyさん
06/09/10 08:05:27
>>489
もちろん、ここはチェックしたよな
URLﾘﾝｸ(www.ethna.jp)

491:nobodyさん
06/09/10 19:35:53
まことにすいませんが、事故解決しました、お手数おかけしました。
原因はIncludeパスがずれてたみたいです。
そこはみたんですけど、そのfunctionはどこに書いてどこにおいたらいいのかわからなくて。

492:nobodyさん
06/09/15 01:32:45
そろそろ2.3.0 preview3出てほしいなぁ。
ロードマップでは未到達かもしれないけど、コンスタントに
リリースしてくれたほうが嬉しい。というか、はやく2.1.2から
乗り換えたいので頼んます。。。

493:nobodyさん
06/09/19 08:05:38
mixi の雑談でpreview3は、9月末でるかも、らしい

494:nobody
06/09/19 15:05:49 l653wI+U
Ethna + Ajax のサンプル動作させ方がわかりません。
以下のサンプル通りにスクリプトを書いて動作させたけど、
json.tplがないよと怒られます。

流れとして、actionのFlare_Action_IndexCheckからviewのFlare_View_Jsonまでは、
分るけど、この先どこの.tplに、いくの？

URLﾘﾝｸ(labs.gree.jp)

ヒント頂戴。

495:nobodyさん
06/09/19 17:21:16
Ethnaで出力結果を（html形式のファイルに）書き出す為の
専用のmethodはないのでしょうか？

Ethna_RendarerのgetEngineとかいうのを使ってfetchするしかないのでしょうか？

496:nobodyさん
06/09/19 22:32:04
URLﾘﾝｸ(ethna.jp)で
URLﾘﾝｸ(some.host)というようにアクセスしてる場面を見受けるけどこれを
URLﾘﾝｸ(some.host)みたいな形式に変えることは出来ないんかなぁ？

497:nobodyさん
06/09/19 22:37:17 R6sen3Jl
>>495
そのメソッドは無いね。
フィルタ使ってob_で拾うとか、いろいろ手段はあるけど。

>>496
mod_rewrite使えば可能。

498:nobodyさん
06/09/19 23:22:06
>>496
Ethna_Controller.php の ChangeLog にこんなのがある。
> Ethna_UrlHandlerクラスを追加(ステキurl対応)
これに期待する。

499:nobodyさん
06/09/19 23:27:54 gBF89jCS
エラーのハンドリングについて、指定したテンプレートが見つからない
場合と、データベースに接続できなかった場合のエラー処理って
どこで行えばいいのでしょうか？
どちらもフレームワークに任せてしまっている部分の処理なので
いまいち解りません…orz

環境はPHP 5.1.6 + Ethna 2.3.0-dev(CVS)です。

500:nobodyさん
06/09/19 23:39:38
>>494
試してないので恐縮ですが、json.tplを出力しようとしている
ということは、Flare_View_Jsonクラスのforward()をオーバー
ライドしていないのではないでしょうか？

501:496
06/09/20 00:53:00
>>497
mod_rewriteを使えば確かに出来そうですね

何とかEthnaで頑張ってみたかったので
URLﾘﾝｸ(wasuren.blog67.fc2.com)
を参考にしながらやってみたんですが
どうもうまく動かない｡･ﾟ･(ﾉД`)･ﾟ･｡

ちなみに公式に書いてある
URLﾘﾝｸ(ethna.jp)
は問題なく出来ますた。（･∀･）

502:nobodyさん
06/09/20 14:30:41 Ni5iDH7a
デフォルトのテンプレートディレクトリをja以外にするにはどこに書くのが正しいですか？

503:nobodyさん
06/09/20 14:55:50
>>502
App_Controller::getTemplatedir

504:nobodyさん
06/09/20 16:30:50
>>494

間違えて、preforwardにコードを書いていません？

505:nobodyさん
06/09/20 18:30:04
>>503
ありがとうございまっす

506:nobodyさん
06/09/20 22:54:15
>>505
あんたopenPNEの人？
その語尾がキモイ。

507:nobodyさん
06/09/20 23:13:16
>>506
すみませっん

508:nobodyさん
06/09/20 23:29:08
>>507
どういたしましって

509:nobodyさん
06/09/20 23:55:52
>>508
こっちらこそ

510:nobodyさん
06/09/21 04:53:57 uR4E3gkh
ありがとうございまつｗ

511:sage
06/09/21 19:25:16 amkCKdmG
>>500 >>504
ご指摘ありがとうございます！　ご指摘どおりpreforward()をオーバライドしていました。

ですが、forward()に書き直して見ましたが、駄目でした。
メールアドレスにタイプしても、なにもエラーが表示されません。
onkeyup='alert("key Up");'なら動作するのでjavascript自体は問題なさそうです。

ためしに、Flare_View_Jsonのforward()でprint_r($json_object)と記述して、
送信ボタンをクリックすると意図したエラーが表示されるのですが、
上記を記述しないと、Web画面上は真っ白が表示されます。
　※/etc/flare-ini.php で　'debug' => 'true'としてます。

う～～ん、ヘルプ　プリーズ。

512:nobodyさん
06/09/21 22:02:04
cli以外でスケルトン作成できんとですか？
phpeditor使いたいとです

513:nobodyさん
06/09/22 00:20:14
cliでのスケルトン作成に何か不満が？
まぁスケルトン参考にして、必要な物を自分で用意すればいいじゃないか

514:nobodyさん
06/09/22 13:12:23
フォーム画面->確認画面->処理

という流れのアクションが30個ほどあります。
確認処理が地味にうざいのですが、
確認画面の部分を30個分テンプレ用意する方法と、
確認画面の部分を変数に入れて1つのテンプレから動的に確認画面を表示
させる方法を思いつきました。

できれば後者で行こうと思いますが、
もっと良い方法やスマートな記述法があれば教えてください。

また、今回のような場合に使えるメソッドはないでしょうか？

515:nobodyさん
06/09/23 13:04:01
なんでEthnaのテンプレートディレクトリはtemplate/ja なの？　ｊa

516:nobodyさん
06/09/23 13:42:38
ja がなければないで動くから、ja ディレクトリ消してる。

517:nobodyさん
06/09/23 14:00:20
どうしてjaってディレクトリを用意してあるのかが気になるんですが

518:nobodyさん
06/09/23 14:34:34
全世界言語対応をにらんでる

519:nobodyさん
06/09/23 17:47:51
CVSリポジトリに久々にコミットがあったぽいね。
preview3を待ち望んでる身としては嬉しい限りだけど
9月末に出てくれるかな。。。

520:nobodyさん
06/09/23 23:15:08
画面からフォーム値を取得するのに、わざわざActionFormの中に記述するのが面倒なんですが
なんとかならないんでしょうか？

521:nobodyさん
06/09/23 23:22:39
>>520
記述するのが面倒ならASP.NET+Visual Studio使ってみてはいかがでしょうか？
一考の価値はあるかと。

EthnaEditorってのもあるけど。

522:nobodyさん
06/09/24 00:57:44
ＡＳＰはちょっと・・・・
コピペでがんばります。ありがとう

523:nobodyさん
06/09/24 01:10:47
>>520
setFormVars()をオーバーライドするとか。
mod_rewriteでCoolURIにしてるんだけど、POSTだと$_POSTの内容しか
取得しないので、自分で追加してる。

$_REQUESTから全部取らないのってメモリ節約のため？
それとも指定以外のフォーム値は受け取らないというセキュリティへの配慮？
意図しないフォーム値は使わないだけだから、とりあえず全部格納しても
問題なさそうだけど、理由があるなら教えて偉い人。

524:nobodyさん
06/09/24 02:35:31
session値をDBに格納したいんですが
>>290 よりスマートな方法ないでしょうか？

525:nobodyさん
06/09/24 11:27:27
preview3では是非、?action_(アクション名)=trueを/(アクション名)という形式でアクセスしたいもんだ

526:nobodyさん
06/09/24 22:00:35
>> 525
なんでそんなのを標準にしたいのかはわからんが、今でも
_getActionName_Form()の上書きでできるし、
CVSではUrlHandlerも追加されてるぞ？

527:nobodyさん
06/09/25 00:12:30
>>525
その方法が標準になった場合って、サブミットボタンでアクションを振り分けるのって
できなくなるよね？あったら教えてください。

perform()
{
if ($this->af->get('submit_action_a'){
.........
} else if ($this->af->get('submit_action_b'){
.........
}
}

とかは無しね。もしかして、それでアクションチェーンがどうたらとか
言ってる奴らがいるのかな？

528:nobodyさん
06/09/25 10:54:53
>>525
つmod_rewrite

529:nobodyさん
06/09/25 15:06:44
まあスマートルータは流行りだから
そのうちEthnaにも取り入れられると思うよ

530:nobodyさん
06/09/26 21:09:48
Ethnaのサンプルみたんですが、ＤＢにアクセスするクラスは複数のＡｃｔｉｏｎから参照されるような
つくりをしていましたが、Ａｃｔｉｏｎ別にそれぞれ用意したほうが分かりやすくないですかね？

みなさんはどうやってますか？

531:nobodyさん
06/09/26 21:15:44
>>530
そっちの方がありえないだろ

532:nobodyさん
06/09/26 21:36:20
>>531 どっちほうがありえない？

533:nobodyさん
06/09/27 09:47:21
Action別に作った場合に、単純に変更作業の時に
コードがばらけていて面倒とかはあると思いますよ。

オブジェクト指向の勉強とかするといいと思いますよ。
（語れる程詳しくは無いので、語らないですけどｗ）

534:nobodyさん
06/09/27 13:42:42
Ethnaはオブジェクト指向を勉強するきっかけとしてはなかなかいいかもしれないね。

535:nobodyさん
06/09/28 08:14:17
逆に、複数のActionで同じ処理が使われている場合、変更があったときに
すべての使用されているActionを見直さないといけないっていう問題がでると思うんですよね。

こういうのって画面単位で分担作業するものだから、お互いに変更時に支障がないように
作るものなんじゃないかなぁ。

536:nobodyさん
06/09/28 09:36:33
「想定していなかった新機能を追加」とかでもやらない限りそんな大きな仕様変更はやらんでしょ
それがどんな作りなのかは分からんけど、どうしても回避出来ないよっぽどの理由がない限り共用にしとくのが無難

537:nobodyさん
06/09/28 22:07:34
>>536

そうなのかぁ
ということはいろんな処理に使えるようにSQLはなるべくシンプルな処理にしておくのが無難なのかな
複数Joinとかして、１つの画面に必要なデータをいっぺんにとってくることもできるけど、
ほかの画面では不要なものが多すぎて使えないってこともあると思うし。

なんか微妙だけど、共通化（オブジェクト指向ではない）しようと思います。
ありがとうございました。

538:nobodyさん
06/09/29 01:56:32
>>537
1年前の俺みたいだ。w
あと半年ほど使いまくってEthnaで10個くらい同じことやれば
「あー、この辺共有か」とか分かると思う。

自分はもうEthna使わないでPHPって書いてないからな。

539:nobodyさん
06/09/30 18:02:23
他は満足してるんだけども
Ethna_AppObjectの検索部分が使いづらくてたまらない

$db->getall();//テーブル全レコード取得
$db->search($column_name,$value);//$column_nameが$valueのレコードを取得

俺の使い方だと、これだけで８割方、用が足りるんだが・・

540:nobodyさん
06/09/30 23:20:58
>>539
全部レコード取得
$this->appmanager->getObjectPropList('AppObjectClassName');
$valueのレコード
$this->appmanager->getObjectPropList('AppObjectClassName', null, array($column_name) => new Ethna_SearchAppObject($value, OBJECT_CONDITION_EQ));

後者をラップするメソッドをAppObjectの基底クラスに作ってやれば、そんな面倒じゃないと思うけど。

541:nobodyさん
06/10/01 00:53:21
ORMを作ろうとしたときinsert/update/delete は簡単にできるけど、
selectは様々なバリエーションがあってむずいな。
joinとかhavingとか、そのへんまでスマートにこなしてるORMってある？
RORのActive Record が一番ですか？

542:539
06/10/02 14:09:24
>>540　
ありがとうございます
楽になりました

543:nobodyさん
06/10/02 16:34:53
複数DBの使用法がよく分かりません、

URLﾘﾝｸ(www.ethna.jp)
上の例だと、
$this->backend->getDB('r');
した場合、
勝手に iniファイルの
'dsn_r' => 'mysql://user:pass@unix+localhost/dbname',
の設定を拾ってくるんでしょうか？？

$this->backend->getDB('hoge');
なら
'dsn_hoge' => 'mysql://user:pass@unix+localhost/dbname',
でしょうか？

544:nobodyさん
06/10/02 17:38:21
試してから聞け

545:nobodyさん
06/10/03 16:07:08
>>544
上は試して動作したからハイOKという類の内容ではない気が。

546:nobodyさん
06/10/03 23:18:59
なんで？
全く違うDSN書けば違いがわかると思うんだけど。

547:nobodyさん
06/10/04 11:00:18
>>543
概ねあってるけど、Controllerの$dbにも書いておくべし

548:nobodyさん
06/10/05 14:55:25
DBでsessionしたいわけなんですが、
普通に自分で関数カキカキしてactionディレクトリあたりに
入れればつかえる？？

549:nobodyさん
06/10/06 10:09:32 O2kp1NLj
ethnaの公式サイト見ると、
app/action 階層の下に
system1_hoge.php
system2_hoge.php
と設置する場合の手順が書いてありますが、
system1/hoge.php
system2/hoge.php
という風にアクションファイル自体を system1 とsystem2 で設置ディレクトリを分けたいと考えています。

この場合のアクション定義などが非常にこんがらがってしまったのですが、
どなたか助言おながいします。

550:nobodyさん
06/10/06 11:36:19
Call to undefined function: getrow()
のエラーが出るんだけど、
PEARのDBクラス継承してるんですよね？
ほわい？

551:nobodyさん
06/10/06 12:07:20
>>550
MLやフォーラムくらい嫁

552:nobodyさん
06/10/06 12:35:34
>>551
サンクス

てか継承してないのかよ、表記修正してくれよ、
とおもいますた

553:nobodyさん
06/10/06 13:47:06
アクションクラスで
$this->af->setApp('hairetu', $hairetu);
して
tplで下のようにしてみたんですが、機能しません。
{section name=cnt loop=$app.hairetu}
ほわい？

554:nobodyさん
06/10/06 15:35:21 Ky3gzt1x
存在しないファイルをrequireしようとしたら
fatal Errorになったんですけど、こういう場合のエラー処理は
ethna上でのエラー処理に組み込むことはできないんでしょうか？

555:nobodyさん
06/10/06 18:01:45
E_ERROR（FATAL）はエラーハンドラでも上書きできない

556:nobodyさん
06/10/06 19:31:49
今更ながらEthna 2.3.0 Preview2リリースを入れてみたんだけど、
Ethna_ClassFactoryの変更部分で悩んでいます。

app/[project_id]_Controller.php の $class メンバに
'user' => 'Some_Foo_Bar',
と付け足すのは良いとして、
$user =& $this->backend->getObject('user');はどこに記述するのでしょうか？
Ethna_ActionFormでいちいち記述するのかな？

マニュアル直ってないし・・・
URLﾘﾝｸ(ethna.jp)

557:nobodyさん
06/10/07 01:27:47
>>556
なんかねー、そのへん俺もよくわからんのだけど、とりあえず
class Hogeproject_User extends Ethna_AppObject
class Hogeproject_UserManager extends Ethna_AppManager
って作ったら、そのファイルをControllerでincludeして

$user =& $this->backend->getObject('User');
$user_manager =& $this->backend->getManager('User');

ってやってる。$classメンバには何も付け足してない。
なんつーか、以前より面倒になった気がするし。w

558:nobodyさん
06/10/07 11:29:23
>>557
それは面倒ですなｗ
Ethna_Controllerの$classメンバに追加するのが標準的なやり方
見たいなのでもうちょっと簡易な方法があるといいのだけれど。

ウェブサイトには「(不評なら戻します@preview2)」って書いてあるけど
MLでは話題にすらなってないし、このまま定着するのかな？
とにかくサンプルかもうちょっと詳細なヘルプが欲しいです。

559:nobodyさん
06/10/07 13:48:08
繰り返し部分を別ファイル(hoge.inc.php)にして require() して使いたいのですが、
どうすればいいでしょうか？

require("絶対パス/hoge.inc.php");
しか思いつきませんでした。

560:nobodyさん
06/10/07 15:26:26
>>559
>>556-558の話がまさにそう。

最新版の話でなかったら、>>566のURLに詳しく載ってる。

561:nobodyさん
06/10/07 18:33:16
ClassFactoryからgetManager()するならContollerでのincludeも
$classへの追加も不要でしょ。
多少面倒な気もしてるけど、俺はActionClassで毎回
$hoge_manager =& $this->backend->class_factory->getManager('Hoge');
$hoge_manager->getHogeList();
とかやってる。もしかして間違ってる？

562:557
06/10/08 00:31:43
>>561
いや、君が正解だと思う。
おいら、$this->backend->class_factoryプロパティを知らなかったよ。THX.

しかし、Ethnaって「多少面倒な気も」というのにいまいち合致しないよね。イメージ的に。
というのは、$this-->appmanager->って、PHPの
「メソッドを追加できないくせにプロパティはE_NOTICEも吐かずにガンガン追加可能」
っていう特徴を活かしてるなって思ったから。その辺がEthnaの「絶妙に妥協」というのに
共感を覚えてたところでもあって。

というか、シングルトンでAppObject/AppManager/ActionClass/ViewClassで
Managerオブジェクト（ActionFormオブジェクトもだけど）を持ち回ししてるところに
「すげー」って思ったのだ。最初。それが無くなったのは残念。

あと、PHP5なら
$this->backend->getManager('Hoge')->hogeManagerMethod();
ができるよね。だから
$this->gm('Hoge')->hogeManagerMethod();
くらいまで簡略化できるなら従来の
$this->hoge->hogeManagerMethod();
と同等と思える。

563:nobodyさん
06/10/08 13:29:42
App_ActionClassのコンストラクタで

parent::Ethna_ActionClass($backend);

$c =& $backend->getController();
$manager_list = $c->getManagerList();
foreach ($manager_list as $k => $v) {
$this->$k =& $backend->getManager($v);
}

こうしてやれば、従来どおりなわけだが

564:563
06/10/08 13:34:23
URLﾘﾝｸ(www.itt-web.net)
こことか参考にしてみたらいいと思う。

565:nobodyさん
06/10/09 10:51:17
フォーム値の検証とフィルタについてなんですが、
フィルタをフォーム値検証の前に実施する方法は無いでしょうか？

ある変数を半角英数字しか受け付けないように設定、
かつ全角で受け付けたときには自動的に半角にするようフィルタを設定
しているのですが、
全角で入力してしまうと、validate()が0にならないためです。

566:nobodyさん
06/10/09 13:02:01
実際のところ、クラスのメンバ変数として何が定義されているかわからないのに
Controllerの$managerに追加された名前で$this->hogeとアクセスできてしまうのは
問題ありまくりだし、気持ち悪かった。

AppManagerの呼び出し方にワンクッション追加されただけだから、個人的にはそこまで
面倒は感じてないし、記述が長いならメソッドひとつ仲介させれば済む話だと思う。

562氏の言うとおり、ActionFormやAppManagerがAction/Viewを問わずリクエスト内で
自由に使えるのは他のフレームワーク(symfonyとかZend Frameworkとか)には無い考え方で
自分がEthnaを気に入った理由のひとつだけど、そのメリットは無くなってないんじゃないかな？

567:nobodyさん
06/10/09 18:37:23 NhVn4oaT
毎回全てのAppManagerを読み込む従来どおりより新方式のほうがいいなー。

568:562
06/10/09 19:52:52
>>566
>問題ありまくりだし、気持ち悪かった。
実際に問題と言うと
・DB接続しなけりゃ使えない
・Manager全てnewしてるから（シングルトン使ってるとはいえ）重い
くらいかな？他に何かある？Managerって作ってもせいぜい20くらいだったから
重いとは思わなかったけど。

キモイのは確かに気持ち悪かったけど、「PHPだしいいじゃん」という気にもさせてくれる。
その辺が「絶妙に妥協」なのかなと。

で、気持ち悪さを払拭しようとすると、Action/View/AppManager/AppObjectそれぞれを
ラップしたクラスでoverloadを使って、プロパティへのアクセス方法を定義してやれば
ちょっとは気持ち悪くなくなると思う・・・。
URLﾘﾝｸ(jp2.php.net)

自分的には「前のが便利、だけど（きっとメリット色々ありそうだから）新方式に従います」
って感じ。

569:566
06/10/09 20:38:58
んーと、ActionClassのコンストラクタとかでチェックもせずに
上書きしてるから、メンバ変数が破壊されるってことです。

既存のもので言うと、試しにControllerの$managerに
$manager = array( 'af' = > 'AirFrance' );
とか入れてみるとActionFormが使えなくなるのが解ると思う。
（$this->af はActionForm じゃなくて AirFrance になったからね）

$managerに設定する値についての注意事項も書いていないし、使う側が
注意していればいい、というには危険な仕様じゃないかな。

570:562
06/10/09 21:02:06
>>569
>んーと、ActionClassのコンストラクタとかでチェックもせずに
>上書きしてるから、メンバ変数が破壊されるってことです。
あぁ、なるほど。すっごい盲点でした。
managerが増えすぎていった場合、ハマりポイントになりそうですね。

571:nobodyさん
06/10/10 07:39:28
PHPだし。
厳格なのがよければにしとけば。

572:nobodyさん
06/10/10 07:40:00
抜けた。
Javaにしとけば。

573:nobodyさん
06/10/12 12:29:20
URLﾘﾝｸ(ethna.jp)
これと同じエラー（mysql_close）起きてるんですが、
ethna本体とか弄らないと厳しいんでしょうか・・・・
他に解決方法きぼんぬ

574:nobodyさん
06/10/12 17:17:50
本体を自分でいじりたくないなら、2.3.0pr1以降か、CVS版をつっこむくらいしか。
あとは、継承してそこにパッチを当てておけば、後ほどバージョンアップしても気にならずに済むかも。
stableの保守も考えてほしいよね。

575:nobodyさん
06/10/16 16:19:02
関数ぱっと作ってperform()内で使いたい場合、
function kansuu()をperform()内に書いて
$this->kansuu で呼び出すだけでOK？

576:nobodyさん
06/10/16 20:51:20
>>575
素で言ってるならPHPのマニュアル100回読み直してこい

577:nobodyさん
06/10/16 22:29:35
PHPっつーか、オブジェクト指向の本読んだほうがいいね。

578:nobodyさん
06/10/17 13:52:04
ethna から pear 使用するためにはどうすればよかとでしょうか。

579:nobodyさん
06/10/17 15:06:57
>>578
作ったプロジェクトにあるlibフォルダに解凍する。

580:578
06/10/20 11:47:43
>>579
サンクスです、申し訳ないついでに
呼び出しの方法もきぼんぬ

581:nobodyさん
06/10/20 13:43:30
>>580
579じゃないけど
Controllerでincludeするのが一般的だと思う。
使うときは普通に使いたいところで使えばいい

582:nobodyさん
06/10/21 09:57:55
smartyフィルタってsmartyのプラグインディレクトリに置くんですよね？
フィルタが見つからないって言われる…

583:582
06/10/21 11:27:38
自己レスです。
コントローラーで、requireしなきゃいけなかったんですね。
なんかめんどくさいような。

584:nobodyさん
06/10/21 12:28:34
>>581-583
まとめて間違いだ。

585:nobodyさん
06/10/21 20:49:07
>>584
>>582は間違いだと思うが、他は何がおかしいの？
俺も同じようにしてるんだけど、何か違う方法でもあるの？

586:nobodyさん
06/10/22 21:38:10 bEm1HQtN
とあるページにGETとかで送られてきた値を、ActionFormのチェック機能で、
customで関数を作って値をチェックしたいとします。
で、それは送られてきた値がDBに該当のレコードがあるかどうかっていう感じ
のことをしたいのですが、チェックするメソッド自体はManagerに実装してます。
それでActionFormクラス内にcheck_valueというメソッドを作り、そっからManager
クラスを呼びたかったんですが、呼べませんでした。
公式サイトには、「上の3以外のクラスで使いたい場合は*2、Ethna_BackendのgetManager([manager_name])で取得できます。」
って記述があったんですが、ActionFormはbackendも持ってないみたいで取得できず…。

こういう使い方は想定してないんでしょうか？
それとも俺のやり方がクソなんでしょうか。

まぁprepare関数内でやればいい話なんでしょうけど…。
せっかくなんでActionForm内でチェックしたいです。

何かいい方法あれば教えてください。

587:nobodyさん
06/10/22 21:46:29
>>585
＿smartyプラグインは登録もしないとダメだよね。
＿PEARってControllerで全部includeしないでしょ。使うところでincludeしてるだけで。

588:nobodyさん
06/10/22 23:30:44
>>586
backendじゃなくてcontrollerとれ

589:nobodyさん
06/10/23 00:30:27
smartyのプラグインは、コントローラの$directory['plugins']に任意のディレクトリを指定しておけば
そこをsmartyの$plugins_dirに登録してくれるからそれでいいんでない？

590:nobodyさん
06/10/23 12:53:41 iU9TDYVm
>>588
すみません。どうやってとればいいんでしょうか？
ActionFormクラスのコンストラクタは確かにcontroller持ってるみたいですが、
メンバ変数には入ってないぽいのでEthnaのソースいぢるしか方法思いつきません…。

591:nobodyさん
06/10/23 13:41:47
>>590
試してないけど、
　$ccc =& Ethna_Controller::getInstance();
ではだめかな？

592:nobodyさん
06/10/23 15:33:36
>>587
>>585の言いたいところはそこじゃないと思われ

593:582
06/10/23 15:53:14
>>589
pluginディレクトリを指定するところがあったんですね。
見落としていました。勉強になります。
個人的には解決です。ありがとうございました。

594:nobodyさん
06/10/24 14:00:42
VIEWのpreforward内で、
アクションクラスで使った変数を取得するには
どうすればいいんでしょうか？

作成中のソフトで
データベースの status というフィールドを 1～5 に割り当ててるんですが、
表示させるときには 1->普通 2->駄目 3->最悪
という感じで数字ではなく日本語で表示させたいと思ってます。
よくわからんのですが、
この1を普通と表示させるようなことは
ビューでするというのが一般的なポリシーになるんでしょうか。

595:nobodyさん
06/10/24 22:19:26
どこまで汎用的にするかによると思うけど、viewかtemplateでいいんじゃね？

596:nobodyさん
06/10/25 01:46:10
>>594
基底のViewクラス作ってstatusを全部のViewで有効にするか（その場合Viewは省略しないこと）
全てのstatusを継ぎたいViewClassでextends ViewWhatStatusDefined　して
そのpreforwardメソッドでド頭に
parent::preforwardを全部させておけ。

597:nobodyさん
06/10/25 04:26:17 QhoBwbI3
>>469

おれは、
/index.php?action_static=true&file=page1
/index.php?action_static=true&file=page2
/index.php?action_static=true&file=page3

ってな感じで、

function preform() {
return $this->af->get('file');
}

ってやってるよ。

# かなり古い記事に反応していまった自分が痛い(汗)

598:nobodyさん
06/10/25 20:28:02
痛いね
473でほぼ同じの出てるし

599:nobodyさん
06/10/26 23:33:48
ウェブサイトの左側部分を動的なプルタウンメニューを置いてます。
右側がメニューで選択した内容を表示させる部分としてます。

この場合、左側部分はどのアクションでも常に同じ内容を表示しているわけで、
できれば include とかすると楽なんですが、
ethnaでincludeのが適切なのか良く分かりません。
（actionクラスでincludeかつtplでinclude？？）
またincludeする場合も相対パスでどうやって記述すればいいのか、
が分かりません。
（よく本体は設置場所を動かすので、影響を受けないように相対パスで
指定したいと考えています。）

助言おながいします

600:nobodyさん
06/10/27 01:36:41
>>599
URLﾘﾝｸ(www.itt-web.net)
の
「テンプレートからEthnaのActionを起動」
とかどう？

601:599
06/10/27 13:23:57
>>600
レスサンクスです
「SmartyPluginに下記の関数を用意」のところなんですが、
直接smarty自体を弄る必要が出ますよね？
ここなんとかならんでしょうか？

602:599
06/10/27 13:38:43
×直接smarty自体
○直接ethna自体
でした

極力ethna本体は弄りたくないと考えています

603:nobodyさん
06/10/27 22:43:10
>>599
俺はapp以下にAPPID_SmartyPlugins.phpを作って、Controllerでincludeしてるけど。

604:599
06/10/28 12:37:29
>>600
>>603

おかげさまで上手くひとまずは上手く行ったのですが
なぜかメインアクションのテンプレから
別のアクションをincludeすると、ループが発生します。
別のアクションというのは単にテンプレを表示させるだけの
非常に簡単なものです。
またそのアクション単体での動作も確認できました。
メインアクションもインクルードをしない場合の動作は確認できました。

しかしなぜかメインアクションのテンプレから include すると
ループが発生してしまいます。
どなたかヘルプみー

605:nobodyさん
06/10/28 17:56:31 FIh0kQ4t
ちょっと行き詰ったので、お知恵を拝借させてください。
複数のAppManagerでの処理にまたがるトランザクションの方法について
悩んでいます。

たとえばポイント制の物販(?)のようなものがあるとして、顧客情報と
購入情報のAppManagerを用意しました。購入処理を行った場合、顧客
情報からはポイント減算処理、購入情報には履歴を書き込みます。
単位の処理だと、
$user_m->userPoint( 30 ); // 30ptを消費
$sales_m->addHistory( ... ); // 購入履歴を追加
のように実装できますが、これらは同じトランザクション内で処理される
必要があります。

一方のManagerから他方のManagerを呼び出して処理をまとめてしまうことも
可能ですが、Managerの独立性が保たれないのでそれは気持ち悪いです。
これらのManagerを管理する別のManagerを作成して、そこでトランザクションを
制御するというのも考えましたが、機能ごとに分離すると数ばかり多くなって
収拾がつかなくなってしまいました。（かといって統合すると用途がごちゃごちゃの
Managerができてしまう罠…）

続きます↓

次ページ