一つのアプリで複数のデータベースにアクセス。
それぞれの環境に対して、多くの接続を定義できます。それぞれの接続は同じ名前でラベル付けされたスキーマを参照します。デフォルトで使われる接続名は propelでこれはリスト8-3のpropelスキーマを参照します。nameオプションによって別の接続を作成することができます:
php symfony –name=main configure:database “mysql://login:passwd@localhost/blog”
一つのアプリで複数のデータベースにアクセス。
それぞれの環境に対して、多くの接続を定義できます。それぞれの接続は同じ名前でラベル付けされたスキーマを参照します。デフォルトで使われる接続名は propelでこれはリスト8-3のpropelスキーマを参照します。nameオプションによって別の接続を作成することができます:
php symfony –name=main configure:database “mysql://login:passwd@localhost/blog”
redirect での引数の型が違う
これも若干はまりどころですが、redirectする際、’module/action’と文字列で’/'で区切って記述しますが、routingを利用して引数も渡したい場合、素直に書くと’foo/bar/variable’となります。
しかしこのように正直に書いても’variable’が絶ち落とされてしまいます。
この場合はどうするかというと、まずrouting.ymlで下記のように書いてあるものとして、
foo_bar_hoge:
url: /foo/bar/:hoge
param: { module: home, action: bar }
次に、redirectメソッドの引数は素直に書くのではなく、配列で渡します。
$this->redirect(array(‘module’ => ‘foo’, ‘action’ => ‘bar’, ‘hoge’ => ‘variable’));
これで正しくリダイレクトされ、引数も渡されます。
security.yml
ファイルで、 indexアクションなら
index:
is_secure: on
にするだけ。
後は、アクションの中で
$user = $this->getUser()
$user->setAuthenticated(true);
とすれば、そのページを表示できる。
細かいRoleの設定は
$user->addCredential(‘god’);
$user->addCredentials(‘god’, ’slave’);
CentOS5.2 でPHPなフレームワークsymfonyを使う機会があったのでメモ。
必要なパッケージをインストール
yum install php php-xml
php-xml を入れないと、後で「symfony/symfony requires PHP extension “dom”」というエラーが出る。
次に、PEARにsymfonyして、PEARからインストール。
pear channel-discover pear.symfony-project.com
pear install symfony/symfony-1.1.7
# CentOS5.2だとPHPのバージョンが古くて1.7系しか入れられない。
ちなみに、Debian/Ubuntuでは、 apt-getで入れられるらしい。
deb http://www.symfony-project.org/get debian/
apt-get update
apt-get install php5-symfony
後は、プロジェクトを作って、アプリケーションを組み込んでいく感じ。
Djangoに微妙に似ているんだよねぇ
まあ、似ているから選んだんだけれどw
自宅のサーバマシンでここ運用してるんだけれど、どうにもこうにも、MovableTypeはコメント投稿した時に重過ぎる!!
何でかっていうと、一々毎回静的なページを生成しているからだ。生成後はアクセスが早いんだけれど、いまどきPHPで動的に生成していてもそれ程遅くはないだろう。
ってか、一度 WordPress に移行したんだけれど、リンクが全部消えちゃうから、諦めたんだよね。
mod_rewriteで条件で飛ばせるほど、URLパターンがはまるわけじゃないし・・・う~ん、リンク切れ覚悟で移行するか、サーバマシンのスペックを上げるかだね。
Athron64の1.8GHzくらいしかなかった気がする。一応、デュアルコアだったかもしれないけれど。
タグ検索とかも凄い重いから、使いづらいんだよねー
サーバマシンのスペックを上げても、それ程期待は出来なさそうな気がするし、またどうせ直ぐに限界点が見えてくると思う。
CGIで動かしているのも原因の一つなんだろうなぁ
PHPはApache Moduleで動かすし、WordPressが早いのもそこにある。
mod_perlで動かす手もあるのかもしれないが、mod_perlは余り使いたくないな。
分かっているんだよ!! WordPressの方が良いっていうのは!!
っち、休日中にやるか。まだ土曜日だ。がんばれば、一時間以内に作業は終わる。
タグとかカテゴリの整理とか、リダイレクト処理とかは・・・もう、後でやるよ!!
そして、そう・・・日曜朝は首都高をバイクで走りたいんだ!!
だから、徹夜でサーバのメンテしていて、そのまま首都高走るとか避けたいんだよ!!
ちなみに、なんか、WordPressはコメントとトラックバックの区別が初期状態ではなかった気がする。
なんか、色々入れないといけなかったような。
っけ めんどくせー だるいよー 誰かやってよー
# 追記
結局 WordPress に移行。
前のページへのリンクはとりあえず残してあるけれど、落ち着いたら消そうかな。
しかし、MovableTypeに比べて、格段に軽いお!!
最近早く帰れるなぁ〜
一月から入った、まだまだぺーぺーの新入社員なので、きつきつの仕事を担当する事もなく
平和な日常を満喫しておる次第であります。
ってそんなのは当然長く続かないわけで、次の案件が迫ってきております。
なので、今の内に自宅でみっちりPythonやるか〜
会社では、PHPのZend Frameworkをいじって予習しておくかな。
結局PHPでの開発は、vimになりそうだなぁ
今、Y’s Originのやりすぎで、左手の小指の感覚が怪しいので(腱鞘炎かも)
Emacsは使いたくないのです。はい。
そういえば、話は変わるけれど、Xenと言ったらopenSUSEっていう選択肢が上がってくるみたいだね。
Xenの本でopenSUSEを使って紹介していた。
そんなopenSUSEの日本MLでは、日本ユーザー会みたいなのを作ろうか。という話題が今ホットですね。
う〜ん、ありだね。
正直、自分もぽろぽろ記事書いているけれど、もっとopenSUSEに詳しい人から見たら
これじゃダメだよ。っていうのがたんまりあるだろうしさ。
上級者も初心者も混ざって、情報共有するスペースの確保というのは、openSUSEを勧めるなら必要かなと。
ま、職場ではDebian派、FreeBSD派しかいないので、openSUSE派としてがんばって色々出きるようになろうかな〜とも思うし
自分にとっても勉強するスペースが出きるのは大変よろこばしいですなぁ〜
さて、ご飯準備して、食べたら眠くなってきた・・・
平日はなかなか作業が捗らないなぁ