MJ::Blog

日々のあれこれをテキトーに

Maple のプロジェクト再開のもよう

日曜日
12月 2,2007

なんというか、
Mapleから CakePHPへ移行でもすんべ（地元の方言チックに）
とブログに書いてみたところ

開発者である kunitさんのブログにて、Maple の活動を再開しようと思っているとのこと。

さて、どうすんべｗ

現状の感触では Maple の方が好みに合っている部分も多かったので再開がんばってとエールを送ってみる。

せっかくなので今まで Maple-UserのMLにしか入っていなかったが
Maple-Devなんかにも入って見た。

  • 0 Comments
  • add to hatena hatena.comment 0 user add to del.icio.us 0 user add to livedoor.clip 0 user この記事へのリンク

    • Mapleの View機能に対する拡張 (Filter_BaseView)

    日曜日
    6月 17,2007

    ウノウラボにて
    SmartyでRailsライクなレイアウトテンプレートを使う
    というエントリーが上がったのを見て、ふと思い出したように投稿する。

    ちなみに自分は Ruby on Railsは触ったことが無い。触ってみてーなーと思いつつ忙しいとか理由をつけて触っていない。
    こういうときに歳を感じますね。

    さて、上記レイアウトテンプレートと呼ばれているものだが、自分の場合は次の様に利用している。おそらく利用用途が異なるのだろうが、テンプレートファイルとしては header/body/footer と分割するのには意味があると思うわけだ。
    layout.tpl に個別の contents.tplというのを内包するのは同じなのだが、自分の場合は次のようなことがやりたいわけである。header.tplから <html>タグをはじめる必要はない。

    layout.tpl

    layout.tplのソース的には

    <html>
<head>
</head>
<body>
{include file="header.tpl"}

{include file="$view_file"}

{include file="footer.tpl"}
</body>
</html>

    呼出側では

    $view_file = "content.tpl"
$smarty->assign("view_file", $view_file);
$smarty->display("layout.tpl");

    となる。

    ということをいつもやる訳であるが、、、

    そこで、Mapleである。Mapleなどのフレームワークを利用する場合は上記をもっと簡単に利用できなくては意味がない。
    この layout.tpl であるが、同じWebアプリであっても表示する画面によってはベースとなるこのファイルを切り替える必要があるので、ベースとなる layout.tplとコンテンツとなる $view = “content.tpl” は maple.iniから設定出来る必要がある。そこで作ったのが Filter_BaseView(Filter_BaseView.class.php [zip圧縮])。

    作ったと言っても、元々あった Filter_Viewのソースを一部変更しただけで、偉そうなことは言えません。

    この Filter_BaseView.class.php を作成された webapp/components/maple/filter/ に配置する。
    （ディレクトリがない場合は作成して）

    maple.iniでは次のように指定をする

    [BaseView]
