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

【PHPフレームワーク� ..

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ができてしまう罠…）

続きます↓

606:605
06/10/28 17:57:43
(続きです↓)

呼び出しているのはActionClass/ViewClassなので、そちら側でトランザクションを
制御することも考えましたが、はたして考え方が正しいのか自信がありません。
Ethna_ActionClassを継承したHoge_ActionClassに
function beginTransaction()
{
$db =& $this->backend->getDB();
$db->begin();
}
とか書いて、実際の処理の中で
function perform()
{
...
// 購入処理
$this->beginTransaction();
$result = true;
$result |= $user_m->userPoint( 30 );
$result |= $sales_m->addHistory( ... );

if ($result) {
$this->commitTransaction();
} else {
$this->rollbackTransaction();
}
...
}
のように実装したらどうだろうかということです。ActionClassからbackendのデータベース
オブジェクトを直接弄ることに若干抵抗があるので、いまいち踏み切れません。

こんな場合、皆さんならどのように実装しますでしょうか。あるいは既に実装している例など
ありましたら大変参考になります。宜しくお願いします。

607:nobodyさん
06/10/28 19:42:09
Action で指定したビュー名と同じ名前のテンプレートがなければ
実行できないんでしょうか？

ビュー名と違うテンプレートを動かそうとしてみたんですが、よくわかりません。
どなたかやったことありませんか？

608:nobodyさん
06/10/28 23:31:34
>>607
ビューを省略したら同じ名前のテンプレートが使われる。
省略しなければ、違うテンプレートを指定できる。

609:nobodyさん
06/10/28 23:34:15
>>607
Movajiなんかの考え方だとそうしたくなるけど、Ethnaでは
原則としてビューとテンプレートは一対一。

どうしてもやりたいなら、ViewClassのpreforward()あたりで
$this->forward_pathを書き換えるとかで対応できるだろうけど
お勧めはしない。

610:607
06/10/29 00:07:17

ビューとテンプレートは１対１だったんですか。
ちょっと不便ですが、テンプレートの中でテンプレートを呼んで対応しようと思います。

ありがとうございました。

611:599
06/10/29 09:02:16
どなたかヘルプミー
URLﾘﾝｸ(www.itt-web.net)

最初はアクションの内容で何かミスっていると思ったのですが、
どうやら上記ページに書いてあること自体がうまく行っていないようです。
空アクション（テンプレを表示させるだけのデフォルト状態）の
テンプレから別の空アクション読み込んでもループが発生します。

612:nobodyさん
06/10/29 11:56:22
>>611
メインの処理実行中に同じControllerでtrigger()なんてやったら、Controllerで
管理している諸々のオブジェクトが上書き(破壊といってもいい)されるから、動作が
おかしくなっても不思議じゃないと思うけど…。
表示のときに呼ばれるから他の処理は終わっているので大丈夫という考えは
強引というか激しく危険。まあ、いずれにしてもグローバル変数にController
オブジェクトが置かれている以上、1リクエスト内で複数のControllerを走らせる
ことも正しく動く保証がないので、こういったアプローチはEthnaでは難しいと思われ。
# 間違ってたら、ツッコミよろ

おとなしく親のVewClassにメソッドでも用意して、必要に応じて子から呼び出すような
感じで実装するのが吉かと。

613:nobodyさん
06/10/29 20:17:22
ControllerをgetInstanceじゃなくてnewすれば何とかなるかもしれない。
あとはiframeとか。

614:nobodyさん
06/10/30 13:05:37
>>605
別にManagerからManagerを呼び出しても良いのではないですか？

トランザクションを意識するのはManagerのサービスとしての
窓口(Actionから呼ばれる部分)だけで、その内部では必要に応じて
各Managerが呼び合う。
窓口の最後でそれらの結果を見てCommit/Rollbackする、みたいな。

逆に、Actionからトランザクション制御はしない方が良い気が・・。

615:599
06/10/30 16:51:11
>>612

ガガーーン！！
言われてみれば納得です。

これを想定して全て作っていたので、激しく鬱です。
レスありがとうございました。

616:nobodyさん
06/10/30 19:04:13
そのページ、古くない？今のソース
URLﾘﾝｸ(ethna.jp)
見るとtriggerの引数が違うよね。

617:nobodyさん
06/11/02 10:43:39
読み込んだ現在のアクション値を得るにはどうすればいいでしょうか？
「?act=アクション名」をトリガーにしているので、
これを使うのもいいカナと思ったんですが、
actionformで毎度指定する必要があるのがしんどいです

618:nobodyさん
06/11/02 12:39:06
$this->session->set('hoge', 'ほげ');
で設定するのと
$_SESSION['hoge'] = 'ほげ';
で設定するのってどう違うのでしょうか？
$this->session->set('hoge', 'ほげ');したやつを
echo $_SESSION['hoge']したら読めてしまうのですが・・・。

619:nobodyさん
06/11/02 20:58:53
>>617
Controllerに$action_nameって入ってるね
これ直接使うのはちょっと抵抗あるな
でもriafさんも使ってるから、アリなのかも
URLﾘﾝｸ(riaf.org)

620:nobodyさん
06/11/02 22:42:53
getCurrentActionName()

621:nobodyさん
06/11/02 22:46:27
>>618
そこだけ見るなら同じ。
startとかが少しお得。

622:nobodyさん
06/11/03 11:29:06
URLﾘﾝｸ(ethna.jp)

ここを見てページャは上手くいったんですが、
ページ数（$page.indexの表示数）をどのように設定するかが分かりません。
$this->total = 1000;
$this->count = 5;
とした場合、
ページ数は10個分表示されます。
これを5個に変えたい場合はどこを変えればいいんでしょうか？
テンプレソース、アクション側ソース、
ともに見たんですが、判断できませんでした。

