表目次 2.1. サンプル CMS 用のアクセス制御 3.1. 設定オプション 3.2. サーバのオプション 3.3. デバッグメッセージ 3.4. Active Directory 用のオプション 3.5. OpenLDAP 用のオプション 4.1. Core フロントエンドのオプション 4.2. Function フロントエンドのオプション 4.3. Class フロントエンドのオプション 4.4. File フロントエンドのオプション 4.5. Page フロントエンドのオプション 4.6. File バックエンドのオプション 4.7. Sqlite バックエンドのオプション 4.8. Memcached バックエンドのオプション 4.9. Xcache バックエンドのオプション 4.10. TwoLevels バックエンドのオプション 6.1. Zend_Config_Ini コン
Oops! This is awkward. We encountered a 404 Not Found error. You are looking for something that doesn't exist or may have moved. Check out one of the links on this page or head back to Home.
If you have a JIRA/Crowd account, we suggest you login first before commenting.
Zend FrameworkのO/RマッパーでもあるZend_Db_Tableを使ってテーブルの連結を行う。 商品テーブルと関連テーブルを連結して、関連商品を取得するサンプル。 <?php // 商品テーブル class ItemTable extends Zend_Db_Table_Abstract{ protected $_name="item"; protected $_primary ="item_id"; } // 関連づけテーブル class ItemRelationTable extends Zend_Db_Table_Abstract{ protected $_name="item_relation"; protected $_primary ="relation_id"; // 関連テーブル protected $_referenceMap = array( "Item"
Zend Frameworkを使って開発を進めていくと、利用するコンポーネントが増えていくにつれて、アプリケーションのINIファイル(一般的に使われているapplication.ini)の内容が膨らんでいきます。特にZend Frameworkのバージョンアップに伴って、Zend_Applicationから利用できるリソースプラグインの種類が充実していくので、ソース中にハードコーディングしていたような環境依存パラメータは、どんどんINIファイルに移行するようになっていきます。application.iniファイル内では、できるだけリソース毎にまとめて書くようにしていますが、INIファイルをリソース毎に分けて管理できないものかと思っていました。 Zend_Applicationクリックスタートにあるように、 zf create project h2plus と、Zend_Toolを使ってプ
Zend_Application は DI コンテナで高度に抽象化された (ry オフィシャルのドキュメントでは設定ファイルに依存するような値を書いて、 Zend_Application を生成する際に設定ファイルを渡してやってる。 ディレクトリ構成は以下のような感じにしたい。 app |-- Gene.php |-- configs | `-- app.ini |-- modules | `-- index | |-- controllers | |-- services | `-- models |-- layouts |-- locale `-- views |-- helpers `-- scripts `-- index `-- index `-- index.phtmlブートストラップ自体は library の下に Gene_Bootstrap と置く事にして、 Gene.ph
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く