symfonyアプリケーションをデプロイするためのCapistranoレシピ
とすれば、symfony本体とpluginsを除く、プロジェクトのファイル群を更新してくれます。 普段のリリース作業は、ほぼこれだけになると思います。 ざっと基本的な使い方を説明したところで、Capistranoのインストールからの利用手順と、各タスクの紹介を順にしていきます。 なお、Capistorano自体の基本的な説明は http://www.oiax.jp/rails/capistrano.html http://builder.japan.zdnet.com/sp/open-source-software-moonlinx-2009/story/0,3800096543,20396188,00.htm といったあたりをご覧ください。 一度どちらかでも目を通しておいて貰ったほうが、全体の理解が進むと思います。 では、ひとまずCapistrano自体の説明は上記のサイトを読んでもらう
はてなブログ | 無料ブログを作成しよう
新米と秋刀魚のわた焼き お刺身用の秋刀魚を買いました。1尾250円です 3枚におろして、秋刀魚のわたに酒、味醂、醤油で調味して1時間ほど漬け込み、グリルで焼きました 秋刀魚のわた焼き わたの、苦味が程よくマイルドに調味され、クセになる味わいです 艶やかな新米と一緒に 自家製お漬物 土…
Symfony ORM のパフォーマンス比較 (1) symfony 1.4 & Doctrine 1.2 - しんふぉにゃん
この記事は、Symfony アドベントカレンダー 2010 に参加しています。 Symfony Advent 2010 : ATND http://www.symfony.gr.jp/adventcalendar/2010 以前、DoctrineとPropelのパフォーマンス比較 - しんふぉにゃんという記事を書きました。その記事が2009年9月なので、1年以上前ですね。それまでPropel派だった私はその記事以降、Doctrine が（パフォーマンス的にも）結構使えるということが分かり、すっかり Doctrine 使いになってしまっています。その後 Doctrine も Propel も、また symfony 本体もバージョンアップしていますので、比較結果に変化があるかもしれません。 また、現在最も気になるのは、Symfony 2 と Doctrine2 のパフォーマンスじゃないでしょう
Symfony ORM のパフォーマンス比較 (2) Symfony2(PR4) & Doctrine2 - しんふぉにゃん
この記事は、Symfony アドベントカレンダー 2010 に参加しています。 Symfony Advent 2010 : ATND http://www.symfony.gr.jp/adventcalendar/2010 さて、今回はいきなりですが、Symfony2 と Doctrine2 を使って計測してみます。 この計測を行うには、以下のような準備が必要なので、それは日を改めて記事にしたいと思います。 Symfony2/Doctrine2 環境でのエンティティクラスの準備 Symfony2 でコマンドの作成 今回は、上記準備は整っているものとして、計測に使ったコード部分のみを掲載します。 環境 使用したバージョンは以下です。 Symfony2 PR4 Doctrine2 ORM BETA4 ※Symfony2 Sandbox に付属している Doctrine2 ORM は BETA4
Observerパターンから学ぶSymfonyEventDispatcherの実装 - ＊ yuchimiriのにっき ＊
SymfonyEventDispatcherは、デザインパターンの一種であるObserverパターンで実装されたライブラリです。 symfonyではこのライブラリを介してフレームワーク内の様々な処理を行っています。 Observerパターン SymfonyEventDispatcherを理解する上で前提となるのが、このObserverパターンについての知識です。まずこちらの説明から。 Observerパターンとは？ オブジェクトの状態を他のオブジェクトから観察し、状態が変化した場合に観察者側にそれが通知される仕組みです。 このパターンは、主に以下のようなクラスから構成されます。 観察者（オブザーバ/Observer） リスナー/Listener、ハンドラとも呼ばれる Subjectの状態変化を観察し、変化が通知されると登録されている処理を行う。 観察対象（サブジェクト/Subject） 自
symfony で Web API を実装するときのポイントいくつか - KAYAC Engineers' Blog
最近はまんぐうん家にいます。 nagata (@handlename) です。 FlashやJSと連携する際には、APIを実装することになりますが、 今回は「こんなことやると実装が楽になるよ！」という小技をいくつか紹介します。 ※本記事ではレスポンスの形式としてJSONを使った場合を例として用いています。 ※アプリ名を「api」、モジュール名を「kayac」として説明します。 symfonyのバージョンは1.4です。 APIのレスポンスを返すための準備 symfonyのレスポンス、そのままではレイアウトが適用されてしまいます。 HTML形式で表示されるわけですね。 APIのレスポンスとして使う場合、こんなんじゃやってられません。 view.yml でレスポンスの形式を設定してしまいましょう。 apps/api/config/view.yml has_layoutをfalseにすることによっ
i18nしてますか？ （symfonyその0）：海外でも通用するエンジニアになる：エンジニアライフ
どうも、鹿島和郎（かしまかずお）です。世間ではそろそろシルバーウィークだというのに、わたしはいまだに夏休みすら消化できていません……。みなさまはいかがお過ごしでしょうか。 さて、ここしばらく「Programming Scala読書会」あらため「Scala勉強会 in 渋谷」の話題が続きましたが、久しぶりにi18n関係の話を書こうと思います。実は、今回のネタは結構前にある程度書きためてあったものの、公開するタイミングを逃していたものです。プログラム関係は油断するとネタがすぐ古くなってしまいますので、またi18nに戻ることにしました。 ■日本発のWebサービスでハリウッドを目指す 今回はsymfonyでのi18nを説明します。詳細は割愛しますが、symfonyはPHPでのWebアプリケーションフレームワークで、ほかのPHPのフレームワークに比べると比較的大規模なサイトでの実績が豊富にあるようで
DoctrineとPropelのパフォーマンス比較 - しんふぉにゃん
# 2009/09/23 22:45 Fivestarさんからコメントで教えていただいたDoctrineのINSERTについてテスト1に追記しました。 # 2009/09/24 01:03 Fivestarさんからコメントで教えていただいたDoctrineのQueryCacheについてテスト3に追記しました。 symfonyとしては「これからはDoctrineがメイン」という方向性（symfony 1.3ではデフォルトのORMがDoctrineになっていますし）のようなので、いろいろな機能がDoctrineを基準に実装されていくことになるのだろうと思われますが、実際の案件に使っていくには、やはりパフォーマンスが気になるところです。 そもそもPropelでもPDOが採用された1.3が出るまではさんざん「遅い」と言われていて、それが「symfonyってもっさり」の原因になっていたのではないかと
DoctrineでSQLを直接実行する - ゆっくり*ゆっくり
ORMの構文を必ず使う必要なんてないのですよ。 <?php // なんでもいいのでConnectionとってくる $employeeTable = Doctrine_Core::getTable('Employee'); $con = $employeeTable->getConnection(); $sql = "SELECT * FROM employee where YEAR(employed_at) = :year"; $employees = $con->fetchAll($sql, array(':year' => 2009)); $sql = "SELECT * FROM employee ORDER BY employed_at DESC LIMIT 1"; $employee = $con->fetchRow($sql); $sql = "SELECT id FROM e
Doctrine - Doctrine ORM for PHP - Behaviors
モデルの中で似た内容を持つクラスを見つけることはよくあります。これらの内容はコンポーネント自身のスキーマ(リレーション、カラムの定義、インデックスの定義など)に関連することがあります。このコードをリファクタリングする明らかな方法は基底クラスとそれを継承するクラスを用意することです。 しかしながら継承はこれらの一部しか解決しません。次のセクションでDoctrine_Templateが継承よりもはるかに強力で柔軟であることを示します。 Doctrine_Templateはクラステンプレートシステムです。基本的にテンプレートはRecordクラスがロードできるすぐ使える小さなコンポーネントです。テンプレートがロードされるときsetTableDefinition()とsetUp()メソッドが起動されこれらの内部でメソッドが呼び出され渦中のクラスに導かれます。 この章ではDoctrineで利用できる様
403 Forbidden
＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう
ハローストレージ｜大抵査定価格においては…。 – ハローストレージ.com
オンラインのコンテナの一括見積りサービスを使って、売却を行う方法は、沢山のガレージ店から見積りを提示してもらい比較してみて、プラス、各々競合させることで、高い査定額を再度貰うことも狙えるのです。 ネットを介して使用することができるコンテナ一括無料見積りポータルサイトは、時間かつ移動費を費やさなくて良いし、直に店先まで行って査定を受けるよりも、満足できる利点がいくつもついてきます。 マストなことは、ネットを利用しての可能な限り正確なハローストレージ料金を計算するために、入力項目がどれだけあるかどうかです。入力項目がいくつもあったら、それだけリアルの見積り査定額に対してもズレが少なくなるからです。 通常ガレージ専門会社に査定を依頼すると、直接お宅や希望の場所までやってきて、査定をとりおこなってくれます。言うに及ばないことですが、ショップが周辺にあるとしたら、自分から乗っていくことも可能です。
sfTwigPluginで遊んでみた - ゆっくり*ゆっくり
id:cocoitiおにいちゃんががんばってくれているsfTwigPluginで遊んでみました。Twigは最近注目のテンプレートエンジンですね。 symfonyのpluginsディレクトリにsfTwigPluginいれるまでは終わってるとして、まずはPluginを有効に。config/ProjectConfiguration.class.phpを修正 <?php // sfCoreAutoload... class ProjectConfiguration extends sfProjectConfiguration { public function setup() { // ... $this->enablePlugins('sfTwigPlugin'); } 次は各アクションがテンプレート出力時にsfPHPViewクラスではなくsfTwigViewを利用するように指定。通常、View
sfTwigPluginのサンプルコード書いた - cocoiti's diary
夜21時くらいからはじめてこんな時間までかかってしまったが、sfTwigPluginをこういう風に使いたいなーってサンプルコードを書いてみた。 http://github.com/cocoiti/cocowiki/ 眠いのであとでちゃんと書くが、要約すると、デザインにかかわるテンプレートファイルは通常symfonyのレイアウトファイルを配置するディレクトリに配置する。 module側にはアプリケーションにかかわる部分（主にフォーム関係やエラーメッセージ）を入れる。 ということがやりたかった。 そして、それを実装するためには現在のsfTwigPluginは機能がたりなかったのでsfTwigPluginをforkしてEventListenerを追加した。 http://github.com/cocoiti/sfTwigPlugin/ 下記のようなコードでEventを追加してやれば、継承や本体の
Templating Engines in PHP |Articles - Fabien Potencier
This blog post is not for the faint-hearted! Some people will strongly disagree with me and some others will probably want to kill me at the upcoming Zend Conference. And if starting an argument in the comments can help you feel better, please feel free to do so. If you want to have a more advanced discussion on this topic, vote for my talk at the Zend UnConference. So, you think PHP is a templati
Symfony2のいいところ - ゆっくり*ゆっくり
ちょっと仕事が行き詰ったので、Symfony2のいいなーと思うところでも書いて頭をリフレッシュしよう。 シンプルなアーキテクチャ DIコンテナ Twig組み込み アクションの戻り値がResponseオブジェクト プレーンなPHPオブジェクト Namespace ぱっと思いつくのはこのあたりですかね。 シンプルなアーキテクチャ とにかくFilterがなくなるのがとてもうれしいです。Symfony2の流れってとてもシンプルで Kernelを起動 Bundleの登録 Containerの初期化 各Bundleの起動 BundleごとにContainerの拡張など (Requestの生成) HttpKernelがRequestのハンドリング RouterがRequestをパース route情報を元にControllerの特定 Controllerの実行 ビューのレンダリング レンダリング結果をRe
Doctrineのmigration機能でデータベーススキーマの差分管理 - しんふぉにゃん
DoctrineにはRuby on Rails由来のmigration機能があります。 この機能を今まで使っていなかったので、ちょっと調べてみました。 なお、参考ドキュメントは以下ですが、このドキュメントを読むだけでは細かい挙動を把握できませんでした。 symfony 1.x legacy website http://www.doctrine-project.org/projects/orm/1.2/docs/manual/migrations/ja#migrations コマンド php symfony doctrine:generate-migration php symfony doctrine:generate-migrations-db php symfony doctrine:generate-migrations-models php symfony doctrine:ge
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.doctrine-project.org/projects/orm/1.2/docs/cookbook/master-and-slave-connections/ja
Doctrine - Doctrine ORM for PHP - Data Hydrators
Downloads · masakielastic/twig-ja · GitHub