623:nobodyさん
06/11/03 16:18:19
>>622
Ethna_Util::getDirectLinkList()内で、10と決め打ちされてるので、smarty側でcountしてやるか、Ethna本体に手を入れるか、getDirectLinkListをオーバーライドするしかないかな

624:nobodyさん
06/11/03 16:33:03
Ethna_Util::getDirectLinkList()の中で直値でかかれてるっぽい。
Ethna_Utilを書き換えるか、同じ機能を自前で実装するか、コミッタさんに
メールしていい感じに直してもらうかかなｗ

あと、このドキュメントではActionClassでページャの処理を行っているけど、
本来こういう処理はViewClassでやるべきだね。

625:624
06/11/03 16:33:50
う、リロードしないで書いたら被った…orz

626:nobodyさん
06/11/08 17:33:14
CVS版で、AppObjectを使って、
$where =& new Ethna_AppSearchObject(1, '=');
$filter = array('hoge_id' => $where,);
$example =& appID_Example($this->backend);
$result = $example->searchProp(null, $filter, null, 0, null);
こんなふうに検索したんですが、生成されるSQLの検索条件が、
'hoge_id' != '1'
になってしまいます。
どこか使い方間違っているんでしょうか…

627:nobodyさん
06/11/08 19:38:51
$example =& appID_Example($this->backend);
は
$example =& new appID_Example($this->backend);
だよね。

$where =& new Ethna_AppSearchObject(1, '=');
は
$where =& new Ethna_AppSearchObject(1, OBJECT_CONDITION_EQ);

628:626
06/11/09 00:28:07
>> 627

きちんと動きました！
参考にしたサイトの記事が古かったようです。
ソース読んでみて、定数が使われているなぁとは思っていたんですが、食い違いに混乱していました。
ありがとうございました。

629:nobodyさん
06/11/17 16:31:00
Ethna 2.3.0 Preview2がインストールできません。
環境は、FreeBSD6.1-RELEASE、PHP5.2.0、Ethna2.3.0 beta か preview1
だと思います。

# ethna -v
Ethna 2.3.0-dev

# pear list-channels で、
Registered Channels:
====================
Channel Summary
pear.ethna.jp Ethna PEAR Channel
pear.php.net PHP Extension and Application Repository
pecl.php.net PHP Extension Community Library
__uri Pseudo-channel for static packages

の状態で、
# pear upgrade URLﾘﾝｸ(ethna.jp) を実行したのですが、
downloading Ethna-2.3.0-preview2.tgz ...
Starting to download Ethna-2.3.0-preview2.tgz (120,756 bytes)
..........................done: 120,756 bytes
ERROR: pear.php.net/Ethna: conflicting files found:
Ethna/bin/ethna_handle.php (pear.ethna.jp/ethna)
　　　：
　　　：
というエラーでアップデートに失敗します。
手順がおかしいでしょうか？何かヒントをいただければと思います。

630:nobodyさん
06/11/17 19:57:14
Ethna本体をいじっていないならuninstallしてからinstallすれば？

631:629
06/11/17 20:33:17
>>630
アンインストールしても同じエラーでした。
展開して適当なところに置けばよいはずだと思いファイルを手動で消して
展開したところ、こんどは ethna コマンドで、

# ethna -v
Could not open input file: @PEAR-DIR@/Ethna/bin/ethna_handle.php

置き換えた ethna コマンドをみると確かに、
ETHNA_HOME="@PEAR-DIR@/Ethna"
となっていたので、@PEAR-DIR@ を FreeBSD の /usr/local/share/pear/ に
書き換えたところ、無事アップグレードできたみたいです。
上記の箇所は pear install したときに書き換えられるんですかね？

とにかく何とか解決しました。
お騒がせしました。

632:nobodyさん
06/11/20 11:17:31
下記のページを参考にSmartyにクラスメソッドを追加しようとしています。
PHP 5.2.0/Ethna 2.3.0 preview 2

参考：いつもながら初心者には簡素すぎるマニュアル・・orz
URLﾘﾝｸ(ethna.jp)

これは、
class foo {
　function bar($vl) {
　　return number_format($vl);
　}
}
というfoo.phpを用意して、 {ProjectID}_Contlor.phpの$smarty_prefilter_pluginに
array('foo', 'bar'),
を追加してやればhoge.tplにおいて{$app.hage|bar}のように使えるという理解で
あってますか？その場合、foo.phpはどこに置くのでしょうか？
appディレクトリやSmartyのpluginsディレクトリにおいても動作しませんでした。

error messageは以下のとおりです。
Fatal error: Smarty error: [in index.tpl line 22]: [plugin] modifier 'bar' is not implemented (core.load_plugins.php, line 118) in /usr/local/lib/php/Smarty/Smarty.class.php on line 1095

Fatal error: Call to undefined function smarty_modifier_bar() in　・・・

633:nobodyさん
06/11/20 21:38:33
どこに置いてもいいけど、Contorollerでinclude_onceすればおけ
汎用性があるならlib/の下とかでもいいのでわ？

634:nobodyさん
06/11/21 00:42:33
>>633
どうもです。
>>632を投稿した後にすぐ気がついて、include_onceしたのですが
エラーは変わりませんでした。

あ、ひょっとしてpreview 2には含まれてなくて、cvs版のみで有効な
機能だったりしますか？
明日試してみます＞cvs版

635:nobodyさん
06/11/21 00:44:53 l75La6qC
App以下にProject_HogeClass.php
というクラスファイルを置いてます。
このクラスファイルの中でActionClass内で使用している
変数などを取得するためには引数として渡す以外にどんな方法があるでしょうか？

たとえば、ActionClassで $this->session->set("hoge", "ほげ") としている場合、
Project_HogeClass.php で hogeセッション値である「ほげ」を
取得するためにはどうすればいいでしょうか？
$ethna->session->get('hoge') では間違ってるでしょうか？
（ちなみにこれではうまく行きませんでした）

