第14章 - Admin ジェネレーター (symfony 1.4 legacy version)
多くのアプリケーションはデータベースに保存されたデータに基づいており、それにアクセスするためのインターフェイスを提供します。symfony は Propel または Doctrine オブジェクトに基づいたデータ操作機能を提供するモジュール作成の反復タスクを自動化します。オブジェクトモデルが適切に定義したのであれば、symfony はサイト全体の管理機能 (アドミニストレーション) も自動的に生成します。この章では、Propel プラグインと Doctrine プラグインに搭載された Admin ジェネレーターをお教えします。これは完全な構文による特別な設定ファイルに依存するので、この章の多くは Admin ジェネレーターのさまざまな可能性について説明します。 モデルをもとにコードを生成する Webアプリケーションにおいて、データアクセスオペレーションはつぎのように分類できます: レコード
[Symfony2] 環境毎に`app/config/parameters.yml`を自動的生成 | QUARTETCOM TECH BLOG
皆さんご存知の通り、symfony2のapp/config/parameters.yml（以下parameters.yml）は環境に依存するパラメータを設定する場所です。 DBのパスワード等々保存してますよね。 ciサーバーで自動テスト・自動デプロイが当たり前になってきた昨今、デプロイ先のparameters.ymlも自動化できてますか？ もしsshでログインしてviで編集したり、スクリプトで置換していたらこの記事は見る価値があるかもしれません。 incenteev/composer-parameter-handler incenteev/composer-parameter-handler の env-map を使って実現します。 symfony/framework-standard-editionでsymfonyプロジェクトをセットアップした場合は既にインストールされているのでセットア
![[Symfony2] 環境毎に`app/config/parameters.yml`を自動的生成 | QUARTETCOM TECH BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/0669ae747be612f8e26865aea4e4b20ac4438017/height=288;version=1;width=512/https%3A%2F%2Favatars.githubusercontent.com%2Fquartetcom){kind=avatar}
SymfonyとLaravelを比べてみての考察 - オープンソースこねこね
SymfonyとLaravelはPHPのWebアプリケーションフレームワークで 2014年現在、モダンなPHPフレームワークとして人気があるようです。 両方ともComposerによるパッケージ管理、MVCアーキテクチャ、 開発時のPHP組み込みサーバのサポート、 バンドル(Laravelではパッケージ)などでの機能拡張性を持っています。 ここ最近、個人的な興味でこのふたつのフレームワークを触ってみていたので、 感想と比較を述べてみます。 なお、実際に触ったバージョンはSymfony2.4とLaravel4.1です。 また実際のプロダクトの開発に使用したわけではないのと、 パフォーマンス比較などは行っていないことを断っておきます。 ざっくりとした比較イメージ 細かい感想と比較を書く前に、ざっくりとイメージを述べておきます。 Symfonyは構造がしっかりしていて重厚 Laravelは構造がフ
Symfony Meetup Tokyo での Extract Till You Drop の写経
PHPメンターズ道場生の @ganchiku です。よろしくお願いします。 はじめに10月4日 Engine Yard 東京オフィスにて、Symfony Meetup が開催され、14人ほどの参加者がありました。そこでのテーマは、Symfony Live London 2013 のセッションのうち Mathias Verraes さんの Extract Till You Drop（極限まで抽出せよ）のコードを真似てみよう、というものでした。Extract Till You Drop という言葉は、Uncle Bob ことロバート・マーチン氏の引用になります。 さて、Mathias さんのライブコーディングは、 YouTube にアップロードされており、その過程を PHP メンターズの後藤さんが説明しながら、一緒に写経を行いました。 http://verraes.net/2013/09/ex
Hudsonでsymfony自動テスト環境をつくる | Act as Professional
HudsonというJavaでつくられたCI(継続的インテグレーション)ツールを使って、symfonyの自動テストを継続的インテグレーションされる環境をつくる方法です。 継続的インテグレーションや自動テスト環境とは？XPやアジャイル開発手法でのプラクティスです。とても開発者を幸せにしてくれるものです。 プログラマーがユニットテストなどの自動テストを書く 実際の機能となるコードを書く 自分が変更した範囲のテストコードが通ることを確認する バージョン管理システムにコミットする HudsonなどのCIツールなどによって、すべての自動テストが走る。(結合テストとも呼ばれる) テスト結果にエラーがある場合、メールなどで通知されるこうすることによって、開発者は常にテストが通るソースコードを維持し続けることができます。 万が一、他の機能を壊すコードを書いてしまったりバグを埋め込んでしまえば、いつのコミット
autotest で Symfony + Lime を自動テストする — ディノオープンラボラトリ
ruby 界隈でよく使われている自動テストツール autotest の Symfony + Lime 用スタイルを書いて公開しました。 プロジェクトのローカルルールに合わせてあるのですが、軽く手を入れれば他のプロジェクトでも、また Symfony や PHP 以外でも使えると思います。 TDD で書いていないと不安が高じて動悸と息切れが始まる red-green-refactoring を唱えなさいとじっちゃに言われた growl の red を見ないとコードが先に進まない よくある話だと思います。 まずテストが無いと何も始まらない！書いたテストはがんがん自動実行して使い倒したい！ となるとやはり、自動テストの出番ですね。 インストール手順 autotest コマンドをインストールします。rspec + autotest + インストール辺りでぐぐってください。 mac の人は a
Symfony Event Dispatcherで遊んでみた - hnwの日記
Symfony Event Dispatcher とは Symfony Event DispatcherというのはPHPフレームワークであるsymfonyに含まれるライブラリで、GoF*1のObserverパターンの変種です。 このクラスは現在Symfony Event Dispatcherという名前で単体公開されていますので、symfony以外のプロジェクトでも気軽に利用できると思います。全部で300行程度の小さいライブラリで、テストコードが29件書かれています。 また、ガイドとAPIリファレンスが書かれています。レシピ集を見ればsymfonyでどう利用されているかを垣間見ることが出来ます。テストカバレッジ率100%なんてことも書いてありますね。 本稿では、PHP5に対応したObserverパターンの実装としてのSymfony Event Dispatcherについて紹介します。 Obs
ディノ版 symfony.elとカヤック版 symfony.el を共存させる方法 - わからん
追記（2010/3/22） このころ自分が共存させようとしていたのは，sfDocTestPlugin という，当時のプロジェクトで利用していたプラグインにディノ版が対応していたからです。今では，anythingユーザであまりマウスを使わない人ならカヤック版，そうじゃない人には機能の豊富なディノ版を「単独で」使うのがお薦めです。 今日はお酒を飲んでいい気分転換ができたのでブログも更新。emacs の symfony 用のマイナーモードは2つあります。ここでは、（作者は個人ですが）ディノ版とカヤック版と呼ぶことにします。それらの導入方法などの初歩的な解説をします。 http://tracfort.jp/projects/dino-symfony/wiki/emacs-symfony (ディノ版) http://github.com/imakado/emacs-symfony (カヤック版) ま
symfonyのプラグインコマンドのインストール先ディレクトリを変更する - しんふぉにゃん
Twitterで@okonomiさんから以下の発言がありました。 symfonyでEthnaのpear-local的なことはできるんかな。手動でパッケージ管理とか無理ですよ？ *Tw* 「symfony plugin:install -c pear.php.net --force-license -d pear」でPEARをインストールできた *Tw* @hidenorigoto symfony plugin:install でいけました。ただふつうのプラグインと混じってしまうので、インストールディレクトリを指定できればよかったんですが分からなかったです。 これについて調べてみました。 プラグインのインストール先ディレクトリはsfBaseTask::getPluginManager()内で設定されている がオプションなどでは変更できません http://trac.symfony-proje
IPアドレスから携帯のキャリアを高速に判定するsymfonyプラグインを作った - ベイエリア情報局
元Vine SPARC開発者。2003年度未踏ユース採択者。ウノウ株式会社立ち上げ時に参画して4年間CTOとして従事。退職して現在P&Aラボにて客員起業家として起業準備中。 携帯サイトを作ってるとIPアドレスから携帯キャリアを判別することが多いですが、これを高速に判定するsymfonyプラグインを作りました。 sfMobileIPPlugin - openpear 元ネタ: PHPで高速に携帯ゲートウェイのIPから携帯キャリアを判別する - グニャラくんのグニャグニャ備忘録@はてな やってることは大体同じです。 隣り合うIPアドレス帯をまとめている 各キャリアが公開しているIPアドレス帯は隣あった領域である事が多いので、連続したIPアドレス帯は一つにまとめるようにしてます。 これにより、検索領域が 1/3 ぐらいに減りました。 まとめたIPアドレス帯はキャッシュしている まとめたIPアドレ
symfony.jp - PHP5用フレームワークsymfony日本語情報サイト
symfonyとは、プログラミング言語のPHP上で動作するアプリケーションフレームワークです。本記事ではsymfonyフレームワークの概要を説明します。 その前に、フレームワークとは何か の説明に入る前にフレームワークとは何でしょうかフレームワークとは日本語に直訳すると「骨組み／大枠」になります。プログラミング上でどういったことを指すかと言うと、「システムを開発を誰でも簡単にできるように予め作成されたプログラムのひな形（＝プログラムの骨組み／大枠）」です。 PHPの基礎スキルがある人でも、いざ、一定のレベル以上のサイトを作成しようとすると、一定の作業量が発生するのは避けられません。ということで、ある程度のスケールのウェブサイトを一定期間内に作る場合、必然的に複数開発者による共同作業になります。その際、どうしても並行作業となり、様々な問題が起きがちです。 その問題とは、片方のクリエイターの作
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
