【PHP】Ethna part.2【国産フレームワーク】
■ このスレッドは過去ログ倉庫に格納されています
国産フレームワーク、Ethnaでいい意味で手抜きなプログラミングライフを。
Ethna -PHPウェブアプリケーションフレームワーク-
http://ethna.jp/
SourceForge.jp: Project Info - Ethna
http://sourceforge.jp/projects/ethna/
クラスドキュメント(phpDocumentor)
http://ethna.jp/doc/
前スレ
【PHPフレームワーク】Ethna【スケルトン自動作成】
http://pc11.2ch.net/test/read.cgi/php/1123070439/ http://ethna.jp/ ダメポ
中野人復旧頼む。リファレンスみたいよー
上にログファイル出力についてあったけど
ログファイル名を固定ではなくて日付ごとに出すことってできないんですか?
今 log/app.log
↓
log/20080109.log
みたいに。
ご存知の方いましたらお願いします。 iniのログファイル名のところを文字列じゃなくて式にすればいいんじゃね?
もしくはEthna_Plugin_Logwriter_Fileあたりを継承して独自のLogwriterを作る。
独自で作るようにしました。
ありがとうございました。
おまいらさ、PHPは書けるけどEthnaなんてまるっきり知らん!って状態から
一通りEthnaでアプリ書けるようになるまでどのくらいかかった? >>116
PHP+MySQLを知らない状態、フレームワークというものが
存在するのも知らない状態から、2006/12上旬に勉強を初めて
2007/2下旬にユーザ登録型のサービスをひとつ立ち上げました。
ethnaの存在を知ったのは1月上旬だったかな?
平日昼間は別の仕事をしてたので、作業は夜+休日。
Linuxも素人だったので、むしろそっちの設定まわりで
取られた時間の方が多かったかも。
S2Ethnaで、S2ContainerApplicationContext::registerAspect('/Dao$/', 'dao.interceptor'); を使って
diconファイルを作成しないでもDIできるようにしたいんですが、できた人いますか?
いいから、今からEthna始める俺に使い方を教える作業に戻るんだ 1,pearをapt-getでインストール
2,pearでethnaをインストール
3,pearでSmartyをインストール
4,Smarty付属のindex.phpを見る限りSmartyもPHPもちゃんと動いてる
5,HTTPで公開しているディレクトリで ethna add-project 。これもOK
6,そこをブラウザーで覗くと「Index of ディレクトリ名」とかいうメッセージが出る。
7,ethnaが作った www ディレクトリの下にある index.php を www でなく
プロジェクトと同じディレクトリに置くと、画面真っ白。「Index of....」も出ない。
すんげー困ってます。諸先輩方、助けてくださいおながいします。 >>122
/ethnaアプリ/www/index.php のことでしょうか?
require_onceで読んでる Controller クラスを絶対パスで読んでいるので変えていません。 んじゃ、apacheの設定かな。
「Index of....」が出る時点でPHP用に設定されてないんだろうし。 開発半年でJavaをやっていてPHPのPの字も知らないのに、
今週からPHPの自社開発に引き戻されたんだが、
自分(19)より年上(45)のおじちゃんが開発経験が無いことが発覚した。
メンバーは22の開発未経験のお兄ちゃんのみ。
4末に納期....死にたいorz
とりあえず、
やさしいPHP(高橋麻奈著)
PHP+MySQL(小島まさご著)
LLフレームワークBOOKS
PEARライブラリ(佐久嶋ひろみ著)
を3日で読んだんだが、
コントローラーで
void main (string $class_name, [mixed $action_name = ""], [mixed $fallback_action_name = ""])
string $class_name: アプリケーションコントローラのクラス名
mixed $action_name: 指定のアクション名(省略可)
mixed $fallback_action_name: アクションが決定できなかった場合に実行されるアクション名(省略可)
【http://ethna.jp/doc/(引用)】
string $class_name、mixed $action_name、mixed $fallback_action_nameは
どこでセットしてやればいいのでしょうか、、、orz
HTML(PHP)ソース上でどこで対応するのでしょうか?
アプリケーションIDやらformやらvalueやらnameやらidやらclassやら頭が混乱してきてしまったよ。
そしておすすめの本あったら教えてください。。。 >>125
とりあえず
http://ethna.jp/ethna-document-tutorial.html
ここのチュートリアルから
あとmainとか書かなくて良い
自動でセットしてくれるからな
ソースに対応するのviewに書くsmartyのファイル
Ethna使い始めたんですけど、Ethnaって終了してますか?
Ethna公式サイトも更新ないし...
ところで質問なんですけど、アプリケーションを通して使いたいユーザ定数は
どこで定義すればいいのでしょうか?
{APPID}_Controller.php に書けなんて事はないですよね? >>129
EthnaはGreeがある限りあるんじゃないかな
ユーザ定義は自分でファイル作って
コントローラでインクルードしてたかなぁ >>130
レスありがとうございます。
>EthnaはGreeがある限りあるんじゃないかな
GreeはID持ってるけど全然ログインしてない。
なんか盛り上がりに欠けるんですよね〜。
>ユーザ定義は自分でファイル作って
>コントローラでインクルードしてたかなぁ
なるほど、その手がありますね。
form で smartyの {html_select_date} とかを使いたいんですけど、
FORM_TYPE_DATETIMEとかでは使えないですよね?
--action-form--
$form = array(
'Year' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1900,2008),
'Month' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,12),
'Day' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,31),
);
--template--
{form_input name='Year'}{form_input name='Month'}{form_input name='Day'}
とかやるしかないんですかね?
>>128
読んでみたが画面単位でアクションクラスを作成するって把握でいいのでしょうか?
EX:
検索ボタン、登録ボタンがともに存在する画面
・生徒情報画面(生徒を検索、登録ができる)
・サークル登録画面(サークルを検索、登録する)
だったらそれぞれの画面単位でアクションクラスを作成するってことかな....
都内で詳しい方いたら相談乗っていただけると
助かります.....
ethna77@55mail.cc >>133
アクション単位でアクションクラスを
viewは必要な画面数分だけ
生徒情報一覧を出すアクション
生徒を検索するアクション
生徒を登録するアクション
サークル情報一覧を出すアクション
サークルを検索するアクション
サークルを登録するアクション
viewは
生徒情報を出すview
生徒情報を登録するview
サークルを登録するview
サークル情報を出すview
登録ありがとうview
って感じ?
>>134
そうなのか!
ありがとうございます。
Javaのフレームワークよりより難しいですね。
ではそのアクション単位で
アクションオブジェクトを作ればいいって把握でいい感じなのかな?
頑張って沢山ビューつくるよorz
タブ切り替えでアクションほしいとか泣きたいよ、ママー。 >>135
交通費込みで金くれるなら東京までいくぜw
viewは共通化出きる所を共通化してincludeして再利用
あとactionの方の共通化はmanager等を使う
んでアクションのオブジェクト等はコントローラ側で勝手に生成してくれるので
実際に作製必要な処理などは各アクションのperformで処理を
表示関連の処理が必要な場合はviewクラス作って
viewクラスのpreforwardで処理をすればいい >>136
ど こ か ら く る ん だwww
北海道とかだったら...orz
かっ身体で払います。
近辺なら出せないこともないです。
ethna77@55mail.cc
明日早速ググってみる。
親切にありがとうございます。
周りの人があまりに自分の開発でEthnaの本(サイト)見てるときは目付きがイっててこわがってる....。
客先PGなので自社のイメージなんて、
納会やら帰社日ぐらいで
若いだけで社長の隣に座らされてるから
ニコニコしてる穏やかな人だったらしい。 CSVのデータって通常どこで生成するもの?
やっぱりヴュー?
抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな?
データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
とか使えないよね。
ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道? 例えば以下の様に、ラジオボタンによって入力欄のどちらを利用するかを選択させたい場合
<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">
ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法ありませんかね?
結局ActionFormに普通に書いてテンプレートはradioのみ、html直書きでchecked処理は別途行なう、と言う形になってしまうんですが。 >>138
>CSVのデータって通常どこで生成するもの?
>やっぱりヴュー?
そのCSVをダウンロードさせたいのか?
であれば、自分はviewじゃなくてactionだな。
ロジックはAppManagerに書くけど。
>抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな?
View=HTML-Templateに変数を渡すだけって考えた方が良いよ。
>データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
>とか使えないよね。
とりあえず気にするな。メモリが足りなさそうだったらコントローラの最初で
ini_set('memory_limit', '32M');
とかすれば良い。しょぼいレンタルサーバとかじゃないんだろ?さすがに。
>ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道?
正解だと思う。Viewまで行く必要ないと思うがな。
>>133
>EX:
>検索ボタン、登録ボタンがともに存在する画面
>・生徒情報画面(生徒を検索、登録ができる)
>・サークル登録画面(サークルを検索、登録する)
学校のコミュニティサイトでも作ってるのか?
まぁ、Ethna慣れれば↑あたりは1日あれば作れるよ。仕様とHTMLもらってればな。
頑張れ。 >>139
>ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法
まず、Smartyのデリミタは { } じゃなくて{{ }} とか <{ }>にした方が良いよ。
JavaScriptとCSSで { } よく使ってうっとうしくなるから。
確かに、Ethnaデフォルトのフォームへルパはあんまりできが良いとは思えない。
ActionForm自体は良いんだけど。
<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">
は、自分だとEthnaのテンプレートでは
<{form_input name="typeab" value="1" id="uki1"}><br>
<{form_input name="input1" attr="id='hoge1'"}><br>
<{form_input name="typeab" value="2" id="uki2"}><br>
<{form_input name="input2" attr="id='hoge2'"}><br>
ってやる。Smarty関数form_inputは全部自作。
で、これらのFormにはIDを振っておいてあとでJavaScriptでこっちのラジオ選択したら
こっちのテキストエリアが書き込みできて、あっちのテキストエリアは
書き込み負荷にして・・・とかやるます。IDつけときゃ、とりあえずあとでJavaScriptで何とかなる。
どうせ入力補佐的なことがしたいんでしょ? 最初にController内でちょっとした計算をしたとして、その値を再度ActionClass内で使いたい場合ってどこに置いておけばよいんでしょうか?
sessionに置くのが素直なんでしょうけど、それ以外だと手軽な手はありませんかね? >>140
サンクスコ
action=>AppManagerでCSV出力で対応することにしました。
smartyの html_select_dateのようなヘルパは用意されていないですよね?
なさそうなのでなるべく本体に修正を入れないように {APP_ID}_ViewClassで
オーバーライドして作ったけど、なんかスマートじゃないですけど、何かいい
方法ありますか?
あと、検索フォームなど複数の画面で共通して使いたいフォームはどこで定義
するのが正解ですか?
今は{APP_ID}_ViewClassに
function addQueryForm(){
$this->af->form = array_merge($this->af->form, array(〜));
}
なんて書いていて、{APP_ID}_ViewClass::preforward() から呼んでます。
FormClassに書くべきなのでしょうか? Viewに書いたのには
1.フォームを表示するための処理なのでView
2.受け取るフォームは1画面なのでActionClassなどでやるべきじゃないよね?
と、一応 私なりの理由があるのですが、フレームワークの作法的にはどうする
のが正解なのでしょうか?
質問ばかりですみません。 まあ環境が自由でこれから新規で何か作ろうという時に使うもんではないな >>144
> smartyの html_select_dateのようなヘルパ
EthnaでInputタグ吐き出し系のヘルパ(Smartyプラグイン)ものは、
ActionFormを絡めないと効果半減以下なので、Smarty標準のものは使わないなー。
ActionFormはグローバルで取れるから。
日付とかは、セレクトタブで選ばせるのは意外とツライかもなので、
ttp://labs.spookies.co.jp/static/
とかのを使ったSmartyプラグインとか作った方がいいのかも。
> 複数の画面で共通して使いたいフォーム
これは結構悩みどころなんだけど、そういう場合は、フローとしても
共有部分が根っこにひとつありそうなものなので、そのActionFromで定義。
その時に、
var $form_template
で定義すると、必要なフォーム定義だけ
var $form = array( 'use_form1' => array(), 'use_form2' => array(),);
てやると定義を再記述せずに良い。で、「あーだけど、'use_form1' は基本
必須だけど、ここ(以下のAction)だけは必須にしたくないなー」っていうときは、
'use_form1' => array(
'required' => false,
),
とかすると、required=>falseを除いて全部定義を引き継ぐようになる。
最初、'use_form1' => array(),とか書くのさえダルイなーとか思ってたけど、
これ結構合理的。
あと、あんまり共有化を考えるとあとで縛られまくるから、ある程度差が出てきたら
「えい」ってコピペするのが吉。一度それで死にそうになったことがあるので。 >>148
たびたび、どうもです。
/public/
/users/
/suppliers/
/admins/
とディレクトリを別けていて/public/のページにすべて検索フォームをつけたいんだけど
action/public.php の $formに書くのが吉ということですね。
あと、検索、一覧、編集というような画面を作るとき面倒なので ActionFormを一つにして
変数で処理を分けているんですが、検索のときに用いる $form定義と 編集のときに用いる
$form定義がかぶるんですが、これって対処するものですか?
表示・入力用 = id, pass, name とかで
検索用= s_id, s_pass, s_name とかにするとか?
このへんイマイチわかっていません。
お願いいたします。 >>145
>Viewに書いたのには....
それはそれで一つの解だと思う。正解は無いから自分にあった方法を見つければ。
自分の場合は、EthnaはActionForm==ActionClassなところがあるから、
ActionFormの動的な定義(セレクトタブの中身とか、ラジオの選択肢とか)なんかはActionClassのprepare()でやることが多い。
本当はActionFormのコンストラクタでやれるといいのだけど、ActionFormでは
AppManagerを取れないから。(DBも取れなかったのかもな・・。)
それに、あるActionFormをつかうフローでは、そのフロー以下では
そのActionFromって継続的に定義されているべきなことが多い。
だから、大元で定義しちゃえば、あとはparent::prepare();でオk。
とにかく、parent::prepare();とparent::perform()を効率的に使うと良い。
使いすぎると、「あれれれれ・・・・・?どこで定義してるんだ?」になって
しまうけど、まぁ通常のコードよりはスパゲティ化しにくい。少なくともActionで定義というルールを作っておけば。 >>150
>action/public.php の $formに書くのが吉ということですね。
それ以降で、特にActionForm定義にカスタマイズが無ければそれでOK。
あとは、それ以降のActionClassでは定義のみの空のクラスを作ればOKなんで。
逆に、action/public以下で細かいActionForm定義を加えたい場合は、
ActionClassのprepare()でやっても良いし、
もうちょい頻繁に定義を書き換えたい場合はaction/publicの$formではなく
$form_templateにしておいて、各それ以下のclassで$formを名前だけ空配列で
定義。カスタマイズするところだけを追加定義。
>>150
>検索のときに用いる $form定義と 編集のときに用いる$form定義がかぶる
これは自分はそのままやってる。
というのは、結局DBを背景に考えているから。
学校名で検索ってあったら、検索する時も、編集する時も、schoolテーブルの
school_nameフィールドから検索すると思うが、その時に検索時と編集で
formキーが違うとなんかうっとうしい。
でも、検索時はschool_nameはnot requiredだし、編集時はrequriedだから・・・
という場合にやっぱりさっきの動的なActionFormの定義が役に立つ。
んで、これをさらに共通化させて、
action/public
action/admins
で同じForm定義を使い回そう・・・・とか考えるとハマる。ここは素直に面倒でもどっちか
先に作ってからコピペ。そのうち仕様も変わるだろうし、pucblicとadminsで違うものに
なっていくのは目に見えているからな。 >>140様 超、ありがとうございます。
規制されていたので返信が遅くなりました。
聞きたいことは山ほどあるんですが..........w
フレームワークを使うのは cakePHPをメンテナンスで少し触ったんですが
国産でいいのないかなぁと探して見つけたのが Ethnaだったんです。
Greeでも使われているし、それなりに信頼できるのかなぁ?ということと
smartyはしょっちゅう使っていたのでヘルパに smartyが使われいたので
他のは全然評価もせずに Ethnaに決めてしまって、いまかなり苦しんでいます。
使用人口が少ないようで、WEB上にドキュメントが少ない(´・ω・`)
途中ZFに切り替えようかとも思いましたが、ZFはバージョンアップごとに色々
問題があるようなので、やめときました。
Ethnaは小回りが利くっていうか、軽い。まぁちろっと使う分には便利だと思う。
Cakeは一度使ってみるかと思いつつ、コード見て「んー。汚い・・・」って思って使ってない。
SynfonyとかcakePHPとかガッツリ使うほど大きな案件請けてるわけじゃないんよ。
あと、Ethna枯れてるしな。FWって枯れ時が実案件で使い時っつーところもあるし。 またまた規制されてしまった
最近、月のうち半分以上が規制されている感じ…
なので携帯からです
一度書いたのになんかチェックのページが表示されて、戻ってもう一度送信しろと書いてあったからその通りしたら消えた…
>>155
しかし、ドキュメント少なすぎますよね?
古いバージョンのものとか混在しているし…
今は大分慣れてきたので、普通のことをやろうとするのは大分楽にできるようになりましたが、
ちょっと凝ったことをやろうとすると、簡単にはまる。
ちなみに140さんは、自前のテンプレートを作成してしようしていますか?
あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか?
今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね? >>156
ドキュメント無い分はコード読んで何とかしたかな。3年前はドキュメント皆無だったし。
当時はプログラムあまりしらなかったから大変だったけど勉強になった。
>>138はオレが昔書き散らしたものとかどっかで読んでるかも。
基本的にEthnaでやろうとしてできなかったことは無い。
ActionChainと呼ばれるらしきものも強引気味にやったし。
まぁ、たいしたものを作ってないっていうのもあるけど、1〜2人ならEthnaで十分。
>ちなみに140さんは、自前のテンプレートを作成してしようしていますか?
自前のテンプレートって、Smarty以外でってこと?Smarty慣れちゃって、それしか使ってないなー。
Smarty重いっていうけど、早く作れるし。
eAccは、普通レンサバに無いので使ったこと無いです。
サイト立ち上げ当初は速くよりも早く作れることなんで。。。
都内なら会社来てもらえば色々説明もできます。
ステ fromdustman@imap.cc
都内ならPHP勉強会でたまに取りあげたりしてるんで是非。
>あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか?
>今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね?
階層はたぶん関係ないかと。eAあった方が早いのは間違いないですがよほどPVがない限り気になりません。
たいていフレークワーク本体よりは時間のかかるロジックがボトルネックになります。 >>158
んー、PHP勉強会は昔出たことあるけどあんまり勉強会で話すことも無いかと思う。
別に目新しいことしてるわけじゃないし、良い意味で枯れかけの技術だと思ってるんで。
なんで、できるとしたら、ここでやってるような
「これ、わかんないんだけど、どうしたらいい?」
「こんな感じでEthnaコード書いてるけどどう?」
ってのに対話するぐらいで。
それはそれで楽しいけど、それってPHP勉強会の雰囲気じゃない気がするんだよね。 一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん >>161
具体的に書いた方がみんな幸せになれるから
具体的にお願いします。 >>161
http://pc11.2ch.net/test/read.cgi/php/1177683436/276
276 名前:nobodyさん[sage] 投稿日:2008/04/30(水) 12:41:32 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん
http://pc11.2ch.net/test/read.cgi/php/1205475360/765
765 名前:nobodyさん[sage] 投稿日:2008/04/29(火) 00:30:20 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん
[project]-ini.php
で通常DB使う場合に設定する
"dsn"=>"mysql://mysql_user:mysql_userpass@mysql_server/mysql_db",
といった記述なんですが、
mysql_server部分 を動的に変えたい場合、何か良い方法はないでしょうか。
[project]-ini.php 内では
$this->aff->get()とか使用できないので。。。
validate について質問
1.inputフォーム
2.validate->確認画面
3.DB更新&完了画面
という遷移をしたい場合 validateって3でも必要ですか?
2でvalidateが通った後無理やり GET引数に?varname=XXXX...略、とか
したら、validateが通っていないデータで更新できてしまいますよね?
あと、formでpostを繰り返して遷移していく場合、もどると期限切れに
なりますよね?これって 302とかを使って解決すると思いますが、
Ethna的にはどのように書くのでしょうか?
1. GET なにがしかの form
2. POST confirm [validate] => 302 confirmed
3. GET confirmed
4. POST do => 302 done
5. GET done >>168
ヒント:
class DB更新&完了画面Action extends 確認画面Action
{
function perform()
{
DB更新
return 完了画面のview
}
} >>168
トランザクションチェックやら、CSRFチェックやら、
validate済みデータをセッションに保存しておくやらすればいいんじゃね? >>168
3でもvalidateは必要です。
複数の画面を遷移しながら移動する場合はセッションに保存するのがてっとりばやいでしょう。 戦後教育は文部省と日教組の不毛のイデオロギー対立により本来の教育を蔑ろにし、主役である子供達を放置してきた。最初にその犠牲となっ
たのがいわゆる「団塊チルドレン」と呼ばれる世代である。彼らは歪んだ「権利・自由・平等」を教えられ、「責任・義務」を教えられないま
まに育った。日教組は彼らに経済と言う物差ししか与える事ができず、信念・哲学・自尊心という価値からは程遠い「金と物」にしか価値を見
出せない貧しい精神を育んだのだ。この事は「失われた十年」と呼ばれる90年代に於ける彼らの生き様に大きく影響した。
子供は幼児期に於いて父性と母性の対比の中で社会性を獲得する。「亭主元気で留守が良い」と言うコピーがはやったが、父性不在の家庭はや
がて「団塊チルドレン」の社会性の無さの原因となった。当時オバタリアンと呼ばれた世代は、戦後処理もろくに済んでいないのに平気で海外
へ出かけ、金に飽かせてブランド商品を買い漁り、傲慢さを世界中にまき散らした。彼らの世代に特徴的であるこの品性・品行の悪さは、後の
世代のライフ・スタイルにまで影響を与えた。それ以上に、欧米諸国が未だに日本人を蔑視し、アジア諸国が不信感を持ち続けている事への鈍
感は不幸でさえある。団塊の世代が戦後の営みの中で経済力に見合う人生観や価値観、広義の品性・品行やモラルを獲得していれば日本社会は
ここまで歪まなかっただろう。
90年代は「失われた十年」と呼ばれている。経済と言う物差ししか持たなかった我々は、旧来の発想で経済的な豊かさを追求し続けたが故にバ
ブルの崩壊をもたらした。その時不幸だったのは「我々は何処へ行くのか?」と言う根源的な迷いに気かなかった事だ。この事が90年代を無為
に浪費した最大の原因である。団塊の世代は欧米を追う間は素晴らしい能力を発揮したが、追いついた後のビジョンを描く想像力が欠如してい
た。彼らの責任では無い。社会が彼らにその様な能力を要求しなかったのだ。村上龍の「あの金で何が買えたか」が売れたと聞くが、悲しいの
は未だにその程度の次元でしかバブルを検証できないメンタリティーの低さである。検証すべきは「何故我々が貧しい価値観しか持ち得なかっ
たのか」と言う事である筈だ。まさしく教育の問題である。冒頭で述べた様に信念・哲学・自尊心を育む努力を怠らなければ、もっと違った社
会があった筈である。 Ethnaの中の人、全然やる気無い感じが伝わってくる CakePHPに乗り換えたけど、まだちょっと期待してるよ Ethna_ActionForm::handleError()
ってオーバーライドできますか?
なんか {APPID}_ActionFormに書いても出来ないんですけど(´;ω;`) ちゃんと{APPID}_ActionFormを継承してるか? >>179
どうもです。
$use_validator_plugin に falseを設定したら動きました。
が、pluginが使えないと色々面倒ですね。
エラーメッセージを全体的に変更したくて、Ethna本体を変更しないように
ってなると、やはり Pluginを自分で書くなりするしかないですか?
たとえば未入力のエラーは標準が
{form}を入力してください
ですが
{form}を入力してくださいね♪
にしたい場合など、みなさんはどうしているんでしょうか?
$form_template とか使うんでしょうか? $form => array(
'required_error' => '{form}を入力してくださいね♪ ' ethnaのサイトウィルスはってあったから注意
iframeのやつね
誰か連絡してやってくれ・・・ >>183
ethena.jpが乗っ取られてたらしい。
現在は閉鎖中。
さくらインターネットのルータがウイルスに感染してたってこと?
その方が怖いんだが さくらスレ見たらやっぱりさくらが問題みたいね
こえーな ってか大問題なのに騒がれなさすぎだろw
上流でクラックされてたらどうしようもない
サーバ単位の感染の比じゃねーぞ そんなに簡単に乗っ取れるインターネットっていったい 簡単に言うけど、ssl化すればいいんじゃね?
ところで、Ethnaで アクションからアクションを呼びたい場合って同かけばいいのでしょうか?
今作っているのがバッチ処理の関係なんですけど、バッチ処理をコントロールする
アクションがいて、条件によってサブの処理アクションを呼び出したいんですけど...
/batch.php <= 一定時間ごとに起動
/batch/proc1 <= サブアクション
/batch/proc2 〃
/batch/proc3 〃
あと、2.3.5がリリースされましたが、2.3.2からはそのままアップデート
して何か問題ありますか? >>192
確か公式にアクションチェインの方法かいてあったはず
>>193
どうもです。
マニュアル見ててわかりました。
$this->backend->perform($action_name);
を perform()に書いてあげればいいみたいですね。
>>192
そのままアップデートして問題ないよ。大きくは変わってないので。 $this->session->start() のあとに
$this->session->isStart() してもtrueが返らないのは仕様ですか?
$this->session->isStart(true)とすれば返るんですが...
Ethna_Session::start()のなかで $this->anonymousに代入していないのは
わざとですか?
$_SESSION['__anonymous__'] と Ethna_Session::anonymouse には何か使い
分けている理由があるのですか?
$this->session->start()じゃなくてsession_start()してんじゃないの?
auto_startとか。
あと匿名と通常のセッションを同時に使い分けることはできない。
気にくわないならEthna_Sessionを継承しる。
>>197
ソース見て見れ!
Ethna_Session::start()
で $anonymousに代入していないから
restoreが呼ばれてからじゃないと
isAnonymous() で取得できないから、isStart()が正常な値を返せない
これは仕様なのか?
ログイン処理で匿名から、通常のセッションに切り替える処理を入れたんだが
ログインチェック処理が何故かうまく通らないから調べたら、そうなっていた
start()
ttp://ethna.jp/doc/__filesource/fsource_Ethna__classEthna_Session.php.html#a142
isStart()
ttp://ethna.jp/doc/__filesource/fsource_Ethna__classEthna_Session.php.html#a276
isAnonymous()
ttp://ethna.jp/doc/__filesource/fsource_Ethna__classEthna_Session.php.html#a295 >>198
だから「同時に使い分けることはできない」んだってば。
これが仕様なのかバグなのかは知らないけど。
>>200
だから、切り替えたいんだってば。
というより。
Anonymous関係なく、 session->start()した直後 isStart()よんでみ?
start前はbool(false)、
start後はbool(true)になるけど?
「切り替え」も「同時に使い分ける」と同義。
匿名セッションをdestroy()してから、そのまま通常セッションをstart()してもだめってこと。
>>203
なるほど、そういう説明なら納得。
ログイン前の情報を匿名セッションで保存していて、ログイン後にそれらの
情報を扱いたい場合ってどうしているんですか?
Ethna_Sessionを new して $this->session に渡しちゃうとかですか? わざわざ匿名セッションを使う意味がわからんのだけど。
「匿名セッション」=「Ethnaアプリではないアプリが開始したセッションを使うため」かと。
>>205
実はよくわかってないのです。
匿名=アプリには非ログインだけど、セッションを使いたい
非匿名=アプリにログイン状態
かな〜と、勝手に思っていました。
たとえばログインのアクションを起こす直前の情報を匿名状態で持っていて
ログインが必要なアクションを起こした場合にログイン画面へジャンプ。
ログイン処理が正常に済んだら、保存していた情報でページにジャンプしたり
フォームに入力したりする。
一応ロールっぽい概念は持っているんだけど、一番簡単なログインチェックは
isStart() を呼ぶだけで出来るから便利だなぁなどと思っていたけど、
ちょっと違うのかな? それならログインしていようといまいと普通にセッションを使うべし。
ログインしたらセッションの中にフラグを立てる。
あとはisStart()じゃなくてそのフラグを確認するだけ。 なるほど、ありがとうございます。
えーと、こうなったいきさつを少しだけ、ethnaのサイトに isStart()で
ログインをチェックしているサンプルがあってセッションスタート=ログイン
状態というような感じのサンプルでした。
それでそれを元に開発を進めていったんですが、非ログイン状態でもセッション
を使って何かしたいなぁ。となったときにセッションを明示的に開始していないと
セッションが使えないという罠にはまり、しばらく悩む。
で、ソースを眺めていたら、匿名というのを見つけて、匿名時はisStart()が
falseを返すという性質があるなぁそれなら。
となったわけです。
普通に考えたら、セッションにフラグを持つのが正解ですね。
事実FWを使わないときはそうやって書いていたし...
逆切れすみませんでした。
PHP全般とおしていえることですが、無駄にセッションを開始したくない場合
ってどうやるのが正解ですか?
sessionのauto_startを無効にして
if (!empty($_COOKIE['SESSID'])){
session_id($_COOKIE['SESSID']);
session_start();
}
というような感じでしょうか? >>208
たぶんそれで問題なあいと思うよ。
まぁそんなに神経質にならなくてもGCがうまいことやってくれます。
ところで、過疎化しているから回答がつかないかもしれないけど質問。
HiddenVarsを使うという記事を見つけたのですが、これって
1.input 2.check 3.do という 3phaseで処理する場合 2で validate
しても 2と3の間でデータを書き換えできますよね?
3の直前に validateを入れたとしても書き換えたデータがそれなりの
ものであれば、2でチェックした内容と違うもので更新できますね?
さらにいうろ 3のアクションのみでデータを登録できちゃうから、
不正登録とか連投ができますよね?
これを防ぐにはセッションやチェックファイル、DBなどを使わないと
だめですよね?
何かいいアイディアありますか? すんません、たとえば複数のテーブルを扱うと時って アクションクラスには
どのように書けばいいのでしょうか?
例えば会員情報に会員状態を表す status(仮登録、本登録、退会、削除)があり、
付随するデータにそのデータの状態をあらわす status(下書き、公開、閲覧停止、削除)
があったりします。
■ このスレッドは過去ログ倉庫に格納されています