636:nobodyさん
06/11/21 01:13:01
>>635
そういうことしようと思ったことないから想像だけど、
$this->session->set('hage', 'hoge');
って登録したんなら、それを取り出すのは、
$this->session->get('hage');
なんじゃないの？
どこから$ethnaは出てきたの？

637:nobodyさん
06/11/21 02:06:11
>>634
preview2でも使えると思いますよ。
えと、class foo {} じゃなくて functionだけ書いておくのです。

638:nobodyさん
06/11/21 02:52:20
>>635
あんまし美しくないかもだけど、こんな感じかな？
$c =& Project_Controller::getInstance();
$b =& $c->getBackend();

$b->session->get('hoge');

個人的にはHogeClassのメンバに$backendを持っておいて
コンストラクタで参照を渡すと思う。他にも使えるからね。
$this->backend->session->get('hoge');
HogeClassのメソッドでは、こういう風に呼び出すような。

639:nobodyさん
06/11/21 09:18:10
>>637
上手くいきました。感謝！

/**
*@vararraysmarty prefilter定義
*/
var $smarty_prefilter_plugin = array(/*
　　*TODO: ここにユーザ定義のsmarty prefilter一覧を記述してください
　　*
　　*記述例：
　　*
　　*'smarty_prefilter_foo_bar',
　　*/
　　array('foo', 'bar'), 　　　(1)
　　'bar',　　　　　　　　　　　(2)
);

(1)のように書きましたが、コメントどおり書いて(2)もo.k.でした。
(1)の方が後でメンテするときによさそうですね。

640:635
06/11/21 10:04:22
レスありがとうございます

>>636
$thisは自身参照の場合ですよね

>>638
前者はなんとなくは理解できましたが、
後者はあまり把握できてません、、、
ちょっと試したりしてみます、
ありがとうございました。

641:nobodyさん
06/11/21 16:13:24
Ethnaのサイト見て吹いたのがこのスレのやり取りがマニュアルとして
そのまま載ってたこと。中の人も見てるんだ。

開発がんばってください。
マニュアル作成ももうちょっとだけがんばってください。ﾉｼ

642:nobodyさん
06/11/21 19:59:57
>>635
マネージャにしちゃ駄目なん？
マネージャならプロパティにsession持ってるし

643:nobodyさん
06/11/23 00:49:18
アクションフォームのvalidate、
javascriptでも確認するようにできませんかね？
アクションフォームあたりを継承して、そうしてる人いないでしょうか。

わざわざ確認用のアクション作成するのも面倒ですが、
javascriptで確認動作してくれれば、結構省けると思うんですよね

644:nobodyさん
06/11/23 02:29:38
SQLのインジェクション対策がかなり面倒なんで、
SQL文を自動的にエスケープするようにしたいんですが、
良い方法ないでしょうか？

$db->DB を継承しようかと考えたんですが、
ethnaクラスを完全に理解していないもので、
どこで記述するかなど$db->DBの継承の仕方がよくわからんとです

645:nobodyさん
06/11/23 09:44:06
>>644
prepare使え

646:nobodyさん
06/11/23 09:55:15
>>641
マニュアル作成はもうちょっとどころか、もっと力入れて欲しいな。
正直使い始めの漏れにはどういったことができるのか公式サイトを見ただけではよくわかりません。
公式サイトの解説は適当すぎる気がする。

アクション名の取得のやり方などの公式には掲載されておらず、
他のサイトには掲載されているとかいう内容が多すぎるのもどうかと思われ。

で、ここのリンク切れはいつになったら直すんだろう?
URLﾘﾝｸ(labs.gree.jp)

647:nobodyさん
06/11/23 10:14:04
>>646
まあ確かに楽をするためにフレームワークを導入するのに、
そのフレームワークの使い方に苦労する現状は本末転倒だわなｗ

でもversion 2.1.2でよければ、チュートリアルを読んで順に実行していけば
一通り作れるように書いてあるよ。
version 2.3.0の新機能については同意。まだ開発中だからしょうがないけどね。

648:nobodyさん
06/11/23 13:00:12
最近ふじもと神は更新してますか？

649:nobodyさん
06/11/23 14:47:54
version 2.3.0の新機能イイよ。どんどん楽に融通が効く感じ。

機能知るにはコード追っかけるしかないけどさ、たいした量があるわけじゃないし、
全然「見て分かる」範囲じゃね？

650:nobodyさん
06/11/23 18:14:51
>>649
新機能ってなによ

651:nobodyさん
06/11/24 00:24:45
>>649
Ethna工作員乙
利用者数及び使いやすさ、習得期間等でsymfonyに負けんよう精々ｶﾞﾝｶﾞﾚヨｫ～

652:nobodyさん
06/11/24 01:11:10
version 2.3.0をリリースしたらドキュメント強化に取り組んでもらえるとか。
個人的にはUnittest関係のドキュメントをお願いしたいな。
PHP5に移行してからエラーは全てthrow exceptionするようにしてるので
その辺も考慮した解説になるとうれしいな。

653:nobodyさん
06/11/27 13:27:13
class Test_HogeManager extends Ethna_AppManager
{
var $hoge = $this->config->get('hoge');

function abc()
{
echo $hoge;
}
}

$this->Hoge->abc();
とすれば $this->config->get('hoge') の値が表示されるはずかと
思いますが、上手くいきません。
どこか根本的に間違ってますでしょうか？

654:nobodyさん
06/11/27 13:53:42
>>653
Ethnaのバージョンは？

655:nobodyさん
06/11/27 22:25:04
>>653
これでどう？

