Zend FrameworkのMVCで多様化しがちなビューを実現するには、Viewスクリプトは表示用テンプレートではなく、Viewをつかさどるコントローラー的に実装し、表示をフォーマットするためのテンプレートは別に用意したほうがいいのではないか。 多様化するビュー 一般的なWebフレームワーク同様、ZFのデフォルトのMVCではビュースクリプトをテンプレートとして扱うことが多いと思います。しかし、近頃のWebアプリケーションでは、さまざまなクライアントに対応しなければならないケースが多く、デバイスの違いや、使用するブラウザやRIAクライアントなどの違い、ユーザーステータス、表示アイテムのステータス毎の見栄えの調整など、ビジネス上のプレゼンテーションロジックもビジネスモデルに依存した多様なビューを必要としがちです。また、最近ではデスクトップアプリ並のインタラクティブ性を求められており、それらの

モデルについてエントリーを書こうと思っていたら、思わぬＰＣトラブルでテンションが下がってしまったので、その前にZend_Applicationのプラグインリソースその他についてメモしておきます。 Zend_Applicationを使いこなすポイントは下記の通り ブートストラップ リソース プラグインリソース iniの読み分け モジュール別ブートストラップ 基本的な流れ ブートストラップで起動する コントローラーでgetInvokeArg('bootstrap’); コントローラーでgetResource コントローラーでgetPluginResource 以前にも書いていますが、基本的な流れとしては、 Zend_Applicationで起動する <?php $application = new Zend_Application( $env, array( 'bootstrap' => '/

Zend_Version 1.9.4。 Bootstrap周りの処理の流れを簡単に..... まず、Bootstrap内の _initXXX メソッドが全部実行される。 戻り値のオブジェクトはコンテナに保存される。 (図中では __set() と表記) その後、Resourceプラグイン( Zend_Application_Resource_XXXXX )のinitメソッドが実行される。 みたいな流れ。 リソース名は _initXXXX のXXXX　部分と application.iniの resource.XXXX.　で対応してるみたい。 読み込まれる　Resourceプラグインも resource.XXXX にかかれているパラメータと同じ名前のクラスを探している。 結局、初期化の順番は 1.Bootstrap::_initXXXX どの _init メソッドから呼ばれるかは　get_c

ZF 1.8.1がリリースされて、Zend_Applicationの全容が見えてきた感があります。内部的には、微妙なところも散在しているようなんですが、十分実用的になったと思います。 Zend_Applicationを使う大きなメリットの一つにモジュール別ブートストラップがあります。 入門の門をとりあえず叩いてみたのでまとめておきます。今回試したのは、 ブートストラップを配置する モジュール内のオートロードを試す モジュール内リソースの作成と参照を試す の3点です。 概要 モジュール内のオートロードについては、id:sasezakiさんのZend_Application_Module_Autoloaderで、モジュールロードを手っ取り早く(デフォルトにそって)やる場合のメモ - 例えば、PHPを使うにまとめられていますので、単独で使う場合はそちらをご参照ください。Zend_Applicat

DI の自由度は諸刃の剣 近ごろ、「実プロジェクトでDIコンテナ（注1）を導入している」という話をちらほら耳にするようになりました。それと同時に、「DIコンテナを使ったプロジェクトが大変なことになっている」という話も耳にするようになりました。DIの魅力を十分に享受して低コスト、高品質を実現しているプロジェクトがある一方で「DIを導入してみたのはいいのだけれど、DIの設定ファイルが大きくなりすぎて管理しきれない」「DIを使っているのに、テスタビリティが全然向上していない」など苦労しているプロジェクトもあるようです。この差はいったいどこから来るのでしょうか。 DIは、EJBなどと比べると比較的取っ付きやすい技術ではありますが、ほかの技術同様、誤った使い方では十分に力を発揮できません。DIコンテナは非常に単純明快な技術ではありますが、そのシンプルさ故に自由度が高くさまざまな使い方ができます。その

PHPでのDIコンテナのわかりやすい説明としては「最小のDIコンテナ in PHP」や「DIコンテナなんていらない」の中で説明されているし、DIコンテナをより詳細に推し進めた形としてはSeasar2のドキュメントか何かを見ていただいた方がいいと思います。DIコンテナは使いこまれた技術で基本概念や実装方法については知られていますので、ここでは、ZFを例にしてDIコンテナを使うメリットについて具体的に検討してみたいと思います。 Zend Frameworkを例にとると 前記事Zend_Application(1) - noopな日々で触れた下記のページにあるように、 http://www.infoq.com/jp/articles/drinking-your-guice-too-quickly DIコンテナはサービスロケーターから進化する流れがわかりやすいわけですが、それらを前提的な話として、

SVNに1.8のリリースタグが作られました。いよいよZend_Applicationがリリース待ちですね。 というわけで、試してみました。 マニュアル（英語版)はここでリリース済み、日本語版も間もなく出る？でしょう。 ファイルリストはこんな感じ Application.php Application │ │ Exception.php │ ├─Bootstrap │ Base.php │ Exception.php │ IBootstrap.php │ IResourceBootstrap.php │ ├─Module │ Autoloader.php │ Bootstrap.php │ └─Resource Base.php Db.php Exception.php Frontcontroller.php IResource.php Modules.php Session.php Vie

