>>800
面倒じゃないことって何?

YAML厨は文脈を読まないで揚げ足取りばかり･･･('A｀

だって今時インストールなんてコマンド一行…

spycはファイル1個置いときゃいいだけなのに、
インストールが面倒とか意味わからん。

>>804
だよね。

ファイル一個置くのも面倒って
自分が作っているプログラムは、
ファイル一個でできているのかと。

自作でもいいからライブラリ使うだろう。
そしたら、ライブラリファイルを一個置くだろう。
それも面倒なんて、どれくらい初心者なんだよｗ

インストールが面倒とかじゃなくて標準で無いのが駄目って言ってるんじゃない？

あ、ここフレームワークスレだったか、スマン。
標準を言い出すとフレームワークどれも使えなくなるな

ZF が標準化されるかなーと思ったけど品質低いよね

標準化されれば使うところ増えるだろうね
OSにバンドルされればサポート対象にもなるし。

Google AppEngineでもYAMLは使われているね。
でもPHPでYAMLを使うのはちょっと敷居高いよ。
YAMLライブラリがRubyでは標準添付、PythonはPyYAMLのできがいいしGoogleAppEngineに含まれている、
でもspycはYAMLパーサとして不完全すぎるし、バグも多い。
YAMLはいい選択肢だと思うけど、PHPでやるのはあまりお勧めしない。

> でもspycはYAMLパーサとして不完全すぎるし、バグも多い。

いや（笑） 根拠が書いて無いから誰も信じて無いからそれｗ

Zenderとしては有り難いけどね

>>811
お前はSpyc使っているのか？あれはかなりバグ満載だぞ。
http://gihyo.jp/dev/serial/01/yaml_library/0004?page=3
Spycで満足しているやつはYAML初心者。

YAML？ ああ、あれは面白いフォーマットだったよね・・・。
　
　
　
って3年後に言われてるに１ペリカ

>>813
>お前はSpyc使っているのか？あれはかなりバグ満載だぞ。
つうか、バグも多いけど、YAMLの便利機能が欠けているのが痛い。使う気になれない。
Spyc使うぐらいならlibyamlの移植を使う。

>>811
>いや（笑） 根拠が書いて無いから誰も信じて無いからそれｗ
おまえがアンカーすら使ってないことはよくわかった。
その程度の知識で「YAML便利」とかほざくな。
おまえみたいなのはな、XMLが登場した時になんでもかんでもXMLで書こうとしたバカどもと同じ水準。
今はYAML覚えたてだから、なんでもかんでもYAMLで書こうとしているだけの単細胞バカ。
ミーハーの行動はYAMLの評判にとって大きなマイナス。YAMLを少しかじった程度でわかった気になるな。

XMLやJSONと比較して、パーサや情報が熟成されてない時点でなぁ･･･
全体の工数の数％程度の設定ファイルの為に、コストかけるくらいならXML書くわｗ
IDE使えば編集はYAMLより遙かに楽だし

お前らたかが設定ファイルでどんだけ熱くなってんだよｗｗ
もうarrayでいいわ

XML見づらいっていうけど、
MSのXMLエディタとか使いやすいのあるし
viにこだわらなきゃ楽じゃない？


まぁ普通は設定じゃなくて、データファイルとして使う方が多いと思うが

ループしてきた



終了

guessworkのPHP5対応版ってどうなったの？

結論
新フォーマットがどんなに優れていようと、学習環境、開発環境、実績が揃わない限り流行り物として終る。

見づらいとかは主観が入るからなぁ
メンバの多数決で決めれば良い

>>815
おろかな君に知恵を授けてあげよう。

バージョン番号。
それがあがると、バグが修正されるんだ。

お前が持ってきたリンク。0.3(beta)
最新、0.4.2

さて、何か言い訳を聞こうか？
どんなバグがあるのかね。

カレントバージョンで既知のバグすべてを直してくれる
天才プログラマの>>823がいると聞いてやってきました

バージョンが上がると、テストもせずにアップデートする>>823がいると聞いてやってきました。
0.4 って時点で未完成もいいところだろ･･･

能書きはいいから、今現在どんなバグがあるのかいってみな。

0.4.2で十分実用レベルになっているだろ。
YAMLの仕様は全部満たしていない？
だが、他の方法（iniやXML）にその仕様はあるのかと自問しよう。

YAMLは明らかに優れている。

zend studio上でcheckdnsrrを実行すると
undefined functionになるんだけど何でなの

http://www.php.net/manual/ja/function.checkdnsrr.php
| 5.3.0 この関数は、Windows プラットフォームでも動作するようになりました。

5.3.0 以前の Windows で使ってないよね？

>>826
なにこれ、他人を煽ってバグを見つけさせようとする新しい手口？
そこまでおまえが自信満々に語るなら、ちょっと試してみる。

>>828
つこうてました

>>830
ドンマイ

>>826
そうだね！ＹＡＭＬは凄いね！
issueすら読めない人でも使えるんだもんね！ほんとすごい！皆には内緒にしといたほうがいいよ！

そうだよ。
YAMLは凄いよ。

YAMLは仕様だからね。
ライブラリの問題は別の話。

sprcに実装していない仕様があるとはいえ、
今現在でも、iniなんかより
はるかに優れている現状をみてどう思う？

バグの出てないバージョンが出てからどうぞ。

仕様上は大は小を兼ねるのかもしれんが、
大抵の設定ファイルなんてiniで事足りる設計になってると思うよｗ

ベンチマークとか取れば、無駄なオーバーヘッドに萎えるかと。

array最強でFA

自分はZendFWのドットシンタックスなiniファイルを愛用している

database.host = "hoge"
database.user = "user"
database.password = "pass"

みたいな。
YAMLと比べるとGREPしやすくていいよ。

>>837
array()が[]で代用できるなら同意

XMLとYAMLはスキーマバリデータが使えるのも大きいよ。
素のPHPのarray()だとリストや階層構造を表現できても検証が微妙。
それに素のPHPでもない限りiniでも普通はの解析結果をキャッシュするでしょ？

まあ設定ファイルなんて各々が好きな形式を使えばいいと思うけど
自分が嫌いだからクソみたいなことを言うだけじゃ議論にならないよね。

>>838
iniファイルで、grepしやすいように、
工夫したキーにするのなら、
YAMLでも、工夫したキーにすれば同じことじゃね？

それならiniでいいじゃんってなる。
XMLのようなデータが簡単に書けるのがYAMLのいいところなんじゃないの？

もうYAML

ini くいことさらっと言うな

>>841
同じじゃないよ。

サーバへのコンテンツのデプロイってどうやってる？
俺はsubversionからupdateしてるけど
一般的な方法ってあるんだろうか

>>846
.svnもアップロードしてるの？

>>846
それが理想的だよな。

>>847
それが問題だよな。


公開ディレクトリ配下に.svnを置くのは少々不安。

ローカルでsvnチェックアウトしてrsync --exclude '.svn'する

httpd.confで.ファイル塞いでるからまず問題ないお