class　Test_HogeManager　extends　Ethna_AppManager　
{　
　　　　var　$hoge;　
　　　　
　　　　function　Test_HogeManager(&$backend){
　　　　　　　　parent::Ethna_AppManager(&$backend);
　　　　　　　　$this->hoge　=　$this->config->get('hoge');
　　　　}

　　　　function　abc()　
　　　　{
　　　　　　　　echo　$hoge;　
　　　　}
}　

656:nobodyさん
06/11/28 01:56:02
>>653
var $hoge = $this->config->get('hoge');
が、PHPとして間違ってない？それとも俺が知らないだけ？
いつこの$hogeメンバはconfigのgetを実行するの？

657:nobodyさん
06/11/29 11:53:08
PHP 5.2.0, Ethna 2.3.0 preview 3 な環境でUnitTest（Simple Test）をやってみた。

で、なんとなく上手く動いているようなのだけど、
Notice: Only variable references should be returned by reference in /usr/local/share/pear/simpletest/simple_test.php on line 74
Notice: Only variable references should be returned by reference in /usr/local/share/pear/simpletest/simple_test.php on line 62
なる notice がでます（php.ini では error_reporting = E_ALL にしてます）。
エラーの意味はそのまんまですが、皆様の環境でも同様の notice が
でますでしょうか？

658:657
06/11/29 13:55:00
やはり上手く動いてないかも。

authenticateを使わないprepareとperformだけのaction formで

$forward_name = $this->ac->prepare();
$this->assertNull($forward_name);
$forward_name = $this->ac->perform();
$this->assertEqual($forward_name, 'hage');

と記入すると両ケースともpassするけど>>657のnoticeとExceptionが４つでる。
エラー処理を全てthrow exceptionしてるのがいけないのかな？

659:657
06/11/29 17:29:08
テストで簡単なプロジェクトを作成して、throwやtry、catchを
使わないようにしたらnoticeやExceptionは出ませんね。

SimpleTestとEthnaのどちらに原因があるのか分からないけど、
これらを改造するスキルは無いのであきらめるしかなさそうです。

660:nobodyさん
06/11/29 20:31:18
NoticeはSimpleTestでしょう。
Exceptionはcatchしてないだけじゃないの？

661:nobodyさん
06/11/29 22:21:59
>>660
> NoticeはSimpleTestでしょう。
ですかね。

> Exceptionはcatchしてないだけじゃないの？
それは無いです（たぶん）。
テスト自体は成功するのですが余分なExceptionがでます。

今、例外をraiseErrorに書き換えようか激しく思案中・・・。

662:661=657
06/11/29 23:29:07
一応現象が再現する最低限のコードを・・・。

任意のApplicationManager（仮にProject_FooManager.php）に
例外をthrowするだけのfunctionを追加
function thex() { thrown new exception ('exception test'); }

コントローラに追加（include & 'foo' => 'Foo',）

app/action/bar.phpのperformに
try　{
$this->foo = $this->backend->getManager('foo');
$this->foo->thex();
} catch (exception $e) {
$this->ae->addObject(null, $e);
return 'error';
}
return 'bar';

これでちゃんとerror.tplが表示されます。
次にethna add-action-test bar
としてBarTest.phpに
// barアクションの実装
$forward_name = $this->ac->perform();
$this->assertNotEqual($forward_name, 'error');
と書くとテストにはパスするが他に4つほどEceptionが表示されます。
こんな感じです。

663:nobodyさん
06/12/02 13:29:39
URLﾘﾝｸ(ethna.jp)　鯖落ちてる？

