普通にSFTPでうｐ

>>851
それならrsyncの方が・・

ライブにいきなりシンクとだと高負荷のサイトはコードキャッシュが壊れたりするから気をつけよう。

Gitはどうなんかな
svnからわざわざ乗り換えるだけの価値あるの？

スレタイ読めよ

設定情報共有フレームワークとしての
ファイルフォーマットとライブラリをだな・・・・

俺俺フレームワークよりちょっと規模の大きなもの、社内で共有する規模くらいの作ってる人とかいる?

YAMLなら使ってる

>>857
たぶんいると思うけど、何が知りたいの？

ああ、なかまがいた(*'ｗ`)ﾎﾜﾜ
ってやりたいだけ

俺俺フレームワークって社内で共有するために作る(それも目的の一つ)んじゃないの？

規模が大きいってそういう意味か
フレームワークより規模が大きいってどういうもの？と思ってしまった

cakeってwww配下に全部置けるのか
今まで腐ったケーキと馬鹿にしてたけどこの気軽さはいいかも

なんだよ、Spyc 0.4.2 試したけどバグだらけじゃねーか！

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

おまえ絶対使ってないだろ。20分触っただけでワンサカでてくるんだけど？
・「{ A: 10, B: 20 }」というデータをロードしてvar_exportしたら
　array ( '{ foo' => array ( '10, bar' => '20 }', ), )
　だって。Spycばかじゃねーの？
・日付と時刻が解釈できない。「2009-12-31」がただの文字列。しょぼ。
・マッピングのキーを「"」や「'」でくくるとそれが含まれてしまう。
　たとえば「- "foo": 10」はarray(0=>array('foo'=>10)) になるはずなのに
　array(0=>array("'foo'"=>10)) になる。ふざけてんのか？
・文書区切りの「---」を解釈できない（＝ストリームに未対応）。
・「y」がTRUEになる。たとえば
　- x
　- y
　が array(0=>'x', 1=>TRUE) になる。やめてくれ。
・ブロックスタイルの文字列で最後の改行が消える。たとえば
　- |
　　foo
　だと array(0=>"foo¥n")になるべきところがarray(0=>'foo')。ほんとウンコ。

（つづく！）

やべー、Spycのバグ、ボロボロ見つかるわ。

・ユニコード書式未サポート。ウンコだから期待してない。

・クォートした文字列で「¥n」が解釈できない。たとえば
　- "aaa¥nbbb"
　が、array(0=>"aaa¥nbbb") のはずが array(0=>'aaa¥¥nbbb') になる。ウンコだから仕方ない。

・ブロックスタイルのインデント幅を指定できない。たとえば
　- text: |2
　　　　　aaa
　　　　bbb
　は aray(0=>array('text'=>"　　aaa¥n　b¥n")) になるはずが、
　array(0=>array('text'=>'|2', 0=>NULL, 1=>NULL)) になった。つくづくウンコ。

・「:」の直後に空白がなくてもキーとみなしてしまう。たとえば
　- &a1
　 name:x
　 age:20
　だと array(0=>array('name'=>'x')) になる。正しくはarray(0=>'name:x')。
　いくらなんでもこれはまずすぎるだろー。とことんウンコ。

・エラーになるべきところでエラーにならない。たとえば
　- aaa: 10
　　bbb: 20
　 ccc: 30　　　# インデントが1つ足りない
　だと3行目でエラーになるはずなのにならない。限りなくウンコ。

>>826顔真っ赤だな

ひどいな

俺は確信した。Spycの開発者って、みのりんのファンなんじゃね？
『（バグを）盛るぜ～、チョー盛るぜ～！』
盛り過ぎだろ！

・nullになるべきところで勝手に空配列になってる！
　- foo
　-
　の結果がなんと array(0=>'aaa', 1=>array()) だって！斬新すぎるだろ！

・マージで複数のアンカーを指定できない。つまり「<<: [*anchor1, *anchor2]」という指定方法ができないってことね。

・いらんところで空気読みすぎ。
　- [10, 20, 30, ]]
　はエラーにならないといけないのに、array(0=>arra(10, 20, '30,]')) になるとか。
　そんな空気読まなくていいから！間違った入力にはちゃんとエラーだしてくれていいから！

・spyc-0.4.2.zip ダウンロードしたのに、中に入っている spyc.php のバージョンは @version 0.4.1 だった！
　Spycの開発者は配布するソースのバージョンも管理できてない！
　

もういいわ。疲れた。これ以上調べる気にならん。


>>826
>0.4.2で十分実用レベルになっているだろ。
なってねーよ！おまえがYAMLのさわりの部分しか使ってないだけじゃねーか！

>YAMLは明らかに優れている。
YAMLは優れているかも知れん。しかしSpycはウンコ！にもかかわらず
> 能書きはいいから、今現在どんなバグがあるのかいってみな。
とか自信満々に語るおまえもウンコ！これは絶対！

>>864
>・「{ A: 10, B: 20 }」というデータをロードしてvar_exportしたら
>　array ( '{ foo' => array ( '10, bar' => '20 }', ), )

間違えた。
・「{ A: 10, B: 20 }」というデータをロードしてvar_exportしたら
　array ( '{ A' => array ( '10, B' => '20 }' ) ) になった。
　（正しくはもちろん array('A'=>10, 'B'=>20) ね。）

