http://www.symfony-project.com/book/trunk/templating_configuration
年別アーカイブ: 2007年
layoutはtemplateより後に実行される
layoutはtemplateより後に実行される。
http://www.symfony-project.com/book/trunk/view
最後のsection「slot」
YAMLファイル内にPHPコードを埋め込む
やさしく読む「XML 1.0勧告」
@IT:XMLカレッジ-総合インデックス
やさしく読む「XML 1.0勧告」
validationのメッセージをI18N対応する
module_dir/validate/*.yml
のメッセージをxliffで翻訳するには、
app_dir/config/settings.yml
all: .settings: i18n: on IS_I18N: on
UserDir
ユーザのホームディレクトリは、デフォルトではapacheにアクセス権がないので、711に変更する必要がある。
Propelの日付と時刻型のgetter
引数に書式を与えると、
書式に'%'が含まれる場合はstrftimeで、それ以外の場合は、dateでフォーマットされる。
書式のデフォルトは、
timestamp、datetimeの場合
'Y-m-d H:i:s'
dateの場合
'%x'
%x - 時間を除いた日付を現在のロケールに基づき表現します。
timeの場合
'%X'
%X - 日付を除いた時間を現在のロケールに基づき表現します。
Could not instantiate mail function.
1.0にアップグレードしたら、sfMailで
Could not instantiate mail function.
というエラーが出るようになった。
エラーになるのは、Windowsのみで、Linuxでは正常に動作する。
http://www.symfony-project.com/forum/index.php/m/8660/
上記の解決法を試したが、だめだった。
StandardsSpeak
Martin Fowler's Bliki in Japanese - StandardsSpeak
(以下引用)
多くの標準文書を読むと、大量のコーヒーが必要というのもあるが、いくつかの言葉の意味に気を付ける必要がある。
標準では、shall(すべきである)を絶対的に守らなければならない事柄を示すときに使う(また、shall not(すべきでない)を絶対的に禁止する事項を示すときに使う)。 shallに違反すると、標準に従っていないことになる。 requiredやmustは同義語である。
should(するとよい)は少し弱い言葉である。 shouldは提言を示している。標準に従ってもらいたいが、違反しても標準に従っていないということにはならない。 recommendedは同義語である。
may(してもよい)は任意の機能である。その機能が存在していようがしてなかろうが、実装を使うことはできるはずだ。
上記の言葉については、オフィシャルなバージョンがRFC 2119に載っている。
normative(規範)は標準の一部になっている。 non-normativeなセクションは背景情報や説明などである。提案実装技術は、標準のコンセプトを明確にするため、non-normativeセクションで提案されている。しかし、書き手はそれによって実装を強制しようとは思っていない。