baseView = "base.html"
success  = "content.html"

    ちなみに、baseViewを定義しない場合は普通の Filter_Viewとおなじように機能される。

  • 0 Comments
  • add to hatena hatena.comment 0 user add to del.icio.us 0 user add to livedoor.clip 0 user この記事へのリンク

    • Mapleでのmod_rewriteによるURLカスタマイズ

    水曜日
    4月 18,2007

    最近ある程度の規模の開発を行う場合にフレームワークとして Maple を使用している。
    元々は独自に OtokomaMVCと言う漢前なフレームワークを作って使っていたのだが、後付後付で機能を追加していった結果少し重くなってきたり、ごちゃごちゃしてしまったりしてしまったのだ。

    本当は Symfonyが気になっているんだけど、PHP5専用と言うことで今のところ恩恵にあづかれず・・・
    というわけで、Ethna, Mapleでどっちにしようかな〜と思い何となく性に合ってそうなのが Mapleだったので Mapleを使用している。

    今回はそんな Mapleを使うにあたって個人的に気になったことを・・・

    フレームワークを自作したときもそうだったけど、
    基本的には指導するためのURLとして index.phpなど１つのファイルに集約させるのが動作上はシンプルだ。
    Mapleも同じ方法で動作する。

    http://domain/index.php?action=[ アクション名]

    のようにパラメーター actionが変わるだけ。

    この方法に欠点があるとすると、ログ解析時に全て index.phpと判断されてしまうところだ。
    フォーム表示 → 確認画面 → 完了
    と言う基本的な流れが全て index.phpで呼ばれてしまうため、どのアクションがどれだけ呼ばれたか？と言うのが分からなくなってしまう。
    上記の流れを見たときに、フォームまで表示したが確認処理はしていない・確認処理まではしたが完了迄は至らないと言うのがログ解析で判断出来ると、問題を特定出来る可能性が高くなり完了というゴールへ到達する為の改善を行う為の指針となる。
    これが分かると分からないとでは、結構大きく違うのだ。

    そこで登場するのが Apacheの mod_rewrite。
    .htaccessなどの設定で URLの書き換えを行うことが出来るのだ。
    例えば、action.php → index.php?param=action のように書き換えられる。このときログ上は action.phpが呼ばれるように見えるのだ。
    mod_rewriteを使えば、いたずらに呼出元のファイルを作ることなく index.phpの１つのファイルだけで処理が出来る。優れものなのである。

    自分がよく行う方法としては以下の方法。

    RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*).php?(.*)    index.php?action=$1&$2 [QSA,L]

    Mapleはここのアクション名がなんだか長くなる性質があるので、必ずしも上記のみとは限らないのだが、、、
    ま、考え方はこんな感じです。

    が、しかし、これでは Mapleではうまくいかなかったのである。
    例えば フォームからPOSTで test_action.php を呼出、テキストボックスなど幾つかの項目から値を送信する場合に問題があった（name=maji, email=maji@majima.net をPOSTで送信したとすると）。

    URLとしては、 test_action.php が呼び出され。上記変数は POSTで送られるため URLには現れてこない。
    これを、rewrite で操作をするとこの呼出を index.php?action=test_action に変換し POSTで送られたものはそのまま継続して送る形になる。 いわば GETとPOSTの混在である。

    Mapleでは POSTとGETを同時に送ったときに問題があった。これに気がつくのに結構かかった。rewriteの設定を疑っていたので・・・

    具体的には、Mapleの core/Request.class.php の Request() メソッドのところ。

    if ($_SERVER["REQUEST_METHOD"] == "POST") {
    $request = $_POST;
} else {
    $request = $_GET;
}

    の部分だ。

    REQUEST_METHODが POSTの時は、Mapleでは POSTで送られた変数しか処理されないようになっていた。
    いくら Rewriteで action=test_action とか送っても無駄だったわけである。
    そこで、Rewriteでも機能出来るように次のように改変しちゃった。

    if ($_SERVER["REQUEST_METHOD"] == "POST") {
    $request = $_POST + $_GET;
} else {
    $request = $_GET;
}

    これでなんとか動くようになった。

    もし、違う方法があるよ・・・と言うことでしたらコメントお願いします。

  • 0 Comments
  • add to hatena hatena.comment 0 user add to del.icio.us 0 user add to livedoor.clip 0 user この記事へのリンク

    • Categories

    Tags

    Tools

    Archives

    Links

    最近のコメント

    • mio: 月別アーカイブのカレンダーに、表示中の月のカレンダーを表示するところで、 悪戦苦闘していたところ、偶然このエントリーを...
    • ひろじ: ふたりともキマッてます！ こどもって発表会とか楽しみにしますよね。 ウチもYAMAHAや保育園の発表会などは「あと何...
    • だるま: かわゆい！ 奥方も　娘さんも！ こちらのフラ教室も６０歳で若手らしいｗ でも多くの人に愛されていいです...
    • MJ: そ、それは(;゜д゜) アンに「にんじん」というのと同様の効果が期待されます。...
    • ZODY（元ＹＴ＾2）: >赤毛のアン 俺のおかんも、はまっとりました。 還暦も間近っつうのに、「白毛のアン」と言ったら、口きいてくれな...

    最近の投稿

    Meta


    Copyright © 2007 - MJ::Blog - is proudly powered by WordPress
    Smashing Theme is created by: Design Disease brought to you by Smashingmagazine.com