Zend_View_Smarty (http://framework.zend.com/manual/ja/zend.view.scripts.html#zend.view.scripts.templates) 一部のヘルパーでコピーコンストラクタの設定をしないと問題が発生する。 具体的にはPartial ヘルパー（と、それを内部的に呼び出しているクラス）でクローンの生成する時に、アサイン済みの変数が消される。 ↓これを追加。 <?php public function __clone() { $this->_smarty = clone $this->_smarty; }

これで Zend_Layout も Zend_View_Helper も使えるはず。 レイアウトは {$layout->content} ヘルパーは {$helper->Form()} みたいに呼び出す。 Zend_View_Abstract を継承して Smarty に必要な部分だけ上書き、という作り。 なのでヘルパーとかフィルターとかはZend_View と同じように使えるはずです。 (若干投げやりかもしんない。) ソースの色づけは今度やります。 <?php /** * Smarty用ビュースクリプト */ class My_View_Smarty extends Zend_View_Abstract { /** * Smarty object * @var Smarty */ protected $_smarty; /** * 文字列のエスケープに使う関数 * @var string

晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…

サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一本吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には食材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい食材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

僕の尊敬する Erogeek のゆーすけべーさんがこんなエントリを書かれてました。 404 Not Found - ゆーすけべー日記 …読まれましたか? このエントリでは、結論としてWebの開発から小物スクリプトまでPerlに軍配が上がるとされていますが、僕としてはPerl はライブラリを入れないとちょっとした処理も書けない不便な言語としか読めませんでした。 そして上記エントリは比較記事として PHP のコードがないという点が不完全です。なので僕が PHP コードを書いてみたよ。以下ライブラリを使用しない PHP コード。 <?php $dom = new DOMDocument(); @$dom->loadHTML(file_get_contents('http://yusukebe.com')); $nodes = $dom->getElementsByTagName('h2'); f

1回書いたエントリが消えちゃったのでやっつけで書いちゃうよ。 Rails っていうのは僕にとってそう魅力的でないけれど、1つだけ羨ましい機能がある。それが Migration. あまりに羨ましすぎて、PHP や Java のお仕事でも Rails のプロジェクトを作って Migration の機能だけ使ったりしてた。でも、それもめんどいので PHP 製で探し始めたところあるにはあるが、ORM の付属だったり array で定義をゴリゴリ書いたりして性にあわないので、自分で作ることにした。 localdisk / Ekot — Bitbucket ダウンロードはここから ekot-0.0.1.zip をダウンロードして下さい。 使い方 解凍したらコマンドプロンプトに「php ekot generate [任意の名前]」 すると「migrate」ってフォルダに「_タイムスタンプ任意の名前.ph

PHPを使ってプログラミングする場合に覚えておきたい基礎項目をリストアップしました。 目次 全体図 入出力処理 ファイル入出力 ログ出力 DBアクセス(PDO) 編集処理 基本的なデータ構造 メモリ上のデータ操作 文字列編集 数値編集 日時編集 Web関連処理 HTTP操作 セッション操作 参考URL API仕様書 関連記事 全体図 入出力処理 ファイル入出力 (1). テキストファイルからの読み込み 以下の関数を組み合わせてテキストファイルからの読み込みを行う。 ・fopen() ・feof() ・fgets() ・fclose() (2). テキストファイルへの書き込み 以下の関数を組み合わせてテキストファイルへの書き込みを行う。 ・fopen() ・fputs() ・fclose() ログ出力 error_log()関数を使用してファイルやsyslogへのログ出力ができる。 DBアク

KuRuKuRu(クルクル)について。 PHPで動作する必要最小限、超軽量CMS(コンテンツマネージメントシステム)です。 WEB(ブラウザ)上でPHP/HTMLソースコードの編集が可能です。 すべての情報は自分自身のファイルに書き込まれ、読み込まれます。 そのデータは自己圧縮し、自己解凍します(自己圧縮書込/自己解凍読込)。 １ファイルのみで動作するため、バックアップが簡単です。 モジュール/ページ機能により情報を分割することも共有することも可能とし、独自のモジュールを追加していくことで管理者のスタイルにあったページ作成が可能となります。 また管理ページの CSS や JavaScript が編集できるため、編集ページも自分好みにカスタマイズできます。 KuRuKuRu-Wiki

最新のiTunesアップデートにより、iTunesの同期で、PDFファイルをiBooksのコレクションに加えることが可能になりました。しかし、Simple Helpブログによると、DropboxにPDFを追加し、そこから同期するほうがカンタンとのことです。 PDFファイルをDropboxにアップロードして、同期したら、iPad/iPhoneで検索しましょう。右上に表示されている「Open With」ボタンをタッチし、ダウンロード先をiBooksに指定すればOKです。 ebookでフルに楽しんだり、他のデバイスで読みたい場合は、当然ePubフォーマットへコンバートする必要があります。しかし、単純にPDFを同期したいという場合には、どうやらDropboxを使うのが一番カンタンなようです。 How to add PDFs to iBooks using Dropbox [Simple Help]

フリーランスの仕事をするに当たって一番頭を悩ませる問題は、ズバリ価格の設定ではないでしょうか？ 通常の会社勤務と違い、自分の労働に対してクライアントが直接対価を支払う、という形になるので、つまりこれはどういうことかと言うと、ある作業を「1万円です。」と言ってしまえば、仕事が終わった暁には1万円が振り込まれ、同じ作業でも「10万円です。」と言ってしまえば、10万円が振り込まれるかもしれない、ということになります。 よく、フリーランスを始める方に向けたアドバイスとして「無料での労働はしてはならない」というお話を聞きますが、デザイナーPaul Scrivenによると、フリーランスは「全額をもらうか、無償で働くか」のいずれかの選択肢が賢い、とのこと。「決して安い価格では働くべからず」だそうです。 無料はいいけど、安いのはダメとはどういうことかと言うと： 無料でやる、ということの意味 無料で労働を提

機能美はどこへ行った？ iPhone 4のデザインを考える2010.06.29 10:007,680 福田ミホ ｢美しい｣はずのiPhone 4ですが... iPhone 4、溺愛しています。美しいです。舐めたいくらいです。でも、工業デザインとして、どうなんでしょうか？ 続きで、この疑問を追及してみます。 初めて会ったその日から、恋に落ちました。でも、実際手にして見て、様々な問題を突きつけられてからは、やはり事実は事実として認めなくてはならないと思ったのです。 iPhone 4は、工業デザイン的に問題があるのです。というのは、美しさ、スピード、スマートフォン最強のソフトウェアを兼ね備えているにも関わらず、ディーター・ラムスによるグッド・デザインのガイドラインを踏襲していないのです。アップルのデザイン責任者であるジョナサン・アイブ氏は、機能主義を唱えたラムスの影響を大きく受けていると言われて

【長文注意】オンライン予約した人この指とまれ！ iPhone 4を自宅でアクティベーションしてみたよ【完全解説】2010.06.29 15:00 やってきましたiPhone 4！ 僕は今回は表参道には並ばずに、自宅待機を選択。16日午前8時前にオンライン予約をしたところ、本日午前中に到着しました。パチパチパチパチ。 オンライン購入の場合、自宅でアクティベーションをしなくてはいけないんです。そこで、その模様を詳細にお伝えします。オンライン予約組でまだiPhone 4来てないよという人は参考にしてくださいね。僕はiPhone 3Gからの機種変更なので、ご承知おきのほど。 【古いiPhoneのバックアップ】 まず忘れちゃいけないのが、それまで使っていたiPhoneのバックアップ。これはiTunesで同期させるだけでOKです。そして、同期が終わったら古いiPhoneは電源をオフにしましょう。 【専

PHP 5.3 がリリースされてそろそろ一年たつし、Symfony2 も ZF2.0 も PHP 5.3 以上なので、そろそろ自宅の環境を PHP 5.3 にせんといかんなーと思ってた。 前から id:anatoo さん作の PHP の次の十年のためのフレームワーク Blanka を試してみたいと思ってたので、重い腰をあげて PHP 5.3 にした*1。 インストールは手動でビルドするのは色々めんどくさいので、MacPorts にした。 Blanka を github から clone して、lib 以下を include_path に追加して、examples/01_helloworld/index.php を実行して、正しく実行できるか確認。 テストも付属しているので、test/testall.php を実行し、全てのテストが通るのを確認。 Blanka のドキュメント ではひとつのフ

「安全なSQLの呼び出し方」というSQLのセキュリティに焦点を当てたドキュメントが、2010年3月にIPA（独立行政法人情報処理推進機構）から公開された。 これは2006年1月から提供されている、Webサイト開発者や運営者向けのセキュアWebサイト構築のための資料「安全なウェブサイトの作り方」の別冊として書かれたものである。「安全なウェブサイトの作り方」が92ページなのに対して、SQLインジェクションについてだけで40ページもの分量がある。なぜこんなに分厚いのだろうか。 このドキュメント作成に協力したという、独立行政法人産業技術総合研究所 情報セキュリティ研究センターの高木浩光氏にお話を伺うことができた。高木氏は個人ブログ「高木浩光＠自宅の日記」で、セキュリティ関連の問題を追求する論客としても知られている。筆者も以前、この連載の「今夜わかるSQLインジェクション対策」の回（2006年11月

「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す

はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28

はじめに IE では透明なオーバーレイ要素のマウスイベントのハンドリングがおかしい たとえば 以下のページで表示されている要素には透明な div がオーバーレイされています。そして、その要素に mouseover が発生すると背景を青くしています。 試してみてください。 IE では、想定の挙動ができていないことが分かると思います。 http://amachang.sakura.ne.jp/misc/mouseoutover/ ソースコードは以下。 <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title>Test</title> <style> p { border: solid 10px gray; background: pink; padding: 10px; margin: 10px; line-height: 2; }

Zend_Acl : アクセス制御リスト Zend_Amf : Flash Playerとのやりとり Zend_Auth : 認証 Zend_Cache : データキャッシング Zend_Captcha : 不正防止 Zend_Config : 設定データのオブジェクト化 Zend_Config_Writer : 設定データの吐き出し Zend_Console_Getopt : CLI実行時のコマンドラインのパース Zend_Controller : MVCシステムのコントローラ Zend_Date : 日付処理 Zend_Db : データベース接続、抽象化、データアクセスオブジェクト Zend_Debug : デバッグのための変数出力 Zend_Dojo : Dojo Toolkitとの統合 Zend_Dom : DOMドキュメントの取り扱い Zend_Exception : Zend

2010年6月26日に行われたイベント、オープンソースカンファレンス2010 Hokkaido内のセミナーで使われた発表スライド「PHPで大規模ブラウザゲームを開発してわかったこと」Read less