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

1 名前：nobodyさん mailto:sage [2008/08/24(日) 21:43:37 ID:???] 前スレ pc11.2ch.net/test/read.cgi/php/1202521438/ 236 名前：nobodyさん mailto:sage [2008/10/20(月) 17:37:11 ID:???] 英語の情報をなかったことにするのは君にとって損失かもしれないよ? www.google.co.jp/search?hl=ja&q=site%3Asymfony-project.org+paginate 237 名前：nobodyさん [2008/10/20(月) 21:10:52 ID:Kq4igHV+] >>236 でもそれも機能たいしてなくないか？ CakePHPみたいに同一ページの複数モデルに対応してないでしょ？ っていうか、ページネーションって掲示板ですら絶対に必要になる機能なのに なんで標準で付けないんだろ 238 名前：nobodyさん mailto:sage [2008/10/20(月) 21:57:19 ID:???] >>237 最適化が難しいから。 一度でもページネイションの機能を作ったことがあればわかると思うが、 DBから全データ読み込んでから絞り込むのか、検索条件を考慮したデータを 取得しておいてからそれを絞り込むのか、なんだかんだ。 基本的に、データの「件数」がわからないとページング出来ない。 （それを無視してやるページングもあるが。） どうせライトユーザ向けには、DBやらと連携したページングを求め られるんだから、「始めからつけてない」は、ある意味賢明な選択だよ。 ・・・↑が不満なら、PEARとか使えばいいじゃん、全く。 239 名前：nobodyさん [2008/10/20(月) 22:10:00 ID:Kq4igHV+] >>238 いや俺もたいしたやつじゃないけど作ったことあるし、 CakePHPのソースを解析したりしてみたけど、 そんなに難しくはないと思うけどな（だったらそれ使えばいいじゃんと言われるかもしれないが・・・） ＞基本的に、データの「件数」がわからないとページング出来ない。 これは渡せばいいだけ 240 名前：nobodyさん mailto:sage [2008/10/20(月) 22:21:43 ID:???] >>239 うん。だから、>>238の二行目 >最適化が難しいから と、最終行 >・・・↑が不満なら、PEARとか使えばいいじゃん、全く。 が、結論なんだけどなｗ 「フレームワークに標準で付いていない」ってのが問題じゃ無かったのか？ 241 名前：nobodyさん [2008/10/20(月) 22:31:39 ID:Kq4igHV+] >>240 PEARは使いたくない まあ、付いてないことがはっきり分かったからもういいです 242 名前：nobodyさん mailto:sage [2008/10/20(月) 23:11:01 ID:???] paginationはZendなら標準で付いてる しかも色んな状況に対応できる さあ、ZFを使おう！ 243 名前：nobodyさん [2008/10/20(月) 23:27:07 ID:Kq4igHV+] まあそれが普通だよな 244 名前：nobodyさん mailto:sage [2008/10/20(月) 23:34:15 ID:???] ＞基本的に、データの「件数」がわからないとページング出来ない。 CakePHPはよくできてる。 データの件数ってのは、データ用のSQL文のうち条件は同じでselectするものが、 フィールド名の変わりにcount(*)になっただけ。 そこの部分（フィールド名の変わりにcount(*)）への変換を 自動でやってくれるから、データ用のSQLに相当する部分のみを書けばいい。 また、データ用のSQLにlimitを主導で追加する必要もない。これも自動で追加される。 つまり、「データを取ってくるSQL」を書いて「ペジネーション」処理を使うだけで内部的に、 「データを取ってくるSQL」には、自動的にlimitが追加されて発行され 「データを取ってくるSQL」には、自動的に件数を取得するcountに変更される。（当たり前だがこっちにはlimitはつかない） （もちろんSQL直書きではなくモデルの操作だが） 最適化って話なら、データ件数を取得する関数をオーバーライドできる。（上のやつはデフォルト動作） こういう目的でオーバーライドされるために存在するメソッドが用意されている。 245 名前：nobodyさん mailto:sage [2008/10/20(月) 23:41:59 ID:???] >>244 うーん。それは、例えばファイルベースのデータとかには適用できないよね。 メールボックスを漁るとか、さｗ 無理矢理使おうと思えば、いっぺんDBに放り込む必要がある。 そんな（SQLで全部済む）フレームワークばかりではない、っていう前提に 立てば、ページネイションの機能は汎用的なものにならざるを得ない。 データの件数と一ページ辺りの取得件数から、データ開始位置（番号）と データ終了位置を取得する、みたいな。 SQLで言えば、OFFSET とそこからの LIMIT を取得するだけ、っていう。 んで、そんなクラスが乱立しても仕方ないので、PEARなりZendなり使えって 結論で多分無問題。 と思うんだけどなぁ もちろん、>>244みたいな全自動？ページネイションを否定するわけではないけど。 246 名前：nobodyさん mailto:sage [2008/10/20(月) 23:53:02 ID:???] SQLを使わないページネイションなら別にある。 247 名前：nobodyさん mailto:sage [2008/10/21(火) 00:20:07 ID:???] mysqlならSQL_CALC_FOUND_ROWSを使いたいよね 248 名前：nobodyさん mailto:sage [2008/10/21(火) 00:32:46 ID:???] >>247 またそんな無茶ぶりをｗ フレームワークなりライブラリなり作る身になれｗ まあ、そんなこと言う人は自分で作るんだろうけど 249 名前：nobodyさん mailto:sage [2008/10/21(火) 01:06:35 ID:???] >>244 >CakePHPはよくできてる。 別にCakeだけがよくできてるわけじゃなくて、Cake以外もできてますよね？ 250 名前：nobodyさん mailto:sage [2008/10/21(火) 03:24:50 ID:???] >>247-248 ページネイションとSQLをごっちゃにしてね？ SQL_CALC_FOUND_ROWSを使った独自SQL文からのデータを、 ページネイションに渡せばいいんですよ。 251 名前：nobodyさん mailto:sage [2008/10/21(火) 03:26:05 ID:???] >>249 symfonyにはないってことから、この話題がはじまっている。 252 名前：nobodyさん mailto:sage [2008/10/21(火) 03:31:10 ID:???] ページネーションくらい自分で書けばいいじゃん 253 名前：nobodyさん mailto:sage [2008/10/21(火) 03:33:09 ID:???] cakeなどという厨フレームワークを使える奴は恥知らず それだけはガチ 254 名前：nobodyさん mailto:sage [2008/10/21(火) 03:36:51 ID:???] >>252 だからそういう問題じゃないんだって そんなこといったらFWも自分で書けば（ｒｙ 255 名前：nobodyさん mailto:sage [2008/10/21(火) 03:37:18 ID:???] simplateの中の人が不治の病で引き継ぎする人募集してるね 面識ないし、simplateを使ったこともないけど泣きそうになっちゃった 256 名前：nobodyさん mailto:sage [2008/10/21(火) 03:39:35 ID:???] てかモデルは自分で書いた方がいい FW付属のモデルだとクラスタリング対応とかしにくいじゃん 257 名前：nobodyさん mailto:sage [2008/10/21(火) 03:41:23 ID:???] こういうスレって必ず>>253みたいな奴が現れるよなｗ 258 名前：nobodyさん mailto:sage [2008/10/21(火) 03:42:25 ID:???] >>257 恥知らず乙ｗｗｗ 259 名前：nobodyさん mailto:sage [2008/10/21(火) 03:46:39 ID:???] >>255 もういいんだ。PHPの世界でテンプレートはもう死んだんだ。 みなが、PHPがテンプレートそのものじゃね？と気づいた。 君の役目は終わった。 260 名前：nobodyさん mailto:sage [2008/10/21(火) 03:53:16 ID:???] simplateの中の人はいい仕事をしている いい仕事をしている人を愚弄するな 261 名前：nobodyさん mailto:sage [2008/10/21(火) 03:57:54 ID:???] 愚弄？ 262 名前：nobodyさん mailto:sage [2008/10/21(火) 03:58:45 ID:???] >>255 一度計ったことがあるけど たしかに速いね >>257 相手にしない方がいいよ 263 名前：nobodyさん mailto:sage [2008/10/21(火) 04:04:16 ID:???] cake使いって案外多いんだなｗ 高カロリー低栄養のケーキ喰いすぎてメタボm9(^Д^)ﾌﾟｷﾞｬー 264 名前：nobodyさん mailto:sage [2008/10/21(火) 04:39:49 ID:???] >>263 後半は、なんだい？ ケーキの話かい？ じゃあすれ違いだねｗ 265 名前：nobodyさん mailto:sage [2008/10/21(火) 10:18:09 ID:???] >>263 こいつ自分から頭悪い発言してるなｗ 266 名前：nobodyさん mailto:sage [2008/10/21(火) 15:53:57 ID:???] 厨フレームワークだけあって さすがにcake厨の煽りはレベル低いねｗ 267 名前：nobodyさん mailto:sage [2008/10/21(火) 16:58:55 ID:???] おまえらライスケーキでも食ってすこしもちつけ 268 名前：nobodyさん mailto:sage [2008/10/21(火) 17:12:18 ID:???] だいたいページネーションとmodelを一緒くたにするなんて愚かすぎだろ>cake まず汎用的な単体ページネーションクラスを書いて それにモデルをアタッチできる継承クラス書くなり アダプタ書くなりするのが普通です つまりsymfonyは神、cakeはホームレス 269 名前：nobodyさん mailto:sage [2008/10/21(火) 18:03:54 ID:???] > だいたいページネーションとmodelを一緒くたにするなんて愚かすぎだろ>cake ページネーションがmodelと一緒くたになっていると 勘違いする人もいるんだなぁｗ コントローラと一緒くたになっているというならまだしも。 （まあコントローラと一緒くたになるのは何の問題もありませんが） いったいどこの部分を見て一緒くたといっているんだろうか。 modelから任意の範囲のデータを持ってくる機能？ これをmodelに入れないとしたらどこに入れるんだか。 270 名前：nobodyさん mailto:sage [2008/10/21(火) 19:56:58 ID:???] まぁ、cake見たことないから憶測で言ってるだけだけどね。 cakeってPHP4/5用だっけ？ 4を切り捨てずにクリーンになんて書けるわけねーし 物乞い乙ｗｗ 271 名前：nobodyさん mailto:sage [2008/10/21(火) 20:34:39 ID:???] なんにしても厨っぽい発言していると説得力なくなるぜ 272 名前：nobodyさん mailto:sage [2008/10/21(火) 21:33:22 ID:???] code igniterにしてもcakephpにしても ウリだったPHP4対応が今度は足かせになります 273 名前：nobodyさん mailto:sage [2008/10/21(火) 23:07:36 ID:???] 切り捨てなかったからユーザがついたんじゃないの 274 名前：nobodyさん mailto:sage [2008/10/22(水) 02:03:20 ID:???] つかPHP4が使えないフレームワークなんて 仕事じゃ使えません 275 名前：nobodyさん mailto:sage [2008/10/22(水) 02:05:32 ID:???] >>274 とも限らなくなってきたな。 いつまでも古いサーバ使ってるんじゃないよー 276 名前：nobodyさん [2008/10/22(水) 02:16:16 ID://oF70yn] >>275 クライアントに言ってくれよ… verアップを勧めても、他のプログラムに不具合が出るかもしれないので PHPのverアップはできません(^o^) って言われるしな… 277 名前：nobodyさん mailto:sage [2008/10/22(水) 02:32:46 ID:???] 実際クリーンとかピュアとかって商売としては・・ 278 名前：nobodyさん mailto:sage [2008/10/22(水) 05:53:06 ID:???] >>274 すごいな。未だにこんな仕事してるやついるのか… 279 名前：nobodyさん mailto:sage [2008/10/22(水) 08:21:37 ID:???] ま、今でもPHP4を指定する案件は多い。サーバ上の他のプログラムがPHP4で動いているなら、新しいプログラムもPHP4にするしかないからな。 280 名前：nobodyさん mailto:sage [2008/10/22(水) 08:43:18 ID:???] >>279 歩のスパイラルだな もうPHP４は絶体絶命のセキュリティ穴でも作って 使ってるサーバごとぶっ壊せばいいのに 281 名前：nobodyさん mailto:sage [2008/10/22(水) 13:04:41 ID:???] 実際PHP4はもうセキュリティFIXも出さない予定なんだろ？ といいつつこないだ出たけど。 レン鯖でPHP4と5共存してるところとかあるよね。 282 名前：nobodyさん mailto:sage [2008/10/22(水) 15:48:34 ID:???] php4で作るならphp5より高いですよ。 とか言えばいいんじゃないのかな。 実際大変だし。 283 名前：nobodyさん [2008/10/22(水) 16:26:31 ID:Skk+7Du0] >>282 じゃあ他に頼みます 284 名前：nobodyさん mailto:sage [2008/10/22(水) 16:29:12 ID:???] こうしてダンピングも続くのであった 285 名前：nobodyさん mailto:sage [2008/10/22(水) 16:32:01 ID:???] 一度出来上がったものを新しくするのにはコストもかかるから仕方がないってのはわかるが 踏ん切りつけれないとこ(クライアント)は総じて馬鹿な奴が多いよな。不思議と。 286 名前：nobodyさん mailto:sage [2008/10/22(水) 16:42:21 ID:???] IEも未だに6使ってるやつは馬鹿 作り手の気持ちを考えられない 287 名前：nobodyさん mailto:sage [2008/10/22(水) 16:46:31 ID:???] >>283 それで仕事逃すなんてもったいない。 php5で作る素晴らしさを説明して、説得するんだ。 php4なら高いというのは、言い換えればphp5なら安い。 実際php5で作るよりphp4の方が工数増えない？ クライアントというより、元請からの仕事なら、しょうがないが。 288 名前：nobodyさん mailto:sage [2008/10/22(水) 17:31:12 ID:???] というか、PHP5の方がセキュリティホール見つかるの多いし。 289 名前：nobodyさん mailto:sage [2008/10/22(水) 17:50:12 ID:???] >>287 クライアント「で、PHP5で作ったらいくら安くなるの？」 290 名前：nobodyさん mailto:sage [2008/10/22(水) 18:01:25 ID:???] PHP5%引き 291 名前：nobodyさん mailto:sage [2008/10/22(水) 18:28:36 ID:???] >>290 普及率かな？それなら合理的かな 292 名前：nobodyさん mailto:sage [2008/10/22(水) 18:29:23 ID:???] PHP5用に別鯖立てればいいじゃん 今から作るのにPHP4なんていくらなんでもあほすぎだよ 293 名前：nobodyさん mailto:sage [2008/10/22(水) 18:46:54 ID:???] 将来的に何れ変更が必要になるわけで、今がチャンスですよと押し込む材料は十分あるしなｗ 294 名前：nobodyさん mailto:sage [2008/10/22(水) 19:02:07 ID:???] >>286 作り手の気持ちなんて考えるユーザやクライアントなんてほぼ皆無だと思うけど 295 名前：nobodyさん mailto:sage [2008/10/22(水) 22:23:46 ID:???] >>294 それを工数・予算に絡めて喋るのがいい営業・・・ってのは夢かなー（棒読み） 296 名前：nobodyさん mailto:sage [2008/10/23(木) 00:13:27 ID:???] >>292 確かに、今から作るならPHP5だね。 まっさらな新規案件なのにPHP4でっていうのは、 PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。 ただ、PHP5だからって工数が圧倒的に圧縮できる訳じゃない。 そういう意味では、既存でPHP4で走ってるのの改良はかなりつらい。 297 名前：nobodyさん mailto:sage [2008/10/23(木) 01:19:05 ID:???] >>296 >PHP4に慣れて自分のライブラリとかをPHP5で使えるようにしない技術者の怠慢。 ちょっと違う。 使えるようにできない、ていうか、（できないことはまずないから）、できるかどうかすら わからない、技術者の怠慢「と無能」 が正しいように思ってる。まあこんな事は職場では言いたくないけど。 298 名前：nobodyさん mailto:sage [2008/10/23(木) 01:29:54 ID:???] いや、クラの我儘だろ 299 名前：nobodyさん mailto:sage [2008/10/23(木) 01:34:26 ID:???] >>298 それすら、怠慢（自分の仕事を楽により良くする努力を怠っているという意味で）、 っていう次元ですよ。 「新規案件でPHP4」っていうお話はね。 既存スクリプトの保守案件はまた別と理解してます。 あと、教育コストが云々は認めません。少なくとも、俺がチーフ（笑）なら。 300 名前：nobodyさん mailto:sage [2008/10/23(木) 08:08:47 ID:???] PHP4もPHP5も使う立場ではほとんど変わらないから。PHP5がE_STRICTを強制するとかっていうなら、PHP5の方が難易度高くなるけど。 301 名前：nobodyさん [2008/10/23(木) 12:08:45 ID:yerXAIOJ] おいおい サポート切れてるPHP4つかうなよ 302 名前：nobodyさん mailto:sage [2008/10/23(木) 12:21:21 ID:???] > PHP5がE_STRICTを強制するとかっていうなら、PHP5の方が難易度高くなるけど。 E_STRICT強制で難易度高くなるってなんだそりゃ？ｗ 警告をプログラムを完成させるまでの試練と考えているのかな？ 俺にとっては、警告はプログラムを完成させるまでの サポートだと思うんだが。 つまり、E_STRICTを強制されたほうが逆に難易度は低くなると感じる。 間違ったコード、良くないコード、そういったものを排除できるからね。 303 名前：nobodyさん mailto:sage [2008/10/23(木) 12:24:37 ID:???] 致命的な不具合が見つかっても対応されない可能性が高いPHP4なんて 早く切り捨てるべきと説き伏せろ！ あれ、ここ何スレ？ 304 名前：nobodyさん mailto:sage [2008/10/23(木) 12:25:03 ID:???] E_STRICTは正直うざいけどね 出すにしても、別にログを取りたくなるくらい 一方、E_NOTICEはデフォルトでONでもいいと思うんだ この辺のバランスがなあ 305 名前：nobodyさん mailto:sage [2008/10/23(木) 12:30:37 ID:???] E_STRICTで出るエラーなんて潰していくのは基本だろ・・・ どんだけいい加減なもの作ってるんだ 306 名前：nobodyさん mailto:sage [2008/10/23(木) 13:31:17 ID:???] >>305 Java大好き志向でのコーディングかな？ まるまる新規コーディングじゃないとNon-static method 〜〜　とか、 出まくって修正も大変だと思うんだが。 「基本」は言い過ぎだし、頭でっかち感が否めない いまだにnoticeすら無視されまくってる現状で 307 名前：nobodyさん mailto:sage [2008/10/23(木) 13:42:27 ID:???] 保守案件はE_STRICT云々以前に、いろいろと大変なこと多いからな。 少なけりゃつぶすけど、多かったら放置にはなるね。 新規案件なら、E_STRICTなんてたまにしか出てこない。 たまにだから、出たらつぶすよ。 てかE_NOTICEもそんな頻繁に出ないような。 どっちかというと、Pear使っていい案件の時、Pear内に沢山あって ゲンナリすることの方が多いなぁ。 308 名前：nobodyさん mailto:sage [2008/10/23(木) 15:10:38 ID:???] まあ、どっちみちPHPの場合、おおざっぱな警告メッセージとか変数のスコープなんで、あまり役に立たないと言えば立たないが。 それでも、下手なプログラムを排除できるというメリットはある。E_STRICTをオンにしたら、エラーばっか出て実装が進めないPHPプログラマーは多数いるだろう。 309 名前：nobodyさん mailto:sage [2008/10/23(木) 16:06:40 ID:???] > エラーばっか出て実装が進めないPHPプログラマーは多数いるだろう。 それはお前だけｗ 310 名前：nobodyさん mailto:sage [2008/10/23(木) 16:58:02 ID:???] E_STRICTうざいってどんだけー 311 名前：nobodyさん mailto:sage [2008/10/23(木) 18:45:04 ID:???] >>309 PHPプログラマーのレベルなんて、そんなもんだから。 312 名前：nobodyさん mailto:sage [2008/10/23(木) 19:04:58 ID:???] >>311 だからそれはお前だけｗ 313 名前：そこそこ初心者 mailto:sage [2008/10/23(木) 21:41:05 ID:???] Cake←何て読むの？フレームワークはどこでダウンロードできますか？ なかなかダウンロードページにたどり着けません… 314 名前：nobodyさん mailto:sage [2008/10/23(木) 21:41:33 ID:???] 終わってる 315 名前：nobodyさん mailto:sage [2008/10/23(木) 22:04:30 ID:???] >>312 類は友を呼ぶっていうだろ。 >>311の周りにはそういうゴミみたいな連中が沢山いるんだよ。 底辺の環境で仕事してる証拠。 316 名前：nobodyさん mailto:sage [2008/10/23(木) 22:05:17 ID:???] www.phppro.jp/news/568 いまだに一番使われてるフレームワークはMojavi 317 名前：nobodyさん mailto:sage [2008/10/24(金) 03:28:29 ID:???] >>316 その言い方には語弊があるようなw 「現状使用したことがあるフレームワーク」という質問だから、今使用しているとは限らないと思うが 318 名前：nobodyさん mailto:sage [2008/10/24(金) 08:18:02 ID:???] ウェブフレームワークの使用経験があるのが70%、そのトップがMojavi。 しかも、PHPカンファレンス2008に参加したという、技術に関心の高いPHPプログラマーが対象のアンケートでこの有様。 319 名前：nobodyさん mailto:sage [2008/10/24(金) 09:01:16 ID:???] この間面接受けてきた会社 フレームワークは重くなる遅くなるから使いません！言ってたな 提供サービスを全部新しく作り直すらしいけど、次はJavaでもPHPでもなく、Rubyだ！ とか言ってた。でもRails遅過ぎるから速度が必要なとこだけFWなしのPHPだとかなんとか… 大丈夫か…ｗ 320 名前：nobodyさん mailto:sage [2008/10/24(金) 09:09:26 ID:???] フレームワークは重くなるとか言ってるようなアホ会社は 無駄なコード書いて死んだらええねん 321 名前：nobodyさん mailto:sage [2008/10/24(金) 09:42:46 ID:???] DRYなコードを書けば自ずとフレームワークに近くなるしなｗ てか速度が必要なとこだけphpという選択はどうなの？何でphpなの？ 322 名前：nobodyさん mailto:sage [2008/10/24(金) 11:41:32 ID:???] 1つのファイルで完結できるから、とかいう意味じゃね？ 323 名前：nobodyさん mailto:sage [2008/10/24(金) 11:47:54 ID:???] FastCGIとかMongrelとか調べたくも覚えたくもない、 とかいう意味かもね？ 調べた上で使えねえ、って言ってるのかもしれんが 324 名前：nobodyさん mailto:sage [2008/10/24(金) 12:30:23 ID:???] 自分仕事で開発とかやったことないような超ド素人だから、 そうなのかーってちょっと思わされかけてたけど、やっぱおかしいよねこれｗ ちなみに、規模や今後の事なんかも考えると、Javaとかを選択したほうが いいんじゃないかとかをきいてみたら、Javaは遅いし、もう古いとか言われてさ さすがにその見解はちょっとどうなのって思っちゃったｗ フレームワークを使わず自分でコード書くことは(勉強としては)すごく重要だと思うし 自社開発の会社だから、社員の成長のためにいろいろやらせたい、って感じな部分も あるのかもしれないけど、メインの仕事で車輪の再発明みたいな事繰り返して 無駄な工数増やすのは間違ってると思ったｗ 325 名前：nobodyさん mailto:sage [2008/10/24(金) 12:37:16 ID:???] >>324 「Javaは遅いし」 ちょっと待てｗ うーん。こういう面接（下手したら社長とか）も、あるあるｗとしか言えない 326 名前：nobodyさん mailto:sage [2008/10/24(金) 12:47:42 ID:???] 確かに昔はVMとかすげー重くてもっさりって感じで、アプレットとかうぜぇって思ったりしてたけど まさかJava=アプレットとしか知らなかったりしてナｗ 327 名前：nobodyさん mailto:sage [2008/10/24(金) 13:27:47 ID:???] 「Javaは(開発速度が)遅いし」とかじゃ 328 名前：nobodyさん mailto:sage [2008/10/24(金) 14:05:30 ID:???] Javaはもう古いには同意するな。 元々Javaをやってる会社なら別だけど、今選択するならJavaは古いと思う。 あと既存のフレームワークを使わないで、自社で作るという選択肢はありだと思う。 既存のものは何かと合わなかったりするし、フレームワークが無いと開発できません。 は困るし。 自社のフレームワークもありません。 だと困るがｗ 329 名前：nobodyさん mailto:sage [2008/10/24(金) 14:15:28 ID:???] >>328 代替物が無い状況では、古いってのは意味がない なんでまだC言語で開発が行われてるのかと PHPやRubyがJavaを完全に代替できる筈もないし、 目指してもないだろ。 文脈無しでJavaが古い、はナンセンスだと思うよ 330 名前：nobodyさん mailto:sage [2008/10/24(金) 14:24:54 ID:???] それ以前に、PHPのスレで「Javaは古い」っていうのは笑止千万なようなｗ 331 名前：nobodyさん mailto:sage [2008/10/24(金) 14:59:36 ID:???] >>329 いやさ、これから会社が新たな「開発言語に取り組む！」って時に、 何の言語か聞いてみたら、 「これからはJavaです！」とかいってたら、 「いまさら？」って思わないかってことなんだが。 もちろんJavaは現役で使われてる言語だとは思うよ。 俺も案件によってはphpじゃなくてJava使うし。 332 名前：nobodyさん mailto:sage [2008/10/24(金) 15:12:25 ID:???] Java古いつってPHPやらRubyやらってのも説得力がないんだよなｗ ある程度古く枯れてきてないと商用にはあまり向かないってのもあるだろうし 色々理由付けがあっての「古い」なのかも知れないから、深くは突っ込まなかったけど なんかJavaを毛嫌いしてるって感じの印象を受けた感じだった 自社開発で提供してるサービスだったし、自社FWってのはありだと思うけど 日が建つにつれ混沌としてきて、組み込みなんかであるような なんともドロドロした感じのものが出来そうなイメージもあるんだよなー Web系で使う言語なんて結局は殆どが文字列操作をするためのもんだし、 自社製FWはどんなに突き詰めていっても 既存のものから使わないメゾッドとか減らしてHDDの使用量を減らしました！速度も気持ち速いです！ ってくらいの差しか出ないんじゃないかなーと …と、スレチっぽい話題振ってスマソｗ >>331 それは言語が古いんじゃなくて、その会社の取り組みの姿勢が遅れてるって感じなんじゃｗ 333 名前：nobodyさん mailto:sage [2008/10/24(金) 15:30:39 ID:???] その人の心の中ではJavaは古い物だったんだろう。 334 名前：nobodyさん mailto:sage [2008/10/24(金) 15:39:06 ID:???] rubyに比べると新しくはないという意味なら文脈としてもおかしくはないかと。 新しいからって理由で方向を決めるのもちょっと心配になるがw 335 名前：nobodyさん mailto:sage [2008/10/24(金) 15:55:33 ID:???] ことFWに関してはJavaはPHPに比べて圧倒的に成熟してる気がする 最近Java触り初めてSAStrutsやらS2JDBCやら使ってるけどめちゃくちゃ開発効率上がったよ・・・ 俺なんかJava全然知らないのに知らなくても普通に使える。これすごいよ 336 名前：nobodyさん mailto:sage [2008/10/24(金) 16:24:57 ID:???] PHPフレームワークは色々あるけど「これなら！」ってのがなー 337 名前：nobodyさん mailto:sage [2008/10/24(金) 16:38:07 ID:???] 標準になりそう（なってほしい）のがSymfony PHP4からの移行とかで現実的なのがCakePHP 公式だけど、フレームワークとしてはいまいち、 どちらかといえばライブラリ？って感じなのがZendFramework 338 名前：335 mailto:sage [2008/10/24(金) 16:42:42 ID:???] >>336 このスレのネタなのかマジなのかわからない「もうちいたんでいいよ」 っていう指摘はあながち間違ってないと思うんだよね 以前もどこかで同じ事言ってる人がいたが、デファクトスタンダードが 決まらない状況が続けば続くほど、リソースの集約もそれに輪をかけて遅れていくわけだし。 それに伴って余計スタンダードが決まらない・・・リソース（ｒｙ の悪循環が続いて俺はPHPに限界を感じて、Javaに手を出すことにしたんだよ。 PHPの適当さ加減を一番活かすには必要最小限のFWでいいと思う。 逆にちいたんが成熟していったらかなりいい物ができあがるんじゃないかと思っている 339 名前：nobodyさん mailto:sage [2008/10/24(金) 19:20:00 ID:???] Javaでなんのフレームワーク使っている？ Struts？ Spring？ Seasar？ 結局Javaでもフレームワーク乱立だと思うけどね。 Javaは長いようだが成熟しているというわけでもなく、 J2EE/EJBが否定されて根本的に覆ろうとしているし（覆った？） DIコンテナはもう普及し終わったかな？ 340 名前：nobodyさん mailto:sage [2008/10/24(金) 21:35:46 ID:???] そっちのスレでやってくれ 341 名前：nobodyさん mailto:sage [2008/10/24(金) 22:23:02 ID:???] オープンソースなんだから乱立が正常な状態だろ 多様性があるから発展性があるんだし 342 名前：nobodyさん mailto:sage [2008/10/24(金) 22:31:56 ID:???] 結局JavaにしてもPHPと状況は変わらんってことだなｗ 343 名前：nobodyさん mailto:sage [2008/10/24(金) 23:56:56 ID:???] そのまとめ方はさすがに無理あるだろｗ 344 名前：nobodyさん mailto:sage [2008/10/25(土) 14:14:16 ID:???] 結論 　ちいたんでいい 345 名前：nobodyさん mailto:sage [2008/10/25(土) 14:50:17 ID:???] ちいたんはいつ1.0になるのだね 346 名前：nobodyさん mailto:sage [2008/10/25(土) 16:14:43 ID:???] 作者が飽きるので永遠になりません。 347 名前：nobodyさん mailto:sage [2008/10/25(土) 16:21:09 ID:???] ってか実際ちいたんつかってる人っている？ 仕事ではさすがに使えないだろうけど、個人でなら十分実用なんだよな 348 名前：nobodyさん mailto:sage [2008/10/25(土) 17:16:18 ID:???] あえて使うことはねえよｗ 349 名前：nobodyさん mailto:sage [2008/10/25(土) 18:12:46 ID:???] ごもっともｗ 350 名前：nobodyさん mailto:sage [2008/10/26(日) 00:22:59 ID:???] ちいたんってオチに使われてる以外にあまり見たこと無いがw 351 名前：nobodyさん mailto:sage [2008/10/26(日) 00:59:20 ID:???] オチに使われる奥さんｶﾜｲｿｽｗ 352 名前：nobodyさん mailto:sage [2008/10/26(日) 01:07:17 ID:???] ちぃたんって嫁の名前なのか お前のために歌作ったんだみたいなアーティストっぽいな 353 名前：nobodyさん mailto:sage [2008/10/26(日) 02:43:49 ID:???] プログラマもアーティストって肩書きにすれば人気出るんじゃね？w 354 名前：nobodyさん mailto:sage [2008/10/26(日) 02:45:15 ID:???] アーティスチックなコーディングをされても周りは困る 355 名前：nobodyさん mailto:sage [2008/10/26(日) 03:03:20 ID:???] 海外のハカーは奥さんの名前つけたりするね 356 名前：nobodyさん mailto:sage [2008/10/26(日) 10:48:45 ID:???] でもそういうのは日本じゃ流行らなさそうｗ 357 名前：nobodyさん mailto:sage [2008/10/26(日) 11:45:37 ID:???] あっちじゃ台風すら人名つけるしなあ 358 名前：nobodyさん mailto:sage [2008/10/27(月) 20:03:18 ID:???] 名前空間の実装がダサすぎてPHP脂肪ｗｗｗ \区切りキモス 359 名前：nobodyさん mailto:sage [2008/10/27(月) 20:08:32 ID:???] \区切り？ あぁ。頭の弱い人か。 360 名前：nobodyさん mailto:sage [2008/10/27(月) 23:28:39 ID:???] PHPER必死の強がりワロスｗｗ 361 名前：nobodyさん mailto:sage [2008/10/27(月) 23:34:39 ID:???] その釣り方はさすがに無理があるよ 362 名前：nobodyさん mailto:sage [2008/10/27(月) 23:36:33 ID:???] PHP5.3の名前空間は\区切りなの？ 363 名前：nobodyさん [2008/10/28(火) 00:57:04 ID:Xl2JqkE7] ('A`) 364 名前：nobodyさん mailto:sage [2008/10/28(火) 01:00:04 ID:???] ごめん。 >>358の真意が知りたい 365 名前：nobodyさん mailto:sage [2008/10/28(火) 01:05:19 ID:???] >>364 こちらをどうぞ blog.ohgaki.net/php_5_3_namespace 366 名前：nobodyさん mailto:sage [2008/10/28(火) 01:14:15 ID:???] >>365 thx ('A`) 367 名前：nobodyさん mailto:sage [2008/10/28(火) 01:57:07 ID:???] 一応聞くけど、バックスラッシュだよね？\じゃないよね？ 368 名前：nobodyさん mailto:sage [2008/10/28(火) 02:03:16 ID:???] >>367 あんたの環境でどう見えてるかは知らんｗ 2chを通したせいかも知れんが、あんたのレスの\と同じものだろ？ ASCIIで0x5cとも言う・・・っていうとなじみ深い気がして嫌だｗ 369 名前：nobodyさん mailto:sage [2008/10/28(火) 02:07:06 ID:???] thx 0x5cならおｋ >>365 のリンク先がUTF-8なのにもかかわらず、 円マークになってたから気になった。 370 名前：nobodyさん mailto:sage [2008/10/28(火) 02:14:58 ID:???] >>369 ああ。本当だ。その記事はU00A5で書かれてるね。てかブログの仕様？ 俺もその記事しか見なかったから、確かなことは言えないけどｗ ・・・まあぶっちゃけASCII or Latin-1 以外を奴ら（誰？）に強制できる わけもないので、￥マークってのはありえない、はず！ ソースコードUTF-8強制とかなら、むしろ嬉しいかもだけどな！ 371 名前：nobodyさん mailto:sage [2008/10/28(火) 02:17:35 ID:???] てか、この記事が壮大な釣り？ 372 名前：nobodyさん mailto:sage [2008/10/28(火) 02:24:27 ID:???] 一応こっちもどうぞ？ ttp://wiki.php.net/rfc/backslashnamespaces 誰か訳してｗ 373 名前：nobodyさん mailto:sage [2008/10/28(火) 02:55:29 ID:???] へーutf-8って\とバックスラッシュが違うコードなの？ 374 名前：nobodyさん mailto:sage [2008/10/28(火) 03:01:39 ID:???] >>373 ttp://www.penlabo.net/archives/310 375 名前：nobodyさん mailto:sage [2008/10/28(火) 03:12:19 ID:???] ちょっと事実誤認があるかな。俺も詳しくないけど。 u00A5(？)は、ISO-8859-1(Latin-1)にこそ、ある文字だ。 本来の意味での、円通貨を表すシンボル？ と言うわけで、>>370の安心は、その理由ならちょっと早いｗ もちろん、実際PHPの仕様としてそんな訳は無いだろうけどｗ 376 名前：nobodyさん mailto:sage [2008/10/28(火) 09:24:12 ID:???] PHPってパーサーが弱いよなあ。ちょっと複雑なプログラムでバグがあると、php -l でエラー行検出出来なかったりするからな。 377 名前：nobodyさん mailto:sage [2008/10/28(火) 12:01:56 ID:???] そらぁ構文エラーだけだから、複雑なシステムのバグってんなら lintじゃぁ出ないエラーの方が多いだろう。 構文エラーが出るのは大抵の言語で括弧とかクオートの閉じ忘れくらい。 /.で、PHPがこの惑星で一番アホなプログラム言語とか書かれて ちょっとかわいそう。しかもInsightful: 5だし。 海の向こうのGeekもPHPはお嫌いなようで。 378 名前：nobodyさん mailto:sage [2008/10/28(火) 19:56:14 ID:???] まあPHPがよく使われているって証拠でもあるよな。 オープンソースのウェブアプリは ほとんどPHPだし。 379 名前：nobodyさん mailto:sage [2008/10/28(火) 20:00:13 ID:???] >>378 phpがよく使われているのは事実だが、 何が言いたいのかよくわからない 380 名前：nobodyさん mailto:sage [2008/10/28(火) 20:07:39 ID:???] >>378 そういうのをPHPERの遠吠えって言うんだよｗｗ m9（＾Д＾）ﾌﾟｷﾞｬｰ 381 名前：nobodyさん mailto:sage [2008/10/28(火) 20:24:18 ID:???] アホなプログラム言語とか言う行為こそ遠吠えだろう。 382 名前：nobodyさん mailto:sage [2008/10/28(火) 20:35:27 ID:???] 名前空間の区切りにバックスラッシュをつかうなんてのは実際 retarded だろうよ。 383 名前：nobodyさん mailto:sage [2008/10/28(火) 20:39:58 ID:???] 日本語で書け 384 名前：nobodyさん mailto:sage [2008/10/28(火) 20:45:16 ID:???] 日本語不自由な人なんで勘弁してあげてください 385 名前：nobodyさん mailto:sage [2008/10/28(火) 21:21:52 ID:???] 名前空間の区切りに逆斜線をつかうなんてのは実際 retarded だろうよ。 386 名前：nobodyさん mailto:sage [2008/10/28(火) 21:26:37 ID:???] ディレクトリだって、斜め線なのに？ 387 名前：nobodyさん mailto:sage [2008/10/28(火) 21:27:12 ID:???] いっそスラッシュでよかったんじゃまいか 388 名前：nobodyさん mailto:sage [2008/10/28(火) 21:27:44 ID:???] いやだめか 389 名前：nobodyさん mailto:sage [2008/10/28(火) 21:41:50 ID:???] ::じゃだめだったん？ 390 名前：nobodyさん mailto:sage [2008/10/28(火) 21:46:17 ID:???] だめだったん。 391 名前：nobodyさん mailto:sage [2008/10/28(火) 21:52:07 ID:???] なんであかんの？ 392 名前：nobodyさん mailto:sage [2008/10/28(火) 21:54:43 ID:???] せめてちょっと前のリンク先だけでも読んでくれ 393 名前：nobodyさん mailto:sage [2008/10/28(火) 22:52:01 ID:???] こっちには、他の候補？もあるのかな ttp://wiki.php.net/rfc/namespaceseparator でも (5) number of chars は基準としてどうなんだｗ # とか候補に挙がらなかったのかな？バックスラッシュより遙かにマシだと思うんだけど。 どうせ # でのコメントは非推奨だったんだし、使ってる奴なんて極少数だろうし 394 名前：nobodyさん mailto:sage [2008/10/28(火) 23:34:09 ID:???] 互換性が・・・ 395 名前：nobodyさん mailto:sage [2008/10/28(火) 23:43:35 ID:???] 中途半端に互換性なくなるくらいなら 完全に無視してちゃんと作ったほうがいいよね 396 名前：nobodyさん mailto:sage [2008/10/29(水) 00:08:59 ID:???] :=でいいやん 397 名前：nobodyさん mailto:sage [2008/10/29(水) 00:58:53 ID:???] ：： 398 名前：nobodyさん mailto:sage [2008/10/29(水) 01:17:59 ID:???] >>397 それは却下されたんだよ 399 名前：nobodyさん mailto:sage [2008/10/29(水) 02:00:15 ID:???] バックスラッシュはなんだかなぁ。 400 名前：nobodyさん mailto:sage [2008/10/29(水) 02:39:33 ID:???] 今まで通り、細かい互換性なんぞ無視してしまえばいいんだｗ というか、現行の :: と -> の区別って必要なの？ メンバアクセスは全部 -> にしてしまえば、:: が使えるじゃない！ 修正も多分、検索・置換でそれほど手間じゃなさそうだし たかが名前空間って考えると、本末転倒な気もするけど 401 名前：nobodyさん mailto:sage [2008/10/29(水) 02:56:57 ID:???] スキーマのデータを毎回dbから取得するのと、 取得したデータをファイルにキャッシュしておいて随時読むのと、 どっちがコスト低いですか？ 402 名前：nobodyさん mailto:sage [2008/10/29(水) 02:59:03 ID:???] スキーマのデータが分からんとDBにアクセスできんだろ 403 名前：nobodyさん mailto:sage [2008/10/29(水) 03:12:12 ID:???] スキーマのデータって何を指してるんだ？ 404 名前：nobodyさん mailto:sage [2008/10/29(水) 03:18:43 ID:???] カラムの型データです 405 名前：nobodyさん mailto:sage [2008/10/29(水) 03:39:09 ID:???] どんなDAOを使ってるか知らないけど、 テーブルにどんなデータ型のカラムがあるかなんて取得する？ PropelとかDoctrineは定義ファイルを書くけど。 よくわからないけど、毎回DBから取得するより、 ファイルから取得した方が、普通に考えてコスト低いと思う。 んーなんか見当違いかな。 406 名前：nobodyさん mailto:sage [2008/10/29(水) 08:12:34 ID:???] code igniterを参考にしたオリジナルのdaoです やっぱり、普通はファイルアクセスの方が速いですかね・・ 407 名前：nobodyさん mailto:sage [2008/10/29(水) 10:14:23 ID:???] どうせカラム型なんかはメモリにキャッシュしてるだろうし そんなに変わらないっつーかファイルに書くより早いかもね。 パフォーマンスが問題ならベンチして決めるしかないでしょ。 メンテ込みなら、自動的にカラム型を読み込むのは便利。 408 名前：nobodyさん mailto:sage [2008/10/29(水) 15:12:56 ID:???] DBからロードするって事は大抵はなんかしら変更の可能性があるデータってことだろうし キャッシュを作成するとなると常時最新でなくなる可能性が出るんじゃないの？ 更新タイミングとか考えたり余計な手間が増えるだけ 逆に、変更がめったに行われないとかってわかってるものなら、ただの定数 ハナからDBに保存しておく必要なくね？ つか、なによりまずスレ違いだ 409 名前：nobodyさん mailto:sage [2008/10/29(水) 15:34:43 ID:???] >>408 >>407で言っているのは、DBサーバはカラム型をメモリに置いているはずだということ。 つまりDBに問い合わせればディスクには読みにいかないだろうと言う読み。 付け加えると、SQLiteにしても、スキーマ情報はDBをオープンした後黙っても読まれるはずで、 それをメモリから取り出すだけだからいちいちファイルに書いとくのはどうよ、ってこと。 410 名前：nobodyさん mailto:sage [2008/10/29(水) 16:45:25 ID:???] >>377 エラーは検出するけど、何行目のエラーか検出できないんだよ。そんなのPHPだけだと思う。 411 名前：nobodyさん mailto:sage [2008/10/29(水) 18:14:15 ID:???] $ php -l <<EOF <?php echo "hello"; fuga(); foo(); (); ?> EOF Parse error: syntax error, unexpected ')' in - on line 7 Errors parsing - なんか出てる気がするよ? 412 名前：nobodyさん mailto:sage [2008/10/29(水) 18:23:29 ID:???] 複雑になると出ない場合があるんだよ。 前にmatzがPHPのAPCが何でそんなに効果的なのか理由が分からないって言ってたけど、あれは単純にPHPの構文解析の性能が悪いからって理由だと思う。 413 名前：nobodyさん mailto:sage [2008/10/29(水) 20:06:51 ID:???] >>400 > というか、現行の :: と -> の区別って必要なの？ PHPに->ってあったっけ？ 414 名前：nobodyさん mailto:sage [2008/10/29(水) 21:03:04 ID:???] ->がPHPみたいなもんだろ 415 名前：nobodyさん mailto:sage [2008/10/29(水) 21:15:12 ID:???] ＞PHPに->ってあったっけ？ え？ 416 名前：nobodyさん mailto:sage [2008/10/29(水) 21:38:30 ID:???] ->は好かん.がよい 417 名前：nobodyさん mailto:sage [2008/10/29(水) 22:03:57 ID:???] ->は好かんがよい、に見えた 418 名前：nobodyさん mailto:sage [2008/10/30(木) 02:18:50 ID:???] そろそろPythonを勉強する時期かな？ 419 名前：nobodyさん mailto:sage [2008/10/30(木) 02:22:17 ID:???] レンタル鯖で普通に入ってないやつなんて 学ぶ必要はないんだ 420 名前：nobodyさん mailto:sage [2008/10/30(木) 03:20:43 ID:???] どれか１つの言語でもちゃんとやっときゃ 他の言語なんてやる気になりゃ出来る 421 名前：nobodyさん mailto:sage [2008/10/30(木) 08:03:13 ID:???] >>420 できればその１つがPHPではない方が、幅は広そうだがｗ 422 名前：nobodyさん mailto:sage [2008/10/30(木) 16:05:21 ID:???] たしかにプログラムの基礎練習としてはやっぱ向かないよなｗ まだ改修段階にあるってかんじで、他の言語で当たり前に出来ることが出来ないってのがむずむずするｗ 423 名前：nobodyさん mailto:sage [2008/10/30(木) 16:14:12 ID:???] その代わりほかの言語では、めんどくさいことが さくっとできるんだぜ。 file('example.com/hoge.jpeg'); とかな！ ほんとダメな言語。 424 名前：nobodyさん mailto:sage [2008/10/30(木) 16:39:09 ID:???] きゃーすてき！ 425 名前：nobodyさん mailto:sage [2008/10/30(木) 16:56:50 ID:???] >>421 実際はそうでもない。 例えばperlやpython、rubyから入るよりは、 phpから入ったほうがjavaやC++は覚えやすい。 まぁ古臭いってことなんだが 426 名前：nobodyさん mailto:sage [2008/10/30(木) 18:09:36 ID:???] 安いレンサバの代表格のXREA、Xserver等には、Python、Rubyも入ってますな＾＾ RoRで一世を風靡したRubyをあえて選ばずに、Pythonを始めるのが通の嗜み？ 427 名前：nobodyさん mailto:sage [2008/10/30(木) 21:55:43 ID:???] XREAを選ぶ奴の気が知れないよ 428 名前：nobodyさん mailto:sage [2008/10/30(木) 21:58:07 ID:???] ロリポップやヘテムルならいいのか？ 429 名前：nobodyさん mailto:sage [2008/10/30(木) 22:38:46 ID:???] Rubyは知らんがPythonなら入ってるサーバは、最近だとそれなりにあるきがする。 430 名前：nobodyさん mailto:sage [2008/10/31(金) 09:24:51 ID:???] Railsもmod_railsというかPassengerの登場でPHP並に管理が楽になった感じだし、 これからは選べるようになるかも。 431 名前：nobodyさん mailto:sage [2008/10/31(金) 13:33:41 ID:???] 変数型を気にする必要の無い言語から始めると取り掛かりやすいけど いざ型がある言語に移るとき、ちゃんと理解しきれてないと苦労しやすいってのもあるから PHPを最初に覚えるってのはちょっとオススメしないかもだなｗ まぁ、触れやすいこと、覚えやすいことを重視したほうがスタートしやすいし、 やりたい事にもよるから一概には言えないと思うけどね 432 名前：nobodyさん mailto:sage [2008/10/31(金) 13:47:03 ID:???] 変数型が無いPHPは 余計な心配が増えてよくない 433 名前：nobodyさん mailto:sage [2008/10/31(金) 13:56:53 ID:???] PHPをちゃんと理解すればPHPにも型があるって分かるはずだから問題ないだろ 434 名前：nobodyさん mailto:sage [2008/10/31(金) 16:12:42 ID:???] railsも深く知るほど「簡単」とはとてもいえないものだと分かってくる railsを速く動かすソリューションを安定して稼働させるにはスキルがいるし、 スレッドセーフかそうでないかということも気を遣わなければいけない。 435 名前：nobodyさん mailto:sage [2008/10/31(金) 16:17:00 ID:???] Railsの中でスレッドなんて使ってるの？ 少なくともFastCGIやらの同時起動なら、プロセス別じゃないの？ よくわかってないけど 436 名前：nobodyさん mailto:sage [2008/10/31(金) 16:56:15 ID:???] 型とかの概念はプログラム覚えるなら最初のうちにやっといたほうがいい気はする 437 名前：nobodyさん mailto:sage [2008/10/31(金) 17:05:48 ID:???] まぁほんとに初めてがphpはあかんわな でも普通は学校で最初にcやpascalやったりするんじゃないの？ 438 名前：nobodyさん mailto:sage [2008/10/31(金) 17:07:22 ID:???] いいかげんフレームワークの話をしましょうよ。 439 名前：nobodyさん mailto:sage [2008/10/31(金) 18:31:35 ID:???] PHPは変数のスコープが関数単位というのがなんとも。 440 名前：nobodyさん mailto:sage [2008/11/01(土) 04:31:36 ID:???] 配列すら参照渡しになるJavaScriptはPHPより糞 しかもcloneメソッド標準装備してないし 441 名前：nobodyさん mailto:sage [2008/11/01(土) 11:07:00 ID:???] === 442 名前：nobodyさん mailto:sage [2008/11/01(土) 19:01:05 ID:???] >>427 せめてどこなら良いか提示してからそういうこと言おうな 443 名前：nobodyさん mailto:sage [2008/11/01(土) 20:20:40 ID:???] XREAなんでだめなの？ 444 名前：nobodyさん mailto:sage [2008/11/01(土) 22:22:08 ID:???] xreaだからだろ 445 名前：nobodyさん mailto:sage [2008/11/01(土) 23:40:57 ID:???] 理由なんかないだろ。なんでも否定したくなる年頃なんだよ。 中学生とかおっさんとか。 446 名前：nobodyさん mailto:sage [2008/11/02(日) 00:36:25 ID:???] お前らxreaなんか使うレベルなんか・・ 447 名前：nobodyさん mailto:sage [2008/11/02(日) 02:51:59 ID:???] xreaがダメな理由なんてちょっと調べたり確認すればわかるだろ… そんなことも説明されないとわからないのか… 448 名前：nobodyさん mailto:sage [2008/11/02(日) 02:54:45 ID:???] 話に全然信憑性無いわ 449 名前：nobodyさん mailto:sage [2008/11/02(日) 03:43:51 ID:???] まぁそういうやつはXREA使っとけばいいんじゃねｗ サポートがだめすぎるけど、運よくトラブルに会わなければ、 まぁ安い金額で使えるし。 たまに、coreserverの方にxreaの設定を上書きして、 coreなのにXREA相当にしちゃったり、 mailmanがバグだらけでまったく機能しなかったり、 ほかにも色々トラブルおこしてるみたいだけど。 俺はxreaスレやcoreserverスレ読んだら、怖くて仕事には使えなくなった。 450 名前：nobodyさん mailto:sage [2008/11/02(日) 03:46:29 ID:???] てかxreaって何につかうの？個人サイト？ なんでフレームワークスレでxreaが出てくるのか謎 451 名前：nobodyさん mailto:sage [2008/11/02(日) 06:29:42 ID:???] なんでxreaがだめか教えてやろう。 それは安かろう悪かろうだから。 まあ常識で考えて安いところにろくなところはない。 俺が使っているところ。おすすめだから教えてやろうか？ 今ならキャンペーン中だからお得だぞ。 452 名前：nobodyさん mailto:sage [2008/11/02(日) 06:54:51 ID:???] >>449 >>442 453 名前：nobodyさん mailto:sage [2008/11/02(日) 07:07:41 ID:???] 凝った機能盛り込んだ個人的なブログ設置するのに、 わざわざ高いサービス選ぶ必要あるか？ xrea程度でも手軽に試せるものの方が、ユーザも増えて ノウハウも蓄積するだろ。 >>446とか頭悪すぎるな 454 名前：nobodyさん mailto:sage [2008/11/02(日) 07:15:59 ID:???] 個人ブログといっても財産ですからね。 財産をそんな簡単に盗まれてしまうところにおいておきますか？ おいておかないでしょう？ それでなくぐらいなら、ちょっとの費用で 安心を得られるほうを選びませんか？ そんなに気になるのなら私が使っているサーバーを教えてあげますが。 455 名前：nobodyさん mailto:sage [2008/11/02(日) 09:05:42 ID:???] >>452 使いたいのならどうぞ。 XREAはやめといたほうがいいという、ただの忠告だから、 参考にするしないは自由だよ。 俺はさっき書いた理由で使わないけどｗ 456 名前：nobodyさん mailto:sage [2008/11/02(日) 10:56:50 ID:???] >>453 あのサービスに不満がないならそんな噛みつかなくてもいいと思うよ 457 名前：nobodyさん mailto:sage [2008/11/02(日) 12:05:53 ID:???] >>449 xreaを仕事で使う馬鹿なんていたの？ サーバ運用するにもお金がかかるって知ってる？ 458 名前：nobodyさん mailto:sage [2008/11/02(日) 16:19:37 ID:???] Symfonyて結構バグあるの？ CakePHPカンファレンス東京のレポート読んでたら、 そんなような記述があったんだが。 あまり詳しく書いてなかった。 459 名前：nobodyさん mailto:sageｳｿ [2008/11/02(日) 17:46:21 ID:???] >>457 俺はプライベートでも勘弁だがｗ 460 名前：nobodyさん mailto:sage [2008/11/02(日) 19:53:56 ID:???] なんかxreaに仕事を奪われた サーバー屋が裏工作しているみたいですねｗ 461 名前：nobodyさん mailto:sage [2008/11/02(日) 20:59:33 ID:???] 正直お小遣い稼ぎの趣味サイトならxreaで十分だしな〜 462 名前：nobodyさん mailto:sage [2008/11/03(月) 04:52:26 ID:???] >>458 まぁ細かいのはそこそこある。 ZFもsymfonyも、あれだけ規模がでかけりゃバグチケットが増えるのは当然。 あんまり比較の際の根拠にはならないな。 463 名前：nobodyさん mailto:sage [2008/11/03(月) 17:39:38 ID:???] >>451 >>454 おすすめサーバ教えてくれ 464 名前：nobodyさん mailto:sage [2008/11/03(月) 19:52:45 ID:???] 他所でやれ 465 名前：nobodyさん mailto:sage [2008/11/04(火) 17:33:27 ID:???] symfonyはsubversion拾ってればわかるけど、1時間数十以上のファイルが修正されてるからな。 バグがあっても修正も早い 466 名前：nobodyさん mailto:sage [2008/11/05(水) 06:01:16 ID:???] 1時間数十以上 = 一日数百以上 = 一週間数千以上 = 一ヶ月数万以上 一ヶ月数万以上って本当ですか？ 467 名前：nobodyさん mailto:sage [2008/11/05(水) 07:54:12 ID:???] なんとも恐ろしいフレームワークだ 468 名前：nobodyさん mailto:sage [2008/11/05(水) 09:38:54 ID:???] >>466 本当だよ。subversionでチェックアウトしてみなよ 469 名前：nobodyさん mailto:sage [2008/11/05(水) 11:13:18 ID:???] Tracをみる限り、一日あたり10から30コミットというところ。 コミット一回につき、いくつかのファイルを触るだろうから、一回の変更の 影響範囲が大きい場合、ピーク時には一時間数十ファイル更新は充分ありうるが、 これがコンスタントに続くことはないでしょ。 まぁコミットはいっぱいあってもバグチケットをcloseするコミットは少ないように見えるが。 でも開発ブランチはこんなもの。 470 名前：nobodyさん mailto:sage [2008/11/06(木) 16:26:58 ID:???] CIって、早い分cakePHPやsymfonyと比べどんな機能が足りないの? 471 名前：sage [2008/11/06(木) 19:26:19 ID:W2KYlXPe] >>470 やさしさ 472 名前：nobodyさん mailto:sage [2008/11/06(木) 19:35:59 ID:???] >>470 痒いとこ 473 名前：nobodyさん mailto:sage [2008/11/07(金) 09:14:59 ID:???] >>470 モデルまわりは弱いと思った。 DBにselectした結果が配列なんで、そこがちょっと使いづらい。 あとバリデーションまわりはなんか不思議な仕様。もっとよくなりそうなもんだけど。 474 名前：nobodyさん mailto:sage [2008/11/07(金) 19:13:25 ID:???] >>472 痒いところってどの辺? 475 名前：nobodyさん mailto:sage [2008/11/07(金) 20:22:58 ID:???] ドクトリンってcodeigniterのパクリだろ？ 476 名前：nobodyさん mailto:sage [2008/11/07(金) 21:18:22 ID:???] >>23って俺が昔別のスレに書いた質問だったと思うんだけど 何でこんなとこに記載されて議論が発生してるんだｗ 477 名前：nobodyさん mailto:sage [2008/11/07(金) 21:20:39 ID:???] ところでcakePHPのパフォーマンスの悪さは改善されてないのかな？ 478 名前：nobodyさん mailto:sage [2008/11/07(金) 21:22:48 ID:???] >>477 RC3は使ってみた？ 479 名前：オリジナル23 mailto:sage [2008/11/07(金) 21:27:02 ID:???] >>23の質問を昔別スレに書いた本人だけど 結論としては、 ・スタティックな方法では使う側も唯一性を意識しなければいけない ・シングルトンであれば使う側は唯一性を気にする必要が無い と言うのが最も大きい違いだと思ってる。 要するに、シングルトンで書いておけば後からシングルトンじゃなくする時に 参照してる側は書き換えなくても良いって事。 抽象的に言えば、オブジェクトの特性である唯一性というものをカプセル化出来るということ。 480 名前：nobodyさん mailto:sage [2008/11/07(金) 21:31:03 ID:???] >>478 使ってませんが、ベンチ等で良い結果を出してるんですか？ >>15のような結果だとさすがに使えないので。 481 名前：nobodyさん mailto:sage [2008/11/07(金) 21:34:48 ID:???] 自分で確かめることって大事 482 名前：nobodyさん mailto:sage [2008/11/07(金) 21:37:02 ID:???] 時間がないんで 483 名前：nobodyさん mailto:sage [2008/11/07(金) 21:37:33 ID:???] こんなところに書き込んでる暇があるなら 484 名前：nobodyさん mailto:sage [2008/11/07(金) 22:45:30 ID:???] そりゃ自分でベンチマークとるよりは、ここに書き込む方が楽だし時間もかからないだろう。 485 名前：nobodyさん mailto:sage [2008/11/08(土) 00:11:03 ID:???] んな他力本願のやつに情報提供してくれる人がいる確率考えると 結局自分で調べたほうが結果がわかるのは早いと思うけどなｗ 486 名前：nobodyさん mailto:sage [2008/11/08(土) 00:20:53 ID:???] >>469 1.0=>1.1=>1.2と常にこの状態が続いています 487 名前：nobodyさん mailto:sage [2008/11/08(土) 01:28:22 ID:???] 個人がつくってるのを見るのが好きだ 488 名前：nobodyさん mailto:sage [2008/11/08(土) 01:29:27 ID:???] おっとMapleに鞭打つのはやめるんだ guessworkとか言うのももうやめるんだ 489 名前：nobodyさん mailto:sage [2008/11/08(土) 01:37:07 ID:???] >>479 まてまて 23は俺だがコピペじゃないよｗ 偶然同じ疑問を持っただけ 490 名前：nobodyさん mailto:sage [2008/11/08(土) 01:38:31 ID:???] cakePHPなんてドジでのろまな亀しか使ってないだろ 491 名前：nobodyさん mailto:sage [2008/11/08(土) 02:29:27 ID:???] >>479 出来ることは同じだけど、 唯一なものを唯一なものと知って使うのと、 唯一なのかインスタンスを複数作れるのかわからないけど、 普通に使えば唯一になってる、 の違いってこと？ ちょっとくどい聞き方かもだけど、ちゃんと確認したくって聞いてみた。 492 名前：nobodyさん mailto:sage [2008/11/08(土) 03:23:29 ID:???] >>490 本気でそう思うなら相手にしなきゃいいだけなのにw 493 名前：nobodyさん mailto:sage [2008/11/08(土) 06:24:48 ID:???] cakePHP 1.2のRC3は ”パフォーマンス改善中”と明確に言われている。 cakePHPの開発スタンスは、まず動くものを作る→リファクタリング（パフォーマンス改善含む） 494 名前：nobodyさん mailto:sage [2008/11/08(土) 06:54:44 ID:???] オープンソースで儲けるのって サポート事業しかないのか？ 495 名前：nobodyさん mailto:sage [2008/11/08(土) 07:47:16 ID:???] オープンソースは広く使ってもらっていると言う土壌を得る事がまず目的 広く使われればサポート事業や周辺ソフトが売れる 496 名前：nobodyさん mailto:sage [2008/11/08(土) 08:04:00 ID:???] 実際に動くコードが重要なわりに そのコードを作っても儲けられない。 それがオープンソースｗ せっかく土壌を作っても サポートや周辺ソフトや関連書籍を 他の人が提供して売り上げを持っていかれる。 それがオープンソースｗ 497 名前：nobodyさん mailto:sage [2008/11/08(土) 12:36:54 ID:???] いまだにオープンソースでガッツリ儲けようなんてプランのところがあるの？ 本当に基幹的なDBとかhttpdとかならともかく 498 名前：nobodyさん mailto:sage [2008/11/08(土) 13:25:19 ID:???] ガッツリってのはいくらぐらいなのかな。 それにもよるだろうが、儲けるかどうかは才覚の問題。 OSSかどうかは関係ないだろうな。 499 名前：nobodyさん mailto:sage [2008/11/08(土) 14:46:39 ID:???] お金の名言 「タダほど高いものはない」 500 名前：nobodyさん mailto:sage [2008/11/08(土) 16:19:59 ID:???] タダほどお得なものはない 501 名前：nobodyさん mailto:sage [2008/11/08(土) 17:38:16 ID:???] >>499 ApacheやらLinuxやら使ってて「高くついた」って感じたことはないなあ。 むしろ安い労働力まで付いてきて、お得感しかないのが大多数では？ｗ もちろん、大規模に「ガッツリ」儲ける分野では違うんだろうけど。 502 名前：nobodyさん mailto:sage [2008/11/08(土) 18:55:54 ID:???] 中・小規模向けのフレームワークって何が良い？ cakeはどうもパフォーマンスが悪すぎて嫌なんだよねえ 503 名前：nobodyさん mailto:sage [2008/11/08(土) 21:49:38 ID:???] 中・小ならEthnaでいいんじゃないの。 CIという手もあるが。 504 名前：nobodyさん mailto:sage [2008/11/08(土) 23:30:51 ID:???] ご冗談でしょう 505 名前：nobodyさん mailto:sage [2008/11/09(日) 05:48:00 ID:???] Ethnaとか、未だに選択肢に残ってるのかな？ 仕事で昔触ったときに、いろいろドン引きした記憶があるんだが。 アクションを準備していないURL指定すると「全ファイル」のrequireを し始めてプチDOSアタックになってしまう自前オートロード（笑）とかｗ 506 名前：nobodyさん mailto:sage [2008/11/09(日) 09:19:25 ID:???] 大規模ならCI or ZFのチョイスってことでFA? 507 名前：nobodyさん mailto:sage [2008/11/09(日) 11:56:58 ID:???] CIってPHP4にも対応しててコードに無理が出てるみたいな話も聞くんだけど 大規模で使えるようなものなの？ 小規模にしてもcakeとどっちが楽なんだろう 508 名前：nobodyさん mailto:sage [2008/11/09(日) 13:41:32 ID:???] ドッチかと言われればcakeだろ でもcakeもイマイチなのはよくわかる 509 名前：nobodyさん mailto:sage [2008/11/09(日) 14:55:46 ID:???] ciで大規模はきつい そういうふうには作られていない 510 名前：nobodyさん mailto:sage [2008/11/09(日) 15:03:14 ID:???] だよね 低機能だし だからこそある程度自分達で実装しやすい面もあるから 逆に大規模での需要はありうるけど かといって小規模でもCIはどうなんだろう 軽量なのは良いんだけど 511 名前：nobodyさん mailto:sage [2008/11/09(日) 16:23:48 ID:???] >>496 儲けなくても、一度つぶれた会社が オプソで蘇ってうまくいってるケースはある 512 名前：nobodyさん mailto:sage [2008/11/09(日) 16:25:12 ID:???] オープンソースは技術的には最良の手段だよ 利益に繋げられるビジネスモデルを考えられるか、実行出来るかが問題 513 名前：nobodyさん mailto:sage [2008/11/09(日) 19:20:35 ID:???] そこが最大の問題だと思う。 ぶっちゃけメシ食えなきゃしょうがない 514 名前：nobodyさん mailto:sage [2008/11/09(日) 19:27:31 ID:???] オープンソースにかかわってるエンジニアがこれほどたくさんいるという事実は 形は違えど、オープンソースで稼げるってことの裏返しじゃないかと思うのは甘い？ 515 名前：nobodyさん mailto:sage [2008/11/09(日) 19:29:10 ID:???] でも市場取らないとどうにもならない面もある もしオープンソースな製品が何一つ無い分野があったら、オープンソースな製品を立ち上げる事で その分野で一気に市場を奪える可能性がある 516 名前：nobodyさん mailto:sage [2008/11/09(日) 20:01:09 ID:???] >>513 gimpにしてもblenderにしても、オプソで生活してる開発者はいくらでもいる。 お前みたいな無知が日本には多いから、ボランティアみたいに見られるのは しょうがないと思うけど。 517 名前：nobodyさん mailto:sage [2008/11/09(日) 23:36:37 ID:???] 日本ではあまり話を聞かない気がするけど・・ 518 名前：nobodyさん mailto:sage [2008/11/10(月) 01:02:25 ID:???] しかもFWの話で画像系とか3D系はちょっと実感わかないかも 519 名前：nobodyさん mailto:sage [2008/11/10(月) 10:55:17 ID:???] 携帯サイト向けの機能も持ったフレームワークってあるの？ 520 名前：nobodyさん mailto:sage [2008/11/10(月) 11:15:09 ID:???] DeNAのMobaSiFみたいなものってPHPでは聞いたことないなぁ 521 名前：nobodyさん mailto:sage [2008/11/10(月) 15:28:02 ID:???] 携帯サイトって出力を携帯むけにするだけじゃないの？ なんか特別に機能必要け？ 522 名前：nobodyさん mailto:sage [2008/11/10(月) 15:29:05 ID:???] セッションとかＰＣと同じじゃ動かないんだよ そのほか端末識別番号の取得やらいろいろある 523 名前：nobodyさん mailto:sage [2008/11/10(月) 16:04:14 ID:???] そうそう。まともにサービスを開発したことがあったら、 携帯対応ほど煩雑なものはないと思えるよ。 キャリアと機種によって全然違う挙動するからね。 セッションもレイアウトも画像も。ま、小さいところでは絵文字とか。 524 名前：nobodyさん mailto:sage [2008/11/10(月) 16:05:21 ID:???] 機種によって動かなかったりするからテストもコーディングも面倒 525 名前：nobodyさん mailto:sage [2008/11/10(月) 16:55:03 ID:???] KEMPは? KEMP ke-tai.org ke-tai.org/index.php?KEMP 526 名前：nobodyさん mailto:sage [2008/11/10(月) 17:07:31 ID:???] それはＰＣ携帯両用サイトじゃなく携帯サイト作成のためのフレームワークっぽい 527 名前：nobodyさん mailto:sage [2008/11/10(月) 17:09:27 ID:???] 両方できるものが欲しいのか すまそ というより両方やろうとしている時点で間違っていると思う 小規模、小機能ならありえるけど 528 名前：nobodyさん mailto:sage [2008/11/10(月) 17:15:23 ID:???] 両対応サイトであったとしても別物と考えよ 529 名前：nobodyさん mailto:sage [2008/11/10(月) 17:24:25 ID:???] KEMPとやらはPHP5で動かない 携帯とＰＣで別フレームワークを使うとしたら 共通の機能を変更した場合どうすんの？ 530 名前：nobodyさん mailto:sage [2008/11/10(月) 18:47:01 ID:???] セッション動かないのはクッキーがないからだろ？ 単にget引数方式にしたらいいだけじゃないの？ 531 名前：nobodyさん mailto:sage [2008/11/10(月) 19:02:38 ID:???] >>529 当然それぞれ変更する 532 名前：nobodyさん mailto:sage [2008/11/10(月) 19:04:27 ID:???] >>530 リファラーを送っちまう機種でそんなことしたら、セッションハイジャックされるべ 533 名前：nobodyさん mailto:sage [2008/11/10(月) 19:05:00 ID:???] 実際携帯サイト向けのソリューションはいくつかあるんだけど 国内では情報少ないね 534 名前：nobodyさん mailto:sage [2008/11/10(月) 19:10:08 ID:???] >>530 POSTフォームだとACTIONに指定したパラメータを送らないっていう機種もあるしな そういう機種ではPOSTフォームでセッションを維持できない。 535 名前：nobodyさん mailto:sage [2008/11/10(月) 19:23:29 ID:???] 結局機種判別をして処理振り分けるような事をする必要があるんだよね 536 名前：nobodyさん mailto:sage [2008/11/10(月) 19:35:22 ID:???] ttp://gihyo.jp/dev/feature/01/mobasif/0001 ここに書いてあるのでもまだまだ序の口だな。間違ってるとこもあるし。 いまんとこ、オープンソースだとMobaSiF最強じゃないかな。 537 名前：nobodyさん mailto:sage [2008/11/10(月) 19:47:32 ID:???] 携帯の文字コードは、そろそろUTF-8統一でいいんでしょうか？ 538 名前：nobodyさん mailto:sage [2008/11/10(月) 19:48:52 ID:???] 結局そういうのは自分とこで作るしかないんじゃね 539 名前：nobodyさん mailto:sage [2008/11/10(月) 19:54:03 ID:???] >>536 Perlじゃん >>538 別に汎用的な機能だから広く使われるものが無い現状が異常 携帯関連開発の低レベル差だと思う 540 名前：nobodyさん mailto:sage [2008/11/10(月) 20:24:13 ID:???] うん。perlなんだけどさ。 スレチ承知であえて、携帯だけはPerlでって思えるぐらいの完成度だと思う。 541 名前：nobodyさん mailto:sage [2008/11/10(月) 21:08:55 ID:???] だいたい携帯は規格が無さ杉なんだよ ＯＳも別々のが乗ってるし エンドユーザーにとってメリットがある事じゃないんだが、不経済だなあ 542 名前：nobodyさん mailto:sage [2008/11/10(月) 22:50:10 ID:???] >>541 それと、各社・各世代仕様のまとめ情報が少なすぎる。 ググれば出てきそうなクッキー仕様や対応文字コード等の情報が、ほとんど無い。 会社で仕事なんかでは資料を作るんだから、暇な自営業者あたりが自分メモで 作ってても良さそうなもんなんだが。 フレームワーク辺りと違って、いじって面白くないのと、商売上公開したくないって のと、その他もろもろ理由はあるんだろうけど。 543 名前：nobodyさん mailto:sage [2008/11/10(月) 22:58:35 ID:???] Androidに期待 544 名前：nobodyさん mailto:sage [2008/11/10(月) 23:09:02 ID:???] 携帯はフルブラウザで見る以外は廃止にすべき 545 名前：nobodyさん mailto:sage [2008/11/10(月) 23:39:13 ID:???] MobaSiF読んでPHP用携帯FWを作るプロジェクトとか 546 名前：nobodyさん mailto:sage [2008/11/11(火) 00:37:30 ID:???] そもそも初期のｉモードなんかの仕様がダメ杉 547 名前：nobodyさん mailto:sage [2008/11/11(火) 02:17:34 ID:???] >>545 PerlのコードをPHPのコードに変換するジェネレーターがあれば、簡単に移植できるかな？ 548 名前：nobodyさん mailto:sage [2008/11/11(火) 02:22:07 ID:???] oshiete1.goo.ne.jp/qa863429.html Perlコードを、自動的にPHPコードに変換してくれる、そんな「ドラえもん」のようなプログラムがありましたら教えて下さい！ 無いですねえ。 www.cs.wcupa.edu/~rkline/perl2php/ Perl/Php Translation 549 名前：nobodyさん mailto:sage [2008/11/11(火) 07:51:48 ID:???] そういやperlで思い出したけど PHP on parrotて進んでるんでしょうか？ 550 名前：nobodyさん mailto:sage [2008/11/13(木) 08:51:01 ID:???] >>540 Perlの事情あまりしらはい。ﾗｲﾌﾞﾗﾘのどういうとこが携帯向き? 551 名前：nobodyさん [2008/11/13(木) 10:31:16 ID:kdvrTOAA] で、肝心のフレームワークなんだけど 結局今熱いのってなんなの？ いっぱいありすぎていまいちこれっていう特徴あるやつ ないんだよな〜 最近ちょっとさわってみようかな〜って思ってるのあるんだけど 誰かいじったことある人いたら所感教えて〜 PAJAJ ttp://pajaj.sourceforge.net/ xFrameworkPX ttp://px.xframework.net/ 552 名前：nobodyさん mailto:sage [2008/11/13(木) 14:00:08 ID:???] PRADOみたいなイベントドリブンなのはどうなんだ 553 名前：nobodyさん mailto:sage [2008/11/13(木) 16:16:39 ID:???] ちいたんでいい 554 名前：nobodyさん mailto:sage [2008/11/13(木) 23:25:55 ID:???] やっぱり落ち担当w 555 名前：nobodyさん mailto:sage [2008/11/13(木) 23:27:41 ID:???] もうちょっとふくらませてからｗ 556 名前：nobodyさん mailto:sage [2008/11/13(木) 23:41:23 ID:???] いやらしい 557 名前：nobodyさん mailto:sage [2008/11/14(金) 13:45:00 ID:???] 大規模向けのFWはどれ? 558 名前：nobodyさん mailto:sage [2008/11/14(金) 13:52:53 ID:???] ちいたん 559 名前：nobodyさん mailto:sage [2008/11/14(金) 13:53:13 ID:???] 出ると思ったｗ 560 名前：nobodyさん mailto:sage [2008/11/14(金) 14:12:00 ID:???] ちいたん以外で 561 名前：nobodyさん mailto:sage [2008/11/14(金) 14:31:47 ID:???] Symfony Cake 562 名前：nobodyさん mailto:sage [2008/11/14(金) 14:34:00 ID:???] あれ?遅いとか叩いてなかったっけか? なぜ大規模向けと? 563 名前：nobodyさん mailto:sage [2008/11/14(金) 14:42:11 ID:???] 軽量なフレームワーク≒自由度が高い≒多人数開発では混乱を招きやすい (重量級フレームワーク=動作が遅い)≒自由度が低い=開発のルール化度が高い≒多人数でも均一なコードレベルを保ちやすい とはいえ、フレームワークが案件に合う合わないもあるので、 どのフレームワークを使っても、大規模開発ならプロジェクトのルールが必要だと思われ。 逆を言えば、ルールさえ作れば軽量なフレームワークでもいいと思う。 重量級フレームワークが用意してくれる機能を、自分達で実装しないとならないけどね。 あと、大規模=多人数と勝手に解釈したけど。 564 名前：nobodyさん mailto:sage [2008/11/14(金) 14:50:52 ID:???] 数年がかりの本当に大規模なものなら 逆に自由度が高いフレームワークを使って自分たちで実装したいって需要もかなりある 565 名前：nobodyさん mailto:sage [2008/11/14(金) 15:31:36 ID:???] >>564 開発期間が数年？PHPでそんな案件はほとんど無いけど。 あと、それを適当にやると、どんどん「フレームワーク」自体に修正が入ってしまって、地層のように 古いコーディングとより新しいコーディングがどんどん積み重なって手に終えなくなる。 やるなら、全くいじらないか、最初にきちんと徹底的にいじって固めてしまうのがいいのかな？ 566 名前：nobodyさん mailto:sage [2008/11/14(金) 16:00:34 ID:???] １年未満じゃ大規模とは言えないし 567 名前：nobodyさん mailto:sage [2008/11/14(金) 16:19:50 ID:???] webアプリで開発に何年もかかってちゃビジネスになんね。 568 名前：nobodyさん mailto:sage [2008/11/14(金) 16:22:17 ID:???] PHPはインタフェース部分を担当するに過ぎないから プロジェクト全体で数年っていうのはあるよ 複数サイトを作るような事業でも共通フレームワークを作成することはあるし 569 名前：nobodyさん mailto:sage [2008/11/14(金) 16:31:35 ID:???] 単純にスピードを比較したものがよく出るけど、あまり意味無いよな。 しかも素の状態に近いベンチとか。 もちろん非常にシンプルに作りたいときにFWの軽さは重要かもしれないけど。 色々な機能を実装するなら、結局ある程度の重さにはなるだろうし。 だったら多少重いといわれる高機能FWを使用したほうが開発効率は良いと思う。 単純なスピード比較がよく話題が出るから、疑問に感じていた。 570 名前：nobodyさん mailto:sage [2008/11/14(金) 16:52:52 ID:???] 何が言いたいのかさっぱりだ 帰れ 571 名前：nobodyさん mailto:sage [2008/11/14(金) 22:44:45 ID:???] 必要な機能に一番近いものを使えばいいねん 多すぎず少なすぎず 572 名前：nobodyさん mailto:sage [2008/11/14(金) 23:35:14 ID:???] それがベストだけどちょうどいいFWってそうはない気も。 まぁ、一番近いものを選べばいいが 573 名前：nobodyさん mailto:sage [2008/11/14(金) 23:36:59 ID:???] フレームワークなんて多機能な奴はほとんど一緒だけどね パフォーマンスくらいしか差が無い気が 574 名前：nobodyさん mailto:sage [2008/11/14(金) 23:49:38 ID:???] 大規模の意味は100万ユーザ以上が使うというアクセス数の意味で 開発の工数ではなかったけどためになった アクセス数という意味では軽量かどうかが非常に重要と思われ サーバの台数などのメンテナンス代が高くつくから とはいえ重量級のものを使ってあとからプロファイリングして リファクタリングなりすればいいような気もしてきた 575 名前：nobodyさん mailto:sage [2008/11/14(金) 23:58:04 ID:???] 必要な機能なら実装しなきゃならないんだから 効率的な実装になってるならいいんだけどね cakeは実装が酷いよ 576 名前：nobodyさん mailto:sage [2008/11/14(金) 23:59:29 ID:???] cakeはインターフェイスが全てだからじゃん その辺までRailsを踏襲していると言えばそうかも 577 名前：nobodyさん mailto:sage [2008/11/15(土) 02:26:07 ID:???] ウェブアプリで、大規模って言うと、アクセス数が多いって意味で使われることが多いんじゃないかな。 でも、それってフレームワークはあんまり関係ないよな。ハードウェアスペックとか、もっと低いレイヤーの問題であって。 PHPに限らずウェブサイトの開発で数年かけるなんて、まず有り得ないと思う。官公庁のサイトで、手続きが面倒とかでない限り。 GmailとかGoogle Mapsでもそこまで行かないでしょう。まして、よくあるショッピングサイトやSNSみたいなのに1年も時間使ってたらアフォだよ。 578 名前：nobodyさん mailto:sage [2008/11/15(土) 02:37:10 ID:???] アクセス数の多さはフレームワークのスレで大規模にあたらないだろ １ページだけのHTMLを出力するサイトでも大量アクセスがあれば大規模なのか？ 俺は普通コード量とか機能数だと思うけど 579 名前：nobodyさん mailto:sage [2008/11/15(土) 02:38:10 ID:???] Googleは独自のフレームワーク作ってそうだけどね てか絶対作ってる 他にも大企業は手の込んだ事やってそうだけどなあ 580 名前：nobodyさん mailto:sage [2008/11/15(土) 02:50:13 ID:???] ウェブアプリで機能の数って言っても、単に画面を増やしていくだけだからなあ。 mixiとかamazonとか、確かに画面数は多いけど、結局のところ、掲示板作るのと変わりはない。 ユーザからの入力を受け取って、何枚かのテーブルを更新して、テーブルをSELECTしなおして、文字列を加工してHTMLに埋め込むって言う。 これをひたすら繰り返して巨大化するだけ。 581 名前：nobodyさん mailto:sage [2008/11/15(土) 02:53:39 ID:???] 機能によっては違うこともあるんじゃないか。 ユーザからのデータを何かしら加工するとか、 なにか特別なアルゴリズムでデータを収集して、 それを提供するとか。 582 名前：nobodyさん mailto:sage [2008/11/15(土) 03:02:01 ID:???] ＷＥＢＡＰＩの提供に際する共通機能とか 自動的にＤＢを保守してくれたりＨＤＤ壊れたらバックアップの方へ自動的に繋いで新たなバックアップ先を作るとか （ＰＨＰコード内の接続先ＤＢサーバＩＰが動的に変わるって事ね） 思いつきで書いた 583 名前：nobodyさん mailto:sage [2008/11/15(土) 04:39:48 ID:???] ウェブアプリで大規模とそれ以外の境目はウェブアプリ側がスケーラビリティを気にする必要があるかどうかだと思う。 584 名前：nobodyさん mailto:sage [2008/11/15(土) 05:03:15 ID:???] >>580 > ウェブアプリで機能の数って言っても、単に画面を増やしていくだけだからなあ。 > mixiとかamazonとか、確かに画面数は多いけど、結局のところ、掲示板作るのと変わりはない。 > ユーザからの入力を受け取って、何枚かのテーブルを更新して、テーブルをSELECTしなおして、文字列を加工してHTMLに埋め込むって言う。 > これをひたすら繰り返して巨大化するだけ。 それはウェブアプリだからではなく、SNSやオンラインショップという システムが、そうなっているってだけだろ。 たとえば、YouTubeのようなウェブアプリではエンコード技術が使われる。 585 名前：nobodyさん mailto:sage [2008/11/15(土) 05:05:22 ID:???] それにウェブじゃないシステムが何をしているかというと、 結局、ファイルにデータ読み書きして、画面に点を表示しているだけともいえる。 586 名前：nobodyさん mailto:sage [2008/11/15(土) 05:47:54 ID:???] 大したことやってないのにフレームワークは重いから使わない(ｷﾘｯ なんて言っちゃってる企業とか腐るほどあるからなぁ 587 名前：nobodyさん mailto:sage [2008/11/15(土) 09:41:57 ID:???] >>585 インプット・アウトプットの対象の幅広さは、ウェブアプリなんかとは比べものにならんように思う。 ウェブアプリの場合は、一部APIサービス的なものを除けば、ほぼ「画面」相手でいいわけだが。 >>586 その理由でテンプレートエンジンを使いたがらない人も未だに多いがな。同じじゃね？ 588 名前：nobodyさん mailto:sage [2008/11/15(土) 13:00:48 ID:???] フレームワークに比べて、テンプレエンジンは開発効率大してよくならないからな。 つーかＦＷに組み込まれてるし 589 名前：nobodyさん mailto:sage [2008/11/15(土) 13:15:36 ID:???] 何かをしない理由にパフォーマンスを上げている場合、大概ちゃんと調べるのとか新しい やり方を検討するのが面倒くさいことだけの事が多いと思う。 論理削除ってあるじゃん。レコードに削除フラグを立ててデータは残すって言う。 あのフラグのチェックををいちいち手で (del_flag IS NULL OR del_flag = 0) とか書いている 会社があった。 なぜ NOT NULL制約を付けないのかと聞いたら、「重くなる」って答えが返ってきた。 全力でこけた。いろいろ間違ってる。 590 名前：nobodyさん mailto:sage [2008/11/15(土) 14:11:03 ID:???] 12のphp最適化テクニックとか、一時期ブログに出回ったけど、 そのテクニックが使われるタイミングを考えると、誤差でしかないとか、 よくあったよね。 むしろコードが読みにくくなったり、書きにくくなったりと、 その時間のほうがもったいないとか。 591 名前：nobodyさん mailto:sage [2008/11/15(土) 14:39:00 ID:???] 大手でphp使ってサービスやってるといえばYahooなんだけど たとえば、↓ www.sooey.com/journal/2007/05/26/648/ symponyだって。 でもサービスによって違いはあって wakatsukichinatsu.yahoo.co.jp/index.php?itemid=128 ↑これなんてPHP? 592 名前：nobodyさん mailto:sage [2008/11/15(土) 14:39:25 ID:???] 論理削除自体間抜け 593 名前：nobodyさん mailto:sage [2008/11/15(土) 14:54:51 ID:???] 論理削除自体が間抜け？ 方法がフラグってとこが間抜けってなら少しはわかる気もするが。 594 名前：nobodyさん mailto:sage [2008/11/15(土) 14:55:03 ID:???] 論理削除は必要だろ。 595 名前：nobodyさん mailto:sage [2008/11/15(土) 15:09:50 ID:???] スレチだけど論理削除ってどういう指定にすればやりやすいですかね。 active enum('Y','N')か、status = 0 なら削除とか？ 596 名前：nobodyさん mailto:sage [2008/11/15(土) 15:11:46 ID:???] >>593 わかんね。 フラグじゃなくてカウンタにするってこと？ 597 名前：nobodyさん mailto:sage [2008/11/15(土) 16:06:02 ID:???] 大規模向けではなく一番スケールアウトしやすいFWは? 598 名前：nobodyさん mailto:sage [2008/11/15(土) 16:34:55 ID:???] スケールアウト考えたらモデルは自分で書かないときつくね？ 599 名前：nobodyさん mailto:sage [2008/11/15(土) 16:57:52 ID:???] ちｒｙ 600 名前：nobodyさん mailto:sage [2008/11/15(土) 17:24:52 ID:???] >>595 deleted（datetime）がnullかどうか 601 名前：nobodyさん mailto:sage [2008/11/15(土) 17:52:20 ID:???] int型にして、0だと削除扱いにするのが妥当だろうな。PHPやPerlなら、ブーリアン評価でfalseが帰ってくるし。 602 名前：nobodyさん mailto:sage [2008/11/15(土) 17:55:22 ID:???] 勝手に値はいるのはtimestampだけだっけ？ 603 名前：nobodyさん mailto:sage [2008/11/15(土) 18:02:15 ID:???] >>602 NOT NULL にしておいて default を設定すれば入るだろ 604 名前：nobodyさん mailto:sage [2008/11/15(土) 18:49:10 ID:???] mysqlはデフォルト値に関数が使えない 605 名前：nobodyさん mailto:sage [2008/11/15(土) 18:51:03 ID:???] >>600 deletedってどういうこと？ 606 名前：nobodyさん mailto:sage [2008/11/15(土) 19:09:25 ID:???] フィールド名じゃないの？ 607 名前：nobodyさん mailto:sage [2008/11/15(土) 19:12:51 ID:???] ああそういうことか、関数かと思ったｗ 608 名前：nobodyさん mailto:sage [2008/11/15(土) 19:13:24 ID:???] nullだとインデックスが使われないから論理値のほうが良くない？ 609 名前：nobodyさん mailto:sage [2008/11/15(土) 19:27:12 ID:???] nullかどうかで求めるのは本来正しく無いだろうね 削除された、と言う状態がシステム上にありうるならそれはnullで表現すべきじゃない 610 名前：nobodyさん mailto:sage [2008/11/15(土) 19:54:48 ID:???] というか、３値論理っての？ NULL を理解していないとか必要性を感じないとかの場合は、 全フィールド NOT NULL で作ってしまえと言いたい。 その方が何かとトラブルが少ないし、コーディングも楽だ。 テキストフィールド？ 空文字でも入れとけ。 数値？ 0が初期値だ。それで都合がわるけりゃ、 -999999999 が初期値だ、文句あるか、ってな感じで。 611 名前：nobodyさん mailto:sage [2008/11/15(土) 22:00:11 ID:???] >>608 MySQLならenum型でnullを使う分にはNULLでインデックスされると思うよ 他のDBでは知らない 612 名前：nobodyさん mailto:sage [2008/11/15(土) 23:07:45 ID:???] >>607 そう、カラム名。 id, created(datetime), updated(datetime), deleted(datime)を標準的に使用。 あるいは、statusとしてa)Activei)/Inactive、h)Hidden, b)Obsoleted D)deleted とか詳しい状態が必要な時に使うとか。 613 名前：595 mailto:sage [2008/11/15(土) 23:12:27 ID:???] いろいろやり方あるんすね。すごい勉強になった。 皆さん有り難うございます。 614 名前：nobodyさん mailto:sage [2008/11/15(土) 23:21:42 ID:???] 論理だろうがなんだろうが、削除っていうからカッチリ噛み合わないと思うんだよね 実際問題何も消してないわけなんだし だから、そういうのは無効化とか不活性化とか利用不可とか、そういう「状態」で呼ぶべきで 削除って言うならならきっちりかっちりまるっと全部消してしまえ！ と思うんだよなー スレ趣旨と全然関係ないんだけどなー 615 名前：nobodyさん mailto:sage [2008/11/15(土) 23:47:46 ID:???] >>612 頭文字使うぐらいなら、enum型かSET型じゃね？ まぁ、DB実装によって違うかもしれんけど。 616 名前：nobodyさん mailto:sage [2008/11/16(日) 02:05:02 ID:???] 論理削除はDELETEより早い速度が求められる場合(index更新のコストが馬鹿にならない)とか 警察照会とか、CS対応で必要とかやっぱり要るシーンが多くて>>614みたいに消してしまえーが使えない場合も少なくないよ >>615 そうだね。 617 名前：nobodyさん mailto:sage [2008/11/16(日) 02:08:47 ID:???] 論理削除っていう呼び方はおかしいね ソフトウェアなんだから全て論理だし 無効化、凍結、と言う呼び方が正しい 618 名前：nobodyさん mailto:sage [2008/11/16(日) 02:19:28 ID:???] そうかな？英文でもphysical delete、logical deleteって言葉よく使われるよ。 publib.boulder.ibm.com/infocenter/wbihelp/v6rxmx/index.jsp?topic=/com.ibm.wbia_developer.doc/doc/connector_dev_java/java61.htm 619 名前：nobodyさん mailto:sage [2008/11/16(日) 03:13:45 ID:???] 処理速度の場合もあるだろうけど、後から参照しないといけない場面がよくあるからな。安易に削除するわけにはいかないことが多い。 620 名前：nobodyさん mailto:sage [2008/11/16(日) 06:39:55 ID:???] だからそれを削除って呼ぶなよﾊﾞｰﾔ!!って言いたいんだろう 621 名前：nobodyさん mailto:sage [2008/11/16(日) 06:56:48 ID:???] 論理削除を削除と呼ぶか、単なるステータスかというのは 呼び方の慣習の問題。 言葉遊びをやってもしょうがないんで、ここでは便宜的に、論理削除とは、 物理的には削除せずにサービス上削除されたようにふるまわせること でいいかな？ 622 名前：nobodyさん mailto:sage [2008/11/16(日) 09:11:01 ID:???] >>600 >>612 滔々と語ってるが、>>612の前者のdeleted （削除日時） はまあともかく、 後者の方では、レコードにユニーク制約のカラムがあった時に不便だろ。 削除フラグ（というかカウンタなど）とセットでユニーク制約にしてしまうって のは、あんまり流行って無いのか？ 623 名前：nobodyさん mailto:sage [2008/11/16(日) 12:27:21 ID:???] partial index 使っちゃう。 624 名前：nobodyさん mailto:sage [2008/11/16(日) 12:33:30 ID:???] >>622 詳しく 625 名前：nobodyさん mailto:sage [2008/11/16(日) 13:00:36 ID:???] >>624 例えばユーザアカウントをユニークにしたいとかで、一意制約をユーザ名カラムに付けるとする。 んで、そのユーザが退会した後、そのデータを残してたら、そのユーザ名がずっと使えない。 それを避けるために、削除データだけ一意制約から考慮外にしたい場合、削除フラグと２カラム連結で ユニークにしてしまう。 んでレコードを削除する時に、同一なユーザ名を持つデータの削除フラグを、一斉に +1 UPDATEしてしまう。 削除フラグが 1以上なら( というか、0でなければ ) 削除データという扱い。 こんなやり方。マイナーなのかな？と思った。 書いてて思ったが、これ一意制約のカラムが二つ以上あった場合、そのままでは使えないなｗ もちょっと応用を利かさないと無理か。 整数部分と少数部分で分けるとか桁で分けるとかビットで分けるとかｗｗｗ ＃ DBの一意制約を使わずアプリで常にチェックするなら別にこんなことしなくていいんだけど。 626 名前：nobodyさん mailto:sage [2008/11/16(日) 13:06:04 ID:???] こんな風にやりたいのなら、削除フラグ自体もユニークにして削除日時を マイクロ秒まで入れておけばいいのではと後から思ったのは内緒だ。 627 名前：nobodyさん mailto:sage [2008/11/16(日) 13:24:25 ID:???] って書いて、削除フラグをユニークにしたらそもそも「未削除」の状態はどうするんだと気づいた午後。 飲みながらレスするもんじゃないな。 退散します。 628 名前：nobodyさん mailto:sage [2008/11/16(日) 13:45:33 ID:???] >>625 その例だと使えなくするケースが多いのでむしろ好都合。たいていサポートチームが要望してくる。 629 名前：nobodyさん mailto:sage [2008/11/16(日) 13:51:02 ID:???] 酔っ払いめ！ｗｗ さて、ユーザーアカウントを例にすると、ちょっと怖すぎるんだが、 CMSなんかのアイテム管理だと、リビジョン管理に同一itemidで 複数のインスタンス、しかも最新以外は非アクティブっていう状態を 表現するという用途があったりする。 その場合、削除フラグを使わずに、使用目的に合わせたタグを振る。 外部キー側もタグやリビジョン番号を考慮した設計にしないといかんわけだけどね。 630 名前：nobodyさん mailto:sage [2008/11/16(日) 14:12:40 ID:???] >>629 そういうのの設計はちょっと知りたいなーと思っていたんだけど、 MediaWikiのソースでも読めばいいのかな？ 631 名前：nobodyさん mailto:sage [2008/11/16(日) 14:19:46 ID:???] PACの解説記事でDrupalが良い実装とか見たことあるので同じCMSならこっちは? リビジョンと直接は関係ないけどソースはしっかりしてるかも 632 名前：nobodyさん mailto:sage [2008/11/16(日) 14:26:24 ID:???] 設計見るのになぜソースを読む 633 名前：nobodyさん mailto:sage [2008/11/16(日) 14:43:16 ID:???] オープンソースソフトウェアの設計書なんて公開されてる？ 634 名前：nobodyさん mailto:sage [2008/11/16(日) 15:05:16 ID:???] おそれすになったな・・・ >>587 > インプット・アウトプットの対象の幅広さは、ウェブアプリなんかとは比べものにならんように思う。 > ウェブアプリの場合は、一部APIサービス的なものを除けば、ほぼ「画面」相手でいいわけだが。 それをいったら、ウェブじゃないアプリだって、ほぼ画面（ディスプレイ）相手だろ？ なんか比較している対象がずれてるよ。 画面じゃなくてOffice系の大規模アプリだって、結局は画面にGUI表示してファイルに書き込むだけなんだし。 ゲームだってそう。ハードウェアデバイスを扱うものもあるだろうけど、それをウェブアプリでやってはだめってことはない。 ブラウザでコーヒー沸かす装置とかｗ 635 名前：nobodyさん mailto:sage [2008/11/16(日) 15:05:49 ID:???] >>633 設計書 = ソースコード 636 名前：nobodyさん mailto:sage [2008/11/16(日) 15:33:36 ID:???] >>634 元のレスが、アプリとは書いてなくて、「ウェブじゃないシステム」って書いてあるからじゃね？ 対象がずれてるというか、「Office系の大規模アプリ」とかゲームとかが念頭にあるのは わかっててわざと書いてるんだろｗ 車のエンジン制御とか、通信インフラ系とかはシステムじゃねーの？って。 >>585 > それにウェブじゃないシステムが何をしているかというと、 > 結局、ファイルにデータ読み書きして、画面に点を表示しているだけともいえる。 いえねーよｗ これがむしろ、言いたいことと表現がずれてるんじゃね？ 637 名前：nobodyさん [2008/11/16(日) 17:24:18 ID:+7h73lOI] タグの実装を考えています スペース区切りでtextカラムに入れて、全文検索するのがシンプルでいいかと思ったのですが、 他にいい方法があったら教えてください 638 名前：nobodyさん mailto:sage [2008/11/16(日) 17:26:45 ID:???] >スペース区切りでtextカラムに入れて、全文検索 これはひどい 639 名前：nobodyさん [2008/11/16(日) 17:28:47 ID:+7h73lOI] そうですか？ググっていたら同じようなことしてる人もいますが。 blog.nomadscafe.jp/archives/000643.html 他にいい方法があれば教えてください。 640 名前：nobodyさん mailto:sage [2008/11/16(日) 17:43:46 ID:???] タグ単位で編集とかしないならいいんじゃない？ 641 名前：nobodyさん mailto:sage [2008/11/16(日) 17:44:48 ID:???] 普通に考えれば タグテーブル作って アイテムテーブルとの間に多対多のリレーションテーブル持てばいいだけだよね いかにもリレーショナルに解決出来るケースだと思うけど 642 名前：nobodyさん mailto:sage [2008/11/16(日) 17:45:10 ID:???] >>639 それ、フレームワーク関係ないし、それ以前にPHPの問題でもないよ。 DBの問題だからDB関連スレで質問しろよ。 まぁ、正規化すら理解してないみたいだからまずは本でも買って勉強することをオススメするけどね 643 名前：nobodyさん mailto:sage [2008/11/16(日) 17:52:11 ID:???] だね 基礎知識が足りてなさそう 644 名前：nobodyさん mailto:sage [2008/11/16(日) 17:59:55 ID:???] なるほど、おっしゃる通りですね。 ありがとうございました。 645 名前：nobodyさん mailto:sage [2008/11/16(日) 18:01:45 ID:???] 俺はついこの間タグテーブルと、タグと記事のリレーションテーブルで作った。 けど、割とありきたりの機能になったのに、 情報が少なくてベストプラクティスな設計が出来たか不安なんだよね。 タグはパターンとしてどっかに情報がまとまっててもいいと思うんだが。 646 名前：nobodyさん mailto:sage [2008/11/16(日) 18:10:11 ID:???] だから典型的なリレーショナルな設計でいいでしょ それ以外に特別な事なんて無いんだから 647 名前：nobodyさん mailto:sage [2008/11/16(日) 18:20:02 ID:???] うん基本的すぎてまとめる気が起きない 不安ってのはRDBの理解が不十分なのかと。 648 名前：nobodyさん mailto:sage [2008/11/16(日) 18:26:03 ID:???] フレームワークの話題が無いのか 649 名前：nobodyさん mailto:sage [2008/11/16(日) 19:46:05 ID:???] symfony使ってるんだけどRoRと比べてモデル周りが貧弱で泣いた 650 名前：nobodyさん mailto:sage [2008/11/16(日) 20:18:46 ID:???] PHPの場合、標準的なDBドライバがないからな。どれも中途半端。 651 名前：nobodyさん mailto:sage [2008/11/16(日) 20:20:48 ID:???] 具体的にちんぽにーとrorでどうちがうの？ 652 名前：nobodyさん mailto:sage [2008/11/16(日) 20:23:39 ID:???] 横レスだけど。 RoRのアプリケーションはRubyで書けるけどSymfonyではRubyで書けない。 これは大きい。それに比べりゃモデル周りなんて大差ないんじゃね？ 653 名前：nobodyさん mailto:sage [2008/11/16(日) 20:25:04 ID:???] んなの当たり前じゃん フレームワークの比較より言語の比較だし 654 名前：nobodyさん mailto:sage [2008/11/16(日) 21:54:05 ID:???] フレームワークを初めてつかったけど「便利な関数群」ってだけじゃん。 655 名前：nobodyさん mailto:sage [2008/11/16(日) 21:56:08 ID:???] 違うよ 全然違うよ 656 名前：nobodyさん mailto:sage [2008/11/16(日) 21:59:31 ID:???] >>654 なんという前世紀のライブラリ まあそれはそれで便利だけど 657 名前：nobodyさん [2008/11/16(日) 22:07:04 ID:tiBOVYsk] PHPを初めてつかったけど「便利な関数群」ってだけじゃん。 658 名前：nobodyさん mailto:sage [2008/11/16(日) 22:19:55 ID:???] それはそうだよ 659 名前：nobodyさん mailto:sage [2008/11/16(日) 22:21:24 ID:???] >>657 それは半分真実 ただWEBフレームワークであるという視点も抜けている 例えば$_POSTや$_COOKIEは関数か？ HTTPヘッダを自動で吐く機能は関数？ PHPはただ単にWEB入出力とDBアクセスに便利な関数群装備のインタプリタとして 使うのもいいし、不十分な（でも拡張も可能な）フレームワークとしても利用出来る と思ってるけどどうだろ 660 名前：nobodyさん mailto:sage [2008/11/16(日) 23:54:00 ID:???] フレームワークはパターンとルール 661 名前：nobodyさん mailto:sage [2008/11/17(月) 00:16:53 ID:???] それは多分定義のレイヤが違う 662 名前：nobodyさん mailto:sage [2008/11/17(月) 00:19:03 ID:???] >>661 どういうこと？ ｋｗｓｋ 663 名前：nobodyさん mailto:sage [2008/11/17(月) 03:03:18 ID:???] 「便利な関数群」つうだけならそれはライブラリ。 ワークはあるがフレームがない。 664 名前：nobodyさん mailto:sage [2008/11/17(月) 22:29:41 ID:???] >>657 webプログラミングがまだ試行錯誤だった時代に、 その「便利な関数群」ってだけのことがとても 大きかったから、シェアが取れた。 便利な関数群自体がほとんど無かったからね。 Javaと同じ。 665 名前：nobodyさん mailto:sage [2008/11/18(火) 03:06:59 ID:???] $_SESSIONとか$_REQUESTとか勝手にcontent-typeが出力されるとか、PHPの言語機能自体にウェブアプリ用の機能が組み込まれてるからな。 666 名前：nobodyさん mailto:sage [2008/11/18(火) 03:12:50 ID:???] １回Ｃ言語でＷＥＢアプリ作ってみると良く分かる あとＰＨＰが流行ったのはＷＥＢアプリ（のインタフェース部分）はこの程度の機能で十分って事もあるだろうね 敷居を低くしてしまって素人プログラマーが流入してきても ＷＥＢ分野には受け皿がある 667 名前：nobodyさん mailto:sage [2008/11/18(火) 06:22:10 ID:???] webアプリなんて一方通行だからな アホでも書けるんだよ 668 名前：nobodyさん mailto:sage [2008/11/18(火) 10:11:51 ID:???] >>664 関数や機能がたくさんあるだけが問題ならPerlが圧勝したはず。 やっぱりmod_phpの管理のお手軽さとPHPの言語自体の簡便さ。 669 名前：nobodyさん mailto:sage [2008/11/18(火) 10:27:37 ID:???] >>668 ソースインストールはお世辞にもお手軽とは言えなかったがな 未だにrpm以外でのPHP管理を敬遠するサーバ屋もあるくらい 670 名前：nobodyさん mailto:sage [2008/11/18(火) 12:15:39 ID:???] ja.wikipedia.org/wiki/Web%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%95%E3%83%AC%E3%83%BC%E3%83%A0%E3%83%AF%E3%83%BC%E3%82%AF ここで言うプル型アーキテクチャのフレームワークってPHPでなんかある？ 671 名前：nobodyさん mailto:sage [2008/11/18(火) 12:41:48 ID:???] Smarty 672 名前：nobodyさん mailto:sage [2008/11/18(火) 13:20:30 ID:???] なんか新しいフレームワークがでてきたらしい Yii Web Programming Frameworkは期待できそう。 cakephp.seesaa.net/article/109833179.html 673 名前：nobodyさん mailto:sage [2008/11/18(火) 14:00:58 ID:???] Perlは組み込み関数は少ない。 CPANモジュールをインストールしなければ行けないから、リモートログインとシェルが使えない共用のレンタルサーバなんかだと使い物にならない。 多少なりともUNIXの知識も要求されるし。 その点、PHPの場合、mbstringが有効になってれば、Pearが使えなくてもどうにでもなる。 674 名前：nobodyさん mailto:sage [2008/11/18(火) 14:55:14 ID:???] >>673 それはかなり昔の話だけどね。 PHPで global $HTTP_GET_VARS とかしなきゃいけない、ってのに近いくらいｗ 特に、Perl5.8からはEncode標準添付だし、MovableTypeの流行以降は、 そこらのレンタルサーバでも一通りのモジュールは入るようになってる。 DBI・DBMやらも普通に使えるのが大半。 その頃にはみんなレンタルサーバでのPerl CGIから離れてしまってたがなｗ 675 名前：nobodyさん mailto:sage [2008/11/18(火) 14:59:41 ID:???] >>670 よくわからんが、「イベントドリブン」なんてのを謳ってるようなのは そうなのかな？ 676 名前：nobodyさん mailto:sage [2008/11/18(火) 18:21:34 ID:???] >>672 ActiveRecordじゃないですか。モデルに強くてうれしす。 制作者はPRADOのひとかぁ 677 名前：nobodyさん mailto:sage [2008/11/18(火) 19:49:11 ID:???] >>675 EDPとはまた違うような。 ビューがコントローラーにデータをリクエストするようなやつ。 678 名前：nobodyさん mailto:sage [2008/11/18(火) 20:42:37 ID:???] PHPは5-6年前の時点でPHP4が普及してたから。 そもそも国際版のPHP3ってレンタルサーバで提供されることはほとんどなかった。あっても、すぐに4に移行したから。 Perlの場合、5.8.10になっても標準モジュールだけでは既存のウェブフレームワークは動かない。 モジュールをインストールしても、CatalystみたいなのはCGI環境ではまともな速度が出ないし。 共用レンタルサーバへの設置の難しさがあって、MTがWordPressに抜かれて、XOOPSとかPukiWikiとかフリーのウェブアプリってPHPの一人勝ちになった。 Perlが使われるのは未だにKENTのCGIとか。 そういう反省があって、今のPerl界でMENTAとかの設置の簡単な、標準外のモジュールに依存しないウェブフレームワークが注目されてる。 けど、結局のところ、ベストプラクティスに載ってるようなモダンなPerlを書こうと思えば、適時CPANモジュールをインストールするしかないわけで、これはPerlっていう言語の性格上どうにもならないな。 679 名前：nobodyさん mailto:sage [2008/11/18(火) 20:49:25 ID:???] >>677 ビューがコントローラーにデータをリクエストする。を読むと、 すごいイベント駆動ぽい気がするんだけど・・・ プル型というのは、いったい何のための仕組みなんだ？ コントローラーがビューにデータを渡すのではなく、 あえてビューがコントローラーにデータをリクエストする理由が知りたい。 680 名前：nobodyさん mailto:sage [2008/11/18(火) 21:21:31 ID:???] ページデザインだけでサイトが完結しうるところがメリットかな。 オンデマンドに必要なデータを拾いに行くので、自由度が高くなる。 ページに組み込むパーツがいかように変化してもコントローラーを いじらなくて済むところとか。 まぁ、プッシュ型でも、ビューからコントローラーを呼べるはず。 それが特殊な時だけ利用するのか、常にそうするのかの違いだな。 CMSでイベント駆動だとプル型っぽい動きさせてるのが結構ある。 フレームワークはなんだかんだボトムアップだからプッシュ型が普通で、 それに慣れすぎてる感はある。 681 名前：nobodyさん mailto:sage [2008/11/18(火) 22:15:34 ID:???] あとプル型はコントローラーが複数あるのも特徴とか英文Wikipediaにかいてなかったっけ なんかフレームワークスレっぽくなってきた 682 名前：nobodyさん mailto:sage [2008/11/18(火) 22:23:17 ID:???] 英文関係無かった須磨祖 683 名前：nobodyさん mailto:sage [2008/11/18(火) 22:54:01 ID:???] あんまり詳しくないから変なこと言ってるかもしんないけど PHPだと複数ファイルに分けてあるものをIncludeしてくしかないわけで、 MVCはコード書く上での概念みたいな感じでPushもPullも厳密には関係ないよね？ JavaServletのforwardみたいに処理投げ渡したりとかできないよね 684 名前：nobodyさん mailto:sage [2008/11/18(火) 23:09:54 ID:???] フレームワークが何を自動化するかって事だろ 685 名前：nobodyさん mailto:sage [2008/11/18(火) 23:29:54 ID:???] ja.wikipedia.org/wiki/Apache_Tapestry Tapestryではこんな説明だった。 > Apache Tapestryは、アクションをベースとした仕組みのApache Strutsとは競合する。 > TapestryはStrutsとは違い、コンポーネントベースであり、コード量が少なくて済む点が特徴である。 > またStrutsのようにJSPカスタムタグライブラリを覚えなおす必要がなく、 > 必ずServlet/JSPを作成しなければならないということはなく、 > Javaやネットワークの知識がないウェブデザイナーでも簡単にJava製ウェブアプリケーションを作成できるという利点がある。 アクションをベースとしたStrutsとは違うというあたりが、 なんとなくプル型が分かるような分からないような。 使ってみないと、はっきりしないかなー 686 名前：nobodyさん mailto:sage [2008/11/19(水) 00:16:11 ID:???] en.wikipedia.org/wiki/Comparison_of_web_application_frameworks これ見たらpush/pullが一目瞭然。 687 名前：nobodyさん mailto:sage [2008/11/19(水) 00:34:10 ID:???] Propelでmany-to-manyってどうやるの？ 688 名前：nobodyさん mailto:sage [2008/11/19(水) 02:02:44 ID:???] ja.wikipedia.org/wiki/ソフトウェアコンポーネント ここ読んでたらなんとなく分かってきた。 MVCからVを分離して、MCを部品として考えて、 Vから複数の部品を使うってことかな。 ショッピングカートの機能をMCだけ作って、 掲示板の機能もMCだけ作って、 コントローラとのインターフェースが分かってれば、 ビューでうまいことやるだけで、掲示板が組み込まれたECサイトの出来上がり。 語弊を恐れずに、俺の想像をざっくりと書いてみた。 //最近のブラウザはURLエンコードしてくれないのね。 689 名前：nobodyさん mailto:sage [2008/11/19(水) 02:09:05 ID:???] 普通にwikipedia読めば分かるじゃん 690 名前：nobodyさん mailto:sage [2008/11/19(水) 02:12:01 ID:???] どのページ？ 691 名前：nobodyさん mailto:sage [2008/11/19(水) 03:03:05 ID:???] >>688 そう Vからプルするから主はV。結果、Vのみさわるデザイナーが使いやすいものとなる。 692 名前：nobodyさん mailto:sage [2008/11/21(金) 13:07:50 ID:???] ちんぽプルプルですね わかります 693 名前：nobodyさん mailto:sage [2008/11/21(金) 15:29:21 ID:???] ですね分かりますは終了したってどっかに書いてあったよ 694 名前：nobodyさん mailto:sage [2008/11/21(金) 15:35:48 ID:???] どっかで終了宣言したら終わりなんですね 分かります 695 名前：nobodyさん [2008/11/22(土) 10:57:11 ID:enBp98lH] グレイトなMVCフレームワークないかい？ 696 名前：nobodyさん mailto:sage [2008/11/22(土) 11:55:27 ID:???] あったら困らん 697 名前：nobodyさん mailto:sage [2008/11/22(土) 13:29:05 ID:???] ZF出たね 698 名前：nobodyさん mailto:sage [2008/11/23(日) 02:16:27 ID:???] yii使ってみた人いる？ 699 名前：nobodyさん mailto:sage [2008/11/23(日) 20:39:26 ID:???] symfonyとcakePHPってどっちがいいの？ ユーザーは常時アクセス百人ぐらいを想定してます。 700 名前：nobodyさん mailto:sage [2008/11/23(日) 20:41:14 ID:???] そのレベルではどっちでも大して変わらんかと 701 名前：nobodyさん mailto:sage [2008/11/23(日) 20:43:11 ID:???] 軽いっちゃあcakePHPだろうね。機能的にはsymfonyかね。 まぁそれぐらいの人数じゃ負荷は別に別に気にしなくてもいいと思うけどね。 702 名前：nobodyさん mailto:sage [2008/11/23(日) 20:54:39 ID:???] >>700>>701 回答ありがとうございます。 学習コストはどっちが大きいのかな？ symfonyの方が難しい？ 703 名前：nobodyさん mailto:sage [2008/11/23(日) 22:07:52 ID:???] やりたいことにもよるだろ。 ドキュメントぐらい見ろや。 704 名前：nobodyさん mailto:sage [2008/11/23(日) 23:03:02 ID:???] 自分でちょっとした軽いサイトを作りたいなてとき CakePHPがよい どういうサイトが当たるかわかんないから とにかく当たりそうなサイトを片っ端から量産したいときにはCakePHPがいい 大企業からマジ受けするならsymfonyかな そんな大企業を相手できない俺は小回りが利いて時代にニーズにいち早く対応できるCakePHPが一番好きだ 705 名前：nobodyさん [2008/11/23(日) 23:03:07 ID:I/SHm+AO] Cakeの方がインストール簡単 706 名前：nobodyさん mailto:sage [2008/11/23(日) 23:06:24 ID:???] CakePHPみたいに作りたいなと思ったサイトをサクッと作れる快感がたまらん 時代の流れの速いＩＴ業界にあってるよ 707 名前：nobodyさん mailto:sage [2008/11/24(月) 00:43:30 ID:???] おれはSymfonyの方がよりオブジェクト指向な分使いやすいな ドキュメントもしっかりしてるし 708 名前：nobodyさん mailto:sage [2008/11/24(月) 01:31:16 ID:???] その二つのどっちかが今の主流なのかな 709 名前：nobodyさん mailto:sage [2008/11/24(月) 01:58:00 ID:???] 今の日本での主流はcake。 php6の後も稼動し続ける予定ならZFが無難。 www.google.com/trends?q=cakephp%2CZend+framework%2Csymfony%2Ccodeigniter%2Cethna&ctab=0&geo=all&date=all&sort=0 検索数だからあてにならないかもしれないけど 日本語圏はcakeを世界で2番目に使ってるっぽいぞ。 つーか、地域だと目黒区が1位だけどお前ら寄付とかしてんの？ｗ 710 名前：nobodyさん mailto:sage [2008/11/24(月) 02:07:28 ID:???] インドネシア語が一位って。。 それ眉唾すぎないか 711 名前：nobodyさん mailto:sage [2008/11/24(月) 02:19:05 ID:???] ZFだけはないわ cakeはドジでのろまな亀しか使ってないし 普通はsymfonyだろうな 712 名前：nobodyさん mailto:sage [2008/11/24(月) 02:34:38 ID:???] ちょろっとしか見なかったらなぜZFがあんな駄目駄目言われるかわからん。 みんな言うからきっとそうなんだろう。 713 名前：nobodyさん mailto:sage [2008/11/24(月) 09:30:25 ID:???] 俺フレームワークの基礎にするには、別にZFは悪くない symfonyは知らんが、cakeとかCIとかのように、「こう書けばすぐアプリ」っていう がっちがちの枠を、ZFでは用意していないだけ。 714 名前：nobodyさん mailto:sage [2008/11/24(月) 10:58:13 ID:???] PEARみたいなライブラリということか 715 名前：nobodyさん mailto:sage [2008/11/24(月) 12:21:02 ID:???] 密であるが疎にはできないものと 密にも疎にもできるもののどちらがいいかっていったら そりゃ後者だわな 716 名前：nobodyさん mailto:sage [2008/11/24(月) 13:41:57 ID:???] そこら辺の凡人ＰＧがPHP4時代に書いたど腐れライブラリなんかは、 全部ZFに置き換えてもいいくらいだと思うよ なんつーの？ 割り切り仕様というか内部諒解仕様というか、そういった よくわからん決め打ち系の記述は（マルチバイト関連を除けば）非常に少なく、 かなり汎用的に作られてるっぽい。 例外処理だけ、ZF流儀にあわせればあとはどう使おうと自由って感じで。 717 名前：nobodyさん mailto:sage [2008/11/24(月) 18:12:50 ID:???] >>713 > がっちがちの枠を、ZFでは用意していないだけ。 がっちがちの枠（フレーム）を用意するのが フレームワークだと思うんだがねぇ。 718 名前：nobodyさん mailto:sage [2008/11/24(月) 18:28:09 ID:???] メリットもあるが色々弊害もあるのだよ、僕 719 名前：nobodyさん mailto:sage [2008/11/24(月) 18:35:08 ID:???] それはフレームワークでなくて別って意味でしょう。 ZFは自由に使えって言うけどライブラリとの違いが分からない。 そして、結局ライブラリを細切れに使うのと手間が一緒の気がするんだけど。 それ以上のメリットがあるのか良く分からない。 720 名前：nobodyさん mailto:sage [2008/11/24(月) 18:43:34 ID:???] >>719 具体的にそれでどんな悪い点が？ 721 名前：nobodyさん mailto:sage [2008/11/24(月) 18:51:52 ID:???] >>719 使ってみればわかるが、ZFにフレームはある。 ただ、それは固定されたフレームではなくて、設計者が自由に拡張可能なフレームだ 設計を行わない人にとっては無用の長物。メリットだってわからない。 722 名前：nobodyさん mailto:sage [2008/11/24(月) 20:20:21 ID:???] 決め打ちでしかプログラミングできない低脳にはおすすめできないってこった 723 名前：719 mailto:sage [2008/11/24(月) 20:59:56 ID:???] >>720 あえて言えばメリットが見つからないというのが悪い点かと >>721 使い込んでみないと分からないって事でしょうか。 もうちょっと機会があれば研究してみたいとは思います。 >>722 なるほどそうですかw 724 名前：nobodyさん mailto:sage [2008/11/24(月) 22:26:16 ID:???] Eclipseでsymfonyフレームワーク使ってプログラミングしたいんだけど、可能？ 725 名前：nobodyさん mailto:sage [2008/11/24(月) 23:50:06 ID:???] どういう意味かはっきり書かないと答えようがない。 Eclipseはエディタだからそりゃ可能だ。 726 名前：nobodyさん mailto:sage [2008/11/25(火) 05:20:59 ID:???] PDTで書けるかって意味ぢゃね？ ethnaとかちょっと微妙だから。 symofnyは大丈夫だけど、少しコツがいる。 けど、なんか安定しないんだよなぁ。もう1.2の声が聞こえてくるし。またコンバート作業必要なんでしょ？ ＞ 1.1→1.2 727 名前：nobodyさん mailto:sage [2008/11/25(火) 15:20:48 ID:???] 微妙って意味がわからんのだが htmlまわりの話か? 728 名前：nobodyさん mailto:sage [2008/11/25(火) 15:32:12 ID:???] 最近は知らんけど、1年くらい前の状況だと、 Ethnaの構造ではPDTでは補完が働かなかったな。 あとコマンドラインでアクションやビューやテンプレートが生成されるので、 いちいちプロジェクトを更新するのが面倒だった。 ファイルの追加がPDT外で行われて、PDTの補完も働かないんじゃ、 わざわざ重たいPDTを使うメリットがないと思った。 symfonyは使ってないからしらね。 729 名前：nobodyさん mailto:sage [2008/11/25(火) 15:43:10 ID:???] プロジェクトの更新なんてF5一発でいいのでは。 そんなこと言ってたらSVNでの頻繁な更新なんてできないじゃないかｗ 補完もどのみち最初から微妙っちゃ微妙だし。 少なくともPCパワーさえある程度あれば、テキストエディタよりは便利だと思う まあやりやすいようにやればいいんだけど 730 名前：nobodyさん mailto:sage [2008/11/25(火) 15:51:45 ID:???] 俺の場合、PDTに感じる価値がちょうどプロジェクトの管理と補完だからな。 逆にエディタとして見ると融通が利かない駄目なやつと思っている。 最近は出来るようになったけど、全角スペースをマーク表示させたり出来なかったとか、 後は覚えてないけど細かいところでたまにイラっとする。 だから俺は、プロジェクト管理と補完のために使ってるようなもんだ。 731 名前：nobodyさん mailto:sage [2008/11/25(火) 16:09:13 ID:???] 一応、Eclipseの特徴として on the fly な構文チェックってのはあるけどね。 しょうもないparse errorとか、未定義変数とか示してくれるのは、非常に効率アップしてくれる 自分が注意力散漫だけかもしれんけどｗ 他のエディタでもこの機能はあるのかな？ 732 名前：nobodyさん mailto:sage [2008/11/25(火) 16:32:01 ID:???] PDTにsymfony用のプラグインってあるよね 使ったことはないけど 733 名前：nobodyさん mailto:sage [2008/11/25(火) 16:38:15 ID:???] www.symfony-framework.com/2007/12/10/best-symfony-ide-eclipse-pdt-symfoclipse-clay/ noy.cc/symfoclipse/index.html Symfoclipseつーやつかな？ 734 名前：nobodyさん mailto:sage [2008/11/25(火) 16:54:55 ID:???] てか、Eclipse使ってる人はPDTが多いのか。 なぜか理由は忘れたが、PHPEclipseの方を使ってる俺は異端？ 735 名前：nobodyさん mailto:sage [2008/11/25(火) 17:45:10 ID:???] オレなんて未だにTruStudioなんだぜ、自宅は さすがに会社はPDTに乗り換えたが、自宅じゃ めんどくせーからこのまんまでいいやみたいな 736 名前：nobodyさん mailto:sage [2008/11/25(火) 22:37:49 ID:???] >>727 スケルトンが拡張子が.phpだから（かつ中身がphpじゃないから）PDTだとずっと構文エラーになる。 拡張子ハードコーディングしてあるから直せん＞ethna 737 名前：nobodyさん mailto:sage [2008/11/26(水) 01:42:35 ID:???] PDTならZSの方がインスコも楽だしアナライザーもはいる。 無料でよろし。お薦めする。 738 名前：nobodyさん mailto:sage [2008/11/26(水) 05:16:43 ID:???] Zend Studio？ 無料？ 739 名前：nobodyさん mailto:sage [2008/11/26(水) 08:31:02 ID:???] そう。ZSは試用期間が終わるとPDTとほぼ同様になる。 尚日本語版は勧めない。日本語化したければPDTと同じようにする。 740 名前：nobodyさん mailto:sage [2008/11/26(水) 21:22:21 ID:???] >>736 うそ ethnaって .php -> .html とかに変えられないの? ダメだそりゃ 741 名前：nobodyさん mailto:sage [2008/11/27(木) 02:26:51 ID:???] >>740 スケルトンがな。 ルーティングなんていくらでも変えられる。 しかし、スケルトンもEthnaのデフォを削除しちゃって、自分Appのは Handlerを定義しちゃえばいけるんじゃね？そんな手間でもないと思うが。 742 名前：nobodyさん [2008/12/01(月) 22:29:43 ID:XLqJXNnh] www.yiiframework.com/performance/ Yii  178 CakePHP 170 CodeIgniter 131 Prado 53 Zend 51 Symfony 36 数字はRequest Per Second 743 名前：nobodyさん mailto:sage [2008/12/01(月) 22:39:29 ID:???] いいねいいね 今度使ってみるか 744 名前：nobodyさん [2008/12/01(月) 23:19:54 ID:XLqJXNnh] こういうhello worldにベンチってどんくらい意味あんのかとか思ってたけど そのページに書いてあるようにあくまでRPSの上限を計るベンチで（これ以上の値は出ない）、 ajaxとかhtmlレンダリングない場合もあるしでやっぱり価値はある。 745 名前：nobodyさん mailto:sage [2008/12/01(月) 23:27:25 ID:???] そのベンチ、Yiiだけecho 'Hello World';になってて 他のがdie('Hello World');になってるのは何で？ まあ大抵のベンチは信用出来ないのは知ってるけども。 746 名前：nobodyさん mailto:sage [2008/12/01(月) 23:48:49 ID:???] dieの方が速いけどw 747 名前：nobodyさん mailto:sage [2008/12/02(火) 01:49:03 ID:???] なんでこんな速いの？エクステンション？ 748 名前：nobodyさん mailto:sage [2008/12/02(火) 01:54:30 ID:???] phpimpact.wordpress.com/2008/07/02/which-php-framework-is-slower/ Baseline PHP   331.8 CodeIgniter   21.5 Zend Framework 9.2 CakePHP           3.7 749 名前：nobodyさん mailto:sage [2008/12/02(火) 10:55:00 ID:???] ま　た　ベ　ン　チ　パ　フ　ォ　ー　マ　ン　ス　か 一応客観的っぽい比較はできるのかもしれないが、だからどうしたってんだ。 ってまだ誰も、使うどころか中を見てもないんだろうけどｗ 750 名前：nobodyさん mailto:sage [2008/12/02(火) 11:15:02 ID:???] >>749がコードを読んでパフォーマンスについての詳細な報告をしてくれるそうです 751 名前：nobodyさん mailto:sage [2008/12/02(火) 11:40:29 ID:???] "Yii is a high-performance component-based PHP framework for developing large-scale Web applications." コンポーネント指向？ってどんな感じのを言うの？ 752 名前：nobodyさん mailto:sage [2008/12/02(火) 14:42:18 ID:???] また新しいFWが登場したの？ みなさんのレポ（人柱）に期待ｗ 753 名前：nobodyさん mailto:sage [2008/12/02(火) 15:26:34 ID:???] G5の方がインテルより速いといい張ってた企業があったしな・・ ベンチマークなんて所詮うんちマークです それが偉い人には分からんのです 754 名前：nobodyさん mailto:sage [2008/12/02(火) 15:28:13 ID:???] ボトルネックはDBまわりだったりするしな 755 名前：nobodyさん mailto:sage [2008/12/02(火) 17:30:38 ID:???] >>751 サービス指向と一緒にググるとよくわかる多分 756 名前：nobodyさん mailto:sage [2008/12/02(火) 19:21:20 ID:???] helloのベンチなんて高機能FWが不利に決まってるジャマイカ 757 名前：nobodyさん mailto:sage [2008/12/02(火) 20:29:16 ID:???] yiiって3メートル競走でフェラーリに勝ったと宣言する原付みたいだねm9（＾Д＾）ﾌﾟｷﾞｬｰ 758 名前：nobodyさん mailto:sage [2008/12/02(火) 21:23:24 ID:???] 一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい =等の演算子にスペースをつけないとか if 〜 else で { } を省略したり ?> を書かない スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？） 簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？ 759 名前：nobodyさん mailto:sage [2008/12/02(火) 21:47:13 ID:???] ベンチって脊髄反射で熱くなるやつ多いよな CakePHPのフォーラムとか 760 名前：nobodyさん mailto:sage [2008/12/02(火) 21:58:40 ID:???] >?> を書かない これは当たり前だろ… むしろ書く方がアホ 761 名前：nobodyさん mailto:sage [2008/12/02(火) 22:06:13 ID:???] >>759 > ベンチって脊髄反射で熱くなるやつ多いよな ベンチに問題があることが多いからな。 762 名前：nobodyさん [2008/12/02(火) 22:16:29 ID:FW3sGcTR] まあ、symfonyは重すぎるな。 763 名前：nobodyさん mailto:sage [2008/12/02(火) 22:27:41 ID:???] >>749,753,754,756,757 I can hear the objections now:     * “Not realistic!”     * “Not comprehensive!”     * “Doesn’t account for features that I like!”     * “Who cares, I don’t need that level of responsiveness!”     * “Doesn’t matter if Framework X is slower, I’m more productive with it!” Yes, yes, you’re all correct. ┐(´ー｀)┌ paul-m-jones.com/blog/?p=236 764 名前：nobodyさん mailto:sage [2008/12/02(火) 22:49:14 ID:???] >>760 決めつける奴も(ry ------------------------------------ <?php echo "hello\n"; ------------------------------------ ↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。 765 名前：nobodyさん mailto:sage [2008/12/02(火) 22:56:45 ID:???] >>764 それでいくと\nが気持ち悪い。ちゃんと書こうよ。 766 名前：nobodyさん mailto:sage [2008/12/02(火) 23:11:14 ID:???] ん？こうかな？ #!/usr/bin/php <?php echo "hello.\n"; 767 名前：nobodyさん mailto:sage [2008/12/02(火) 23:13:51 ID:???] >>766 そのOS依存文字〜! \nだよ\n!!! 768 名前：nobodyさん mailto:sage [2008/12/02(火) 23:13:52 ID:???] 凄いな･･･理解して書いてないよな。 769 名前：nobodyさん mailto:sage [2008/12/02(火) 23:15:23 ID:???] どっちも痛いけど>>767が果てしなく痛い 770 名前：nobodyさん mailto:sage [2008/12/02(火) 23:16:48 ID:???] >>769 ﾎｯﾄｹ 771 名前：nobodyさん mailto:sage [2008/12/02(火) 23:19:22 ID:???] >>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz PHP_EOLってのでいいのか 772 名前：nobodyさん mailto:sage [2008/12/02(火) 23:26:39 ID:???] >>771 Windowsはいいの？ side-b.sto.co.jp/weblog/archives/287 773 名前：nobodyさん mailto:sage [2008/12/02(火) 23:29:12 ID:???] さすがPerlなんともないぜ 774 名前：nobodyさん mailto:sage [2008/12/02(火) 23:37:58 ID:???] >>772 cygwinとかもしらね orz （でもそれはLFでいいような気もする） 775 名前：nobodyさん mailto:sage [2008/12/02(火) 23:52:13 ID:???] VBですら定数あったな 776 名前：nobodyさん mailto:sage [2008/12/02(火) 23:52:55 ID:???] PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。 PHP_EOLを出力に使うなよ。 PHPから抜け出して改行打った場合に、実行するOSによって 改行がバラけるだろ。 777 名前：nobodyさん mailto:sage [2008/12/02(火) 23:55:24 ID:???] タブやらヌルが一種類で本当によかったよな 778 名前：nobodyさん mailto:sage [2008/12/02(火) 23:56:39 ID:???] 新説ktkr 779 名前：nobodyさん mailto:sage [2008/12/03(水) 00:08:32 ID:???] サーバのOSでの改行コードだから、両方関係ないだろ。 hello worldでPHP_EOL 見てる人のOSで改行されるとは限らない。 スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。 str_replaceでPHP_EOL 見てる人のOSの改行コードがサーバと同じとは限らない。 780 名前：nobodyさん mailto:sage [2008/12/03(水) 00:20:28 ID:???] ・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。 「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。 LFでもCRLFでも動く。CRのみは知らないけどｗ Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに CRLFでアップロードしてるんじゃねーよって。 だから >>773 には半分だけ同意ｗ >>776は新説。展開に期待しよう。 ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、 その辺もそろそろ定義および実装してほしいもんだ。 現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で 飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。 改行コードは仕方ないから変換するけど。 スレ違いｽﾏｿ 781 名前：nobodyさん mailto:sage [2008/12/03(水) 00:23:14 ID:???] Perlだったらjcode.plとかJcode.pmとかEncodeとかあるだろうよ。 782 名前：nobodyさん mailto:sage [2008/12/03(水) 00:25:19 ID:???] guess して不明なら全部はねる？ まあそういう作り方もあるだろうけどね 783 名前：nobodyさん mailto:sage [2008/12/03(水) 00:53:25 ID:???] 文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても 違反ではない事になってるんだな。 accept-charsetっていうのもあるけど、対応して無いブラウザもある。 被ってる領域内の文字しか無かったら判別は不可能なのにね。 実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども イレギュラーなブラウザは存在する。 あとはhiddenで文字コード判別出来る文字列送るって方法もある。 英語圏なら全てctypeでOKなのにな。 RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。 784 名前：nobodyさん mailto:sage [2008/12/03(水) 00:57:25 ID:???] イレギュラーなブラウザなんて少ないんだからそこらへんは趣味じゃない 785 名前：nobodyさん mailto:sage [2008/12/03(水) 03:25:54 ID:???] でも、何となくいけてるだけっていうのに違いはないんだよね まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。 786 名前：nobodyさん mailto:sage [2008/12/03(水) 05:58:13 ID:???] 結局はちいたんで（ｒｙ 787 名前：nobodyさん mailto:sage [2008/12/03(水) 10:22:38 ID:???] >>763 symfonyは他のに比べて読み込むファイルが多すぎなんだよな。 788 名前：nobodyさん mailto:sage [2008/12/03(水) 11:40:40 ID:???] PHPFWの色々な比較みたいなのやってるサイトとかないかねぇ 789 名前：nobodyさん mailto:sage [2008/12/03(水) 13:57:38 ID:???] >>788 なんの比較?

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef