【PHP】フレームワークについて語るスレ12【総合】
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001nobodyさん
2008/12/23(火) 00:36:15ID:???●国外産●
symfony
ttp://www.symfony-project.com/
code igniter
ttp://codeigniter.com/
Zend Framework
ttp://framework.zend.com/manual/ja/index.html
CakePHP
ttp://www.cakephp.org/
Yii Framework ←New!! (Dec 03, 2008)
ttp://www.yiiframework.com/
●国産
ちいたん
ttp://php.cheetan.net/
Ethna
ttp://ethna.jp/
guesswork
ttp://classic.guesswork.jp/
maple
ttp://kunit.jp/maple/
●前スレ
【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
0002nobodyさん
2008/12/23(火) 00:36:35ID:???【PHP】フレームワークについて語るスレ10【総合】 ※実質11
http://pc11.2ch.net/test/read.cgi/php/1219581817/
【PHP】フレームワークについて語るスレ10【総合】
http://pc11.2ch.net/test/read.cgi/php/1202521438/
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/
【PHP】フレームワークについて語るスレ8【総合】
http://pc11.2ch.net/test/read.cgi/php/1192604501/
【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0003nobodyさん
2008/12/23(火) 04:20:21ID:???0004nobodyさん
2008/12/23(火) 15:47:46ID:???0005nobodyさん
2008/12/23(火) 19:49:58ID:???実際はどうなん？
0006nobodyさん
2008/12/23(火) 20:11:14ID:???おれは、Bakerじゃないけど
0007nobodyさん
2008/12/24(水) 02:40:46ID:???【PHP】フレームワーク CakePHP 5ホール目【v1.2】
http://pc11.2ch.net/test/read.cgi/php/1229669539/
【PHP】 Smarty 隔離スレ 【テンプレート】
http://pc11.2ch.net/test/read.cgi/php/1201879269/
[PHP][フレームワーク]CodeIgniterスレ
http://pc11.2ch.net/test/read.cgi/php/1177683436/
【PHP】フレームワークMapleに舌鼓
http://pc11.2ch.net/test/read.cgi/php/1122105465/
【PHP】フレームワーク Akelos
http://pc11.2ch.net/test/read.cgi/php/1187333485/
【PHP】Ethna part.2【国産フレームワーク】
http://pc11.2ch.net/test/read.cgi/php/1186096518/
2ch有志がPHPフレームワークを作るスレ
http://pc11.2ch.net/test/read.cgi/php/1172328149/
PHP総合雑談スレ
http://pc11.2ch.net/test/read.cgi/php/1200314111/
0008nobodyさん
2008/12/24(水) 08:08:43ID:???ZendFramework Part2
http://pc11.2ch.net/test/read.cgi/php/1204726884/
Vs.Phpのv2.5ぐらいからZFの簡単なスケルトンコードを吐くようになってる。
けど、もうちょっと便利にならんかなぁ。ZS for Eclipseの方がいいかな?
0009nobodyさん
2008/12/24(水) 10:41:53ID:???0010nobodyさん
2008/12/24(水) 11:32:06ID:???http://pc11.2ch.net/test/read.cgi/php/1201177567/
symfony忘れんな。うじ虫。
0013nobodyさん
2008/12/25(木) 02:33:24ID:???完全対応してくれる"IDE"の間違いじゃね?。
PDTなんかにさらにFWごとにカスタマイズ出来るプラグイン追加って出来たらいいのだろうけど。
俺は今のところZFしか使ってないけど、IDEの対応も普及に貢献すると思うんだが、他のFWはどぉなんだろう。
0014nobodyさん
2008/12/25(木) 03:17:52ID:???どんな環境でZF使ってる？
0015nobodyさん
2008/12/25(木) 04:04:54ID:???開発環境かな? 運用環境じゃないよね。
ZFを使うときはVs.Phpにしている。2.4止まりのアシアルはやる気なさそげなので、
英語版を試用してみたが、英語版で十分だな。そろそろ2.6が正式リリースしそうなので
そうなったら移行するつもり。円高で新規でも1ﾏｿ切ってるしなーw。
俺々FWのﾌﾞﾂはPDT使ってた。今でもメンテで使ってる。ZS4Eに手を出せないのは、
そのうちPDTでもZFをサポートし出すんじゃないかと思ってみたり。
0017nobodyさん
2008/12/25(木) 23:33:30ID:???そこまで書くとｽﾚ違いになちゃうな。
以前はIDEｽﾚがあったけど。
PDTと比べると一長一短。デバッガなど全体的には軽快に動く。
C#なんかと比べると、やっぱりもどかしい。
2.6で補完範囲が改善されそうなので期待している。
好みもあるだろうから、30日間試用してみるのが一番いいと思うよ。
0018nobodyさん
2008/12/25(木) 23:44:29ID:???日本語版も含めてなんか出てきた。
ttp://www.jcxsoftware.com/jcx/node/2525
ただ、リンク先の証明書が無効だと火狐で警告が出ます。
0019nobodyさん
2008/12/25(木) 23:51:17ID:???WEBプログラム言語用のIDEの配布？に、何このずさんな証明書使い回し
ってかそれでなんでSSL掛けてるのか意味不明。
0020nobodyさん
2008/12/26(金) 09:54:44ID:???0021nobodyさん
2008/12/27(土) 01:31:19ID:???使うとどんな感じなん？
0024nobodyさん
2008/12/29(月) 15:26:56ID:???リポジトリの部分だけを持ってくるコマンドラインがわかりません。単純な質問だと思いますが
どうしてもわからず、ご教授のほどお願いいたします。
0025nobodyさん
2008/12/29(月) 15:37:33ID:???0026nobodyさん
2008/12/29(月) 20:34:55ID:???0027nobodyさん
2008/12/29(月) 20:36:32ID:???0028nobodyさん
2009/01/01(木) 09:20:32ID:???0029nobodyさん
2009/01/01(木) 13:10:51ID:???0031nobodyさん
2009/01/02(金) 12:39:17ID:???2009 PHPフレームワークダービー
出走場受付中
0034nobodyさん
2009/01/06(火) 14:44:09ID:???同じコードをPHPとJavascriptの両方で書くのはちょっと面倒です。
なんかうまい方法はありませんか。あるいはそのようなフレームワークやライブラリがあれば紹介してください。
お願いします。
0035nobodyさん
2009/01/06(火) 17:59:40ID:???0036nobodyさん
2009/01/06(火) 18:25:39ID:???うひー、ほんとだ(汗
typoご容赦。
んでみんなは今後どのFW使っていくの?
俺はもうZendでいいかと思い始めてる・・・
>>34
jQueryのajaxformプラグインを使ってサーバにリクエストを投げて、
コールバックでエラー表示処理。
0037nobodyさん
2009/01/06(火) 19:22:42ID:???0038nobodyさん
2009/01/06(火) 19:36:39ID:???サーバサイドはhiddenの値が改ざんされたときの保険
って感じじゃないの
まぁ値をhidden渡しじゃなくてセッションに突っ込めばクライアント側だけでいい気もするけど
0039nobodyさん
2009/01/06(火) 19:38:50ID:???0040nobodyさん
2009/01/06(火) 19:47:32ID:???ってエラーメッセージ出せばよくね？
0041nobodyさん
2009/01/06(火) 19:53:28ID:???まあありっちゃありか。
やるとするなら、最初からエラーチェックのJavaScriptを吐き出すか読み込んでおくような形に
するほうがまだスマートな気もするけど。
そういうライブラリあるのかどうかは知らないけど、XMLか何かで、鯖・クラ共用するものは作れそう
>>38
んで、そのセッションに突っ込むデータはどこから飛んでくるんだｗ
>>39の言うとおり、クライアント側のみの検証はあり得ない
処理するデータが無検証の可能性があるってのは、DBに突っ込む時のみならず後々いろいろまずい、はず。
JavaScriptの検証をスルーしてPOSTデータが飛んでこないっていう保証があるんならいいけど。
0042nobodyさん
2009/01/06(火) 20:10:38ID:???JSでチェックするスクリプトを書く
そのチェックスクリプトをインクルードしてバリデートして返すページを作っておく。
サーバー上のチェックはそのページにCURLでPOSTして結果を取得する。
これなら、バリデーターはJSだけで済む。
0044nobodyさん
2009/01/06(火) 20:24:31ID:???サーバサイドもJavaScriptで書いちゃえばいいんだよ！
ってネタレスを思い出した。
その時に聞いたJavaScriptインタプリタなんだったかな？
0045nobodyさん
2009/01/06(火) 20:27:27ID:???サーバーサイドJavaScriptを使うしかないか。
0046nobodyさん
2009/01/06(火) 20:30:15ID:???0047nobodyさん
2009/01/06(火) 20:36:03ID:???0048nobodyさん
2009/01/06(火) 21:48:54ID:???バリデーションルールのデータフォーマット設計が面倒だが、Kwalifyとかを丸パクリかな。
0049nobodyさん
2009/01/06(火) 21:58:01ID:???0050nobodyさん
2009/01/06(火) 22:25:49ID:???故にPHP脂肪ｗｗｗ
0051nobodyさん
2009/01/06(火) 23:00:54ID:???そうなんです、できれば>>36の方法じゃなくて、クライアントサイドでできるチェックはクライアントサイドだけで完結させたいです。
>そういうライブラリあるのかどうかは知らないけど、XMLか何かで、鯖・クラ共用するものは作れそう
残念、ご存じないですか。需要はあると思うんですけど、思ったほど作られてないようですね。
Railsでも探したんですけど、やっぱりないみたいです。
>>48
>俺ならバリデーション規則だけJSONで書いて、それを適用する関数をJavaScriptとPHPで別箇に実装するに留める。
あーつまり、JSONで書かれた規則をPHPで読み込んで、フォーム入力がそれに従っているかどうかをチェックするという感じですか。
そして同じことをJavaScriptでもやると。なるほど。頭いいですね。
>バリデーションルールのデータフォーマット設計が面倒だが、Kwalifyとかを丸パクリかな。
Kwalifyって何ですか？
005248
2009/01/06(火) 23:36:43ID:???バリデーションを行なうライブラリ。配列やJSON、YAMLなどのバリデーションを行なう。RubyとかPerlしかないが。
まあ、こんなデータフォーマットだとそれなりに漏れなく表現できるよってだけの意味。単なるサンプルに過ぎない。
自分でバリデーションルール用のJSONのフォーマット考えられるなら忘れておｋ。
（まあ、データフォーマットとかいちいち考えず、正規表現をJSONに格納しておけば十分っちゃ十分なのだが…）
0054nobodyさん
2009/01/07(水) 00:57:38ID:???0056nobodyさん
2009/01/07(水) 10:01:31ID:???0057nobodyさん
2009/01/07(水) 22:34:19ID:???0058nobodyさん
2009/01/07(水) 23:01:29ID:???0059nobodyさん
2009/01/08(木) 10:31:01ID:???0060nobodyさん
2009/01/08(木) 10:39:22ID:???0062nobodyさん
2009/01/08(木) 11:32:22ID:???0063nobodyさん
2009/01/08(木) 11:40:10ID:???へぇ。そうなんですか。メモっとこ。
0064nobodyさん
2009/01/08(木) 12:08:22ID:???0065nobodyさん
2009/01/08(木) 12:44:42ID:???POST先のサーバコードでまたDBにクエリ投げて検証してってやるわけですね
まあPOSTする前、画面遷移せずにエラー警告文が出せるというのが利点か。
0066nobodyさん
2009/01/08(木) 15:02:15ID:???0068nobodyさん
2009/01/08(木) 16:23:15ID:???0069nobodyさん
2009/01/08(木) 16:51:55ID:???0071nobodyさん
2009/01/08(木) 21:05:54ID:???0072nobodyさん
2009/01/08(木) 21:47:23ID:???0073nobodyさん
2009/01/09(金) 04:32:42ID:???0074マジレス希望
2009/01/09(金) 12:19:55ID:???・オススメの勉強方法
・オススメの解説書
・オススメのサイト
があれば是非ご紹介ください。m(__)m
0075nobodyさん
2009/01/09(金) 13:04:59ID:???0078nobodyさん
2009/01/11(日) 12:53:52ID:???http://lll-framework.hikosha.jp/
なんだこれ
0079nobodyさん
2009/01/12(月) 00:02:56ID:???「解凍して、public_html/にアクセスするだけで、すぐに使えます！」
解凍したファイルをドキュメントルート以下に置いてpublic_html/にアクセスすると
Fatal error: LLL_Template::require()とでて真っ白の画面になった。
PieceFrameworkを思い出したよ。
ﾎﾟｨ(ﾟ△ﾟ)ﾉ⌒ ﾟ凵
0080nobodyさん
2009/01/12(月) 11:46:05ID:???すまない。orz
不具合を修正しました。
http://lll-framework.hikosha.jp/release/lll-framework-0.1.3.tar.gz
0081nobodyさん
2009/01/12(月) 22:55:46ID:???ありがとうございます。
一撃必殺JavaScript〜お気に入りに保存しました。
JavaScriptは中途半端な理解で十分に使いこなせていなかったので、PHPフレームワークの次はJavaScriptの習得を目指します＾＾
0084nobodyさん
2009/01/13(火) 00:52:46ID:???ネタが増えるのはいいことだけど・・・
ざっくりサイトだけ読んでみて
> PHP4,PHP5両方で動作する事。
またか。
サイトにしろFWにしろ、これから新しくものを作るんならいい加減、PHP4を切り捨てた方が
すっきりといいものができるように思うのはおれが怠惰すぎるのだろうかね
0085nobodyさん
2009/01/13(火) 01:01:58ID:???去年でPHP4もサポート終わったんじゃなかったっけ
0086nobodyさん
2009/01/13(火) 01:26:26ID:???0087nobodyさん
2009/01/13(火) 02:22:51ID:???メソッドにアクセス修飾子がないといらいらする。
0088nobodyさん
2009/01/14(水) 00:02:14ID:???0089nobodyさん
2009/01/14(水) 02:16:40ID:???0091nobodyさん
2009/01/14(水) 02:34:16ID:???0092nobodyさん
2009/01/14(水) 02:35:52ID:???0093nobodyさん
2009/01/14(水) 05:57:49ID:???その点で他のLLは糞
0094nobodyさん
2009/01/14(水) 10:09:53ID:???0096nobodyさん
2009/01/14(水) 21:39:54ID:???「全部public、ただし先頭にアンダーバーがついてたらよいこのみんなは呼ばないようにしようね」
というのもそれはそれでいいと思うけどな。
どうせprivateとprotectedとpublicで命名規則を変える事が多いわけだし。
0097nobodyさん
2009/01/14(水) 21:47:37ID:???0098nobodyさん
2009/01/16(金) 16:43:30ID:???林氏：Javaを勉強した後、RubyやPerl、Pythonの文法が面白くて眺めてました。
↓
参考材料にもならないPHPは脂肪(＞＜)ｗｗｗ
0099nobodyさん
2009/01/16(金) 18:21:10ID:???CやJavaと殆ど同じようなもんだし
0100nobodyさん
2009/01/16(金) 18:26:35ID:???0101nobodyさん
2009/01/16(金) 18:27:40ID:???おいおい、お前らのレベルってこのくらいなの？
0102nobodyさん
2009/01/16(金) 18:38:04ID:???つーか、そこにツッコミ入れる奴って…３年ROMってｒ（ｒｙ
0103nobodyさん
2009/01/16(金) 18:58:53ID:???その上で林さんって人はそれと全く文法が違う
Ruby、Perl、Pythonを面白がったってだけだろ
0104nobodyさん
2009/01/16(金) 19:10:15ID:???（Perl由来の部分は単にPersonal Home Page Tools時代の名残かもしれないけど）
0105nobodyさん
2009/01/16(金) 19:10:48ID:???Ｃ言語の有名サイトにこんなものがある
ttp://www.kojima-cci.or.jp/fuji/mybooks/cdiag/cdiag.14.6.html
0106nobodyさん
2009/01/16(金) 19:25:15ID:???逆に打ち間違うわ
0107nobodyさん
2009/01/16(金) 19:27:33ID:???0108nobodyさん
2009/01/16(金) 20:43:49ID:???0109nobodyさん
2009/01/16(金) 23:54:23ID:???elsif
やったぁ！2文字もタイプ量が減るぞ！！
0110nobodyさん
2009/01/16(金) 23:55:15ID:???いまでもときどき elsif と elseif と else if がごっちゃになって困るｗ
0111nobodyさん
2009/01/17(土) 00:12:33ID:???0112nobodyさん
2009/01/17(土) 00:29:45ID:???0113nobodyさん
2009/01/19(月) 01:23:11ID:???引数リスト見ても何投げたらいいから分からなくてまいっちんぐ
0114nobodyさん
2009/01/19(月) 09:58:52ID:???0116nobodyさん
2009/01/19(月) 22:45:12ID:???0117nobodyさん
2009/01/19(月) 22:51:44ID:???0118nobodyさん
2009/01/20(火) 10:49:51ID:???Webで便利なだけでしょ。Web以外はPerl使ってるよ。最近PHPにも懲りてWebもPerlも使い出した。
Catalystマンセー
0119nobodyさん
2009/01/20(火) 11:49:35ID:???Catalystもそうだけど、CPAN万歳になるのが初動でのネックだと感じてる。
導入だけ、って考えるならPHPのフレームワークのほうがよほど楽。
結局は目的次第じゃないかと。
0120nobodyさん
2009/01/20(火) 12:00:08ID:???そう。PHPはWeb以外では殆ど使い物にならないから、
最強言語だよねとか言われると困る。
ちなみにこのネタは宗教論争を呼ぶので早めに切り上げたい。
0121nobodyさん
2009/01/20(火) 12:23:13ID:???0122nobodyさん
2009/01/20(火) 12:26:00ID:???0123nobodyさん
2009/01/20(火) 12:26:09ID:???普段使ってるから作りやすくて楽
0124nobodyさん
2009/01/20(火) 12:58:05ID:???使われているのはPerl、Python、Rubyのどれかだろ。
0125nobodyさん
2009/01/20(火) 13:08:13ID:???0128nobodyさん
2009/01/20(火) 13:22:10ID:???自作ライブラリ使い回せるし
0130nobodyさん
2009/01/20(火) 13:37:08ID:???それはWEBアプリの一部ではないのだろうか。
まあ一般論だとしても、これは実は結構大きいんだけどね。
WEBでPHPを使ってるんなら、CPANとかいちいち使い方調べるのは効率悪いとも思う。
でも、それをやっとくと比較的汎用的なスキルにはなってそうな気もするから迷う。
（自作ライブラリが陳腐化した時とか、そもそも違う環境で作業しなきゃいけないとか）
結局 得意な言語が１〜２個あり、その他も好き嫌いしないで使えるってのが理想では
あるんだけど。
0133nobodyさん
2009/01/20(火) 15:15:18ID:???0134nobodyさん
2009/01/20(火) 15:52:58ID:???前者ならPerlが多いと思うし、後者でDBも監視するなら
そのアプリケーションで使ってるライブラリ使ってDBアクセスしたほうがいいだろうし。
0136nobodyさん
2009/01/20(火) 20:29:13ID:???今時perlなんて類人猿しか使ってねーし
0137nobodyさん
2009/01/20(火) 22:54:13ID:???0138nobodyさん
2009/01/21(水) 00:00:34ID:???http://trac.agavi.org/ticket/480
0139nobodyさん
2009/01/21(水) 00:07:16ID:???0140nobodyさん
2009/01/21(水) 03:12:08ID:???サブの言語というか、ちょっとしたツールなら、Perlで十分だし、海外じゃPythonもあるわけで。
日本でRuby使うって、Railsを使うって言うのとイコールだと思うけど、当初はともかく、今となっては特別圧倒的に優位なウェブフレームワークじゃないし。
0141nobodyさん
2009/01/21(水) 03:25:00ID:???ニッチ言語でもないし
0142nobodyさん
2009/01/21(水) 07:20:17ID:???0143nobodyさん
2009/01/21(水) 08:54:04ID:???俺はあれでRoRって使えねーって思ったんだが。
0144nobodyさん
2009/01/21(水) 10:38:16ID:???0145nobodyさん
2009/01/21(水) 11:00:58ID:???出来る人間なら習得コストは同じだよ。何でもすぐ覚える。勝手に覚える。
知らない間にPerlとかに手を出してる。
PHP手取り足取り教えてやっと使い物になるような人材は嫌だなあ。
0146nobodyさん
2009/01/21(水) 11:03:52ID:???コストの問題でしょ
0147nobodyさん
2009/01/21(水) 11:16:40ID:???教材は何でもいいよ。ダメなら切るだけ。だからコストは一緒。
出来る人間がPHP覚えるのもPerl覚えるのも大差ない。
0148nobodyさん
2009/01/21(水) 11:27:19ID:???能力にばらつきがあるのが世の常でしょ
0149nobodyさん
2009/01/21(水) 11:30:39ID:???まあその辺は会社によって違うかもな。
PHPは教材としてイニシャルコストは安いと思う。
どの言語も結局は同じくらいのコストがかかるんだがな。
0150nobodyさん
2009/01/21(水) 12:27:49ID:???そう簡単に切ったり雇ったりできるか！
言語を教材なんて言ってる時点で仕事じゃない
コスト考えるなら即戦力。即戦力を考えたら普及している言語が有利に決まってるだろ。
今話題の派遣とかが会社にとって効率がいい
0151nobodyさん
2009/01/21(水) 13:08:07ID:???プログラマ堅気を見抜けるエスパーが社に一人いると便利だよ。
0152nobodyさん
2009/01/21(水) 13:38:39ID:???特に新卒とか
0153nobodyさん
2009/01/22(木) 03:26:59ID:???まさか日本人が作った言語だから日本人に解りやすいとでも思ったのか
0154nobodyさん
2009/01/22(木) 03:33:43ID:???ねじ込んでしまえば、人材という商品にはなれちゃうからな。
とりえずphpかJavaできますと言って、嘘にならなければ戦力。
今となっては、というお話だったとさとしか言えんがｗ
0155nobodyさん
2009/01/22(木) 04:44:46ID:???どれだけ大人数で時間書けてやったかがリーダーの実績みたいなｗ
だからコンサルファームはとにかくスキル関係なく人を入れたがる
0156nobodyさん
2009/01/22(木) 04:53:28ID:???ギリギリ成功といえる状態で、案件を終わらせるのが、
優れたリーダーってことか。
とても楽しくなさそうだ。
0157nobodyさん
2009/01/22(木) 05:37:45ID:???運用は儲からないんです
0158nobodyさん
2009/01/23(金) 02:44:44ID:???そんなもんか。
0159nobodyさん
2009/01/23(金) 08:09:25ID:???0160nobodyさん
2009/01/27(火) 00:00:53ID:???0162nobodyさん
2009/01/28(水) 00:04:30ID:???DBアクセスするならPDOとかもPear側で準備しとかないとならん
あと結構依存するライブラリたくさんある
フレームワークの意味あんのか
0163nobodyさん
2009/01/28(水) 00:05:19ID:???0164nobodyさん
2009/01/28(水) 00:12:52ID:???0165nobodyさん
2009/01/28(水) 00:26:31ID:???PDOがPearじゃなくて"とか"をPearで用意する必要があるものもあるって事ね
CakeとかZendとかPearフリーじゃん
それの対比でYiiは違うよと
0166nobodyさん
2009/01/28(水) 00:52:28ID:???0167nobodyさん
2009/01/28(水) 00:55:30ID:???0168nobodyさん
2009/01/28(水) 01:01:34ID:VWeywu5Ymemcacheは必須じゃないでしょ？
逆にCakeでもZendでもキャッシュのバックエンドにmemcacheを使うなら
サーバ側で用意するのは一緒。
> あと結構依存するライブラリたくさんある
例えば？
> フレームワークの意味あんのか
依存するライブラリの多寡とフレームワークの意味は関係ない概念だと思います。
0169nobodyさん
2009/01/28(水) 07:10:16ID:???0170nobodyさん
2009/01/28(水) 08:17:44ID:???ActiveRecordをシンプルに使えてちょっといい感じだけどな ＞ Yii
ただ、拡張をどうすればいいのかちょっとまだよくわからん
0171nobodyさん
2009/01/28(水) 08:19:43ID:???0172nobodyさん
2009/01/28(水) 11:10:45ID:???どっちもどっちなのかもしれないけど、ほめられたことじゃないな
Zendはそんなイスラエルの会社
PHP以外でWEBアプリを作ったことがない俺
はぁ〜、PHPでプログラミングしていると軽く鬱になる（＝これはイスラエルとは関係ないかもしれんｗｗｗ）
plugger(Perl)、Google App Engine(Python)でもやってみるかな？
0173nobodyさん
2009/01/28(水) 11:22:29ID:???0174nobodyさん
2009/01/28(水) 12:50:21ID:???そう考えたら色々納得いくぜ！
0175nobodyさん
2009/01/28(水) 15:17:58ID:???あと金持ち属性もあるか。
PHPERは差別はされてるかもしれないけど、虐殺はされてないし、
病院ごとテロリストをぶっとばすのもしてないぞ、なにより金持ちでもないし。
...いや、この先IT不況が来たら大量に首を切られて虐殺されるかも...
0176nobodyさん
2009/01/28(水) 15:47:25ID:???顧客の多くはPHP指定してくる。今のところ予想は外れたまま。
ええ、結局PHP書いてますよ。
0180nobodyさん
2009/01/29(木) 01:00:41ID:???ASP.NET系も同じく糞ゲイツ派企業の鉄板
PHPはなんだかんだでライトユーザーシェアはなくならない
---かべ---
PerlはもうすでにWebProgのCOBOL
Rubyは永遠に下火
そのた：話題に上らないほどにマイナー
>>176
PHPがだめぽってのはすごく理解できるが、
そこで何ゆえPerlなんかを選んでしまった理由を聞いてみたいｗ
0181nobodyさん
2009/01/29(木) 01:21:22ID:???軽量言語如きで信者論争とか、アホらしいっつうかアホそのものだ。
0182nobodyさん
2009/01/29(木) 01:35:52ID:???昔、簡単な物ならPerlで書けたけど、今はうpロダでさえ作れないかも。
PHPしか書けないWeb屋が居てもいいよねw
0183nobodyさん
2009/01/29(木) 01:41:58ID:???0184nobodyさん
2009/01/29(木) 01:51:42ID:???0185nobodyさん
2009/01/29(木) 18:23:40ID:???フレームワークのSSL対応ってどうなっているのでしょうか？
単純にページをhttps://以下に置けばSSL対応になるとかいうのではありません。
http://以下の特定のページに着たらhttps://以下にリダイレクトするというものでもありません。
私が聞きたいのは、SSLページと非SSLページにまたがったアクションで
情報がどのようにセキュアに扱われているかということです。
具体的に言えば、たとえばAmazonなど、非SSLページでカートに入れて、そこからSSLページにとんで
住所などの個人情報とカートの情報を結びつけて会計処理を行えます。
また逆に個人情報を入れてからカートに追加と言う処理もあります。
SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
こういう部分をフレームワークは解決してくれているのでしょうか？
解決してくれているとしたら、どういった設計になっているのでしょうか？
0186nobodyさん
2009/01/29(木) 18:26:56ID:???0187nobodyさん
2009/01/29(木) 18:31:21ID:???0188nobodyさん
2009/01/29(木) 18:42:10ID:???私が知りたいのは、フレームワークで
この問題をどう解決しているのか？
または解決していないのか？
ということです。
0189nobodyさん
2009/01/29(木) 20:08:05ID:???0190nobodyさん
2009/01/29(木) 20:15:44ID:???PHPはアンセキュアな糞フレームワークばかり
secure属性もしらなそうだな。
0191nobodyさん
2009/01/29(木) 20:45:27ID:???PHPにフレームワーク1つしかないと思ってるんだろうか
0192nobodyさん
2009/01/29(木) 20:52:01ID:???気にしないでやってください。
なぜなら、フレームワークに依存するレベルの話じゃない。
フレームワークを使ってどう実装するかという設計の問題です。
0193nobodyさん
2009/01/29(木) 21:12:16ID:???ttp://www.yiiframework.com/doc/guide/topics.security
0195nobodyさん
2009/01/29(木) 23:22:59ID:???俺には結構まっとうかつこのスレにふさわしい質問だと思うんだが。
>>193で端的に答えられているが、それ以外はわざとか限界か知らんが
ことごとくピントはずれでいい感じだなｗ
で、そのYiiのようなクッキーValidationは他のフレームワークにもあったような。
0196195
2009/01/29(木) 23:33:39ID:???場合には意味ないね。
考えられるシンプルな対策で、非セキュアなページではセッションを使わない、もしくは
セキュアページと共有しないってのは正味ありえないか
0197nobodyさん
2009/01/29(木) 23:48:44ID:???セキュアなページに入ってきたら、必ず一度はそのユーザーの有効性を確認するように実装するのが当然。
その上で、承認後はセッションIDを毎ページ切り替えるってのが普通。
非セキュアなゾーンでセッションキーを盗んでも、匿名の個人情報が見れるだけで
実害はほとんどない。
これはフレームワーク層じゃなくて、ビジネスロジック層で実装するもんだよ。
0198nobodyさん
2009/01/30(金) 00:47:54ID:???0199nobodyさん
2009/01/30(金) 00:56:28ID:???0200nobodyさん
2009/01/30(金) 02:29:11ID:???0201nobodyさん
2009/01/30(金) 03:47:52ID:???PythonやらRubyやらPerlがphpと比べてどうのとか、
ぜんぜん関係なかったし。
0202nobodyさん
2009/01/30(金) 08:04:53ID:???>セキュアなページに入ってきたら、必ず一度はそのユーザーの有効性を確認するように実装するのが当然。
これがわからん。どうやって確認するの？
例えばユーザでログインした後、トップページからお問い合わせフォーム（もしくはその確認画面）に進んだだけで
パスワード入力を求められるようなサイトは現実的かな？
Amazonみたいに、重要な操作の前にいちいちパスワード入力を求めるっていう感じかな。
それとも、セッションに頼らない確認方法があるんだろうか。
流行の一時トークンも、ぶっちゃけクッキーやらPOSTだったら一緒に盗まれるんじゃないの。
0203nobodyさん
2009/01/30(金) 08:27:30ID:???アマゾンのように、長いセッションを維持するサイトでは、重要な操作の前に、
必ずパスワードを確認させて、セキュアなセッションは短くしている。
Yahooでもクッキーを数種類使いつつ、クラムというフォーム追跡を埋め込んで、
通常ログイン状態とセキュアログイン状態を識別、追跡している。
だから、パスワードの再確認を求められるケースとそうじゃないケースがある。
そういうギミックを持ってないところは、ショップなどのように金銭が絡むところは
まるっとHTTPSで実装する。
> 流行の一時トークンも、ぶっちゃけクッキーやらPOSTだったら一緒に盗まれるんじゃないの。
それはどういうレイヤーで話をしてるの？
プロトコルの欠陥？ネットワーク盗聴？ブラウザーのバグ？
0205nobodyさん
2009/01/30(金) 10:08:00ID:???クッキーが盗まれる、っていう現象で想定のメインは「ネットワーク盗聴」じゃね？
他にもあるのか俺は知らんが。
例えばXSSで盗まれるのであればSSLなんて関係ないわけだし
>>204
毎回セッションIDを変えるってので兼用できてそうな気がするから、併用して
冗長にしてチェック、かな？
どのみちタイムアウトの設定次第の様な気がする。
0206nobodyさん
2009/01/30(金) 10:33:33ID:???ネットワーク盗聴ならSSL下では問題ないって前提でいいわけだよな。
(SSL下でも解読できるとか行っちまったら元もこもない）
SSL下でsecure属性をつけたクッキーを出すのが普通なんで、
復路の盗聴はないし、ワンタイムトークンを使う限り
タイムアウトはセキュアセッションと同等でいいよな。
あんまりにも普通なこと過ぎて書くのが恥ずかしくなってきたわ。
0207nobodyさん
2009/01/30(金) 10:39:58ID:???> だから、個別のサービス思想に絡んだ設計の問題なわけでそ。
そういう場合に、どっちの方式をとるかは設計の問題だね。
だけどフレームワークの意味をもう一度思い出してほしい。
汎用的で複雑な処理を簡単に実装できることだ。
重要な操作の前に確認したいのなら、
プロパティ一つ程度の簡単なコードですむようにしてくれるものだろう？
YAHOOのパスワードの再確認を求められるケースとそうじゃないケースを
作る為のサポート機能。それこそフレームワークが提供するべきものだろう？
あと、毎回セッションIDを変える方法は、
別ウインドウを出したとき問題になる。
0208nobodyさん
2009/01/30(金) 10:43:17ID:???> 匿名の個人情報が見れるだけで実害はほとんどない。
これは笑う所かいな？ｗ
個人情報＝本名・住所等
匿名の本名・住所等が見れるだけで実害はほとんどない。
匿名になってないじゃないか〜い。
0209nobodyさん
2009/01/30(金) 10:46:19ID:???AmazonやYahooでいつ別ウインドウが出るってんだ
その手のサイトでログイン後に別ウインドウとかアホ設計だろうに
0210nobodyさん
2009/01/30(金) 10:49:28ID:???別ウインドウってのは人間が出すんだよ。
ネットワークが遅いから、過去の履歴の詳細をいくつも別ウインドウで開くとか
（一つのウインドウの内容を見ている間に、他のページの読み込みが終わっている）
0211nobodyさん
2009/01/30(金) 10:51:55ID:???もしかしてそこが笑うところ？
> 個人情報＝本名・住所等
そんな決めつけでよくやってられるな。
たとえば、性別とか好みとかカートの中身とか、クリック動向とか
個人を特定できないが個人に関係する情報も個人情報だろが
0213nobodyさん
2009/01/30(金) 10:55:22ID:???連続でリロードすると問題になる。
サーバーでは値が変わっているが、
クライアントでは新しい値を受け取っていないなど。
0214nobodyさん
2009/01/30(金) 10:55:54ID:???> だけどフレームワークの意味をもう一度思い出してほしい。
> 汎用的で複雑な処理を簡単に実装できることだ。
セキュアセッションは汎用的でも複雑でもないだろ。
関数一発挟むだけなのに、それをプロパティで設定しろってか。
0216nobodyさん
2009/01/30(金) 10:57:52ID:???必ず認証が必要だというが、
Amazonはそうなっていない。
これを実現できるフレームワークは皆無ってことでおｋ？
0217nobodyさん
2009/01/30(金) 11:00:03ID:???だが、Amazonは別ウインドウを出しても、連続リロードしても問題ない。
これを実現できるフレームワークは皆無ってことでおｋ？
0219nobodyさん
2009/01/30(金) 11:04:46ID:???それは、ブラウザ起動して初めてログインした場合だろ。
一度ログインしていれば、非セキュアページから
セキュアページに入るときにパスワードは要求されない。
一度注文履歴を見たあとで、トップに戻れ。
トップから、もう一度注文履歴を見る間にパスワードを聞かれるか？
0220nobodyさん
2009/01/30(金) 11:12:49ID:???> 関数一発挟むだけなのに、それをプロパティで設定しろってか。
関数一発挟むだけじゃないな。
Windowsプログラミングじゃあるまいし。
パスワード入力ダイアログを出して終わりじゃないんだよ。
認証が必要になった場合に、他のページに飛ばさないといけない。
そこから戻らないといけない。
一回目（認証前）と戻ったときの二回目（認証後）で違う処理をしないといけない。
必ずパスワードを出すというわりに、認証後はパスワードを出さないという風に矛盾している。
0221nobodyさん
2009/01/30(金) 11:23:06ID:???> あと、毎回セッションIDを変える方法は、
> 別ウインドウを出したとき問題になる。
ただ単に、どっちかのセッションが使えなくなるだけじゃない？
問題なし
0222nobodyさん
2009/01/30(金) 11:24:24ID:???それで何が不満なの？
なにかセキュリティ上の問題があるなら指摘してください
>>220
よーくわかった。(ry
0224nobodyさん
2009/01/30(金) 11:39:10ID:???PHPフレームワークスレでこんな機能が全て実現できるフレームワークは
PHPにないよね！って言われた所でなんなんだっていう
ちなみにPerlでもJavaでもASPでもそんなフレームワークはない
その辺は自分で実装する
0225nobodyさん
2009/01/30(金) 12:33:45ID:???>だけどフレームワークの意味をもう一度思い出してほしい。
>
>汎用的で複雑な処理を簡単に実装できることだ。
>重要な操作の前に確認したいのなら、
>プロパティ一つ程度の簡単なコードですむようにしてくれるものだろう？
>
>YAHOOのパスワードの再確認を求められるケースとそうじゃないケースを
>作る為のサポート機能。それこそフレームワークが提供するべきものだろう？
これがフレームワークが提供すべき汎用的な機能かと言うとどうだろうね？
0226225
2009/01/30(金) 12:35:02ID:???「Webアプリケーションフレームワークが」提供すべきかどうか、ね。
0227nobodyさん
2009/01/30(金) 12:46:45ID:???そこにバグがあったらそれ使ってるシステムみんな死亡じゃん
クリティカルな部分は独自に実装するからバグがあってもなんとななるわけで
0228nobodyさん
2009/01/30(金) 13:17:58ID:???んなこといったら、プレースホルダ使いたい、使わせたい為だけにPEAR::DB使ってた人間とか涙目だろ。
実際そういった判断は、凡PGに任せるより遙かにセキュアだったと思うがな
フレームワーク（というか基底ライブラリ）の有用性の一面を完全否定っすか。
0229nobodyさん
2009/01/30(金) 13:34:34ID:???問題はバグがどうたらじゃないよ
設計や計画にはちゃんとした理解が必要だが、コーディングが難しかったり
面倒だったりするわけじゃないからFWに任せる内容じゃないってことだよ。
コーディングの助けっていう意味程度なら、どのFWにもセキュアセッション
を扱う機能や、ワンタイムトークンを自動でハンドリングするフォーム要素とか
一通りのものは揃ってる。
が、ページ遷移設計まで自動化してほしいとは思わないけどな。
PieceFrameworkあたりなら、その辺はすでに実装済みかもしれんけど。
0230nobodyさん
2009/01/30(金) 13:36:33ID:???ああいうのはFWで吸収しない方がいい
0231nobodyさん
2009/01/30(金) 13:38:02ID:???きちんと実装されるかどうかじゃなくて、フレームワークの場合は
そういうバグがありましたって公開されちゃうから、フレームワーク使ってるのバレると
悪用されるってことじゃないの？
独自実装ならクソみたいな実装でも中はどうなってるかアタックするまで解らんのだし
0232nobodyさん
2009/01/30(金) 13:43:38ID:???言ってみれば各フレームワークも、それぞれの独自実装の固まりだからな
ある程度のライブラリくらい共用して欲しいような気もする今日この頃。
APIも統一されるし。
0233nobodyさん
2009/01/30(金) 13:53:53ID:???0235nobodyさん
2009/01/30(金) 14:24:52ID:???PHPって複数のセッションを同時に利用することってできるの？
それができるかできないかで、ものすごく話が変わってくるような。
・・・できないんだろうな。$_SESSION だもんな・・・
0236nobodyさん
2009/01/30(金) 14:32:51ID:???微妙にスレチだぞ＞くだすれ行けって感じだが・・・
無理やりFWレイヤーの話に持ってくると、Zend_Sessionではセッションの配列で
ネームスペース的な扱いをして、使い分けている。
でも、そういう意味じゃなくて、上の流れで、セキュアセッションと平文セッションを
分割して持てるか？って話をしたいわけだよな？
PHPが受け入れるセッションID自体は一つ。それは正しい。
解は二つ。
クッキーと独自のバックエンドを使って、自前でセッション機構を作る。
セッションを理解してれば、簡単。
ちなみにYahoo!はPHPでこの方式を採用してる。
もう一つは、セッションそのものは永続化しておいて、セッションネームスペース内
に侵入を許す際に、そのネームスペースに対する適切なアクセスかどうかを個別のクッキーで検証する。
ZFで実装してるやつはたぶんこれがFA
0237nobodyさん
2009/01/30(金) 14:42:03ID:???いや
これがCakePHPだから、セキュリティ情報として全世界にこういうバグありますよって公開されちゃうわけよ。
その情報を見てクラッカーが仕掛けてくる可能性が高い。
もし仮に自分で全て実装したものに同じバグがあったとしても、よっぽどしっかりクラックされない限り、誰にも知られることはない。
0238nobodyさん
2009/01/30(金) 14:47:27ID:???> でも、そういう意味じゃなくて、上の流れで、セキュアセッションと平文セッションを
> 分割して持てるか？って話をしたいわけだよな？
ですです。それができれば、盗聴（非SSL）でセッションハイジャックされたとしても
その中には非セキュア用の情報しかないし、セキュア用のセッション（ログイン状態）等と
簡単に切り分けできるなーと。
ただ、他の言語の実装をみても、「セッション」ってもの自体の考え方が、どうやらサーバ-
クライアントで1対1っぽい？
＞解は二つ。
もう一つ、セッションはあくまでsecureで利用して、非セキュアな情報はみんなCookieに
放り込めばいいじゃない！ってふと思いついた。
最低4KB×20(50？)個なら、とりあえず普通に使えそうとか。
0239nobodyさん
2009/01/30(金) 14:54:52ID:???セキュリティソフトのせいで動きませんみたいなサイトになるぞ
0240nobodyさん
2009/01/30(金) 15:02:01ID:???根拠は？
0243nobodyさん
2009/01/30(金) 15:15:10ID:???0244nobodyさん
2009/01/30(金) 15:18:00ID:???0245nobodyさん
2009/01/30(金) 15:32:12ID:???共有SSLに対応しているフレームワークってある？
http://www.aaa.com/
https://www.rental-server.com/~aaa.com/
こうなっているときに、ドメイン名違うし、パス違うしで
セッション保てないわで、困るんだよね。
0246nobodyさん
2009/01/30(金) 15:33:30ID:???むしろブラクラに飛ばしてやれ
0247nobodyさん
2009/01/30(金) 15:34:14ID:???それじゃ携帯サイト対応できねーじゃん
0248nobodyさん
2009/01/30(金) 15:39:41ID:???クッキー切っている場合（携帯対応）のセッションで
cookieにsecure属性をつけた場合の動作と同じことを
ちゃんとやっているのか確証を得たいが見つからない。
0249nobodyさん
2009/01/30(金) 15:48:16ID:???0250nobodyさん
2009/01/30(金) 15:54:21ID:???非対応にしてるサイトってあんまないけどな。
結局Cookie使わなくてもセッションは維持できる。
0251nobodyさん
2009/01/30(金) 16:09:01ID:???携帯サイト、なんて、そりゃぁもう。機種ごとにハンドメイドだよ。
これを解決してるオープンソースのフレームワークはない。
PerlならMobaSifがあるけどなぁ。
0252nobodyさん
2009/01/30(金) 16:17:17ID:???>>236,238の流れから言うと、まさにセキュアと非セキュアでセッションが
分離出来てていいじゃないかｗ
分離されすぎてクッキーすらデータの受け渡しに使えないけどな
どうやってフレームワークに組み込めばいいんだろう
クッキー切ってる人相手にシステム作ってる人なら、もともとドメイン関係ないし
素晴らしいフレームワークを持ってるんでは無かろうか
0253nobodyさん
2009/01/30(金) 16:23:31ID:???IDはアクセス毎に変える
0256nobodyさん
2009/01/30(金) 17:04:49ID:???0257nobodyさん
2009/01/30(金) 17:05:43ID:???0258nobodyさん
2009/01/30(金) 18:19:42ID:???携帯サイト対応ってそれだけで一仕事だよ。
0259nobodyさん
2009/01/31(土) 01:06:04ID:???この手の話は、頭がこんがらがって十分に理解できていないです。
もっと勉強しなくちゃ、買い物サイトは作れないな〜＞＜
0260nobodyさん
2009/01/31(土) 02:01:11ID:???はっきりとした答えが出せないんだろうな。
0261nobodyさん
2009/01/31(土) 02:27:29ID:???継続を使ったWEBアプリ
http://www.thinkit.co.jp/article/74/1/
Kahuaは継続ベースのアプリケーションサーバ/フレームワーク
http://www.kahua.org/
セッションも良いけど継続もね☆
0262nobodyさん
2009/01/31(土) 04:23:52ID:???そのセッションをどうやって実現しているかだ。
セッションIDの格納にクッキーを使う場合。
非セキュアサイトでのセッションIDは盗聴されるから
非セキュアサイトでのセッションIDと、セキュアサイトのセッションIDは別に持たないといけない。
（セキュアサイトのセッションIDはセキュアサイトでしか送信されない。）
問題は、セキュアサイトでセッションに格納した情報が、非セキュアサイトとセキュアサイトの
セッションIDのどちらに関連付けられているかということ。
もし、非セキュアサイトでのセッションIDに関連付けられていたら、そのセッションIDを
盗聴して使えば、他人がセッションの情報を取得することが可能になる。
そもそも、セキュア、非セキュア、二つのセッションIDを持つことがPHP or フレームワークで可能なのか？という問題もある。
0263nobodyさん
2009/01/31(土) 07:40:31ID:???おまいさんの理解が浅いということだけはわかった。
何も書かないと単なる煽りと思われるので一つだけ例示すると、
> もし、非セキュアサイトでのセッションIDに関連付けられていたら、そのセッションIDを
> 盗聴して使えば、他人がセッションの情報を取得することが可能になる。
それは実装が甘いだけ。
非セキュアサイトに関連付けられたセッションIDを使いまわしたとしても、
たとえば、
「セキュアな情報を表示するためのトークンを持っていなければ表示しない」
という基本的なロジックでラップしてあればセキュアな情報を見ることはできない。
情報のキーになるのはセッションIDだけじゃない。普通にクッキー使うだろ。
0264nobodyさん
2009/01/31(土) 11:43:58ID:???それって一般にはセッションIDって呼ぶと思うの。
0265nobodyさん
2009/01/31(土) 11:53:41ID:???0266nobodyさん
2009/01/31(土) 12:16:29ID:???・SSL下でログインに成功したら、トークン($uniq)を育成
・非セキュアなセッションでもいよいので$_SESSION['tokens'][] = sha1($uniq);
・$uniqをsecure属性をつけて、setcookie
・セキュアサイト内では、sha1($_COOKIE['uniq'])がセッションtokensに含まれるか検証。だめなら再認証に飛ばす
すくなくとも$uniqをセッションIDとは言わない。
0267nobodyさん
2009/01/31(土) 12:29:26ID:???で、これが有効な手段として、ここまでをライブラリ化して標準装備した
フレームワークは無いのか？無いとしたらどんな問題があるのってところで
やっと>>185,188の質問に戻るわけだし、このスレでの話題になるわけだな。
まあそれに関する議論？もちょろちょろあるが。
おれとしては、添付ライブラリとしてはあってもいいと思うな。くだらんヘルパーを
ごちょごちょつけてるんだから、ついでに。
0268nobodyさん
2009/01/31(土) 12:48:08ID:???0269nobodyさん
2009/01/31(土) 12:55:21ID:???投票が集まればサクッと作るでしょ。
0274nobodyさん
2009/01/31(土) 15:30:40ID:???たまにこういうことがあるから面白い
0277nobodyさん
2009/01/31(土) 15:55:18ID:???> なんで、1行で済む処理をライブラリかしたがるのか、いまだに疑問
それは、君が説明した事からも分かるように、実装の説明をする余地があるからだよ。
そしてこれは汎用的に使える処理であり、ビジネスロジックではない。
ビジネスロジックに集中できるようにしてくれるのがフレームワークのよいところ。
0278nobodyさん
2009/01/31(土) 16:03:23ID:???インフラの扱いやサイトのセキュリティポリシーや集金ロジックに密接に関係する。
0281nobodyさん
2009/01/31(土) 16:45:58ID:???ヒントやるから実装は自分でやれな。
SSL_Login_Class
セキュアにするべきページの一覧や正規表現を設定配列に入れておく。
全てのコントローラのアクション実行前に、セキュアにするべきか一覧に入っているか調べる。
セキュアページにhttpでアクセスしていたら、httpsにリダイレクト
セキュアトークンを持っていなければ、ログインページにリダイレクト
ログインが許可されればセキュアトークンをセット（secure属性を負荷したクッキーを発行）し元のページに戻す。
ログインページはデフォで用意するがカスタマイズ可能。要するにscaffold（土台）
セキュアトークンのサーバー側のデータは、セッションでも独自のファイルやデータベースにも格納可能。
ハッシュはsha1でもそれ以外でも選択可能。
以上のことをやってくれるクラス。
使い方は簡単。CakePHP風に言えば共通のコントローラAppControllerの
componentsに上記のクラスを入れるだけ。これとセキュアページのリストさえあれば
具体的な実装を書かなくてすむ。
0282nobodyさん
2009/01/31(土) 16:52:07ID:???日本語の蘊蓄はいらないから、汎用的にするためのインターフェースでも示してくれ。
0284nobodyさん
2009/01/31(土) 17:13:02ID:???>>266に書いてあるのは、セキュアなサイトを作る時のHelloWorld
実サイトでは、Yahooにしろamazonでも楽天でも>>266とは別のロジック。
そういうロジックを設定でインジェクションできないなら汎用的とは言わない。
0285nobodyさん
2009/01/31(土) 17:15:21ID:???>>281のはロジックの一つだよ。
別のロジックを使いたければ、別のロジックを実装したクラスを
AppControllerのcomponentsに設定すればいいだけ。
これで汎用的になりましたね（笑）
0286nobodyさん
2009/01/31(土) 17:18:05ID:???0287nobodyさん
2009/01/31(土) 17:20:51ID:???0288nobodyさん
2009/01/31(土) 17:22:06ID:???本当に十分なのか？ FWが持っている認証クラスが
このようなロジックになっているのか？
>>266のロジックなのか？ それともYahoo、Amazon、楽天のロジックのなのか？
それが、そもそもの>>185,188の質問だろうが。
> フレームワークのSSL対応ってどうなっているのでしょうか？
それで答えは？
0289nobodyさん
2009/01/31(土) 17:24:30ID:???結局、>>281に書いたクラスで、何かサービスを実装しようと思ったら、その
ロジックを実装したクラスを設定するわけだろ。
それなら、FWが持ってる認証クラスのアサーションにそのロジックを指定するだけ。
>> フレームワークのSSL対応ってどうなっているのでしょうか？
> それで答えは？
対応する必要なし。
0290nobodyさん
2009/01/31(土) 17:26:44ID:???> それなら、FWが持ってる認証クラスのアサーションにそのロジックを指定するだけ。
そのロジックをお前は毎回作るのか？
そのロジックは使いまわし出来るだろ？
それを汎用的という。
0292nobodyさん
2009/01/31(土) 17:28:05ID:???考え方がおかしいね。 >>281のクラスを使ってサービスを実装するんじゃない。
なにかのサービスを実装したとき、>>281のクラスを利用する。
考え方が逆だよ。
0294nobodyさん
2009/01/31(土) 17:29:28ID:???元はといえば、お前さんの書いたクラスのサンプルが汎用的じゃないわけだろ。
ロジックはサイトの管理ポリシーによって違うでしょ。
それをカバーできるようは汎用的な設計を示してから言ってくれ。
0297nobodyさん
2009/01/31(土) 17:32:13ID:???お前はロジックという言葉の使い方がおかしい。
管理ポリシーは違っても、それを実装するロジック（数パターンある）は同じ。
ロジックと管理ポリシーは違うもの。
0299nobodyさん
2009/01/31(土) 17:38:04ID:???あのなぁ。お前、コンクリートと汎用的とは別の考え方だよ。
GUIの例で言えば分かるだろ。
テキストボックスはコンクリートクラスであるが、
汎用的に使われるパーツだ。
抽象クラスと汎用的つ使えるクラスをごっちゃにするなよ。
0301nobodyさん
2009/01/31(土) 17:42:09ID:???0302nobodyさん
2009/01/31(土) 17:42:45ID:???いや常識（笑）
汎用的なパーツは、一つのパーツを複数のサイトで使える物。
それ以外の意味なんて無いだろｗ
まさか今まで抽象クラスの話をしていたのか。驚きだｗ
0303nobodyさん
2009/01/31(土) 17:48:13ID:???この質問をしたのは正しかった。 ↓
> 282 ：nobodyさん：2009/01/31(土) 16:52:07 ID:???
> それのどこが汎用的なんだよ。個別実装べったりじゃん。
> 日本語の蘊蓄はいらないから、汎用的にするためのインターフェースでも示してくれ。
>
> 283 ：nobodyさん：2009/01/31(土) 17:04:17 ID:???
> >>282
> お前にとって汎用的とはどういうことを指す言葉なんだ？
>
> 例を出して説明したまえ。
この質問の時点で抽象クラスのことって言ってくれれば話は早かったんだが。
ちゃんと質問に答えてくれていれば
この時点で、君の汎用的ってのは抽象クラスのことね（笑）で終わっていた。
0304nobodyさん
2009/01/31(土) 17:53:26ID:???> フレームワークのSSL対応ってどうなっているのでしょうか？
0305nobodyさん
2009/01/31(土) 17:53:36ID:???>>303 熱いねぇ
>>280は汎用的なクラスと書いてるなぁ。
>>281は個別実装でも別サイトで利用できたら汎用的なんだってさ。
汎用的なクラスといったら、抽象クラスに限定するわけじゃないが、
少なくともコンクリートのことじゃないと思うが、まぁ個人的な見解だからいいや。
それにしても、>>302は汎用的な"パーツ"って言い換えて苦しそうだねぇ。
> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
> こういう部分をフレームワークは解決してくれているのでしょうか？
> 解決してくれているとしたら、どういった設計になっているのでしょうか？
さすが、こういうレベルの人の頭の中は面白い。
0307nobodyさん
2009/01/31(土) 17:55:39ID:???> 少なくともコンクリートのことじゃないと思うが
それは無いｗ
0308nobodyさん
2009/01/31(土) 17:57:54ID:???> それにしても、>>302は汎用的な"パーツ"って言い換えて苦しそうだねぇ。
別に、分かりやすく言い換えただけで
汎用的なクラスという言い方でもいいが？
0309nobodyさん
2009/01/31(土) 17:59:46ID:???こんないい加減な言葉で喧嘩するなｗ みっともない。
0310nobodyさん
2009/01/31(土) 18:02:05ID:???> フレームワークのSSL対応ってどうなっているのでしょうか？
0311nobodyさん
2009/01/31(土) 18:06:32ID:???> いや常識（笑）
> 汎用的なクラスは、一つのクラスを複数のサイトで使える物。
> それ以外の意味なんて無いだろｗ
先生！複数のサイトで使えないクラスの方がめずらしいと思うんですが？
0312nobodyさん
2009/01/31(土) 18:07:49ID:???複数のサイトで使えないクラス。
それがビジネスロジックを記述したクラス
0313nobodyさん
2009/01/31(土) 18:39:23ID:???>>302の定義でも汎用的ではないってことで落ち着きそうですね
0314nobodyさん
2009/01/31(土) 19:12:22ID:???0315nobodyさん
2009/01/31(土) 20:17:12ID:???そうか？
手法に致命的な欠陥がない限り多分そのまま普通に使えるし、使ったなりのシステムになると思うんだが。
ただ単に、>>313(とか>>282？)がそのやり方を使いたくないだけではないかとちょっと思った。
0316nobodyさん
2009/01/31(土) 20:31:55ID:???0317nobodyさん
2009/01/31(土) 20:46:34ID:???リダイレクトがちょっと引っかかるがそこは適当な処理に読み替えるとして、
致命的な欠陥があるなら指摘してみたらいいじゃない。正直煽りうざい
0318nobodyさん
2009/01/31(土) 21:02:59ID:???煽り？どこが。
0319nobodyさん
2009/01/31(土) 21:03:44ID:???0320nobodyさん
2009/01/31(土) 21:05:32ID:???0321nobodyさん
2009/01/31(土) 21:06:31ID:???まあ、好みの問題はあるだろうが。
俺なら設定依存じゃなくてコントローラから明示的に呼び出す方式にするかな。
フレームワークにもよるだろうし、どっちの方法も一長一短だけど。
0322nobodyさん
2009/01/31(土) 21:06:54ID:???どういう理由で売り上げが落ちるんだよｗ
0324nobodyさん
2009/01/31(土) 21:08:19ID:???0326nobodyさん
2009/01/31(土) 21:10:24ID:???0331nobodyさん
2009/01/31(土) 21:15:55ID:???0332nobodyさん
2009/01/31(土) 21:18:24ID:???いっているやつがいるかと思えば、話がすすんでみれば
結局、いろんなことを考えないといけないってことになってしまったな。
だからフレームワークに入れておいて簡単に使えるようにするべきだというのに。
0333nobodyさん
2009/01/31(土) 21:24:59ID:???「汎用的なカレー調理器具を考案しました」って言ってる奴に
「それじゃボルシチには使えないから汎用的じゃねえよ」
「うちは蕎麦屋だから関係ねえよ」って言ってるようなもんだな。
0334nobodyさん
2009/01/31(土) 21:25:37ID:???> 全てのコントローラのアクション実行前に、セキュアにするべきか一覧に入っているか調べる。
> セキュアページにhttpでアクセスしていたら、httpsにリダイレクト
ここと、
> セキュアトークンを持っていなければ、ログインページにリダイレクト
> ログインが許可されればセキュアトークンをセット（secure属性を負荷したクッキーを発行）し元のページに戻す。
> ログインページはデフォで用意するがカスタマイズ可能。要するにscaffold（土台）
これは別の処理
で、どちらも実は元の流れの、セキュアセッションと非セキュアセッションの持ち方について、
直接は関係ないじゃないかｗ
どう発展させるつもりだったんだろうと気にはなるが
0336nobodyさん
2009/01/31(土) 21:31:24ID:???挙句の果てに、
「それカレー調理器具じゃねーか。そんなの汎用的とはいえない。
いろんな調理器具をはめ込める規格を作れ。」
といっているやつまでいるから手に負えないｗ
0337nobodyさん
2009/01/31(土) 21:33:17ID:???0338nobodyさん
2009/01/31(土) 21:34:26ID:???0342nobodyさん
2009/01/31(土) 21:38:55ID:???0344nobodyさん
2009/01/31(土) 21:40:03ID:???0346nobodyさん
2009/01/31(土) 21:41:25ID:???文句はいらない。改善したコードを示せ。
0347nobodyさん
2009/01/31(土) 21:41:57ID:???0348nobodyさん
2009/01/31(土) 21:42:10ID:???0349nobodyさん
2009/01/31(土) 21:43:24ID:???煽りだっていわれるんだよね。自業自得。
0351nobodyさん
2009/01/31(土) 21:45:21ID:???0352nobodyさん
2009/01/31(土) 21:46:39ID:???0353nobodyさん
2009/01/31(土) 21:47:05ID:???0354nobodyさん
2009/01/31(土) 21:47:22ID:???0355nobodyさん
2009/01/31(土) 21:47:50ID:???0356nobodyさん
2009/01/31(土) 21:48:28ID:???ロジックを知っててフレームワークでの解決状況を聞きたいんならまだしも。
ロジックを知らない奴がフレームワークに依存しようってのがみえみえ
ちなみに、>>266を書いたのは俺。
おまいさんは、>>281でそれをぱくっただけ。
まだ、煽って情報引き出そうってか。
つらの皮厚いのう
0357nobodyさん
2009/01/31(土) 21:49:08ID:???0358nobodyさん
2009/01/31(土) 21:50:05ID:???いいから証拠は
0360nobodyさん
2009/01/31(土) 21:50:46ID:???0361nobodyさん
2009/01/31(土) 21:51:05ID:???0362nobodyさん
2009/01/31(土) 21:52:14ID:???そうだよ。そういうサイトもありだが、それは一例にすぎない。
つまり、セキュアサイトの扱いはビジネスロジックそのものなんだよ。
セキュアサイトの扱いが数パターンって誰かが書いてたが、
数パターンなんてもんじゃない。それを知ってかいてるかどうかの違い
0363nobodyさん
2009/01/31(土) 21:52:18ID:???0368nobodyさん
2009/01/31(土) 21:54:18ID:???このように書いてくれんか？ｗ
0369nobodyさん
2009/01/31(土) 21:55:19ID:???0370nobodyさん
2009/01/31(土) 21:55:26ID:???それがビジネスロジックであろうがぜんぜんかまわないから。
0371nobodyさん
2009/01/31(土) 21:56:45ID:???教えてほしいなら態度をわきまえんとな。
いまさら、取り返しはつかんが
0372nobodyさん
2009/01/31(土) 21:57:07ID:???0374nobodyさん
2009/01/31(土) 22:01:21ID:???もう一回説明しとく。
だれでもハッピーな一般的なロジックなんてものはない。
ビジネスロジックそのものだから。
0375nobodyさん
2009/01/31(土) 22:01:47ID:???0376nobodyさん
2009/01/31(土) 22:04:24ID:???複数のクッキーとフォームへの埋め込みを利用し、非ログインのユーザーであっても、
その経過を追跡できるように組んである。
ちなみに、PHPのソースではなく、Apache用のモジュールを独自開発して関数一つで使えるようになっている。
0377nobodyさん
2009/01/31(土) 22:05:54ID:???0378nobodyさん
2009/01/31(土) 22:07:36ID:???それともYAHOOでしか使えないものなのか？
0379nobodyさん
2009/01/31(土) 22:07:41ID:???これがYahooのフレームワークですね
0380nobodyさん
2009/01/31(土) 22:08:52ID:???ぜんぜんビジネスロジックじゃないじゃん。
0381nobodyさん
2009/01/31(土) 22:09:02ID:???Yahooでしか使えん
0382nobodyさん
2009/01/31(土) 22:09:37ID:???なんで？
0383nobodyさん
2009/01/31(土) 22:10:03ID:???0386nobodyさん
2009/01/31(土) 22:12:01ID:???0387nobodyさん
2009/01/31(土) 22:12:21ID:???0388nobodyさん
2009/01/31(土) 22:13:33ID:???0389nobodyさん
2009/01/31(土) 22:14:45ID:???0390nobodyさん
2009/01/31(土) 22:15:04ID:???0391nobodyさん
2009/01/31(土) 22:15:27ID:???知らないのかもしれない
PHPで再現不可、その為現実的には流用は困難、そういう回答ならわからんでも無いんだが。
真偽はともかくとして
0393nobodyさん
2009/01/31(土) 22:16:36ID:???0395nobodyさん
2009/01/31(土) 22:18:39ID:???>>371
ごめんなさい謝りますから教えてください。
374 ：nobodyさん：2009/01/31(土) 22:01:21 ID:???
> じゃあ、一般的なロジックを披露してほしいものだね。
もう一回説明しとく。
だれでもハッピーな一般的なロジックなんてものはない。
ビジネスロジックそのものだから。
0396nobodyさん
2009/01/31(土) 22:18:59ID:???0397nobodyさん
2009/01/31(土) 22:19:29ID:???0398nobodyさん
2009/01/31(土) 22:19:58ID:???0400nobodyさん
2009/01/31(土) 22:20:28ID:???＞ビジネスロジックそのものだから。
一応言っておくと、その意見も別にここでまだそれほどの同意を得ている訳ではないし、
あんたも論証していない。ただ単に主張しているだけ。
0402nobodyさん
2009/01/31(土) 22:21:56ID:???> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
> こういう部分をフレームワークは解決してくれているのでしょうか？
> 解決してくれているとしたら、どういった設計になっているのでしょうか？
0403nobodyさん
2009/01/31(土) 22:22:50ID:???フレームワークなんだろ？
いい加減認めろよ。
0404nobodyさん
2009/01/31(土) 22:24:13ID:???フレームワーク以外の何者でもないと思うんだがねぇ。
0405nobodyさん
2009/01/31(土) 22:24:21ID:???それでも、おまえさんがフレームワークだと呼びたいなら呼べよ。
0406nobodyさん
2009/01/31(土) 22:25:37ID:???関数一行なのにビジネスロジック？
0407nobodyさん
2009/01/31(土) 22:27:01ID:???関数でビジネスロジックを実現してますが？
0408nobodyさん
2009/01/31(土) 22:27:41ID:???フレームワークとは呼ばない
0409nobodyさん
2009/01/31(土) 22:28:08ID:???だからそれは他のサイト、システムには＊絶対に＊使い回せないのかと聞かれてるんじゃないか。
どんだけループしたいんだｗｗｗ
0412nobodyさん
2009/01/31(土) 22:29:54ID:???「絶対に」ってのが屁理屈だと言っている。
現実的には無理だ。
>>410
関数でビジネスロジックを実装している。
0413nobodyさん
2009/01/31(土) 22:31:11ID:???どっちの意味だ？
(Apacheモジュールとして実装された）関数を使ってビジネスロジックを実装しているのか
それとも関数の中身がビジネスロジックなのか。
0415nobodyさん
2009/01/31(土) 22:32:13ID:???ゆとり共
0419nobodyさん
2009/01/31(土) 22:34:48ID:???つまり、Yahooの場合は、会社内で
ビジネスロジックであるライブラリを
使い回ししているということでいいんだよな？
0420nobodyさん
2009/01/31(土) 22:35:03ID:???すまん、ちょっとおもしろかったんで。もうやめるわ。飽きたし。
そこの
> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
のひと、
さぁ、勝利宣言どうぞ！
↓↓
0421nobodyさん
2009/01/31(土) 22:35:41ID:???0422nobodyさん
2009/01/31(土) 22:38:04ID:???一般的なロジックってことになるんだけどね。
いろいろいっている事が矛盾しだしてるｗ
0423nobodyさん
2009/01/31(土) 22:40:33ID:???最近のフレームワークにはライブラリ相当のものが含まれているのが普通。
0424nobodyさん
2009/01/31(土) 22:42:02ID:???0425nobodyさん
2009/01/31(土) 22:43:38ID:???> SSLページと非SSLページでセッションIDを共通にしたらセッションハイジャックされますよね。
至極単純に実装した場合、これは真だと思うんだが、どうなんでしょう。
また、これを避けるために例えば>>236の様な対策が施され、実装されているのは、（割合的に）
一般的なんでしょうかね。
（そうだとすると、自分の（会社の）作っているシステムがかなり後進的ry）
0426nobodyさん
2009/01/31(土) 22:58:58ID:???大雑把に言えば、SmartyとかPEARみたいに、特定の機能を提供するのがライブラリで、
アプリケーション全体の構造（MVC構造とか）を提供するのがフレームワーク。
フレームワークには複数のライブラリが含まれる事が多いけどな。
テンプレートライブラリとか、O/RマッパーみたいなDB中間層とか。
二重ログインを提供するだけならば、それは単なるライブラリ。
フレームワークの一部として組み込むと便利そうだ、というだけでな。
0428nobodyさん
2009/01/31(土) 23:05:05ID:???んなもん、Yahooパターンか、それ以外かを
入れ替え可能な仕組みになっていれば
その程度でフレームワークになる。
そのフレームワークに沿ったつくりの
Yahooパターンクラスはなんになるんだろうな？
フレームワーク？ プラグイン？
0429426
2009/02/01(日) 00:54:30ID:???前半は意味が不明なので読み飛ばす。
そいつが存在しないとフレームワークが動かないならば、フレームワークの一部。
存在しなくとも動くならプラグイン。
0430nobodyさん
2009/02/01(日) 00:58:57ID:???0431nobodyさん
2009/02/01(日) 00:59:12ID:???http://trac.piece-framework.com/piece-unity/ticket/137
フローIDによって別のフローに接続するビュースキーム
例えば、フローID /foo のフローにクエリ変数bar, bazをともなって接続するには下記のようにする。
flow:///foo.php?bar=baz&baz=qux
SSLで接続したい場合は、下記のようにする。
flows:///foo.php?bar=baz&baz=qux
たったこれだけでSSLにパッと切り替わるんですよね？
0432nobodyさん
2009/02/01(日) 01:04:47ID:???Piece_Flowによって、実行中のフローの状態はHTTPリクエストをまたがって保持され、フローの状態遷移の順序は完全にコントロールされます。
このことは状態の保持を前提としてプログラムを書くことを可能にします。
さらに、Piece_Flowは不正リクエストやCSRF攻撃、セッション固定化攻撃から自動的にアプリケーションを保護します。
Piece Frameworkは使うときにやたらと設定ファイルをガシガシ書かなきゃいけないみたいだったので使おうと思ってなかったんですけど、
そういう仕込み作業って、Javaのフレームワークを使っている人にとっては、そんなに苦行じゃないですか？
0433nobodyさん
2009/02/01(日) 11:34:03ID:???なんか面白そうだけど、Piece使ったことないや
ドキュメントだけでも読んでみようと思ったが・・・無いじゃないかｗ
聞き慣れない概念や用語をがしがし取り込むのはいいけど、その説明をしないでは
多分理解しにくいしちょっと手が出せない感じ
ソース頑張って読んだらわかってくるのかもしれないけど。
Piece_Flowの最後のstableが去年の夏で、半年間もドキュメント整備しないとか
どうなんだろう。
実際に使ってる人ほとんどいないんじゃなかろうか。
0434nobodyさん
2009/02/01(日) 16:33:19ID:???Piece_Flowは単体でも使えるように設計されているけど、
普通はPiece_Unityを使うから存在を意識することはほとんどないよ。
フロー定義はPiece_IDEを使って作ると楽。
0435nobodyさん
2009/02/01(日) 17:11:42ID:???ドキュメントの誤字脱字チェックぐらいなら協力できると思います！！！
ピースの中の人、頑張ってください＾＾
http://trac.piece-framework.com/piece-doc/wiki/ja/Start
Piece Frameworkドキュメント
http://gihyo.jp/dev/serial/01/piece
連載 Piece Frameworkによるブログアプリケーションの作成
http://www.amazon.co.jp/gp/product/4844326368
Piece Frameworkで作る対話的なアプリケーション
0436nobodyさん
2009/02/01(日) 17:14:39ID:???,,.r,:-‐'''"""~~`ヽ､:;:;:＼
r"r ゝ､:;:ヽ
r‐-､ ,...,, |;;;;| ,,.-‐-:､ ヾ;:;ゝ
:i! i! |: : i! ヾ| r'"~~` :;: ::;",,-‐‐- `r'^!
! i!. | ;| l| ''"~~ ､ i' |
i! ヽ | | | ,.:'" ､ヽ､ !,ﾉ イェ〜イ
ゝ `-! :| i! .:;: '~~ｰ~~'" ﾞヾ : : ::| ピースの中の人、
r'"~`ヾ、 i! i! ,,-ｪェI二エﾌﾌ : : :::ﾉ~|` 頑張ってください＾＾
,.ゝ､ r'""`ヽ､i! `:､ ー - '" :: : :／ ,/
!､ `ヽ､ー､ ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
| ＼ i:" ） | ~`'''ー----''"~
ヽ `'" ノ
0437nobodyさん
2009/02/01(日) 17:26:04ID:???ピースフローは、ZFと組み合わせて使えるらしい。
http://gihyo.jp/dev/serial/01/piece/0002?page=2
Piece_Flowは汎用のフレームワークであり，他のフレームワークと容易に統合することが可能です
Zend Frameworkと統合したRevulo_Controller_Dispatcher_Flowがあります。
http://www.revulo.com/ZendFramework/Component/Piece_Flow.html
Piece_Flow を Zend Framework に組み込み、 Piece Framework と同様のステートフルなプログラミングができるようにします。
,.,.,.,.,.,.,.,.,__
,,;f::::::::::::::::::::::ヽ
i::/'￣￣￣ヾi::l
|::| ／ ＼,|::|
|r-（ ・ );（ ・ )-|
( ヽ :::(__)..:: } ＜・・・で、SSLは簡単になるの？
,＿＿__／ヽ -==- /
r'"ヽ t､ ヽ＿＿_/
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
0438nobodyさん
2009/02/01(日) 17:32:07ID:???>>1のテンプレFWのユーザーの皆様がご紹介ください！！！
トップバッターはシンフォニーでお願いします＞＜
↓↓↓
0439nobodyさん
2009/02/01(日) 17:47:35ID:???頭が痛くなりそうだけど、IDEを使えばサクサク書けるのでしょうか？>>434
http://gihyo.jp/dev/serial/01/piece/0009?page=4
Piece_IDEのフローデザイナーはGUIベースのフロー定義を可能にします。
フローデザイナーを使うと複雑なフローでも混乱することなく開発を進められると思います。
http://trac.piece-framework.com/piece-ide/wiki/ja/Start
Piece_IDEは、Eclipse上に構築されたPiece Frameworkの統合開発環境です。
0440nobodyさん
2009/02/01(日) 17:59:41ID:???http://www.thinkit.co.jp/article/74/1/
http://pc11.2ch.net/test/read.cgi/tech/1231856193
http://txqz.net/blog/2008/02/13/1626
httpプロトコルはステートレス。
COOKIEとかGETパラメータとかPOSTパラメータとか他のヘッダとかを使って擬似的にステートフルにできている。
ステートレスだけで処理しようとすると問題が起こる。
[入力]→[確認]→[完了]と画面が推移するとき、ユーザが入力した情報をhiddenパラメータなどでクライアントに返してしまうと、確認の前と完了の前とで2回データチェックする必要が出てくる。
HTTPプロトコルがステートレスなのにアプリがステートフルを要求している。
いまさらHTTPプロトコルは変えようがない。
そこのギャップをフレームワークがうまく解決してくれる。
HTTPの仕組みの上でWEBアプリを作るのは、PHPだけの悩みじゃないんですよね〜＞＜
0441nobodyさん
2009/02/01(日) 18:01:34ID:???現時点でステートフルな特性を持つフレームワークは少数派です。
それでも，筆者はステートフルな特性がWebアプリケーション開発において重要な価値があると考えています。
そして，Piece Frameworkはまだまだ進化の過程にあります。
アプリケーション開発の中心をより本質的な部分にシフトさせるべく，Piece Frameworkの開発は続きます。
Piece Frameworkの今後の発展にご期待ください。
ここまで読んで頂いた皆様に感謝いたします。
ありがとうございました。
0442nobodyさん
2009/02/01(日) 18:03:26ID:???ピース試す時間なかったorz
0443nobodyさん
2009/02/01(日) 18:10:30ID:???あとはブログにでも書いてくれ
0444nobodyさん
2009/02/02(月) 00:32:10ID:???ステートレスなHTTPプロトコルを、フレームワークがステートフルにしてくれれば誰がWEBアプリを作ってもセキュアになる
0445nobodyさん
2009/02/02(月) 01:58:28ID:???一部の馬鹿がオナニー覚えた猿みたいに自演連投し出して始末に終えないなｗ
0447nobodyさん
2009/02/02(月) 03:52:14ID:???ステートフルに作らないといけない処理は、webサービスのごく一部だしなぁ。
そのためにフレームワークいっこ覚える気にはならん。
大体そういう場所ってセキュリティ的にも大事な場所だから、曖昧な理解で他所のコード使うわけにもいかんし。
0449nobodyさん
2009/02/02(月) 10:36:18ID:???フレームワークで無理ならもっと下のレイヤーで改善したら確実ですよね？
＝HTTP/HTTPSに代わる新しいセキュアなプロトコルを作ればいいんじゃないか？
でも、面倒くさし金にならんから誰もやらんか…俺はやる気以前の問題として知識がないから無理ｗ
0450nobodyさん
2009/02/02(月) 10:44:14ID:???0451nobodyさん
2009/02/02(月) 10:46:29ID:???携帯電話は、端末IDを使えばユーザーの特定が安全＆楽でしょうか？
0453nobodyさん
2009/02/02(月) 13:51:06ID:xbZu7ZNvPieceFrameworkの利点って何？教えてえらい人。
>>452
機種によって違うけど、アクセスするたびに許可を求めてくる物がほとんどだと思う。
0454nobodyさん
2009/02/02(月) 14:27:46ID:???> ステートフルとスレートレスの違いって何？
ttp://pc11.2ch.net/test/read.cgi/php/1227303362/
> PieceFrameworkの利点って何？
ttp://piece-framework.com/ja/index.html
自分でもう少し掘り下げてから質問したらどうよ
0455nobodyさん
2009/02/02(月) 15:00:08ID:???Ruby1.9安定版が出ていよいよPHP脂肪カウントダウン開始ｗｗｗ
0456nobodyさん
2009/02/02(月) 15:04:12ID:???クッキーやIPアドレスに比べ、より直接的に個人特定・追跡できそうな情報なんだが、
前提にしているサイトって多いのかな？あんまり騒ぎにならないな
これって、その機体の契約の間ずっと不変なんでしょ？
0457nobodyさん
2009/02/02(月) 15:08:42ID:???0459nobodyさん
2009/02/02(月) 16:08:03ID:???今は偶数か奇数かで安定版と開発版の区別はないぞ。
Rubyも偶数奇数でわかれてたっけ?
そのへんは、おおらかにやってそうなふいんきだけど...
0460nobodyさん
2009/02/02(月) 17:14:57ID:???0461nobodyさん
2009/02/02(月) 17:22:35ID:???ttp://www.ruby-lang.org/ja/man/html/_C1C8A4DFB9FEA4DFC4EABFF4.html#RUBY_VERSION
> Ruby のバージョンは、 major.minor.teeny という形式です
>
> version 1.8 までは、minor が奇数のバージョンは開発版、 minor
> が偶数のバージョンは安定版です。1.9.0 以降は、 teeny が 0
> のバージョンが開発版となる予定です。
なので1.9.1は安定版でよかろう。つかwww.ruby-lang.orgにそう書いてある。
しかし、それが本当に安定しているかどうかは別の問題だが。
0462nobodyさん
2009/02/02(月) 17:31:17ID:???elsifだけは勘弁してくれよ
0464nobodyさん
2009/02/02(月) 18:24:05ID:???そのキーワードの何がそんなに気に入らないのかわからん。
PHPのarray_**は気に入らんが、それだけで文法が駄目とか思わんし。
0465nobodyさん
2009/02/02(月) 18:28:15ID:???あれこれ難癖つけて1つの言語にこだわって結局自滅するんだ。
0466nobodyさん
2009/02/02(月) 19:08:34ID:???0467nobodyさん
2009/02/02(月) 19:14:01ID:???大事な用件は直接会って話そう！
0468nobodyさん
2009/02/02(月) 19:58:48ID:???else
if () {
}
って書けなくて気持ち悪いからだろ
CやJava書いてる奴はそういう奴多い
0469nobodyさん
2009/02/02(月) 20:18:47ID:???0470nobodyさん
2009/02/02(月) 20:44:56ID:???そんなこだわりをもったまま他の言語を使おうと思う方がおかしくないか？
まるで世界中英語で押し通す英米人のようだ
0471nobodyさん
2009/02/02(月) 20:48:12ID:???0473nobodyさん
2009/02/02(月) 20:57:03ID:???Java＝アメリカ
PHP＝オーストラリア
だとして、
イギリス系やアメリカ系のオーストラリア人同士が、
フランス語って英語と文法違ってめんどいよねー
でもオーストラリアは英語だからいいよねーって話してたら、
急にフランス人が来てその意味解らん、そんなんでフランス語が
できるようになるわけないだろ、って言われてるようなもんだな。
0474nobodyさん
2009/02/02(月) 21:17:26ID:???言語として使う必要がくれば使うことに別段抵抗はないなぁ
重要なのは何を使うかじゃなくて何を作るかだしなー
まぁRubyは当面必要になるような場面が全然思い当たらないし
勉強する気もないけどさー
つか、好き好き語るならPHPFWの好き嫌いを語ったほうがよさそうだｗ
0475nobodyさん
2009/02/02(月) 21:17:34ID:???0476nobodyさん
2009/02/02(月) 21:28:22ID:???てゆーか一番問題なのは定期的に多言語界隈に沸く
Ruby信者の低脳な釣り餌に全力で食いつく雑魚どもだとおもうけどなｗｗ
0477nobodyさん
2009/02/02(月) 22:00:19ID:???どっちでも食いつきがいいんだけどなこのスレは
いつものこととはいえ、お前らほんとはPHP嫌いで使ってるだろｗ
0478nobodyさん
2009/02/02(月) 22:02:28ID:???ミテクレはいまいちでも、いつでもやれるし、あそこのフィット感がいい。
0480nobodyさん
2009/02/03(火) 01:40:22ID:???既製品が気に入らないなら、自分で好きなようにプログラミング言語を作ればいい。
でもプログラミング言語を開発する手間に比べたら、既製品を使う方がずっと手軽だ。
既製品を使う必然性は、すぐ使えるという利便性にある。
既製品とはいえ、ある程度の選択肢は用意されている。
PHPが気に入らないのなら、Perl、Python、Ruby、Java…他の既製品を使ってみればいいじゃないか？
ここで上から目線で語って「俺はスゴイ！」という気分に浸れるのか？
ちっぽけなプライドなんて何の役にも立たないぜ？
PHPのフレームワークで、WEBアプリをいかに速くセキュアで簡潔に作れるか？
その恩恵を享受できないとしたら、このスレに来ても時間の無駄だろう。
みんなでスキルアップしまくって、日本の開発スピードを世界最速レベルに引き上げようぜ！！！
http://q.hatena.ne.jp/1203288623
>どのような価値ある情報を日本語で蓄積するかが大切なはずです。
…以上、デジタル土方の主張でした＾＾
0481nobodyさん
2009/02/03(火) 06:50:56ID:???0482nobodyさん
2009/02/03(火) 07:15:56ID:???0485nobodyさん
2009/02/03(火) 11:23:06ID:???> }
> else
> if () {
> }
>
> って書けなくて気持ち悪いからだろ
俺は素直に} elseif () { って書くのでぱっと思いつかないが、
if と else がある言語でそういう書き方が出来ない言語ってあるのか？
0486nobodyさん
2009/02/03(火) 11:26:26ID:???if () {
}
だとifとの差別化ができなくね？
0487nobodyさん
2009/02/03(火) 11:45:16ID:???いや、だからRubyではelse ifとは書けないから云々ってずっと話をしてたんだけどなぁ...
つか蒸し返すなよ。
0489nobodyさん
2009/02/03(火) 12:05:07ID:???0492nobodyさん
2009/02/03(火) 12:36:42ID:???PHPで出来ることは、Rubyでも出来るからね。
Rubyの改善には期待してます。
ただし、続きはRubyスレでお願いします＞＜
0493nobodyさん
2009/02/03(火) 12:46:22ID:U0x1Z73i0494nobodyさん
2009/02/03(火) 12:48:03ID:???って言いながら香ばしい餌垂らしていくんじゃねえｗ
0495nobodyさん
2009/02/03(火) 12:51:48ID:???すればもっとシェア広がると思う。
普通使わない変数への初期値セットとか設定ファイルいちいち呼んだり余計なステップが多すぎ
<?php set_quickmode(); みたいに書いてさ・・
0496nobodyさん
2009/02/03(火) 13:07:20ID:???メモリにのっけておいて実行するようにすればいいんじゃない？
大体今風に作られたスクリプトではrequireあたりも大きなボトルネックっぽいし
ただ動作速度を速くしたってこれ以上シェアが広がるとも思えんけどな
すでに棲み分けって点では十分できてるだろ
0497nobodyさん
2009/02/03(火) 13:43:31ID:???0498nobodyさん
2009/02/03(火) 14:31:04ID:???これがRubyの生きる道？
0499nobodyさん
2009/02/03(火) 14:34:25ID:???0500nobodyさん
2009/02/03(火) 15:28:08ID:???高負荷サイトだと今でも、調査の結果mod_perlにしましたみたいなことあるし
0501nobodyさん
2009/02/03(火) 15:45:39ID:???ＦＷの意味半減だと思うんだが。
0502nobodyさん
2009/02/03(火) 15:52:23ID:???コンパイルが通るかどうかは別として他のフレームワークでつくってZendに食わせてもいいんだし
0503nobodyさん
2009/02/03(火) 16:00:32ID:???（メジャーな、実績のある）フレームワークは存在しないし、
mod_phpもmod_{perl,python,ruby}のような常駐型として作られていないので
リクエストごとにインタプリタが動きます。
ただ、それとフレームワークのメリットとは全くもって関係ないです。
Webアプリケーションフレームワークは生産性・保守性の向上のためのもの。
コンパイルのコスト軽減にはAPCやeAccelerator等を使うのが一般的。
0504nobodyさん
2009/02/03(火) 16:05:48ID:???ttp://www.zend.co.jp/product/zendplatform.html
これは、ダメですか。そうですか。すごいですね。
0505nobodyさん
2009/02/03(火) 16:09:14ID:???アプリケーションサーバーかつフレームワークな実装もPHP以外なら存在するのはたしかだけど
それが一緒に提供されるメリットは感じないな。
その話とインタプリタの話がどうしてつながるのかわからないんだけど？
0506nobodyさん
2009/02/03(火) 16:11:52ID:???0507nobodyさん
2009/02/03(火) 16:13:50ID:???フレームワークなんて言ってないよ。（フレームワークとしての機能もあるけど）
PHPソースをコンパイルした状態で保持して実行するよって話
0510nobodyさん
2009/02/03(火) 17:44:52ID:???それじゃ不満なんだろうか。
もちろんZendFrameworkじゃないフレームワークでも問題ないし。
0511nobodyさん
2009/02/03(火) 17:50:27ID:???Zendって省略しないで。それは会社名でしょ。
Zend PlatformでもVM上で動いているのと同じになるわけじゃないでしょ
0513nobodyさん
2009/02/03(火) 17:58:28ID:???0514nobodyさん
2009/02/03(火) 18:06:03ID:???その手のを請求したらケチつけてくるよ。ライセンスがどうなってるのか
しらねーけど。
0515nobodyさん
2009/02/03(火) 18:09:42ID:???Ｂ「フレームワークを使うからなんです。フレームワークを使えば
コードの保守・管理が楽になり色々とメリットが・・・」
Ａ「なるほど。あんたらが楽するためにこっちが金出せと？」
0517nobodyさん
2009/02/03(火) 18:14:36ID:???なるよ
0518nobodyさん
2009/02/03(火) 18:17:03ID:???ColdFusionはまだAdobeからFlexと併売されてなかったっけ?
ていうかColdFusionやFlexこそがフレームワーク込みのサーバ製品だよね。
0519nobodyさん
2009/02/03(火) 18:29:22ID:???PHPそれ自体がフレームワークだ！っていう程度の意味しかないような。
0520nobodyさん
2009/02/03(火) 18:33:49ID:???だいたいYahooがPHPで動いてるんだから99％のサイトはPHPでおk
0523nobodyさん
2009/02/03(火) 21:24:57ID:???PHPで大規模なサイトも作れますね！スゴイ（・∀・）
ちなみに私のホームページは、なんと！１日１００アクセスぐらいです＞＜
サーバが１台で済むような小規模サイトなら>>503の対策で十分ですよねー？＾＾
>APCやeAccelerator等を使うのが一般的
0524nobodyさん
2009/02/03(火) 21:35:53ID:???Rubyが遅い理由
遅いのにはいくつか理由がある。
1つは変数に静的型がなく、コンパイル時に型が決まらないことから最適化が効きづらいこと。
しかし、これは動的言語共通だ。
ほかにRubyが遅い理由として前田氏はRubyには「関数がなく、すべてメソッドであること」があるという。
ただ、Rubyは次期開発バージョンのRuby1.9系ではインタープリタをまるごと差し替え、バイトコードを処理するVM を採用したことで多くの最適化を実施し、大幅に高速化しているという。
Pythonも3.0になったことだし、PHPの包囲網は強力だぞ！！！
Perl6.0は(ry
0525nobodyさん
2009/02/03(火) 21:40:37ID:???VM＝ヴァーチャルマシンのこと。
Javaの仕組みで使われて有名だよ。
http://d.hatena.ne.jp/keyword/VM
0526nobodyさん
2009/02/03(火) 23:47:25ID:???Yahoo!JapanはあんまりPHPで動いてないぞえ
知恵袋とかはそうだけど昔からある部分はCかJavaだお
0527nobodyさん
2009/02/03(火) 23:49:55ID:???http://journal.mycom.co.jp/special/2004/php5/004.html
0528nobodyさん
2009/02/03(火) 23:57:32ID:???0529nobodyさん
2009/02/04(水) 00:10:47ID:???PythonやRuby 1.9でも大ざっぱに言うと同様の仕組みになってる。
あとはVM(エグセキュータ)に手を入れてia32/amd64だけでもJITコンパイラが搭載されるとおもしろいのだけど。
0530nobodyさん
2009/02/04(水) 00:16:08ID:???0534nobodyさん
2009/02/04(水) 00:46:03ID:???ダントツ１位がないのは、それぞれ一長一短だからだろうか？
各FWのユーザーから、「この実装は、このFWではこうやっているよ。メリットはこれこれ。」という報告をよろしく！
FW同士、切磋琢磨していいとこ取りをしよう！
他のLL言語のメリット・デメリットはこちらもどうぞ
http://pc11.2ch.net/test/read.cgi/tech/1215319832
【Perl,PHP】LLバトルロワイヤル3【Ruby,Python】
0536nobodyさん
2009/02/04(水) 01:07:12ID:???そして、これで十分なスピードがある。
スクリプト言語の処理速度の差なんて、ウェブに限って言えばどうでもいいレベル。速度差はDB部分にかかってるわけで。
0537nobodyさん
2009/02/04(水) 01:20:31ID:???DB部分は殆どキャッシュされてるがアクセスの多いページ、例えばサイトトップとか。
0538nobodyさん
2009/02/04(水) 01:22:05ID:???バイトコードやシンボルテーブルはリクエストの度に初期化・実行・破棄されるけど。
あとは同意。
0539nobodyさん
2009/02/04(水) 01:22:45ID:???だからわざわざめんどいmod_perl使ってるんだろ
0540nobodyさん
2009/02/04(水) 01:27:58ID:???そういうのはコンテンツキャッシュでどうとでもなる。
mixiは知らんけど、はてなの場合は中の人がPerlを使える・Perlを使いたい、
かといってCGIは遅すぎるのが理由な希ガス。
0541nobodyさん
2009/02/04(水) 01:28:55ID:???それは確かに面倒くさそうだ。てか、未だにメンテされてるの？
0542nobodyさん
2009/02/04(水) 05:45:22ID:???Rubyなんて常駐させても遅いよ
0543nobodyさん
2009/02/04(水) 11:41:49ID:cqQgvAqQ0544nobodyさん
2009/02/04(水) 11:53:43ID:???ttp://searchblog.yahoo.co.jp/2007/09/php_at_yahoo_japan.html
0545nobodyさん
2009/02/04(水) 13:04:10ID:???例えるなら、
Python（グーグル）…ラオウ
Ruby（楽天）…トキ
PHP（Yahoo）…ケンシロウ
Perl（はてな）…ジャギ
というポジションでしょうか？（・∀・）
0546nobodyさん
2009/02/04(水) 13:07:17ID:???0547nobodyさん
2009/02/04(水) 15:41:16ID:???0548nobodyさん
2009/02/04(水) 15:51:12ID:???99%がPHPとJava
研究してるけど全く表に出てこないｗ
0549nobodyさん
2009/02/04(水) 16:13:35ID:???0550nobodyさん
2009/02/04(水) 16:18:51ID:???0551nobodyさん
2009/02/04(水) 16:20:06ID:???Rubyはトキだと思ってたらアミバだったぜ！みたいな感じか？
PHPがケンシロウってのはｗ バットかアインくらいで妥協しておけ
ECMAScript群はきっと南斗聖拳
0552nobodyさん
2009/02/04(水) 16:57:49ID:???サービスの殆どはCとJavaで、Pythonはヘルプ機能とか軽いところしか使われてない。
0553nobodyさん
2009/02/04(水) 17:28:36ID:???出た当初は桁外れに強くて
今でも強いイメージがあるんだけど、
実はそんなでも無い？
PHPはクリリン？ あまり強いわけじゃないが
登場回数は多い。でもよくよく考えると地球人最強？
えーと、クリリンって最後の方ではフリーザより強くなったんだっけ？
0554nobodyさん
2009/02/04(水) 17:36:40ID:???フリーザ弱っ。天津飯つえー。
http://schiphol.2ch.net/test/read.cgi/retro/1208239286/676
フリーザ；1億2000万
ヤムチャ：3億5000万
クリリン：12億6500万
天津飯：60億4500万
公式戦闘力（｢ドラゴンボール戦闘力の軌跡｣集英社より)
0555nobodyさん
2009/02/04(水) 17:37:36ID:???で、ここはいったい何のスレなんだｗｗｗ
0556nobodyさん
2009/02/04(水) 17:41:26ID:???ttp://www.geocities.jp/poposu01/katari153.html
0557nobodyさん
2009/02/04(水) 17:48:28ID:???0558nobodyさん
2009/02/04(水) 18:00:45ID:???0559nobodyさん
2009/02/04(水) 23:39:35ID:???結局今でもC、Java、Perl、PHPって感じだよね
0560nobodyさん
2009/02/04(水) 23:45:32ID:???JavaとPHPはウェブありきで作られた面もあるからすごくて当然だけど
0561nobodyさん
2009/02/05(木) 01:18:17ID:???0562nobodyさん
2009/02/05(木) 01:57:20ID:???J2EEとか最初無かったから
0564nobodyさん
2009/02/05(木) 13:50:05ID:???0567nobodyさん
2009/02/05(木) 23:19:28ID:???Flashとかとの比較になるだろそういうのは
もともとJavaはWebでApplet作るために設計された言語じゃないって事でしょ
0568nobodyさん
2009/02/05(木) 23:27:54ID:???0569nobodyさん
2009/02/06(金) 20:36:37ID:???売ろうとしてたんでしょ？
0570nobodyさん
2009/02/06(金) 20:55:40ID:???そのうちにモザイクが発表されてこれは凄いって事になって
これからはWebだなってことでHotJavaもセットになって発表された
0571nobodyさん
2009/02/07(土) 08:38:14ID:???中間ファイル出すから何でも動くぜーっていうのが中心として
書かれてたと思う。HotJavaはちょっと後じゃなかったっけ？
0572nobodyさん
2009/02/07(土) 09:15:33ID:???0573nobodyさん
2009/02/07(土) 10:10:14ID:???どっかの勘違い君じゃない？
例のホワイトペーパーはそんなこと１つも書いてないよ。
ホワイトペーパーってのはリリース前に出すやつね。
0574nobodyさん
2009/02/10(火) 00:39:54ID:???とりあえず、おまいらHTML5についてどう思うよ。しょうもない言語論争してるより、切実な問題じゃないか？
俺は個人的には、フォームのクライアントヴァリデート機能に期待してるんだ。
Ajaxうんちゃらかんちゃらの工数がちょっとでも省けるんなら大歓迎したい。
0575nobodyさん
2009/02/10(火) 05:46:16ID:???0576nobodyさん
2009/02/10(火) 08:54:16ID:???0577nobodyさん
2009/02/10(火) 13:37:16ID:???クライアントヴァリデートってオマケだろ？
本当に値が正かはサーバーで見なきゃいけない。
工数省けるってのはクライアントヴァリデートのだよね？
結局サーバーサイドのヴァリデーションは面倒なままだ。
PEARで何かあるんかも知れんが。
0578nobodyさん
2009/02/10(火) 21:19:58ID:???0579nobodyさん
2009/02/11(水) 00:37:33ID:???HTMLを食わせると、それと同じ基準でバリデートしてくれるライブラリが出るだろ、きっと。
最悪でも自前で実装すれば、HTML5でサイトを作っている限りは使いまわせる。
0580nobodyさん
2009/02/11(水) 07:55:43ID:???別にいいんじゃない？
>>579
楽観的だなあ。ヴァリデートの難しさは分かってるよね？
Softbankの携帯電話のみ、とか、VISAのカードでチェックデジットが
間違ってない、とか複雑なのあるし。callbackにすりゃいいんだろうけど。
あと導線というか実装がみんなまちまちなので汎用的ライブラリを作るのは
結構大変だと思われ。現存のフォームヴァリデータの実装を見てみるといい。
ケチをつけたくなるものがほとんどだ。
0581nobodyさん
2009/02/11(水) 08:04:54ID:???サーバアプリ側のヴァリデート設定をもとにフォームのHTMLを吐き出すライブラリができる感じ？
どのみちサーバ側でのヴァリデートはしなきゃいけないんだから。
ユーザ側の入力を少しでもしやすくする部分で手が抜けるっていうのがメリットだと思う。
0582nobodyさん
2009/02/11(水) 13:18:02ID:???>サーバアプリ側のヴァリデート設定をもとにフォームのHTMLを吐き出すライブラリができる
これ、結構色んなフレームワークで既に実装されているんだが。
0583nobodyさん
2009/02/11(水) 15:56:29ID:???作業が減るのは相当後の話だろ
0584nobodyさん
2009/02/11(水) 17:48:23ID:???そんなに付加価値ないだろ
0585nobodyさん
2009/02/11(水) 20:09:31ID:???0586nobodyさん
2009/02/12(木) 23:00:20ID:ANumrANN0587nobodyさん
2009/02/12(木) 23:04:11ID:???0588nobodyさん
2009/02/13(金) 20:51:25ID:???0589nobodyさん
2009/02/13(金) 21:29:28ID:???それともIDとか勝手に振られちゃいますか？
0590nobodyさん
2009/02/13(金) 21:56:00ID:???簡単に組み込めるとも思えないが
0591nobodyさん
2009/02/13(金) 23:32:42ID:???0592nobodyさん
2009/02/14(土) 17:06:27ID:???0593nobodyさん
2009/02/14(土) 17:07:54ID:???0594nobodyさん
2009/02/14(土) 17:12:31ID:???0596nobodyさん
2009/02/14(土) 17:36:41ID:???0597nobodyさん
2009/02/14(土) 19:37:42ID:???0598nobodyさん
2009/02/15(日) 02:20:01ID:???http://baresoku.blog94.fc2.com/blog-entry-261.html
http://imakitasangyou.web.fc2.com/index.html
0599nobodyさん
2009/02/19(木) 16:30:08ID:???http://www.pluf.org/
0600nobodyさん
2009/02/19(木) 17:24:43ID:???へー、こんなフレームワークがあるんだー。
Pluf に一致する日本語のページ 約 710 件
まだあんまり知られていないようですね＞＜
ttp://d.hatena.ne.jp/mopemope/20090210/p1
>というか、PHPのときはrhacoでいいじゃんというのがある…
rachoはDjangoが流行る前からあったみたいですが？
ttp://project-p.jp/halt/kinowiki.php/Django%E5%8B%89%E5%BC%B7%E4%BC%9A/Disc3
0601nobodyさん
2009/02/20(金) 19:06:39ID:???管理側、ユーザ側それぞれにフレームワークを入れたほうがよいのかな。
それともフレームワークは一つで作成した方がよいのかな。
みなさんどうしてます？
0602nobodyさん
2009/02/20(金) 19:10:32ID:???同じでもいいし違ってもいい
0603nobodyさん
2009/02/20(金) 19:42:20ID:???同じフレームワークの方がいい場合も多いかと。というか普通はそうだと思う。
それでどーーーーーーーーしても駄目な場合、もう一つフレームワーク使う・・・かなあ？
0604nobodyさん
2009/02/20(金) 19:45:06ID:???管理Cake
はよくやる
0605nobodyさん
2009/02/20(金) 19:49:56ID:???管理画面はscaffoldでがんがん行くってこと？
フロントに使わないのはなぜ？使いにくいの？
cake使ったこと無いからわかんね
0606nobodyさん
2009/02/20(金) 20:01:45ID:???0607nobodyさん
2009/02/23(月) 11:17:23ID:???scaffoldで済む程度の管理画面なら分けてもいいかもだけど。
0608nobodyさん
2009/02/23(月) 18:58:21ID:???だからFWも複数スキーマ対応してないと採用されづらい
0609nobodyさん
2009/02/24(火) 02:11:29ID:???複数スキーマってどういう意味？
レプリケーションなら、同一スキーマでいいんじゃね？
複数データベースという意味ならcakeは
複数のデータベースに接続できるね。
0610nobodyさん
2009/02/24(火) 07:42:17ID:???0611nobodyさん
2009/02/24(火) 08:47:42ID:???0613nobodyさん
2009/02/24(火) 13:20:18ID:???0614nobodyさん
2009/02/24(火) 14:37:17ID:???0615nobodyさん
2009/02/24(火) 23:50:17ID:???って感じに呼んで、
facilityによって別々のログ（ファイルやコンソール）に書き込むような
ログ機能があるFWってありますか？
0616nobodyさん
2009/02/25(水) 00:38:34ID:???どんな定義であろうと、流石にレプリケーションを同一スキーマにって奴はおらんのでは。
マシンですら別にしないと意味ないのに。
0617nobodyさん
2009/02/25(水) 01:05:34ID:???「同一スキーマにレプリケーション」とか「レプリケーションを同一スキーマに」
って、表現おかしいぞ。レプリケーションの意味わかってるのか？
0618nobodyさん
2009/02/25(水) 01:10:39ID:???レプリケーション（負荷分散）とか、適当に自分が念頭に置いてる訳語つけて喋れおまいら
0619nobodyさん
2009/02/25(水) 01:10:40ID:???たとえ別サーバーであっても、同じDBMSをのっけているのなら、同じスキーマでも問題ない様に思える。
異DBMS間で、レプリケーション（マイグレーション？）するのなら、定義が変更される可能性があるので、DBMSごとにスキーマを微調整する必要はあるかもしれないけど。
>>616の反応を見てると、DSN、ユーザー名、パスワードといった接続情報も含めて、これをスキーマっていっているような気がする。
0622nobodyさん
2009/02/25(水) 01:18:48ID:???0623nobodyさん
2009/02/25(水) 01:24:24ID:???逆に言語(DDLも含む)で言うスキーマってのは定義の事だから、
同じ定義で複数作っても同じスキーマということになる
ってことでかみ合ってないんじゃないかと思う
0624nobodyさん
2009/02/25(水) 01:25:19ID:???俺がレプリケーションっつったらDBの複製
0625nobodyさん
2009/02/25(水) 01:33:04ID:???0626nobodyさん
2009/02/25(水) 01:39:56ID:???だから話がかみ合ってないんだよ
0627nobodyさん
2009/02/25(水) 01:45:21ID:???0628nobodyさん
2009/02/25(水) 01:46:36ID:???いろいろ他のDBと概念が違ってめんどい
0629nobodyさん
2009/02/25(水) 01:47:15ID:???Oracleの話はいったんやめてみよう
0630615
2009/02/25(水) 02:01:33ID:???0631nobodyさん
2009/02/25(水) 02:16:57ID:???0632nobodyさん
2009/02/25(水) 02:17:38ID:???0633nobodyさん
2009/02/25(水) 03:11:59ID:???使わないでください。
オラクル用語のスキーマは間違いすぎです。
0634nobodyさん
2009/02/25(水) 03:13:40ID:???0635nobodyさん
2009/02/25(水) 03:22:06ID:???0636nobodyさん
2009/02/25(水) 03:39:07ID:???cakephpはエラーレベルによって吐くファイル名が変わるけど
任意の場所にログを吐くFWはないんじゃね？
0637nobodyさん
2009/02/25(水) 03:39:40ID:???0638nobodyさん
2009/02/25(水) 03:50:40ID:???発端は>>607-608か？
素直に読んだら>>607の「スキーマ」は大体>>624の意味だろ
オラクル使いは自分の使ってる言葉が絶対かｗ
「レプリケーション」にしたって、オラクルの流儀なんてしらね。SQLを適当に発行したら
分散機構及びDBMS側でうまくやってくれる、それでいいじゃねえか。
なんでフレームワークわけてまでこっち側で対応しなきゃならないんだ。貧乏くさいぞ。
0639nobodyさん
2009/02/25(水) 06:25:05ID:???0640nobodyさん
2009/02/25(水) 10:04:36ID:???MySQLは安いし、ノウハウも蓄積、公開されてるし、他のDBでないとダメな理由や状況が今のところ無いです、ハイ＾＾
>>639
Accessもlimitがなくてあせりました＞＜
0641nobodyさん
2009/02/25(水) 11:19:57ID:???普通にインストールしても丸一日かかるんじゃないか？
融通が利かず、コマンドラインインターフェイスが最悪だった記憶しかないです。
0642nobodyさん
2009/02/25(水) 13:04:42ID:???0643nobodyさん
2009/02/25(水) 13:21:02ID:???Linux版って安定してるの？
0644nobodyさん
2009/02/25(水) 13:23:01ID:???0646nobodyさん
2009/02/25(水) 13:34:06ID:???PDOの対応は微妙みたいだけど
PDO自体が微妙なのかな？
0647nobodyさん
2009/02/25(水) 13:38:59ID:???仕組みは提供していないから、ちょっと凝ったことをしようとすると使えない。
唯一PDO_PGSQLのラージオブジェクト操作メソッドはドライバ作者が頑張ってるけど
ドキュメントが整備されていなくてCのソース読まないと使いこなせないのが難。
0648nobodyさん
2009/02/25(水) 14:39:41ID:???0649nobodyさん
2009/02/25(水) 14:48:30ID:???mixiがMySQLだろ？普通にサイト立ち上げる程度にOracleなんていらんでしょ。
0650nobodyさん
2009/02/25(水) 14:51:13ID:???0651nobodyさん
2009/02/25(水) 15:15:40ID:???Oracleが使われるのは機能とか規模の問題じゃないことも多い
0652nobodyさん
2009/02/25(水) 15:21:45ID:???サポートに調査投げることで時間稼ぎが出来るってとこに尽きる。
「現在、サポートに問い合わせ中です。」
0653nobodyさん
2009/02/25(水) 15:23:24ID:???仕組み自体が違うから考え方も違う
0654nobodyさん
2009/02/25(水) 15:37:35ID:???0655nobodyさん
2009/02/25(水) 16:02:17ID:???0656nobodyさん
2009/02/25(水) 16:08:35ID:???WebProgは普通LAMPでしょ。
わざわざOracle入れたのってオフィスビルが８階建て以上の会社しか知らない。
0657nobodyさん
2009/02/25(水) 16:09:44ID:???現実にOracleてはスキーマはそういう意味だって解ったなら、それで納得すりゃいいのに。
0658nobodyさん
2009/02/25(水) 16:13:27ID:???スキーマの下にデータベースオブジェクトができる感じ
MySQLが特殊なんじゃないかね
0659nobodyさん
2009/02/25(水) 16:37:05ID:???わざとか素でかは知らんが、一種類の定義のみでしか解釈せずにレスをぐちょんぐちょんにしてる
オラクラーがいただけの話だが
まあ「データベース定義」をDBスキーマといってみるのは誤解を招くしかっこよくもないとは思う
0662nobodyさん
2009/02/25(水) 17:33:52ID:???システム解ってる奴とプログラマで認識に差があるのでは
DB側の話でスキーマって言ったらだいたい領域みたいな話だよね
0663nobodyさん
2009/02/25(水) 17:52:34ID:???>>600-からずーーーっと同じ話なんだが
そろそろいいじゃね？
0664nobodyさん
2009/02/25(水) 18:00:42ID:???持ち出したオラクラーも悪い。だいたいここFWスレなんだからFWのスキーマだと思わないのかね？
0665nobodyさん
2009/02/25(水) 18:04:06ID:???ミクシイみたいな大規模サイトでも結局は簡単なSELECTがほとんどだろうし。
その点で、MySQLなんかの方が向いてる。もちろん安いからって理由が最大だけど。
ORマッパーとか使い出したら、DBの機能って低いレベルで揃えさせられるからな。
0667nobodyさん
2009/02/25(水) 18:07:21ID:???そのレベルの話ならフレームワーク全体がスキーマなんだから
DBの話ならデータベースサーバのスキーマだって解るだろうに
0668nobodyさん
2009/02/25(水) 18:09:28ID:???荒らしたいから。
もしくは本気でDBのスキーマ知らなくて判断つかなかったかのどっちかだ。
0669nobodyさん
2009/02/25(水) 18:09:58ID:???0671nobodyさん
2009/02/25(水) 18:13:36ID:???お前ら、スレの名前って読めるの？？
0673nobodyさん
2009/02/25(水) 18:21:22ID:???DBのスキーマを知らん阿呆だってことだろ
0674nobodyさん
2009/02/25(水) 18:22:46ID:???0675nobodyさん
2009/02/25(水) 18:26:32ID:???http://pc11.2ch.net/test/read.cgi/php/1229669539/920
920 名前：nobodyさん[sage] 投稿日：2009/02/25(水) 14:43:45 ID:???
Paginator helperにXSSの問題
http://cakephp.jp/modules/newbb/viewtopic.php?topic_id=1779&forum=9&viewmode=flat&order=ASC&start=0
...orz
0676nobodyさん
2009/02/25(水) 18:36:22ID:???あとはネットイナゴみたいな感じだろ
0677nobodyさん
2009/02/25(水) 18:41:30ID:???0678nobodyさん
2009/02/25(水) 19:12:46ID:???間違いでも阿呆でもないと思うよ。
そういう風に「スキーマ」っていう人・文化もいる（ある）。正確かどうか、好ましいかどうかは置いておいて。
なんで「間違い」にしたいのかね。
0679nobodyさん
2009/02/25(水) 19:21:30ID:???レプリケーションって使ったことないんだけど、例えばMySQLなんかの非同期レプリケーションなら、
更新系・参照系の問い合わせの際に、自分でアクセス先DBを使い分けなきゃいけないの？
もしそうだとすると、こういった使い分けに対応したフレームワークってある？
DBの接続設定でごにょごにょしておけば、更新系のクエリなら自動的にマスタの方にアクセスしに
行ってくれるような
0681nobodyさん
2009/02/25(水) 20:05:05ID:???まぁ食い違ってたバグの原因が見つかったんだから、それでいいじゃん
説明不足の仕様が問題だったんだろう
0682nobodyさん
2009/02/25(水) 23:23:35ID:???論理スキーマで話をしてる人と、物理スキーマで話をしてる人がいて、
ごっちゃになったでおｋ？
0684nobodyさん
2009/02/26(木) 06:08:17ID:???Agaviってまだあったんだな。
0685nobodyさん
2009/02/26(木) 09:57:20ID:LnongX2j>>679
最近だと、メモリ上にデータを置いて高速化する手法も旬の話題
http://itpro.nikkeibp.co.jp/article/OPINION/20090216/324752/
>データベース技術の世界に新顔が次々と登場している。
>米Danga Interactiveの「memcached」、ミクシィの「Tokyo Cabinet」と「Tokyo Tyrant」、楽天の「ROMA」、グリーの「Flare」などだ。
>いずれも半導体メモリーを使って大規模データベースを高速処理する技術である。
フレームワーク＋メモリーでデータキャッシュの場合、データの取り扱いをみなさんどうされてますか？
0686nobodyさん
2009/02/26(木) 10:02:04ID:LnongX2jPHPのフレームワーク
諸行無常の響きあり＞＜
今使ってるFWも
いつかは廃れちゃうかもね＾＾
0687nobodyさん
2009/02/26(木) 10:06:40ID:???0689nobodyさん
2009/02/26(木) 10:50:04ID:???0690nobodyさん
2009/02/26(木) 11:14:21ID:???Perl使いがいかにテンプレートに困ってたかが分かるな。当時TTがあったらPHP消えてそう。
0691nobodyさん
2009/02/26(木) 15:34:51ID:???0692nobodyさん
2009/02/26(木) 15:57:18ID:???0693nobodyさん
2009/02/26(木) 18:18:24ID:???廃れていないのと、COBOL化しているのは別。
0694nobodyさん
2009/02/26(木) 18:21:11ID:???0695nobodyさん
2009/02/26(木) 20:54:26ID:???標準機能は少なくていいから、もう少し薄いフレームワークないですかね。
気持ちよくコードが書けるようなやつ。
次に試してみるCIがそんなのならいいんだけど･･･。
誰かCIの感想聞かせてください。
0697nobodyさん
2009/02/26(木) 22:11:10ID:???一緒にkohana使おうぜ。CIから派生したフレームワーク。
PHP4を切り捨て、PHP4由来の気持ち悪い部分を一掃したのが特徴。
0698nobodyさん
2009/02/26(木) 22:11:57ID:???0699nobodyさん
2009/02/26(木) 23:03:51ID:???身動きが取れなくなることがある。
それなら素のPHP使えよって話なのかもしれないが。
0700nobodyさん
2009/02/26(木) 23:57:07ID:???0701nobodyさん
2009/02/27(金) 00:17:14ID:???もちろんStrutsも改良されてるしな
0702nobodyさん
2009/02/27(金) 02:43:04ID:???CIの解説本は１週間で読める（＝簡単）
PHPの案件は、CI＋ZFのライブラリで十分だと思う
PHPに時間をかけても意味ない（＝俺はLispの勉強を始めました）
0703nobodyさん
2009/02/27(金) 02:44:39ID:???グーグル、永続化対応のインメモリDB「Redis」を発表
現在、PHPやRubyのクライアントライブラリを開発中という。
0704nobodyさん
2009/02/27(金) 02:51:47ID:???「キー・バリュー型データストア」開発者が大集合した夜
GoogleやAmazon.com、Microsoftなどがキー・バリュー型データストアに注目するのは、分散処理を求めているからである。
キー・バリュー型データストアは、データ処理の高速化と大規模化（ひいてはクラウド・コンピューティング）を実現する上で、必須の技術になっている。
0707nobodyさん
2009/02/27(金) 09:07:30ID:???むしろMVCの分離から出来ていないような希ガス
0708nobodyさん
2009/02/27(金) 11:47:34ID:???0709nobodyさん
2009/02/27(金) 18:32:37ID:???Mの編集作業で一つ、Vの編集作業で一つ、Cの編集作業で一つの画面を見る
あとで結果を表示する画面が一つで、モニター４個あれば作業効率がいいかも
0710nobodyさん
2009/02/27(金) 18:36:26ID:???MVCはscreenコマンド(UN*X)使って切り替えながら開発してるな。
デュアルディスプレイで、左開発、右ブラウザ専用。
0711nobodyさん
2009/02/27(金) 18:36:39ID:???0712nobodyさん
2009/02/27(金) 21:02:44ID:???0713nobodyさん
2009/02/27(金) 21:30:57ID:???モデル、ビュー、コントローラの他に、厳密にはアクションやサービスがあるわけで
まぁモデルとコントローラは滅多にいじらないから3つと言えば3つだけど
0714nobodyさん
2009/02/27(金) 21:34:25ID:???0715nobodyさん
2009/02/27(金) 21:36:28ID:???MVCフレームワークはいじる必要がクラスが5種類あるって事でしょ
0716nobodyさん
2009/02/27(金) 21:38:35ID:???これからさ、MVCで語ったら、
MVC (笑）
でいいと思うんだけど。
0717nobodyさん
2009/02/27(金) 21:51:56ID:???0718nobodyさん
2009/02/27(金) 21:53:46ID:???0720nobodyさん
2009/02/27(金) 22:02:20ID:???別に恥ずかしくも何ともないけどな
提唱された概念につけられた名称全て恥ずかしかったら、何の議論もできないじゃないか
自意識過剰なんじゃないか？
これがアスペクト指向あたりだと、微妙になってくるけど
0721nobodyさん
2009/02/27(金) 22:07:23ID:???むしろ理解して使いこなせてない人の方が恥ずかしい世界
0722nobodyさん
2009/02/27(金) 22:15:28ID:???web2.0と一緒にすんな
0723nobodyさん
2009/02/27(金) 22:23:53ID:???0724nobodyさん
2009/02/27(金) 22:25:28ID:???0725nobodyさん
2009/02/27(金) 22:25:41ID:???0727nobodyさん
2009/02/27(金) 22:33:43ID:???PACで実装したシステムに、MVCに分離できてないから糞だとか言う奴もいたりしてな。
0728nobodyさん
2009/02/27(金) 23:24:03ID:???MVCを勧めることが恥ずかしいわけではないだろ
0729nobodyさん
2009/02/27(金) 23:30:02ID:???C言語レベルでの構造化やカプセル化すら良く分かってないような奴も多いのが現実。
publicメソッドとグローバル関数の違いをたずねられた時はどうしようかと思った。しかも俺よりキャリア長い奴に。
まあ、俺もMVCを100%分かっているかといわれると言葉に詰まるがな。
0730nobodyさん
2009/02/28(土) 00:30:59ID:???>>714=>>716 は無理ある
ム板のLL隔離スレなんかでも、恥ずかしい恥ずかしい言って荒らすのがいる
0731nobodyさん
2009/02/28(土) 00:45:31ID:???0734nobodyさん
2009/02/28(土) 09:57:40ID:???ちなみにMVCのどこをいじる頻度が多いかはFW依存だよ。
作者によってMVCの解釈が違ったりするからなｗ
0735ヤングマン
2009/02/28(土) 12:22:52ID:???PHPer さあ立ち上がれよ
PHPer 今翔びだそうぜ
PHPer もう悩む事は
ないんだから
PHPer ほら見えるだろう
PHPer 君の行く先に
PHPer 楽しめる事が
あるんだから
すばらしい M.V.C M.V.C
デスマーチを 吹き飛ばして
君も元気出せよ
そうさ M.V.C M.V.C
若いうちは無茶なプロジェクト
何でもできるのさ
0736nobodyさん
2009/02/28(土) 12:31:11ID:???0737nobodyさん
2009/02/28(土) 12:31:57ID:???0738nobodyさん
2009/02/28(土) 12:37:33ID:???本人は面白いと思ってるんだろうから親父ギャグみたいなもんだ。
0739nobodyさん
2009/02/28(土) 12:41:40ID:???0740nobodyさん
2009/02/28(土) 12:42:27ID:???♪ そうさ あ〜M.V.C あ〜M.V.C
0742nobodyさん
2009/02/28(土) 13:00:01ID:???0743nobodyさん
2009/02/28(土) 13:02:19ID:???0744nobodyさん
2009/02/28(土) 16:19:58ID:???0746nobodyさん
2009/02/28(土) 16:39:13ID:???RailsはVCだったりDjangoはMVTとか言ったりしてるし、
作りやすく守りやすく区切って適当に頭文字くっつけてればいいよ
0747nobodyさん
2009/02/28(土) 17:26:21ID:???0748nobodyさん
2009/02/28(土) 20:34:44ID:???0749nobodyさん
2009/02/28(土) 22:06:39ID:???機能を利用するにあたって要求されるもんは
ttp://www.yiijan.org/requirements/
0750nobodyさん
2009/02/28(土) 23:41:05ID:???0751nobodyさん
2009/02/28(土) 23:57:05ID:???0752nobodyさん
2009/03/01(日) 10:48:52ID:???面白いよ
0756nobodyさん
2009/03/01(日) 11:39:26ID:???0757nobodyさん
2009/03/01(日) 11:42:50ID:???0758nobodyさん
2009/03/01(日) 12:35:54ID:???0759nobodyさん
2009/03/01(日) 13:08:30ID:???0760nobodyさん
2009/03/01(日) 13:13:59ID:???PerlもPHPも最初は英語のマニュアルしかなかったわけで。
Perlの英語版赤らくだは独特の言い回しだしジョークは挟むしで
TOEIC600の俺にはちょっと辛かった。
0761nobodyさん
2009/03/01(日) 13:35:53ID:???0762nobodyさん
2009/03/01(日) 13:41:32ID:???0763nobodyさん
2009/03/01(日) 13:42:17ID:???0764nobodyさん
2009/03/01(日) 15:05:28ID:???全世界で通じる共通言語だからなｗ
インターナショナルという名の在日中華だらけの職場で
意思伝達の最終手段になってます
YiiはDocmentの他国語対応GoogleDocsだかでやってっから
かなり早いうちに一通りのマニュアルの類はそろうんじゃないかと思うよ
英訳スキル持ちはもとより、英語の勉強がてらに参加してみても面白いんじゃね
0765nobodyさん
2009/03/02(月) 02:53:21ID:???運用に耐えうるようになるのはだいぶ先そう
0766nobodyさん
2009/03/02(月) 09:25:48ID:???↑これ使ったら英語が楽しくなるよ
＝外国語で日記を書くと、ネイティブに母国語で添削してもらえる
添削してあげれば、日本語を勉強してる外国の子から感謝されるし
マジおすすめ☆＾＾
英語のマニュアルはコードと一緒に読めば意味が分かるから、読解しやすい文章なんじゃない？
0767nobodyさん
2009/03/02(月) 09:34:19ID:???英文マニュアルはおしなべて語彙も極端に少ないし文法もかなり単純。
外国人にも簡単に読めるようになっている。
Time誌とかと読み比べてみるといい。英語の質が全然違うから。
0768nobodyさん
2009/03/02(月) 09:35:39ID:???http://www.time.com/time/
0769nobodyさん
2009/03/02(月) 13:45:10ID:???小説の場合、前後の文脈で意味が取れるけど、技術英語の場合、文法をよく把握していないとまるで逆の意味になったりするから。
どっちが簡単とか難しいってものでもない。
オライリーの本なんかは、スラングだらけなんで、相当読みづらいと思う。
0770nobodyさん
2009/03/02(月) 13:58:46ID:???まあでも普通に考えて簡単に読めるのはマニュアルでしょ。
マニュアル読めるから英語読めると思っちゃってる人結構いるし。
小説ガツガツ読めてマニュアル読めない技術屋はいないと思うし。
0771nobodyさん
2009/03/07(土) 03:03:07ID:???外部からいくらでも代入できるのな
なんたるビッチ
なんたるゆるまん
0772nobodyさん
2009/03/07(土) 03:14:11ID:???まあJavaScriptでもできるんだし、配列代わりに使うのならそんなもんかなとも思う
きっちりしたプロパティなんかはアクセサ使えばいいじゃん
0773nobodyさん
2009/03/07(土) 03:50:11ID:???存在しないプロパティに代入できる事が、
自由度が高くて良いと思える規模がphpの領域。
その辺厳しくしないと弊害が出てくるなら、phpが適さない規模と思ってるよ。
0774nobodyさん
2009/03/07(土) 04:30:39ID:???0775nobodyさん
2009/03/07(土) 05:48:39ID:???大規模サイト出もPHP使ってるって言うけど
実際は楽天なんかはJavaにどんどん置換してるし
Yahoo!もPHP使ってるのはビューの部分だけでコアはJavaなんだよな
0777nobodyさん
2009/03/07(土) 06:16:28ID:???俺携わってたし
0778nobodyさん
2009/03/07(土) 06:19:32ID:???検索系はC
サービスの一部はJava
0779nobodyさん
2009/03/07(土) 06:20:03ID:???0780nobodyさん
2009/03/07(土) 06:26:06ID:???0781nobodyさん
2009/03/07(土) 11:52:08ID:???なんか、別の会社と間違ってんじゃね？
コンフル見てるけど、Java使ってるサービスなんか見たことないぞ。
>>778
サービスの一部って具体的にどれよ。
0782nobodyさん
2009/03/07(土) 11:55:58ID:???検索がPHPだったらさすがに笑う。
というか機能しねーだろ。
0783nobodyさん
2009/03/07(土) 12:03:59ID:???0784nobodyさん
2009/03/07(土) 12:21:47ID:???うちの会社が作ってたサイトがYahooに買収されたので具体的にはどれかは言えないが
そういう部分はJavaのところが沢山ある
0785nobodyさん
2009/03/07(土) 13:39:08ID:???買収された側のサイト名は言えるでしょ。嘘じゃないなら。
買収ってことは。公然の事実でしょ。
そしたら、俺が明日、コンフルみて確認してやるよ。
0786nobodyさん
2009/03/07(土) 13:43:15ID:???0787nobodyさん
2009/03/07(土) 13:48:33ID:???ガワだけはそのまんまでも。
外注のままの製品系は別として。
実際求人は、C C++ PHP Perl。Java使いは取ってないからな。
ttp://hr.yahoo.co.jp/fresh/work.html
0788nobodyさん
2009/03/07(土) 13:57:36ID:???コンフルは、なんていうかYahooの社内用語みたいだな。
ちょこっと検索した感じだと、YahooでJavaは、
アプレット系が少し出てくるくらいだな。
少なくともYahooの中でJavaはメジャーじゃなさそうだ。
0791nobodyさん
2009/03/07(土) 14:35:52ID:???0794nobodyさん
2009/03/07(土) 15:25:14ID:???Copyright (c) 2009 Y's Sports Inc.
http://services.yahoo.co.jp/
ここに入ってないし
0795nobodyさん
2009/03/07(土) 15:28:06ID:???http://hr.yahoo.co.jp/career/detail.php?cd=0101
ってかYahooでJava使ってたらなんか困るのか
0796nobodyさん
2009/03/07(土) 15:34:54ID:???募集職種と経験とは違うわな。
Java経験でもやらせるのはPHPだし。
別にJava使ってると思ってもらってもいいけど、
Javaを扱ってる開発部署がないのに、なんでそんな話になるのかな？と思っただけ。
ただ、名前貸しというかサービス乗っ取りみたいなものの中には
Javaで組まれてるものもあるかもしれん。
たとえばスポナビはYahoo!のデザインレギュレーションから完全に外れてる。
0797nobodyさん
2009/03/07(土) 15:46:06ID:???0799nobodyさん
2009/03/07(土) 16:18:37ID:???0800nobodyさん
2009/03/07(土) 16:39:26ID:???マ系の職場あちこち回ってると、たまにいるんだよねこういう奴ｗ
0801nobodyさん
2009/03/07(土) 16:44:07ID:???C++は使ってる。でも、なんつうか、毛色の違う人たちなんだよね。
中途採用の奴はたいがい、糞サービスのメンテに回される。
まぁ、スレチにもほどがあるので、この辺で。スンマソン
0802nobodyさん
2009/03/07(土) 16:44:37ID:???使ってるの見たって奴がいるなら、それていいじゃんかな。
0803nobodyさん
2009/03/07(土) 17:25:34ID:???国内PHP大規模サイトトップ10に入る某社にいるが、内部じゃRubyもJavaもPerlも使ってる。フロントじゃ当然FlashやJS使うしな。
スクリプトまで通さずにCで書いたApacheモジュールでケリをつける部分だってある。
会計システムと繋ぐならJava以外の選択肢なんぞ考えたくもない。
だいたい、単一言語に社運をかけるなんて、上場企業クラスになったらあり得ない。
急に別言語に乗り換えてもプログラマはいくらでも確保できるだろうが、インフラ側の経験値蓄積が間に合わない。
エンジニア側も同じ。最低2つはスキルがないと簡単に切られるぞ。
経営層的に言ってPHPの利点の一つは、使い捨てるエンジニアが市場に腐るほどいる（いなくとも1月も研修すれば完成する）点だしな。
0804nobodyさん
2009/03/07(土) 18:55:58ID:???俺みたいにPHPで足りない機能をCでライブラリ作ったり
apacheのモジュール作ったりしてるやつは少ないだろうな
0805nobodyさん
2009/03/07(土) 19:57:58ID:???プログラマ一本を主軸にやってくつもりならそれくらいはできないと正直この先生
きのこれないと思う
0808nobodyさん
2009/03/07(土) 20:37:43ID:???0809nobodyさん
2009/03/07(土) 20:44:35ID:???意味がわからないぐらいだからもっと勉強してからおいで
0811nobodyさん
2009/03/07(土) 20:47:23ID:???ごにょごにょしてコンパイルすると.soができるって感じ？
いや当てずっぽうだけど
0812nobodyさん
2009/03/07(土) 21:53:23ID:???0813nobodyさん
2009/03/07(土) 21:55:12ID:???中に入っているモジュール部の近い物を選んでコピペして
名前変更して、Makefileとかをごにょれば出来るお
0814nobodyさん
2009/03/08(日) 01:15:23ID:???高い技術力なんてさほど要求されない
単なるオナニー
0815nobodyさん
2009/03/08(日) 02:19:51ID:???0816nobodyさん
2009/03/08(日) 05:17:12ID:???0817nobodyさん
2009/03/08(日) 05:45:29ID:???phpだと作りにくいもの・規模はやっぱりあるし、
phpだけに絞るのは、プログラマー個人もとしても開発会社としても、
どう考えてもお勧めできないな。
0818nobodyさん
2009/03/08(日) 09:56:10ID:???アルゴリズムに弱いヤツが多そうだな。遊びでもいいから他の言語も覚えるに
越したことはない。時代が変わると潰しが利かなくなりそう。
プログラマ自体が潰し利かないんだからPHPしか書けませんとかヤバイと思う。
0819nobodyさん
2009/03/08(日) 10:02:31ID:???0820nobodyさん
2009/03/08(日) 10:03:04ID:???0821nobodyさん
2009/03/08(日) 10:07:22ID:???0824nobodyさん
2009/03/08(日) 10:50:02ID:???例えば配列からある数値をスキャンする程度の場合、C++だったらゴリゴリ書くだろ。
PHPはその程度のアルゴリズムを知らなくても使えるからな。
それ言ったらPerlのCPANの充実度もPHPのPEARより上だし。多分。
0825nobodyさん
2009/03/08(日) 11:42:51ID:???> C++だったらゴリゴリ書くだろ
そこまでプリミティブなものまでいちいち書くのか？
標準ライブラリとか使わないの？
0826nobodyさん
2009/03/08(日) 11:53:18ID:???long la[N];
long* lp = find(la,la+N,12L);
if ( lp != la+N ) {
// 見つかった!
}
C++でアルゴリズムなんか知る必要はありません。
0827nobodyさん
2009/03/08(日) 11:57:57ID:???0828nobodyさん
2009/03/08(日) 11:58:53ID:???サンクス。
0829nobodyさん
2009/03/08(日) 12:44:23ID:???ただ黒魔術的ではある。C++0xになるともう...
0830nobodyさん
2009/03/08(日) 14:12:48ID:???0831nobodyさん
2009/03/08(日) 14:49:59ID:???組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
組み込み関数ですべて出来ることが売りなんだから。
え？
0832nobodyさん
2009/03/08(日) 15:15:21ID:???0833nobodyさん
2009/03/08(日) 15:49:27ID:???で、シェルが開放されてるレンタルサーバじゃなければ、モジュールのインストールは難しい。
0834nobodyさん
2009/03/08(日) 16:00:49ID:???0836nobodyさん
2009/03/08(日) 16:59:47ID:???コンパイル必要なXSモジュールが無ければ、
extlibとかに突っ込んでまとめて配布すれば大丈夫だよ。
MovableTypeとかが現にそうやってる。
0837nobodyさん
2009/03/08(日) 17:35:45ID:???WEB+DB PRESSのVol.48のモダンプログラミング入門という特集が、
今のこのスレの流れに合ってる気がする。
気が向いたら読んでみて。
0838nobodyさん
2009/03/08(日) 17:39:02ID:???0839nobodyさん
2009/03/08(日) 17:52:58ID:???0841nobodyさん
2009/03/08(日) 20:52:18ID:???WEB+DB PRESS総集編［Vol.1〜48］
がでたら読んでみるｗ
前回の総集編、Vol.1〜36の
発売日が2007年3月30日発売だから
もうすぐだよな？
0842nobodyさん
2009/03/08(日) 22:37:10ID:???・・・と言いつつ自分はvol.46〜48を積んでる
0843nobodyさん
2009/03/08(日) 22:57:06ID:???0844nobodyさん
2009/03/09(月) 02:47:11ID:???0845nobodyさん
2009/03/09(月) 02:54:46ID:???毎度毎度、
$value = isset($_REQUEST['value']) ? $_REQUEST['value'] : DEFAULT;
ってするのもアホっぽいが。
0846nobodyさん
2009/03/09(月) 05:07:06ID:???$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)
0847nobodyさん
2009/03/09(月) 08:05:45ID:???そのあほなＦＷのリクエストオブジェクトは$_REQUESTを格納してるだけなの？
他に仕事してないんならアホだわ。
0848nobodyさん
2009/03/09(月) 08:32:04ID:???>>846
$get = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_GET)
$post = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_POST)
$cookie = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_COOKIE)
$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)
って毎回書くよりはスマートってことだろ。十分なメリットだよ。
あと、$_REQUESTってCookieも入るよね。やや乱暴な気がするので、Cookieだけ除外するとか
0849nobodyさん
2009/03/09(月) 08:36:24ID:???もっとも、毎回isset($_REQUEST[''])で確認とっても構わないと思うけど。俺はそうしてるし。
せっかく$_REQUESTとか$_SESSIONみたいな便利なものがあるのに、余計なラッパーは要らない。
0850nobodyさん
2009/03/09(月) 08:46:53ID:???そして global $req ですね、わかります。
グローバル変数なり関数なりを使いたくないなら、悪いことは言わないから
クラスなりオブジェクトなりにしておけ。使いたいなら何も言わんが。
0851nobodyさん
2009/03/09(月) 09:30:49ID:???>$req = array_merge(array('key1'=>'DEFAULT1','key2'=>'DEFAULT2'),$_REQUEST)を1行書いておけばいいだけ。
これだからPHPerは。。。
0853nobodyさん
2009/03/09(月) 10:52:58ID:???0855nobodyさん
2009/03/09(月) 11:04:16ID:???どうやったところで、$_REQには単純なスカラ変数（たまに配列）しか入ってないんだから。
Perlなど他の言語のように、自前でクエリストリングを取り出す処理を実装しなければいけないなら、初めからオブジェクトにしてもいいかもしれないけど。
0856nobodyさん
2009/03/09(月) 11:13:35ID:???参考までに教えてくれ
0859nobodyさん
2009/03/09(月) 23:44:57ID:???0861nobodyさん
2009/03/09(月) 23:53:01ID:???0862nobodyさん
2009/03/09(月) 23:59:31ID:???それに、>>849にクスクス笑いが起きるのは、デフォルト値実装の意味がわかってないからだよ。
0863nobodyさん
2009/03/10(火) 08:31:56ID:???0864nobodyさん
2009/03/10(火) 09:12:31ID:???0865nobodyさん
2009/03/10(火) 12:45:37ID:???シンプルなフレームワークありませんか？
デザイナーとプログラマが分離して作業できればいいんですが
0866nobodyさん
2009/03/10(火) 12:56:40ID:???0868nobodyさん
2009/03/10(火) 21:34:04ID:???ドキュメント見てて少し意外だった。
mojavi2ですらrequestオブジェクトだったというのに・・・。
0869nobodyさん
2009/03/12(木) 17:45:05ID:y65Mhsc80870nobodyさん
2009/03/12(木) 20:12:27ID:???0871nobodyさん
2009/03/12(木) 22:29:23ID:???国産のフレームワーク使うか迷っています
国産のフレームワークとかどうですか？
0872nobodyさん
2009/03/12(木) 22:31:15ID:???0873nobodyさん
2009/03/12(木) 23:09:56ID:???0875nobodyさん
2009/03/13(金) 01:50:59ID:???0876nobodyさん
2009/03/13(金) 02:26:04ID:???0877nobodyさん
2009/03/13(金) 10:29:47ID:???いずれcakePHPをやろうと思っています
0878nobodyさん
2009/03/13(金) 10:47:04ID:???まず国産にこだわる理由を書くと、それなりの意見や感想レスも出てくるかと。
いずれって事は、今は何を使ってるの？その辺も。
そこいらを書かないと実のある質問ではほとんどないと思う。
0879nobodyさん
2009/03/13(金) 11:08:51ID:???まずは、国産、つまり日本語で丁寧に解説されているのを
やってみようと思いました。英語わからないですし
ＰＨＰのフレームワークとはいえ、何かにつまづくかもしれないですし
今は何も使っていません。rubyのフレームワークを使って挫折しました。
サーバにアップロードするだけで使えるＰＨＰを勉強して
今、そろそろフレーム段階に突入したところです。
それほど難しいのはいらないので、cakePHPに興味があります
その前に国産使おうとしました
国産の種類の適正を知りたいです
0880nobodyさん
2009/03/13(金) 11:19:10ID:???日本語の解説は、国産（現役はEthnaくらいか）より遙かに多かったりする。
あと、これはどのフレームワークにも言えることだけど、「どう使うのか」の部分では
解説やリファレンスが役に立つが、「どうなってるのか」の部分では、最終的には
ソースを読むしかないので、シンプルに書かれているフレームワークも触ってみると
いいかも。CI（Kohanaの方がいい？）とか、ちいたんwとか
0881nobodyさん
2009/03/13(金) 11:31:43ID:???0883nobodyさん
2009/03/13(金) 12:52:43ID:gvTYRnrycakePHPは表示するのにデータベースを使うみたいで困ってます
データベースなしで使えるフレームワークがございましたら教えてください
0884nobodyさん
2009/03/13(金) 13:46:06ID:???0885nobodyさん
2009/03/13(金) 13:51:29ID:???0886nobodyさん
2009/03/13(金) 19:09:47ID:???それはあなたの思い込み。
さすがのcakePHPもDBをつかわないとHelloWorldも書けないとか、そんな終わっている仕様ではない。
0887nobodyさん
2009/03/13(金) 19:11:45ID:???国産FWでドキュメントがきっちりしてるのってEthnaしかないと思う。
EthnaのコミッタまでCakePHPを使い出してるらしいから、
もうだいぶ終わってる感があるけど・・・。
symfonyもCakePHPも日本語のドキュメントは充実してますよ！
0888nobodyさん
2009/03/13(金) 19:44:23ID:???来てるんだけど、いい加減にPHP5以降を考慮してフレームワーク
移行かもしくはmojavi2のソースいじるかどうしようかと思案中。
mojavi2からシフトしやすいFWってどれがいいですかね。
どのみち多少のコード書き換えは発生するんだしと考えると
リセットして今後の運用のみ考えて選定したほうがいい気もするし・・・・
ちなみにシステムはとある業界の業務用アプリで大雑把に
ソースファイル数で2000近くある。当初２，３百ファイル程度の
規模だったのが客の要望にこたえているうちに雪だるま式に
膨らんでしまった。
規模がもう少し小さければ書き直すんだけど・・・
あと前任者はドロップアウトしてもう居ません（泣
0890nobodyさん
2009/03/13(金) 20:11:12ID:???0892nobodyさん
2009/03/13(金) 20:58:41ID:???cakephpｗ
0893nobodyさん
2009/03/13(金) 21:35:38ID:???0894nobodyさん
2009/03/13(金) 21:59:40ID:???同じシステム内でだって画面によっちゃDB使わない画面もあるわけで、
そういうところでモデル呼び出さない設定ができて当たり前なわけで、
当然Cakeだってそういう設定はできる。
0895nobodyさん
2009/03/13(金) 22:45:25ID:???0896nobodyさん
2009/03/13(金) 22:54:58ID:???0898nobodyさん
2009/03/14(土) 01:10:31ID:???usesの件は使ってりゃ誰でも気がつくだろ
0899nobodyさん
2009/03/14(土) 11:26:46ID:???CakePHPは少ししか使ったことないから詳しくは知らないけど、
大抵のphpで作るアプリケーションはデータベース使うよね。
別にデータベース使わないと駄目というつもりはないんだけど、
> デザインとプログラムを分けて制作したいのですが
この発言からすると、データベースについてなにか勘違いをしている気がするんだ。
デザインとプログラムを分けるには、
ロジックを普通にphpで書いて、デザインはテンプレートの仕組みで作ることだよ。
で、そのテンプレートに表示する内容は、
ロジックに含めず大抵はデータベースに格納する。
小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
その方が逆に面倒だと思う。
0900nobodyさん
2009/03/14(土) 11:33:54ID:???フレームワークというより、Smarty等を勧めるだけでいいような気がする。
> 小規模な場合は、CSVファイルに保存する事もないとはいわないけど、
> その方が逆に面倒だと思う。
つSQLite
そろそろブラウザにも搭載されようかって勢いだし、正直データベース前提で
何の問題もないような。
0901nobodyさん
2009/03/14(土) 15:07:22ID:???と
hoge/fuga/100/
どっちのURLがいいと思う？
上は冗長じゃないけど100がファイル名みたいでちょっと違和感あるし
下は冗長だし、悩む
0902nobodyさん
2009/03/14(土) 15:22:56ID:???各パラメタがデータなのかディレクトリなのかコントローラなのかアクションなのか
0903nobodyさん
2009/03/14(土) 15:24:12ID:???0904nobodyさん
2009/03/14(土) 16:41:43ID:???末尾にスラッシュつけるかな、俺なら
ってか、よくわかってないなら普通にGETでパラメータ渡しておけばいいんじゃね
スラッシュの有無なんて気にしないですむよ＾＾
0905nobodyさん
2009/03/14(土) 17:02:04ID:???>893
>896
>897
カビてたり毒入りだったりするのは君らの頭みたいだねw
0906nobodyさん
2009/03/14(土) 17:09:10ID:???0907nobodyさん
2009/03/14(土) 18:51:50ID:???個人的には初心者なのでcakephpの名前が入っていき安い感じがしたんですが
0908nobodyさん
2009/03/14(土) 18:54:54ID:???0909nobodyさん
2009/03/14(土) 19:01:24ID:???ただし正露丸を忘れずに
0910nobodyさん
2009/03/14(土) 19:02:12ID:???困った時は「調査機関G」に聞くといい
0911nobodyさん
2009/03/14(土) 19:14:44ID:???http://www.google.co.jp/trends?q=cakephp%2Csymfony%2Cmojavi%2CEthna%2CZend+framework&ctab=0&geo=all&date=all&sort=0
0912nobodyさん
2009/03/14(土) 19:31:00ID:???のはいいとして、データベース無くても
データベースを使ったのと同等のことができる
フレームワークってあるのかな？
つまり、設定をmysqlからfileに変えるだけで
動くようなもの。・・・まあ無いよね。
0913nobodyさん
2009/03/14(土) 19:43:01ID:???0914nobodyさん
2009/03/14(土) 19:45:21ID:???ZFよりも早く開発できるものがあるということに。
0915nobodyさん
2009/03/14(土) 19:50:27ID:???0916nobodyさん
2009/03/14(土) 19:51:16ID:???0917nobodyさん
2009/03/14(土) 20:12:56ID:???0918nobodyさん
2009/03/14(土) 20:54:22ID:???ttp://www.google.co.jp/trends?q=cakephp%2Csymfony%2CEthna%2CZend+framework%2CcodeIgniter&ctab=0&geo=all&date=all&sort=0
0919nobodyさん
2009/03/14(土) 21:21:54ID:???http://www.google.co.jp/trends?q=cakephp%2Csymfony%2CZend+framework%2CcodeIgniter%2CRuby+on+Rails&ctab=0&geo=all&date=all&sort=0
0920┌【 ┐=ﾟωﾟ=】┐
2009/03/14(土) 21:32:09ID:???0921nobodyさん
2009/03/14(土) 21:34:42ID:???0922nobodyさん
2009/03/14(土) 21:35:33ID:???何もクリックするものないんですが
何かをクリックしたら、作成画面とか出て粉インすか？
0923nobodyさん
2009/03/14(土) 23:14:21ID:???エラーが大量に出過ぎてフイテそのままゴミ箱に移動した
0924nobodyさん
2009/03/14(土) 23:58:44ID:???テーブルの名前に必ず複数形、
この規約を違反するときは、違反するとコードを書く
フレームワークってこんなのばかりなんですか？初心者です
0925nobodyさん
2009/03/15(日) 00:01:14ID:???テーブルの名前に必ず複数形、
この規約を違反するときは、違反するとコードを書く
フレームワークってこんなのばかりなんですか？初心者です
0926nobodyさん
2009/03/15(日) 00:01:54ID:???Railsの影響を受けてるフレームワークはだいたいそんな感じ。
「設定より規約」と呼ばれる考え方だな。
特に割とどうでもいい部分について、一定のルールに従う事でコードを書かないで済ませる事ができる。
関数のデフォルト引数指定みたいなもんだ。
0927nobodyさん
2009/03/15(日) 00:06:09ID:???そうなんですか、ありがとうございます
rubyのフレームワークで挫折したので、今度はがんばりたいです
(作れないうえに、サーバにアップもわからなかった)
0928nobodyさん
2009/03/15(日) 00:10:14ID:???全く詳しくないと規約縛りのフレームワークはなんで規約で縛ってるのか実感しづらいでしょ
0929nobodyさん
2009/03/15(日) 01:05:02ID:???RoRで始めようとしたってことは、PHPもあんまり知らないのではないかと。
それならZFとかEthnaなんてまったく使い方わからんだろ。
CakePHPみたいな、「こう書いたら画面が出る」的なフレームワークを選ぶのもわからんでもない。
でも、RoRをWindowsにいれてWEBrickで動かすってとこまでは、そんなに難しくないはずなんだけどね。
むしろPHPよりも環境作りやすいくらい。
サーバで動かすってところで躓くのなら、まずはローカルで遊んでみるのが一番楽ちんだと言ってみる。
0930nobodyさん
2009/03/15(日) 01:30:29ID:???Rubyはまったく使い物にならないことが多いってのがあるから、
よほどの理由とかがないかぎりはRubyは覚えなくても問題ないかなー
PHPはarrayさえなんとかしてくれれば他は今のとこ不満ないわー
0931nobodyさん
2009/03/15(日) 02:09:46ID:???RubyのCGIじゃないと駄目なところが多い
0932nobodyさん
2009/03/15(日) 07:13:55ID:???0933nobodyさん
2009/03/15(日) 07:29:12ID:???win環境で開発してるしてる奴は昭和
0934nobodyさん
2009/03/15(日) 07:41:47ID:???0935nobodyさん
2009/03/15(日) 09:36:44ID:???2回目マダー?
0936nobodyさん
2009/03/15(日) 09:44:26ID:???0937nobodyさん
2009/03/15(日) 10:54:02ID:???小規模なサイトを高速で作成するなら、シンプルなCodeIgniterがいいよ
CodeIgniterの使い方は、覚えることが少ないから、すぐに使い出せる
CodeIgniterの標準機能で不足を感じたら、Zend Frameworkの機能をCodeIgniterに取り込んで利用（拡張）することもできる
CodeIgniterを比較基準にして、他のPHPのフレームワークを使い比べてみたらいいと思います
0938nobodyさん
2009/03/15(日) 11:01:14ID:???しょぼすぎﾌﾟｷﾞｬｰ
0939nobodyさん
2009/03/15(日) 11:07:12ID:???Microsoftは、PHPを支援している
http://www.microsoft.com/japan/opensource/php/
・Microsoftは、WEBアプリ作成でPHP（オープンソースのマーケット）を無視できない
・ASP.NETとPHPは、ユーザー層が違うと思っているか、あるいはユーザーを他に取られないように布石を打っているんじゃないですかね？
PHPユーザーでIDEが好きな人は、Zend Studio、Eclipse、NetBeansとか使えばOK？
0940nobodyさん
2009/03/15(日) 11:12:33ID:???斜陽技術にロックインされるのはあまりにリスキー
アスプ厨の明日はない
0941nobodyさん
2009/03/15(日) 11:25:19ID:???Monoがあるからそこまでリスキーでもないしな。
web屋ならJava覚えたほうが無難ではあるし、MSのサーバーサイド技術が斜陽というのは否定できんが。
>937
ぶっちゃけ、ディスパッチャとM-V-C間を自動で繋ぐ機構、後は好みに応じてO/Rマッピングとかがあれば十分だよね。
そこらにあるフレームワークは、多機能にしようとして学習コスト上げすぎだと思う。
PHPは覚えやすいのが最大の強みなのに。
まあ、基本的に初心者向けのプロダクトではないので、当然といえば当然なのだけれど。
0942nobodyさん
2009/03/15(日) 11:59:33ID:???いざとなれば実はなんとかなる
0943nobodyさん
2009/03/15(日) 17:15:38ID:???きみはRuby on Railsのほうが向いてると思うなぁ。
Rubyのほうが、コミュニティが初心者に優しいよ。
0944nobodyさん
2009/03/16(月) 00:10:35ID:???0946nobodyさん
2009/03/16(月) 00:31:46ID:???0947nobodyさん
2009/03/16(月) 00:37:17ID:???ASP.NETはバジェットの大きなコーポレートサイトがターゲットなわけで、WordPressやECCUBEをカスタマイズして数万円拾うような仕事とは接点がないのは仕方ない。
0948nobodyさん
2009/03/16(月) 10:38:02ID:???0949nobodyさん
2009/03/17(火) 01:54:58ID:???最初から画像を扱える(^^
フレームワークで作ってもアップロードするだけ(ffftpの平文で)(^^@
rubyやjavaなど糞
0950nobodyさん
2009/03/17(火) 07:38:06ID:???0951nobodyさん
2009/03/17(火) 08:06:31ID:???0952nobodyさん
2009/03/17(火) 08:31:25ID:???0954nobodyさん
2009/03/17(火) 09:19:36ID:???0955nobodyさん
2009/03/17(火) 09:20:23ID:???filezillaに早く乗り換えろ
0956nobodyさん
2009/03/17(火) 10:13:18ID:???0957nobodyさん
2009/03/17(火) 10:47:29ID:???0958nobodyさん
2009/03/17(火) 11:02:48ID:???0959nobodyさん
2009/03/17(火) 11:54:27ID:???今はどうなのか知らない。
0960nobodyさん
2009/03/17(火) 11:59:44ID:???そりゃ今までユーザも増えんわなｗ
画面がごちゃごちゃしてるのもすっきりさせることもできるみたいだし、結構良さそうだね
0961nobodyさん
2009/03/17(火) 12:04:48ID:???今は時代が変わってるから国産FTPソフトより外国製のほうが優れてるのは認めざるを得ないんだよ
国産FTP作者も頑張ってもらいたい
0962nobodyさん
2009/03/17(火) 12:06:54ID:???たまにＤＯＳ窓使うけど
0963nobodyさん
2009/03/17(火) 12:13:11ID:???0964nobodyさん
2009/03/17(火) 14:03:29ID:???0965nobodyさん
2009/03/17(火) 14:25:00ID:???全部perlとphpに負けてる
0966nobodyさん
2009/03/17(火) 14:32:10ID:???0967nobodyさん
2009/03/17(火) 14:47:01ID:???IDE(Visual Studio)
Vs.Phpも使ってるけど、型がカッキリしている.NET用言語に比べたら
インテリセンスの性能が格段に違う。
0968nobodyさん
2009/03/17(火) 15:51:44ID:???0969nobodyさん
2009/03/17(火) 15:58:07ID:???主に使われてるのは何だろう
0970nobodyさん
2009/03/17(火) 16:14:36ID:???C#でもおk
apache+mod_monoでもおk。
ただ、ASP.NETの考え方がなれなくてPHPメインでやってる。
普通にテンプレートエンジンに変数を渡していって
はき出してくれるような仕組みにならないのかしら。
きっとそうすることも出来るのだろうけど、深く調べてない。
Smarty互換のテンプレートエンジンがあったら、
PHP捨ててASP.NETに行くかも。
0971nobodyさん
2009/03/17(火) 17:56:48ID:???0972nobodyさん
2009/03/17(火) 18:39:52ID:???>>970は漠然と理想を述べてるだけだと思う。
テンプレートはWebProgにおける鬼門の１つなので、
理想的な実装方法があれば誰かがとっくに実装してるはず。
テンプレートに直接変数名書いたものを動かしたいなら
テンプレートをevalするラッパーを書けばいい。
ちょっとした仕事をする時に案外重宝する。
0973nobodyさん
2009/03/17(火) 20:24:34ID:???で、ASP.NET MVCっていう、フレームワークが今出てきてて、これは普通のと言うか、PHPとかPerlのウェブフレームワークを使う感覚に近い。
0974nobodyさん
2009/03/17(火) 21:36:02ID:???0975nobodyさん
2009/03/17(火) 21:36:13ID:???.NETな奴らが技術力ないだけなのか？
単純にフレームワークに頼りすぎなのか？
0976nobodyさん
2009/03/17(火) 21:40:54ID:???ASP.NETじゃなかったっけ？
JScript吐き散らかしてたような気がする。
0977nobodyさん
2009/03/17(火) 23:04:56ID:???なんとも気持ち悪い動作してたりするのが好きにはなれないなー
作る側の利点はあるけど、使う側からしたら何やってるかわかりにくくて
ユーザ側視点でみると(個人的に)信用しづらいサイトが出来上がること多いし
まぁ好みの問題だと思うけど
HTMLソースとか外に出す部分はそれなりにきれいに纏めたいと
感じてしまう人には向かないとは思うｗ
0978nobodyさん
2009/03/17(火) 23:10:55ID:???0979nobodyさん
2009/03/17(火) 23:24:25ID:???ASP.NETがクラックされているわけじゃない。
「SQLインジェクションされまくりのデータベース」
といってるのと同じくらい間抜けなこといってんぞ。
0980nobodyさん
2009/03/17(火) 23:29:19ID:???俺ぁアスプ使うくらいならPHP3使うね
0981nobodyさん
2009/03/17(火) 23:32:08ID:???＝よくわかってない奴が作ってて穴が多い、ってのは
少なからずある気はするけどな
うちとこも.NET+IIS+Oracleなんていうある意味鉄板な感じだけど
最近入社したばかりのド素人な俺が見ても
できがいいとは言いがたいもの作ってるしな…ﾊｧ
0982nobodyさん
2009/03/17(火) 23:34:35ID:???よくわかってない客みたいな素人相手に言うなら
IISはクラックされまくりとかASP使うと情報漏洩しやすい
みたいなギャグみないな話でもすごく効果あるとは思うけどｗ
0983nobodyさん
2009/03/17(火) 23:44:20ID:???0984nobodyさん
2009/03/18(水) 00:24:27ID:???MHTMLの脆弱だからWindows自体の穴だよ
0985nobodyさん
2009/03/18(水) 00:33:36ID:???0986nobodyさん
2009/03/18(水) 01:58:58ID:???0987nobodyさん
2009/03/18(水) 03:40:45ID:???0988nobodyさん
2009/03/18(水) 18:21:40ID:???0990nobodyさん
2009/03/19(木) 03:26:19ID:???0991nobodyさん
2009/03/19(木) 19:09:23ID:???CIも、Kohanaみたいに書き直す流れってある？
0992nobodyさん
2009/03/19(木) 19:57:51ID:???それをいうのなら、「フレームワークのPHP4対応」だろ？
別に、「PHP4対応のフレームワーク」の需要が減っているわけじゃない。
0993nobodyさん
2009/03/20(金) 00:54:38ID:???新しいフレームワークがわざわざPHP4に対応する意味はないと思う
0994nobodyさん
2009/03/20(金) 07:21:31ID:???
レス数が950を超えています。1000を超えると書き込みができなくなります。