Spycはフロースタイルの解釈がまともにできないな。JSONパーサとしては絶対に使えねー。
それ以上に>>826も使えねーやつだろうけどな。

つうかさ、Spycのどこを見てバグがないと思ったんだろうな。よほど初歩的な使い方しかしてないんだろ。

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

おまえがそんなこというから、調べてやったよ。
あまりにバグが多いから途中で打ち切ったけど、もっと調べりゃまだまだ見つかるはずだぜ。

さあ弁解を聞こうか。人にここまでさせといてトンズラするなよ？

>858が何事もなくスルーされ、ようやく収束したと思ったのにわざわざ蒸し返す>864がKYウンコすぎる
もう帰れよお前

痛いとこ突かれちゃったもんね

まぁどっちにしてもYAMLは使うメリットないし、そもそもこの話題はスレ違い

>>869
はしゃぎ過ぎだろこの長文馬鹿
もうYAMLﾈﾀ勘弁

いや、カレントバージョンのspycが使えるかどうか
俺も気になってたがテストする気も起きなかったので、
未だに不具合満載ってことが分かっただけでも良かったわ
そういういみではGJ>>864=865=868=869=870

そうだな。ｽﾚﾁでも有用な情報には違いない。
馬鹿は言い過ぎだ正直ｽﾏﾝかった。

是非spycスレ立てて続けてくれ。

ここでいいよｗ

spycひどいな

俺も損兄つかん込んでる訳じゃないけど、
どうしてもYAMLで行きたきゃ、symfony付属のパーサ使ってた方がまだ安心できる？

まあ、別にspycがひどくても
それは、YAMLがひどいってことではないからな。

>>865を見て逆に、YAMLの仕様ではこんなこともできるのか！って
驚いた人もいるだろう。

いえ全然

設定ファイルはYAMLでもいいかもしんないけど、データフォーマットでXMLの代替に使うならJSONの方がいいと思う。
CouchDBというドキュメント指向データベースだと、JSONでデータを処理できるのでWebアプリとの親和性が高い。

http://wota.jp/ac/?date=20090415
>任意のデータ構造を RESTful に扱うことができるドキュメント指向データベースである CouchDB

>>871
826本人乙。お顔が真っ赤ですよ？いや真っ青か。
そりゃあれだけ自身満々に語ってたもんねー。恥ずかしいったらない。

もうYAMLはどうでもいいよ。どうせ当分触れる機会なんてない

YAMLはいいよ。どうでもいいのは826。

>>882
ネットで顔色がどうしたとかキモイなお前

>>885
顔色も悪いけど顔がキモイなお前

「えんがちょえんかちょえんがちょー」
「うるせーお前のかーちゃんでーべーそー」
レベルだな

PHPってなんでASP.NETと比べて10分の1程度の性能しかでないんですか？
Zendのエンジンがしょぼいんでしょうか？

8 名前：nobodyさん[sage] 投稿日：2009/09/03(木) 16:34:06 ID:???
●ASPとASP.NETのベンチマーク
http://www.atmarkit.co.jp/fwin2k/dnsvrguide/iisperf/iisperf_05.html
●CGI(C++)とASP.NET、ASP、PHPのベンチマーク
http://www.wrensoft.com/zoom/benchmarks.html
●PHPとASP.NETのベンチマーク
http://www.misfitgeek.com/pages/Perf_Tests_PHP_v2_08122009.html

APCやZendOptimizer入ってないものでテストされても・・・

あ、APCはあるのか
後はZendOptimezer

なんで 2003 年のベンチマークか聞きたい

公式サイトをみると
「Zend Optimizerは、PHPコードの最適化を行ない実行速度を
数％から数十％まで高速化します。」

PHPとASP.NETで10倍以上のスピード差があるならば、Optimizerで
数十パーセント速くなったところで、性能ではASP.NETの
足元にも及ばない気がする。

LAMPを使っているといっていた楽天もショッピングサイトでは
phpの拡張子が見当たらない。
性能面でPHPは使えなかったということなのかな

拡張子ｗ

拡張子て

>>891
>>887の真ん中のベンチマークかなり新しいぞ。
この構成みればかなり最近のってわかるだろう。

Test server specifications:

Intel i7 2.66 GHz
Windows 7 Ultimate (64-bit)
Western Digital 500GB SATA2 GreenPower, 7200 RPM
4 GB of RAM
PHP 5.2.9-1 on Apache 2.2.11
ASP and ASP.NET tested on IIS 7.5.7000.0
CGI (C++) application tested on Apache 2.2.11
JavaScript tested on Internet Explorer 8.0.7000.0
Zoom Search Engine V6 (build 1013), Enterprise Edition

なに？UNIX系は拡張子などないとかいいうつまらんツッコミ？

PHPが低性能すぎてまったく反論できないから、つまらんところに
ツッコミいれることしかできないんですね。

「UNIX系は拡張子などない」ｗ

いいんじゃない。
PHP は ASP より性能低いで。
ASP で開発すればいいんだよwwww

>>898
wwwつけてるけどあんたがASP, ASP.netをまったく理解して
ないのはわかった。
PHPはASPよりは速い。
ただASP.netには性能面で、完敗。

ASPとASP.netは完全に別物。パフォーマンスもまったく違う。

拡張子で腹筋が崩壊した