元スレ【PHP】フレームワークについて語るスレ13【総合】

php覧 / PC版 /

みんなの評価 : ○

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

851 = :

普通にSFTPでうｐ

852 = :

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

853 = :

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

854 = :

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

855 = :

スレタイ読めよ

856 = :

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

857 = :

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

858 = :

YAMLなら使ってる

859 = :

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

860 = :

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

861 = :

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

862 = :

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

863 = :

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

864 = :

なんだよ、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')。ほんとウンコ。

（つづく！）

865 = :

やべー、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行目でエラーになるはずなのにならない。限りなくウンコ。

866 = :

>>826顔真っ赤だな

867 = :

ひどいな

868 = :

俺は確信した。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はウンコ！にもかかわらず
> 能書きはいいから、今現在どんなバグがあるのかいってみな。
とか自信満々に語るおまえもウンコ！これは絶対！

869 = :

>>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のどこを見てバグがないと思ったんだろうな。よほど初歩的な使い方しかしてないんだろ。

870 = :

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

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

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

871 = :

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

872 = :

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

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

873 = :

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

874 = :

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

875 = :

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

877 = :

ここでいいよｗ

878 = :

spycひどいな

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

879 = :

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

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

880 = :

いえ全然

881 = :

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

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

882 = :

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

883 = :

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

885 = :

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

886 = :

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

887 = :

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

888 = :

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

891 = :

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

892 = :

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

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

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

894 = :

拡張子て

895 = :

>>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