664:nobodyさん
06/12/02 13:34:12
>>663
俺も同じくアクセスできないです
pear install URLﾘﾝｸ(ethna.jp)
しても
Connection to `ethna.jp:80' failed: Success

サイトは見れるんですけどね

665:663
06/12/02 14:36:09
サイトは見れるようになりましたね。

666:nobodyさん
06/12/04 15:06:04
2.1.2から2.3.0へアップグレードしましたが、
ethna_renderer_smarty.setplugin(class/Ethna_Controller.php:1624): Does not exists. [ERROR CODE(1)]
というエラーが表示されます。

URLﾘﾝｸ(ethna.jp)
を見てやってますが、
依然としてこのエラーメッセージだけ解決できません。
ご助言プリーズ

667:nobodyさん
06/12/04 20:47:07
それだけじゃなんとも。
renderer関連を見直しましょう。

668:nobodyさん
06/12/05 03:58:07
またダウンしてないか？

669:657
06/12/05 19:37:00
>>657ですが、その後ソースを見たりして例外を利用していてもNoticeは
でなくなりました。テスト項目以外のExceptionが出るのは変わりませんが。

とにかく例外は利用できそうなのでほっとしました。

670:nobodyさん
06/12/05 23:11:23
確認画面に関して、何か良いロジックないでしょうか？
作り方次第では非常に簡単にできそうなのですが。

ちなみに確認画面とは、アクションを実行する前の、
一度本当に～～してもいいですか？みたいな感じの画面のことです。

自分が思いついた一番楽そうな方法は

・prepare()内で確認フラグがたってたら、returnで確認画面表示、
確認フラグがたってなかったら、アクション実行。

です。もっと楽そうな方法ってあるでしょうか？

671:nobodyさん
06/12/07 16:51:48
Ethnaの2.3.0に乗り換えましたが、AppManager内で etc/hoge-ini.php 内の
値を取得するには、いちいち controller のインスタンスを取得して、Backendを
読み出して、getConfig()して…とやっていかなくてはいけないんでしょうか？

なんだかどんどんめんどくさくなっていきますね…。

672:nobodyさん
06/12/07 22:21:58
昔から$this->configで取れるけど？

673:nobodyさん
06/12/08 09:36:28
>>672
質問に対しての回答の仕方がおかしい件について

674:671
06/12/08 10:00:57
>>672
すみません。取れました。
昨日散々やったのですが、何故か取得できなくて・・・。

>>673
意味は通じたのでOK

675:nobodyさん
06/12/08 10:05:51
$sessionに登録されたキー一覧を取得することってできませんか？
自分で登録したキーぐらい覚えとけよと言われたらそれまでなんですが。

セッションに関するメソッドにはそれらしいのがなさそうですね。
[Ethna_Session] => Array
(
[0] => ethna_session
[1] => restore
[2] => isvalid
[3] => start
[4] => destroy
[5] => regenerateid
[6] => get
[7] => set
[8] => remove
[9] => isstart
[10] => isanonymous
[11] => _validateremoteaddr
)

676:nobodyさん
06/12/08 12:04:06
array_keys

677:nobodyさん
06/12/08 13:29:29
>>673
>質問に対しての回答の仕方がおかしい件について
全然おかしくないぞ。

678:nobodyさん
06/12/09 15:19:40
URLﾘﾝｸ(ethna.jp)
ココを参考に
ファイルのアップロードプログラムを作っています。
単体ファイルなら上手く成功したのですが、
複数ファイル（配列）をアップロードしようとすると、
どうもform値としてわたっていないようです。

フォーム側では
<INPUT type="file" name="up_file[]">
ActionFormクラスで 'up_file'に
'type' => array(VAR_TYPE_FILE),
という指定を行ってます。

どこか誤りはあるでしょうか？

679:nobodyさん
06/12/10 15:03:52
>>678
私もそれ知りたいですね、
今は$_FILEを直接使って逃げようかと思案中・・・
ethnaのメリットが下がりますが。

680:nobodyさん
06/12/10 21:35:54
>>678
間違ってないと思う。

とりあえず、ActionClassで、
var_dump($this->af->get('up_file'));
ってしたらどうなる？

681:nobodyさん
06/12/11 18:58:01
formタグにマルチパート指定は入れてるよな
当然だよな

682:nobodyさん
06/12/11 22:06:03
>>681
単数の場合はOKってんだから、大丈夫だと思うんだけど、678じゃないけど。

683:nobodyさん
06/12/12 04:16:06
あー、requiredをtrueにしてると、array(VAR_TYPE_FILE)はどうやってもエラーになった気がするなー
FILEはそもそもが配列なので、そこんとこでethnaがなんか変なことになっていた気がする
オレはethnaに適当にパッチ書いて動くようにしてしまった

684:nobodyさん
06/12/12 07:11:19
>>683
>オレはethnaに適当にパッチ書いて動くようにしてしまった

それをぜひ公開して・・・

685:nobodyさん
06/12/12 09:29:08
>>684
683じゃないけど。
Ethna_ActionForm.phpの533行目辺り
foreach (array_keys($form_vars) as $key) {
// 値が空かチェック
if ($type == VAR_TYPE_FILE) {
if ($form_vars[$key]['size'] == 0
|| is_uploaded_file($form_vars[$key]['tmp_name']) == false) {
この辺やね。
$form_vars[$key]['size']しか使って判定してないんで、Arrayの時はこけるね。確かに。

686:nobodyさん
06/12/12 14:04:54
2.3.0でやってみたけど、複数ファイルもrequiredも特に問題ないよ？
>>685 もその前にis_arrayしてるから問題ないし。

687:nobodyさん
06/12/12 17:06:29
Ethnaではフォーム値に対してActionForm内に関数を定義してフィルタを
かけることが可能ですが、この関数をひとつのファイルに収めて各フォーム
で共有することは可能でしょうか？

function _filter_str2upper($value)
{
return strtoupper($value);
}

こういう細かい関数をいっぱい定義しているのですが、各ページに書くのも
手間なので・・・

688:nobodyさん
06/12/12 17:57:01
そのために継承がある。

689:nobodyさん
06/12/12 18:00:26 ymrP8Ip7
683だけど、確かに2.3.0で確認したら、その問題は解消されていたわ
俺が問題に対処してたバージョンは2以前だったけど、
さすがに678さんがそんな古いバージョンを使っているとは思えんし、
なんか別原因と考えたほうがよさそーね

690:687
06/12/12 19:35:37
>>688
なるほど。
{Project_ID}_ActionForm.php に書いておけば良いのですね。
ありがとうございました。

691:nobodyさん
06/12/14 22:19:50
Ethna-usersにRoRの大物ｷﾀ━━(ﾟ∀ﾟ)━━ｯ

692:nobodyさん
06/12/15 01:52:12
でかいひとキター

693:nobodyさん
06/12/15 09:19:35
データベーステーブルをいじくる画面作る際に

・新規(new new_do)
・更新(update update_do)
・削除(delete delete_do)

の６画面が１テーブル毎に毎回必要になります。

importform() exportform()があるので
コーディング自体はそれほど苦ではないのですが
テンプレートの枚数が多くなって鬱になってきます。

上手くまとめる方法ないのでしょうか・・

694:nobodyさん
06/12/15 10:03:40
PHP on Ethnaとか…
ねーなｗ

695:nobodyさん
06/12/15 10:44:48
ﾎﾟｴ…名前はかわいいな

696:nobodyさん
06/12/15 14:25:35 dxQfzRie
試したことないけど
URLﾘﾝｸ(blog.as-roma.com)

697:nobodyさん
06/12/16 00:15:34
共有レンタルサーバーで
ethnaを使おうと思うのですが、
CGIでPHPを動作させたい場合、
プロジェクト名/www 内を.cgiにするだけでいけます？

698:nobodyさん
06/12/16 00:38:37
>>697
やってみりゃいいじゃん。
まだ借りてないから出来ないとか言うなよ。ｗ

699:nobodyさん
06/12/16 01:38:20
>>698
実際どうなるか、より理論上、どうなるかを聞いておきたいです、

700:nobodyさん
06/12/16 03:22:58
「理論上」なら何だってできるだろ。

701:nobodyさん
06/12/16 03:25:51
EthnaでCLI での使用を想定したスクリプト作っている人いますか？
Actionだけ作成して、みたいな感じですかね。
ethnaでやるメリットが少なそうですが。

702:nobodyさん
06/12/16 03:27:55
>>700
日本語読めてますか

703:nobodyさん
06/12/16 11:46:54
>>701
バッチ処理とかに使ってる人もいるんじゃないかな。

>>699
揚げ足取ってないで、自分は理論上どうなると思ってるのか書きなよ。
700の言うとおり、理論上ならどうにでもなる。

704:nobodyさん
06/12/16 12:46:19
>>697
いけるよ♪

705:nobodyさん
06/12/16 12:48:08
>>701
Webの方でAppManager類が充実してきてて、CLIでもDB処理したいなーと
思う時は使います。あと、メールの送信とか楽だし。もちろん、Viewレスの
ActionClass::perform()のみね。

>>699
理論上でできないと思ったらそのワケを。
実践してできなかったら、どこで詰まったかを書けばいいんじゃないの？

706:nobodyさん
06/12/16 15:32:44
非常によく悩むんですが、
似たような種類のデータを扱うとき、
そのデータ名のID(?)って変えますか？

例えば、苗字データと名前データを表示するアクション、テンプレをそれぞれ作る場合、
それぞれのアクションで
$this->af->setApp('myouji_data', $myouji)
$this->af->setApp('namae_data', $namae)
と名前を分けますか？

私はそのつど対象のデータによって分けているんですが、
テンプレが似通ってる場合、.tplの{$app.***}の***の部分をいちいち
変更するのが非常に手間に感じます。
$this->af->setApp('data', $myouji)
$this->af->setApp('data', $namae)
としておけばほぼテンプレの変更は必要なくなるわけで。
一方で、分けておくと、ミスなどに気づきやすくなります。

普通の人はどうしてますでしょうか？
自分は完全独学なのでこういうコードデザインなどにひどく悩みます。

707:nobodyさん
06/12/16 21:01:30
普通は分けると思う。
内容にまとまりがある部分は
配列でまとめて渡すのが良いんだろうけど。

708:nobodyさん
06/12/17 01:34:22
>>706
テンプレート内で呼び出されるテンプレートにしちゃって
$this->af->setApp('myouji_data', $myouji);として
smartyなら{include file="hoge.tpl" data=$app.myouji_data}で
{$data}とかするのは？と言おうとしたけど
EthnaはテンプレートにViewクラスが個別に作れるんだから
$this->af->setApp('data', $myouji);
で良いと思った。

個人的には、dataは名前が不意に衝突しそうでいやだ
$person = array('myouji' => $myouji, 'namae' => $namae);
$this->af->setApp('person', $person);
とか、他のViewでも使う時に名前変えないですむ意味のある名前つけたいところ

709:nobodyさん
06/12/23 19:38:14
今、サイト落ちてる？

710:nobodyさん
06/12/23 23:49:18 gjDqizfh
落ちてるようですね。困ったーAPIDocsが見たいのに

711:nobodyさん
06/12/24 00:37:30
サイト(というかサーバ)もふじもと神の頭脳のように強くあってほしいもんだな

712:nobodyさん
06/12/24 01:05:05
同じくAPI見たい

713:nobodyさん
06/12/24 14:19:52
自分でphpdocumentator使って生成せよ。

714:nobodyさん
06/12/25 11:12:56
ちと相談というか勘所をお聞きしたいのですが、Ethnaのサイトでは
ActionClassのperformメソッドにはあまり処理内容を書かず、AppManagerに
ロジックを書くことを推奨していたと思います。
しかし、ビジネスロジックの中にはサイトの中で一度しか呼ばれない
処理が多く、AppManagerがどんどん膨らんでいきます。
こういう場合もperformにビジネスロジックを書くのってやはり推奨されないんでしょうか？
一度しか呼ばれない処理なのにいちいちAppManagerクラスを見に行かねば
ならないのは、返って可読性を落とすような気がするのですが・・・。

715:nobodyさん
06/12/25 11:38:53
>>714
程度問題かな。ActionForm値に依存しすぎる場合はAppManagerじゃなくて、
基本のActionClassに記述してそれを継承。
それでも自分はAppManagerに書くことのほうが多いです。
後で別どころで使う可能性もあるので。

または、「とりあえず」performに記述しておいて、後で「あ、前のを使う」と思えば、
その時にAppManagerに移植とかも結構やる。

ただ、一人ならいいけど複数人開発の場合は基本設計をちゃんとしないと混乱するよね。

716:nobodyさん
06/12/25 11:55:23
>>715
どうもです。
現在一人で開発してまして、引き継ぐ人があらわれたとしても複数人での開発には
ならない規模の社内アプリです。
現在は極力AppManagerに書いてますが、ツール的なものはいいとして、ビジネス
ロジックは共通化できそうなのが少ないので迷ってきました。
「とりあえず」performに書いて汎用的に使えそうなのは抽出していくって言うのも
よさそうですね。
ちょっとこの路線でやってみます。

717:nobodyさん
06/12/27 19:43:12
アクション内で別のアクションに飛ばしたいときはどうしたらいいんでしょ...
結局、
header(Location: /?action_hoge=true);
とかしてるけど。
UrlHandlerの使い方がまだよくわからん。

718:nobodyさん
06/12/27 20:24:34
前の方に書いてあったけど、アクション内で、別のアクションが
呼びたくなっちゃう事自体が設計ミスらしいですよ。

処理を別クラスに作成して、それを共通で呼び出すようにした
方が良いかと。

719:nobodyさん
06/12/27 20:28:07
>>717
自分のしったか、だったかも・・・

>>215 あたりから読むと幸せになれるかも。

720:nobodyさん
06/12/28 00:33:39
>>717
URLﾘﾝｸ(dozo.matrix.jp)
こんなのも見つけてまいりました。

721:nobodyさん
06/12/28 01:07:43
>>717
>アクション内で別のアクションに飛ばしたいときはどうしたらいいんでしょ...
すません。これ、私はこういうことを思ったことは無いんですが、
具体的にどうゆう場合にこういうことをしたい！！と思うんでしょうか？

なるだけ具体的に書いてくださると、
「その場合は、＊＊＊をViewに集めれば良いじゃん」
とかレスしますんで、よろしく。

722:721
06/12/28 01:09:30
ちなみに、>>>215 のようなバリデートエラーの場合は＝ActionFormが一緒
ということなんで、ActionClassも自動的に似通ったものになり、やっぱり
ActionClassの継承を使って
parent::perform();
をくし島t食っています。

723:717
06/12/28 12:14:25
やっぱりManagerあたりで処理まとめて呼び出すのが一番きれいなやりかたですかね...
ありがとうございます。

724:nobodyさん
06/12/28 14:52:35
windows環境なのですが、RAMドライブを使う以外でethnaのsessionをメモリーに
持たす方法は無いでしょうか。

725:nobodyさん
06/12/28 16:24:21 2NQtv/LQ
ethnaでブラウザ経由での実行じゃなくて、バッチ作ってコマプロで
実行するようなものも作れます？
フレームワークのイメージ自体がちょっとできてないんですが…

726:nobodyさん
06/12/28 18:21:33
>>725
出来るみたいです。

URLﾘﾝｸ(labs.gree.jp)
ゲートウェイシステム
ゲートウェイシステムとは，単純にいうとコントローラをゲートウェイとして利用して，
通常のブラウザからのリクエスト，コマンドラインからの実行，XMLRPCなど
（現バージョンでサポートされているのはこの3つです）のリクエストを全て「アクション」として
処理するための機構です

index.phpじゃなくて、コマンドライン用のヤツを作ればいいのかな？

727:nobodyさん
06/12/29 00:16:43
ethna add-action-cli
または
ethna add-action -g=cli

728:nobodyさん
06/12/30 00:32:59
2.3.0で
APPID_ViewClass.phpの中で
$this->af->setAppしてもテンプレで使用できないんですが、
これは仕様？

729:nobodyさん
06/12/30 16:19:09
>>728
普通に使えますが・・・

730:728
06/12/30 17:57:25
function _setDefault(&$renderer)
内で指定するんですよね？

PHP4でもいけますか？

731:721
06/12/30 22:27:30
>>730
>function _setDefault(&$renderer)
>内で指定するんですよね？
違う。preforward()
Viewクラス全部にデフォルトで適用させたい場合は
_serDefaultだけども、$rendererから$smartyを取り出して
その$smartyにassignする。

取り出し方はRenderer
$smarty =& $render->getEngine();

function _setDefault($renderer)
{
$smarty =& $render->getEngine();
$smarty->assing('test', array('hoge' => 'uki'));
}
とかかな。多分

732:nobodyさん
06/12/31 15:53:49
>>728-731
_setDefaultは、
$renderer->setProp('test', array('hoge'));

でできるよ。

733:nobodyさん
07/01/01 03:52:43
全てのフォームからの入力値に自動的に
特定のエスケープ関数（例えばmysql_escape_string）を賭けたい場合、
app下のAPPID_ActionClass.phpに組み込めば簡単かと思うのですが、
特定のアクション（またはフォーム値）に対しては
mysql_escape_stringをかけないようにする良い方法が思いつきません。

元旦早々ですが、良いアイデアありましたらお願いします。

734:nobodyさん
07/01/01 05:19:28
viewの中ではAPPID_ViewClass.phpが問題なく継承されるんだけど、
action内でうまくAPPID_ActionClass.phpが継承されない。

ためしにAPPID_ActionClass.phpのperform()内で
echo "エコーされるか？";
としてみたが一切認知されてないっぽい。
同じような人いませんか？

735:nobodyさん
07/01/01 17:22:12
>>733
Ethnaに限った話しでは無いのですが、クラスのオーバーライドという概念を
調べてみてください。

「PHPの薬箱」って本のクラスの説明が解りやすいので、機会があれば
見てみると良いと思います。

736:nobodyさん
07/01/01 21:13:24
733が言いたいのはむしろ、そのオーバーライドをどう使えばいいか、
ってところのキガス

737:nobodyさん
07/01/01 21:44:04
オーバーライドが解っていれば、共通で実行されるメソッドを、特定アクションの
中でオーバーライド(処理無しの空メソッドを作るだけ。)すれば良いので
>>733 のような質問は出ないのではなかろうか・・・。

app/actionの下に作成されている、アクション達はみんな app/APPID_ActionClass.php
を継承しているということに気づいてないかな？

738:734
07/01/03 21:03:27
どなたかヘルプミー

739:734
07/01/03 22:06:08
ちなみになぜか
APPID_ActionClass.phpのauthenticate() は機能します。
APPID_ActionClass.phpのprepare(),perform()機能しないとです・・・・

740:nobodyさん
07/01/03 23:40:00
エラーが再現する最低限のコードプリーズ。

741:734
07/01/04 00:25:50
ああ、、、すいません、
オーバーライドされてただけの話でした・・・

orz=3

メソッドのオーバーライド（上書き）というより,
加え書き、みたいなのってないですよね・・・

ある一定部分までは同じで、アクションによってちょっとだけ
違う処理を付加する、っていう場合は
appmanager使うとかしかないですかね・・・

742:nobodyさん
07/01/04 03:23:40
extend したほうで
function perform()
// 処理
return parent::perform();
}
みたいにするか、
処理が異なる部分のみ切り出してテンプレートメソッド風にするとか。

743:nobodyさん
07/01/04 17:27:26
入力→実行っていう画面遷移のページを作る場合はMojaviみたいに１つのActionクラスで入力用、実行用のメソッドを用意するんでしょうか？
それともそれぞれのアクションクラスを作ってフォームのaction属性として連携させるんでしょうか。

744:nobodyさん
07/01/04 23:58:29
>>743
Mojaviは知らないし「入力用」「実行用」は色んな意味に取れて
具体的にどの処理を指してるのか解らないけど
　１．画面に入力
　２．登録ボタン押下
　３．DB更新処理
　４．結果表示
という、良く行われるであろう画面を作る場合、自分的には
/app/action/アクション
　function prepare()
　{
　　入力チェック
　}

　function perform()
　{
　　DB更新処理
　　※(処理が大きくなりそうだったり、他の処理と共通化出来そう
　　　だったら「アプリケーションマネージャ」で別クラス化。
　　　処理がちょっとで済みそうだったら直書き。)
　}

/app/view/ビュー
　function preforward()
　{
　　画面表示に必要な値を取得する処理。
　　　例）
　　　　・現在時刻取得
　　　　・コンボボックスの内容をDBから取得
　}
こんな感じ。

745:nobodyさん
07/01/04 23:59:39
「アプリケーションマネージャ」
URLﾘﾝｸ(ethna.jp)

746:nobodyさん
07/01/06 08:36:33
データベースから取得した値によって、動的にラジオボタンのnameが変わる
画面を作りたいのですが、アクション設定する入力チェックはどうやったら
動的に変更出来ますか？

アクションの
　function prepare()
　　の中で
　$this->af->validate()

する前に、DBを読んで動的に入力チェックを行う事が
出来ますでしょうか？

747:746
07/01/06 08:38:07
>>746
×　アクション設定する
○　アクションで設定する

748:nobodyさん
07/01/06 15:46:33
$res1 = new m9('a')->("ﾌﾟｷﾞｬｧ~");

↑これは、もっと評価されるべきじゃないの？ｗ

749:nobodyさん
07/01/12 23:14:55 l7BIz4fN
ほしゅ

750:nobodyさん
07/01/12 23:36:56
アプリケーションマネージャの使い方が分からんとです。
PHP5+Ethna2.3.1です。
単純化した例で申し訳ないんですが、

/*マネージャ*/
class Nichan_MonaManager extends Ethna_AppManager{
function giko(){
//いろいろ処理して、とりあえず・・・
$neko = "にゃ～";
}
}

/*コントローラ*/
var $manager = array(
'Test' => 'Mona',
);

/*アクション*/
class Nichan_Action_Index extends Nichan_ActionClass{
function perform(){
$this->Test = $this->backend->getManager('Test');
$this->Test->giko();
$this->af->setApp('neko', $neko);
return 'index';
}
}

/*テンプレート*/
{$app.neko}

751:750
07/01/12 23:37:28
こんな感じで、テンプレートの部分で「にゃ～」を表示させたいんですが、
Call to a member function giko() on a non-object
というエラーが出ます。
クラスとか初めて使うので、何かが根本的に間違ってる気がするんですが、
自分では気が付けず。
どなたかご指導お願いします。

752:750
07/01/13 01:19:54
自己解決しました。
コントローラのvarは不要、
アクションで
$this->Mona = $this->backend->getManager('Mona');
$neko = $this->Toppage->giko();
$this->af->setApp('neko', $neko);
で出来ました。
Ethnaのドキュメント、新旧入り乱れてて分かりづらいよ・・・

753:721
07/01/13 13:48:05
>>752
>コントローラのvarは不要、
だね。2.3以降は$managerメンバを使う必要が無くなってるから。
Managerを呼び出す方法は幾つかあるみたいだけど、
基本的に自分も>>750と同じ方法でやってる。

あと、PHP5だとAppManager/AppObject/ActionClass/ViewClassでは
$this->backend->getManager('Mona')->giko();
で行ける。2段階にしなくてもオK。

自分は
$this->backend->getManager('Mona')って長いのが嫌なので、上記の4つの
クラス全部にgetM()というメソッドを追加して
$this->getM('Mona')
とかしてる。

754:721
07/01/13 13:58:50
>>752
あと、アクションで$this->MonaってやってMonaメンバに
Managerを保存してるみたいなんだけど、EthnaのgetManagerは
（というよりFactory?）一度newしたManagerは使い回してくれるので
何度もgetManagerしてOK。ViewでもActionでも同じインスタンスを
使ってくれる。

755:nobodyさん
07/01/14 11:09:33
なんでPHPって.演算子じゃなくて->演算子にしたんだろうな
フレームワーク使ってるともう->書きまくるのたるくてしょうがない

756:nobodyさん
07/01/14 11:31:05
>>755
>なんでPHPって.演算子じゃなくて->演算子にしたんだろうな
perlの影響じゃねの？

757:nobodyさん
07/01/14 14:46:24
タイピングがへたくそなだけだろ

758:750
07/01/14 23:00:46
>>753
おっしゃるとおり、１段階でも出来ました。ｽｺﾞｽ
２段階も長いけど、１段階でもまだ長いっすよね。
そのgetM()メソッドというやつ、デフォで組み込んでて欲しいとか思ってみたり。

ちなみに、MonaメンバにManagerを保存してたのは、
$thisの使い方が分かってなかっただけです。
今もあんま分かってないですが。
Ethna使いながらオブジェクト指向とかも勉強しようかなって感じです。

いま、非FWで作りかけてたものを移植してるんですが、
使えば使うほどFWの便利さが身にしみますね。

次ページ