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自体の説明は上記のサイトを読んでもらう
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で利用できる様
ウノウラボ Unoh Labs: symfonyのsfBrowserを使ってコンソールツールを作成してみました
はじめまして、4月に入社しました、はなだと申します。 以後よろしくお願いいたします。 私自身は、これまでにJava/C#/C++/Perlなどを使った開発を行って来ましたが、現在は（はじめての！）PHPを使ったソーシャルアプリの開発を行っています。 これまでは、新しい言語を学習する際に、サンプルやチュートリアルを終えたあとで、ちょっとした作業を簡略化するためのツールをチョコチョコとつくっていました。今回は、はじめてのPHPということで、symfonyのsfBrowserを使った、コンソールツールを作ってみました。 このツール開発を通じてやりたいことは次のような内容です。 開発しているsymfonyのURLを指定して、コンソールベースのツールでリンクを遷移させたい できればUser-Agentとして携帯電話に対応させたい さらに symfonyの内部構造を理解したい PHPの言語仕様や
ウノウラボ Unoh Labs: Vim: ちょこっと設定、ちょこっとプラグイン。
ども。6月入社のjhoshinaです。 まだ入社したてのつもりだったのに、ラボブログ執筆がまわってきてあたふたしています。 何を書こうか迷ったのですが、環境も新しくなったことですし、設定しなおしたVimの設定・プラグインなどをちょこっと見ていこうかと思います。phpとsymfony関係を中心に見ていきます。 雑多な設定 特に変わったところもないのですが一応。 ~/.vimrc set nocompatible set showmatch showmode showcmd set laststatus=2 set statusline=%<%f\ %m%r%h%w%{'['.(&fenc!=''?&fenc:&enc).']['.&ff.']'}%=%l,%c%V%8P syntax on filetype on filetype indent on filetype plugin on ~
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
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
