以前のリリースからまた少し空いてしまったのですが、PHPカンファレンスでの宣言を実現すべく、2.6の開発を進めています。 で、2.6 beta3 リリースしました。 http://ethna.jp/doc/ Ethna 、ついこないだ GitHub に移行したんですけど、その直後から Pull Request たくさんいただいてて、いやまじ GitHub すげーなというか本当ありがとうございますというかんじです、GitHub に移して少し patch のやりとりがしやすくなるといいな程度の考えだったんですが、まさかこんなに活発になるとは思いませんでした、GitHub すごいです。 で、beta3 は、まあ色々細かいアップデートがかかってるんですが、まぁそこは CHANGES をご覧いただくとして、環境周りで、 ソースコード: SourceForge.JP → GitHub サイト・ドキュメ
An Error Occurred: Not Found 僕がsymfonyを使い続ける10の理由 - ゆっくり*ゆっくり Zendでも、Symfonyでもなく、CakePHPを選んだ１０の理由 - 個人事業主のつぶやき 僕が Zend Framework 使い続ける 8 の理由 - Memo 先に言っておくと、好きなものを使えばいいと思うけど、FUDっぽいことは建設的ではないし、しないほうがいいと思うんですよ。ってことで，Ethna への愛を語りましょう． 1. ActionForm Ethna でなんといっても使い易いのはフォーム． まあこのあたりはフレームワークの思想みたいなものに含まれる点もあると思うけど，モデルから独立したフォームだから，自由自在にフォームを組み立てることができる．モデルに必要なデータは関連付けを行えばいい，という思想だから，フォームの値を組み立ててDBに入れる(
さて．久々の Ethna ネタです．先日 2.5.0 stable がリリースされましたが，preview 5 に入っていた， Viewまわりの修正機構 レイアウトテンプレート アクションクラスからの値渡し ヘッダー周りのメソッドなど プラググイン周りの新しい機構 extlib 命名規則の変更 アブストラクト あたりが含まれていない，preview 4 までの機能的な変更 + それ以後のセキュリティ・バグフィックスのバックポート，という変則的なリリースになりました． まぁコミッタ的には，早く PHP 5 版の開発に移りたいけど，2.5.0 はまだ PHP 4 をサポートするという名目があった，とはいえ開発リソースをさけるほど余裕はない -> じゃあ 2.5.0 出して，PHP 4 は捨てていこう，という意思があったからこういう流れになったのですが， それでも新しい ViewClass 使い
Ethna > ドキュメント > 開発マニュアル > 変更点一覧 > Ethna 2.3.0 から 2.5.0 への移行ガイド Ethna 2.3.0 から 2.5.0 への移行ガイド Ethna 2.3.x で作った古いプロジェクトを新しいバージョン 2.5.x 系に対応させるためのガイドラインです。(これに従えばうまくいく、というわけではありません。必ずバックアップを用意した上で、確認しながら作業するようにしてください。) ※ Ethna 2.1.0 から 2.3.0 への移行については、こちら を御覧下さい。 タグの説明 2.3.x から 2.5.x に移行する際の考慮点として、 「必ずチェックし、対応すべき点」([必須]) 「移行の際に注意すべき点」([注意]) の2つのレベルがあります。[必須]は、以前のバージョンとの互換性がない変更であり、移行する人が必ずチェックする必要
ついに，Ethna 2.5.0 のリリース，2.3.0 から実に３年ぶりのメジャー(いや，マイナーなのか一応)バージョンアップです！ Ethna - 2009/10/18 Ethna 2.5.0 リリース インストールなど これまで使ってきた方は， % pear upgrade ethna/ethnaなどでアップグレードしてください． インストールは， % pear channel-discover pear.ethna.jp % pear install -a ethna/ethnaもちろん，tar/zipでも入手可能です． リリース詳細: 2.5.0 (Ethna) - Ethna - SourceForge.JP 今回のリリースに含まれる変更 以下， sf.jp より引用です． features フォーム定義に関する変更 フォーム定義を動的に変更するためのAPIをさらに追加 Ethn
■Project_Table.php の定義 var $table_def = array( 'table' => array( 'primary' => true, ) ); var $prop_def = array( 'id' => array( 'primary' => true, 'key' => true, 'seq' => true, 'type' => VAR_TYPE_INT ), 'name' => array( 'primary' => false, 'key' => false, 'seq' => false, 'type' => VAR_TYPE_STRING ) ); ■action側 $db_obj = new Project_Table($this->backend); foreach($array as $name){ $db_obj->set('name
このバージョンは古いです。 0.9.1 が利用可能です。 Ethna_Plugin_Debugtoolbar 0.9.1 をリリース - 肉とご飯と甘いもの @ sotarok でもこのページのい解説もそれなりに役に立つところがあります。 が、セットアップ方法などは下記を参照してください。 しました。 Ethna 2.5.0 preview 5 で導入された、プラグインの新しい仕組みにより、Openpear 経由（というか、PEAR経由）でプラグインをインストールし、簡単に読み込ませることができるようになりました。 ※ちなみに、このパッケージは、「Ether_Suite」の後継です。名前をわかりやすくして、仕切り直しました。 symfony風のデバッグツールバーを画面上に表示します いまのところ ログ ActionForm 環境（Info） Config SmartyDebug出力 にのみ
フォームへルパの概要 フォームヘルパは、Smartyのテンプレートでフォーム(<form>, <input>タグなど)を書くときに、アクションフォームであらかじめ定義された情報から適切なタグを自動的に生成し、フォームを簡単に記述することができるSmartyプラグインです。 その実装の大部分はEthna_Renderer_SmartyではなくEthna_ViewClassが持っているため、本当はSmartyに限らずさまざまなレンダラで利用可能なはずですが、現時点ではSmartyしかレンダラが用意されていないのでまとめて書いてあります。 具体例 簡単なフォーム ActionFormのメンバ変数$formに書いたデータを $form = array( 'foo' => array( 'type' => VAR_TYPE_STRING, 'form_type' => FORM_TYPE_TE
前回の記事の続きです。 前回の設定でとりあえずは問題なさそうだったのだが、今日チェックしているとDoCoMoで問題が起きた。 DoCoMoでだけ、セッションが引き継がれない。 URLにセッションIDが引き継がれてないのかな？と思ったが、正常に引き継がれている。 少し悩んである事を思い出した。 Ethnaでセッション使うと記録される内容にIPアドレスが含まれてたな〜。 って事で、Ethna_Sessionを調べてみた。 Ethna_Sessionはリクエスト毎に、自動的に呼び出されて、CookieやURLにセッションIDがあれば自動でセッションを開始（Ethna_Session::restore）してくれる。 restoreの中身を見ていると以下の部分が気になった。 <?php // check session if ($this->isValid() == false) { setcook
あれなんだっけ？的なつい忘れてしまうことや、これ、覚えておく必要がありそうなこと、こんなやり方があったんだとか、まとめておこうとおもって。 テンプレートエンジンのデフォルト設定 テンプレートエンジンの共通変数などを設定する場合は、アプリケーションのビューの基底クラス Appid_ViewClass にある _setDefault() メソッドを実装してください。 function _setDefault(&$renderer) { //Rendererからテンプレートエンジンを取得 $smarty =& $renderer->getEngine(); // セッション情報をセット $smarty->assign_by_ref('session_name', session_name()); $smarty->assign_by_ref('session_id', session_id())
Ethna > ethna-dblayer > Ethna DBアクセスレイヤ 再実装の方向性に関する議論 Ethna DBアクセスレイヤ 再実装の方向性に関する議論 Ethna はDBアクセスレイヤの機能が弱く、その実装もPEAR::DBにべったりだったり、インターフェイスがバラバラだったりして、再編成の必要性を強く感じています。それに関する議論がIRCで行われています。 主な論点、それに関する議論をここでまとめます。 但し、2009/01/31 の時点で、ここに書いてあることについて結論は何も出ていません。ご注意下さい。 DBアクセスレイヤを抽象化する必要があるか Doctrine など、アクセスレイヤを内部で持っているORMなら、必要ない 既存のライブラリを維持しつつ、ORMにアクセスさせたいのなら、必要 既存のライブラリを維持すると、SQLを直に書きたくなった場合にライブラ
Ethna > ドキュメント > 開発マニュアル > ethna-document-dev_guide-app > EthnaでShift_JISなサイトを作る EthnaでShift_JISなサイトを作る 書いた人:cocoiti 概要 Ethnaは、内部コードがEUC-JPでできています。(変換かければ、どうにでもなりますが)。 基本的に問題はないのですが、携帯サイトなどを作る時に、やむえず、出力をShift_JISにしたくなるときがあります。 その方法について記述していきます。 なお、以下のポリシーで記述しています。 内部コードはEUC-JP 入力コードはShift_JIS(自動判別のフィルタを書く方法は別途記述） 出力コードはShift_JIS(sjis-win) 内部コードはEUC-JPで書く 各種テンプレート（HTML、メール）も含め通常通り、EUC-JPで記述します
Don't let me cry（右手を回して拳のつきあげ） Don't let me sigh（ 左手を回して拳のつきあげ）呪文のように唱えて（両手を頭の上でクラップジャンプ） Ethnaには108ほどのマニュアルに載ってない知られざる機能があったりなかったりします。 たとえばActionFormには$form_templateというメンバ変数が存在します。 各ActionFormで定義していた日本語名や制約をここにまとめておくと管理しやすく楽です。 <?php /** * Memberフォームの実装 * * @author cockok * @access public * @package Sample */ class Sample_MemberForm extends Sample_ActionForm { /** @var bool
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
