07/10/31 10:52:17
だから一括してエスケープするのは問題があるってかいてるじゃん。
エスケープ漏れをなくしたいなら、view側がデフォルトでエスケープする仕様になってればいいだけ。
それで十分だし>>293のような問題も起きない。
それでも一括エスケープの方がいいという根拠は何？
322:nobodyさん
07/10/31 14:54:05
>>317
そういうロジックをViewでやるからSmartyはうんこなんだよ
323:nobodyさん
07/10/31 14:58:56
セキュリティや出力方法の変更は、VでやろうがCでやろうが同じでFA
324:nobodyさん
07/10/31 15:16:03
>>322
別にViewでやったっていいだろ？
テンプレートコーディングがうんこだと言うのは認めるが。
アサイン時のオートエスケープがどうか？という提起なのであって、
それをやるオブジェクトがViewだろうとControllerだろうとWebアプリじゃ違いはないじゃん。
あと文句言ってる奴はちゃんとオートエスケープの実装と意図を見てから言えよ。
かなり的外れになっちゃってるぞ。
325:nobodyさん
07/10/31 15:18:09
お前ら年中言い争ってるのな
326:nobodyさん
07/10/31 15:30:13
>>325
だって、ばかばっかだし
327:nobodyさん
07/10/31 15:44:34
知識に関しては知らんが、いちいち言い争ってるのは確かに馬鹿っぽい。
328:nobodyさん
07/10/31 15:47:17
馬鹿ばっかじゃないよ。分かってる奴は書き込まないだけ
329:nobodyさん
07/10/31 16:06:33
結局何がお勧めなの？
330:nobodyさん
07/10/31 16:27:25
cake。
331:nobodyさん
07/10/31 16:28:08
>>329
俺はCakePHP。
本もでたし。
332:nobodyさん
07/10/31 16:32:49
Cakeは型に嵌ると強いね
333:nobodyさん
07/10/31 17:18:03
CとVをパツパツに切れると思ってる奴は幻影を見ている
334:nobodyさん
07/10/31 17:18:17
なあ、今CodeIgniter試してみたんだけど、一括してエスケープする機能ってあるか？
$_POSTと$_COOKIEのデータを自動的にエスケープする設定はあるみたいだが、まさかこれのことではないよな？
テンプレートを出力するときに勝手に一括エスケープされるのかと思ったけど、そうでもないみたいだし。
$data = array('var'=>'<b>FOO</b>');
$this->load->view('blogview');
とかしてみたんだけど、テンプレートでは $var はエスケープされてなかった。
モダンなフレームワークであるCodeIgniterでは一括してエスケープしてくれるから htmlspecialchars() は使う必要ないと>>273が語ってくれてるんだけど、見つからん。
もちろん>>273は知ってるはずだから、すまんがさくっと教えてくれ>>273
335:nobodyさん
07/10/31 17:25:15
>>324
>あと文句言ってる奴はちゃんとオートエスケープの実装と意図を見てから言えよ。
>かなり的外れになっちゃってるぞ。
なにがどう的外れか書かないと、おまえこそ的外れだといわれるぞ。
オートエスケープ？の問題点が指摘されてるんだが、解決策は示されてない。
問題点が問題点でないというなら、解説希望。
336:nobodyさん
07/10/31 17:26:23
>>334
記憶は定かではないが、今見てないならないのかもな
自分で拡張したciに実装しただけかもしれん
ciって筋はいいけど、ちょっと機能的には弱いだろ
まあいずれにしろテンプレートレベルでエスケープするのは
いい方策ではないと思うがな
337:nobodyさん
07/10/31 17:27:32
>>335
いいから実物見てみろって。説明で判った気になったってしょうがないだろ
338:nobodyさん
07/10/31 17:32:33
>>329
Zendでいいじゃん
ダイヤブロックみたいで組み立てるの楽しいよ
339:nobodyさん
07/10/31 17:36:36
ダイヤブロックワロタｗ
レゴじゃないんだよな
なんかパーツがでかいっていうか
340:nobodyさん
07/10/31 17:43:01
今作ってる俺俺FWでもZend方式でいきたいんだよね
コンポーネント間で依存性をほとんどなくしたい
ただ設定クラスとかContextを作ると、そこに依存性が生まれてしまう
何にも依存してないコンポーネント群を、
それらに依存するコアコンポーネントが動かす形にしようかとか考えてる
341:nobodyさん
07/10/31 17:48:56
ダイヤブロック（笑）とかお前おっさんだろ
342:nobodyさん
07/10/31 17:50:36
依存性ってそんな問題かな
どのくらいからDI系コンテナのメリット出てくるんですかね
343:nobodyさん
07/10/31 18:01:53
疎結合の方が副作用も少なくなるし
ユニットテストも書きやすくなる
依存が多いとモックとか用意するの面倒だ
DIコンテナとかは要らないと思うけど
344:nobodyさん
07/10/31 18:08:30
独立したコンポーネントにしておけば
フレームワークのフレームワークにすることが出来るから
フルスタックFWの「この機能だけ欲しい」ってなっても
それだけを切り離すことは難しいから
ごっそり捨てるはめになる
345:nobodyさん
07/10/31 18:17:17
php4でも動くようにプロパティーをvarにしてたら
php5でstrictエラー出まくってうぜえええ
346:nobodyさん
07/10/31 18:25:32
4で動かすならstrict切れよ……
4用の箇所を洗い出すための機能みたいなもんなんだからさー
347:nobodyさん
07/10/31 18:30:36
あーそういうためのものだったのか・・・知らなかった
ありが㌧
348:nobodyさん
07/10/31 19:02:17
つーかさー、いろんなフレームワークに手を出してるﾔｼって何なの？？天才なの？俺には無理orz
349:nobodyさん
07/10/31 19:17:59
ダイアブロックｗｗ
350:nobodyさん
07/10/31 20:05:57
ZendってContextにいれるようなものをどうやっていれたり出したりするわけ？
351:nobodyさん
07/10/31 20:12:16
MyZend in Zend Japanの認証まわりの手抜き感は異常
エラーメッセージはしょぼいし
パスワード忘れた時のナビゲーションもない
352:nobodyさん
07/10/31 20:13:09
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
だから、それはなんで？理由が述べられてないじゃん。俺、エスパー力が少ないから336の考えが読み取れない。
モダンなフレームワークがそうしてるから？ナントカの神様がそうしてるから？
>>337
実物ってどれのこといってるの？
指摘された問題点に対する回答は？
353:nobodyさん
07/10/31 20:25:58
>>352
あほすぎワロタ
君以外そんなレベルにいないよ
もっと勉強してから来いよ
354:nobodyさん
07/10/31 20:26:19
その問題のブツを持って来いよ
355:nobodyさん
07/10/31 20:37:28
変更や新規コードが多いのってUI周りじゃん。
その辺で楽できないZFは正直どんなもんかと思いますね。
356:nobodyさん
07/10/31 20:40:54
まあ確かに現状ZFはあんまりだと思うけど、
フルスタックを志向しなかったコンセプトは好き
357:nobodyさん
07/10/31 20:42:20
>>355
GoogleBaseとかサポートしてるよ？
358:nobodyさん
07/11/01 01:06:33
UI周りの楽ってどういう機能？
いまいち想像できない
359:nobodyさん
07/11/01 01:58:12
Google Baseとか3年ぶりに聞いたわ
360:nobodyさん
07/11/01 07:57:27
>>353
おれ、あほだからわからん。
テンプレートでエスケープする方法と比べてなにが利点なの？
SymfonyもCIも、テンプレートが素のPHPだからデフォルトではエスケープされないのがそもそもの問題であって、
デフォルトでエスケープされれば、別に一括してやる必要なんかまったくないと思うけど。
賢い>>353、答えよろしく。
361:nobodyさん
07/11/01 09:07:17
で結局、アサイン時に一括エスケープしてくれるモダンなフレームワークってどれ？
CIはそうではなく>>273のねつ造であることがわかったけど、ほかに何があるの？
>>273
>モダンなFWはだいたいそう
と書いてるから、ほかにもいろいろあるんだよね？
まさかsymfonyだけとかいうオチじゃないと思いたい。
もしかして>>273は未来人？将来的にはCIも一括エスケープするようになるのを知ってて書いてるとか。
そりゃ過去から書いてるように見えるわな。
362:nobodyさん
07/11/01 10:37:52 qneMLrtC
ZFとかCIとかCakeとかSymfonyとかクソみたいなFWについての議論しても意味無いと思います。
まさかこいつらを実用してる人とか居るの……？
363:nobodyさん
07/11/01 10:39:00
>>362のオススメは？
364:nobodyさん
07/11/01 10:40:12
>>361
私はCI使うときも生PHPでビューを書いてるからよく知らないけど、CIにもテンプレートエンジン？みたいなのが
あったと思う。
あれを使うと自動でエスケープされるのかもしれない。
365:nobodyさん
07/11/01 12:22:45
いい加減知ったかで煽ってるだけで回答もらえると思ってるアホは邪魔だよ
氏ね
366:nobodyさん
07/11/01 12:32:12
知ったかというか、妄想で盛り上がってるだけじゃん
レス見ればFWなんかどーでもいいと思ってるのがよくわかるｗ
367:nobodyさん
07/11/01 12:44:45
まともな議論はスルー、WebアプリにおけるMVCの役割分担は思考から排除、
自分が出した疑問点なのに実装は確認せず「お前がもってこいや」発言、
テンプレートロジック推奨、極度の煽り文体・・・。
もう荒らしたいだけちゃうんかと。
368:nobodyさん
07/11/01 12:49:17 QDpKWleM
PHPerって流行るとみんなそれ作るよね？
しょっぱいフレームワーク量産してるのが滑稽で仕方ないよｗｗｗ
369:nobodyさん
07/11/01 12:56:45
>>366
ちんこ弄ってないで何が妄想か言ってみたまえよ糞ﾆｰﾄ君
370:nobodyさん
07/11/01 13:12:28
このスレのスキル予想
パンチカード式プログラミング
↓
マシン語
↓
アセンブラ
↓
構造化プログラミング ←今ココ
↓
オブジェクト指向プログラミング
フレームワークを使いこなしている人は少数と見た！
371:nobodyさん
07/11/01 13:45:41
>>367
>まともな議論はスルー、
スルーしてるのは一括エスケープ推進派だよね。ちゃんと>>360の質問に答えてよ。
>WebアプリにおけるMVCの役割分担は思考から排除、
VですべきことをCでしてるのはそっちでしょ。
権威に弱いみたいだから紹介しとくね。
URLﾘﾝｸ(www.ipa.go.jp)
>サニタイジングは(2)HTML生成時のタイミングで行うべきである。
>自分が出した疑問点なのに実装は確認せず「お前がもってこいや」発言、
確認したよ？CI使ってみたら、そんなのなかった。つまりそっちのデマカセであることを確認しました。
だから「一括エスケープしてくれるモダンなFWってどれ？」と聞いているんだけど。>>273みるとなんかたくさんあるみたいじゃん？
うそっぱち紹介しといてこれはないよな。
>テンプレートロジック推奨、
テンプレートロジックってどのことを言ってる？HTMLエスケープすること？まさかそれをロジックといってるのかな。
symfonyでもCIでも、テンプレート中にifやforeachをバリバリ埋め込んでるけど、それは見ないふり？
>極度の煽り文体・・・。
>>353のことかぁぁ！
>もう荒らしたいだけちゃうんかと。
答えられないなら黙っとけば？負け惜しみミットモネー
372:nobodyさん
07/11/01 14:08:54
まだあほがいるのか・・・
単なる面倒くさい奴になってることに気づけよ
ヒントはいっぱい転がってるのにも関わらず理解できない奴に
これ以上丁寧に説明してやる義理はねーんだよ
というより説明しなくても分かるだろ、フツー
既に説明することすらアホらしいレベルの話なんだよ
一言で言うとお前にはプログラマとしてのセンスが決定的に欠けているんだよ
373:nobodyさん
07/11/01 14:08:59
メモリ(変数)上に持つデータは、本来のデータ(未エスケープなもの)で、
出力するときに、出力する媒体(HTMLとかSQLとか)によって適切な
エスケープするのが基本だろ。
これに異論言う奴はいないだろ？
で、実際問題、CからVに渡すとき、出力媒体はHTMLなわけだから
一括エスケープでもいいじゃん。って発想でもいいわけだし、
Vレベルでデフォルトが、エスケープ有りでもいいわけだろ？
俺にとっては微妙な差異なんだが、そこにそんなにこだわる
必要があるのか疑問だな。
374:nobodyさん
07/11/01 14:55:02
アニヲタってのはあれだな。
現実をかたくなに拒絶し、
甘く非現実的な幻想のみを受け入れ、
自分が考えたいように考え、
自分が信じたいことだけを信じる、
という思考パターンを強化学習しているようなものだから、
その嗜好がプログラマとしての資質を破壊していくようにできてるんだな。
375:nobodyさん
07/11/01 15:10:15
VとCが同時に動くWebアプリじゃ差異がないって話はずいぶん前に既出のようだが
376:nobodyさん
07/11/01 15:14:56
いちいち読んでられるかバカタレ。
377:nobodyさん
07/11/01 15:16:17
>>373
だからそういってるんだけど。
テンプレート側がデフォルトでエスケープするようになっていれば、べつに何の問題もない。
しかし未来人は一括エスケープするほうがいい方法だと思っているらしい。
引用：
>>310
>少なくともテンプレートの層でエスケープするより
>入り口でエスケープするアプローチの方がスマートだと俺は思うね。
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
その根拠を聞いているのに答えられていなくて、わめいてばっか。
>>372
>ヒントはいっぱい転がってるのにも関わらず理解できない奴に
>これ以上丁寧に説明してやる義理はねーんだよ
どこにヒントが？説明できないだけなのを認めることができないだけだろ？
おまえがちゃんと説明すればいいだけの話。本当にわかってるんなら、そんなに説明が難しいことでもないだろ？
378:nobodyさん
07/11/01 15:16:48
で、件の実装がなされてるFWはまだですか？
379:nobodyさん
07/11/01 15:45:12
常識的な事項だし、お前も本気で説明できないと踏んでるわけではあるまい
回りくどいことをせずに言いたいことを言えばいい
380:nobodyさん
07/11/01 16:17:38
>>377
だからホワイトリスト。以上。
381:nobodyさん
07/11/01 16:23:49
どのフレームワークのどの実装が気に入らないのかしら？
実現できないことがあるからアドバイスが欲しいの？
代替手段が欲しいと作者にメールしたいの？
382:nobodyさん
07/11/01 16:29:20
たぶん、自分の頭が悪いのが気にいらないんだろう。
でもそんなのどうしろっていうんだ。
「知らんがな」としか言いようがない。
383:nobodyさん
07/11/01 16:51:14
>>370
記録メディアとしてのパンチカードはかろうじて見たことあるけどなあ
その世代で現役の人いるんだろうか
人ってか仙人だな
384:nobodyさん
07/11/01 16:53:02
>>377
は、PHPフレームワークを超えて
未来人との戦いに必死ってことがわかった。
385:nobodyさん
07/11/01 17:23:17
>>361
今どうなってるか知らないがいずれciもそうなると思う
symfonyもescaping outputは後から付いたんだよ
386:nobodyさん
07/11/01 17:27:46
ﾃﾝﾌﾟﾚｰﾄやFWを使うと人格が攻撃的になるんですね
非ﾃﾝﾌﾟﾚ非FWこそ賢者ということが良く分かりました
387:nobodyさん
07/11/01 17:30:32
もともとテンプレートなPHPでテンプレートエンジンてｗｗｗｗ
388:nobodyさん
07/11/01 17:38:40
数ある言語の中でただ一つテンプレートエンジンを作る必要がない言語があるとしたら
それがPHPだろ
Smartyとかエスケープするだけの自作テンプレートエンジン（爆笑）とか
はやくゴミ箱に捨てろよｗｗｗ
389:nobodyさん
07/11/01 17:43:24
>>388
なぜお前は強制するの？
ひとりで捨てとけよｗｗｗ
390:nobodyさん
07/11/01 17:47:15
PHPでテンプレートエンジンてｗｗｗ
パンを挽いて粉に戻して・・・またパン作ってますけどｗｗｗ
しかもどえらく不味いし
お前ら元々まずいパンをもっとまずくする天才だなｗ
391:nobodyさん
07/11/01 17:48:16
>>388-389
これ思い出した
J-CASTニュース : 「オレも裸、オマエも裸になれ」 セクハラ調教師HP大炎上
URLﾘﾝｸ(www.j-cast.com)
392:nobodyさん
07/11/01 17:55:26
>>389
捨てるも何も最初から持ってねーよ
そんなの拾わねーよｗ
393:nobodyさん
07/11/01 17:59:39
>>391
むしろ「え？なに一人で裸になってんの？」
あるいは「ちょｗｗ王様が裸ｗｗｗ」
ま、王様というより乞食だけどなm9（＾Д＾）ﾌﾟｷﾞｬｰ
394:nobodyさん
07/11/01 20:04:23
>>374
アニヲタの質問に答えられない374はアニヲタ以下ー
ゴキブリ呼ばわりした相手に負けた亀とおなじー
395:nobodyさん
07/11/01 20:13:14
>>392
もってねえのなら、最初からだまってろw
396:nobodyさん
07/11/01 20:41:09
>>380
答えになってねーよ！
それが理由になるって、間違いなく勘違いー！
コントローラで一括エスケープした場合:
<?php echo $foo; ?> // エスケープされる
<?php echo $sf_data->getRow($bar); ?> // されない
デフォルトでエスケープするテンプレートの場合:
{% $foo %} // エスケープされる
{%% $bar %%} // されない
どこが違うのー？なんで一括エスケープのほうが優れているかの理由になってないー！
これで答えたつもりになってる>>380はアニヲタ以下ーｗｗｗｗ
うまく答えられないから、詳しい説明は必死で避けてるーｗｗｗｗ
397:nobodyさん
07/11/01 20:44:23
肝心なレスはスルーで煽りだけ
まあﾆｰﾄの趣味グラマってレベルだな
398:nobodyさん
07/11/01 20:47:12
まだ弄るのかよｗ
399:nobodyさん
07/11/01 21:49:01
>>385
>今どうなってるか知らないがいずれciもそうなると思う
未来人の大予言ｷﾀｰ!
さすがえらそうにみんなを過去の人扱いしただけのことはあるー!
しかも今どうなってるかしらないくせにCIを「一括エスケープするモダンなフレームワーク」とねつ造してたー ｗｗｗｗ
でも>>385がいる未来ではきっと違うーｗｗｗ それは何年後の未来なのー？
で結局、一括エスケープしてくれるモダンなFWはsymfonyと他になにがあるのー？
>>273
>モダンなFWはだいたいそう
と言い切ってるからほかにもあるんでしょ、はやく教えて>>385ｗｗｗ
なんならPHP以外でもいいよー モダンならねーｗｗｗ
400:nobodyさん
07/11/01 23:29:28
ホワイトリストが優れている理由ﾏﾀﾞｰ?>>380
デフォルトでエスケープするテンプレートとの違いﾏﾀﾞｰ?>>380
401:nobodyさん
07/11/02 00:56:32
いきなり煽りの質が低下したｗ
402:nobodyさん
07/11/02 02:14:03
一括エスケープは、動作だけをみると
デフォルトでエスケープするテンプレートエンジンとほとんど同じだよ、もちろん。
っていうか、
エスケープするテンプレートエンジンのオルタナティブとして、
モダンなFWは一括エスケープをしているぞって言ったんじゃん。
だから同じなのは当然なんだよ。ナイスアシストｗ
403:nobodyさん
07/11/02 02:25:58
そういう話者の人格を固定した会話がしたければ
捨てトリつけるとかしてくれよ
404:nobodyさん
07/11/02 02:44:33
最初から質は変わってないと見るがね
自分のｼｭﾁｮｰとレスで指摘されてることが噛み合ってないことも分かってないんだろ
その阿呆っぷりを利用していつまでもギャップを保って弄り続けてる奴もどうかと思うが
405:nobodyさん
07/11/02 02:58:22
>>396
どうでもいいけどgetRawな
Rowだと行取っちゃうから
406:nobodyさん
07/11/02 03:07:20
>>404
なんか邪気眼くさいｗｗｗ
どっち派にも届かない声乙
407:nobodyさん
07/11/02 03:13:27
どっち派ねえ
現実には論点の読めてない阿呆が一人いるというだけのことだが
408:nobodyさん
07/11/02 03:22:37
どう見てもどっちも複数だろ・・・
その思いこみの激しさ・・・
お前アニヲタか？
409:nobodyさん
07/11/02 03:23:52
池沼のふりしてログ流しとか自意識過剰なんだよな。
他人の醜態なんか興味ないって。
410:nobodyさん
07/11/02 03:25:26
バカの煽りはさておき、早く答を言ってよ。
俺にはどうぜ最初から全然分からない議論なんだから、考えるだけ時間の無駄。
411:nobodyさん
07/11/02 03:28:40
アニヲタはひたすらLive Searchで初音ミクを検索しとけよｗ
412:nobodyさん
07/11/02 04:49:22
dbの文字コードと内部文字コードが違う場合に
対応できるフレームワークってありますか？
格納時には、内部→dbコードに変換
取り出し時には、db→内部コードに変換
こういう感じの動作するような…
413:nobodyさん
07/11/02 04:53:15
>>409
ログ流しワロタｗ
アニヲタワードのひとつだな
414:nobodyさん
07/11/02 04:55:52
itojunが亡くなったのに
追悼コメントのひとつもないペチパーなんて・・・
415:nobodyさん
07/11/02 05:12:23
PHPなんてつかってるやつはばかです
416:nobodyさん
07/11/02 05:15:47
そのばかしか使わない言語のスレに来て独り言書き込んでる奴は何なの？
417:nobodyさん
07/11/02 05:20:15
>>414
なんの関係があるの？
418:nobodyさん
07/11/02 06:13:56
javascriptのロジックってV?C?
419:nobodyさん
07/11/02 07:30:13
>>412
以前Symfony使ってた時に、どこかでFilterで対応してたのを
参考にしたよ。
PostgreSQLだとSET client_encoding = で、MySQLだとSET NAMESだっけ？
でも大垣さんがSET NAMES使ってんじゃねーよバーローって言ってたけど、
あの人いつも答え言わないからなんでか理由がわかんない。
420:nobodyさん
07/11/02 10:02:59
>>273
>最近のFWは<?php echo htmlspecialchars() ;?>なんてしないよ
>アサイン時に一括エスケープするから
>symfony,ci,モダンなFWはだいたいそう
>smarty派も非smarty派もテンプレートエンジンに拘ってる時点で旧式
>もしかして過去から書き込んでるのか？
未来からやってきた>>273 テンプレートエンジンなんて過去のもの、モダンなFWは一括エスケープはだぜーとかっこつけー
ねつ造バレても釈明なしー
>>310
>少なくともテンプレートの層でエスケープするより
>入り口でエスケープするアプローチの方がスマートだと俺は思うね。
テンプレートでのエスケープを否定ー スマートである説明いっさい無しー
>>336
>まあいずれにしろテンプレートレベルでエスケープするのは
>いい方策ではないと思うがな
またまたテンプレートでのエスケープを真っ向から否定ー やっぱり理由の説明なしー
>>372
>ヒントはいっぱい転がってるのにも関わらず理解できない奴に
>これ以上丁寧に説明してやる義理はねーんだよ
自分で説明できないのを必死にごまかすー 義理がないんじゃなくて頭がたりないんだろーｗｗｗｗ
>>380
>だからホワイトリスト。以上。
必死で考えた言い訳がこれー でもマッタク理由になってないー
421:nobodyさん
07/11/02 10:10:32
>>402
>一括エスケープは、動作だけをみると
>デフォルトでエスケープするテンプレートエンジンとほとんど同じだよ、もちろん。
態度を180度変換ｷﾀｺﾚ! もう言い訳を考える頭もなくなったーｗｗ
>っていうか、
>エスケープするテンプレートエンジンのオルタナティブとして、
>モダンなFWは一括エスケープをしているぞって言ったんじゃん。
そんなことひとこともいってないー テンプレートでエスケープするのはバカ扱いしてたのはなかったことになってるー
今までの自分の発言をわすれてしまったー 老ボケか？老ボケなのか？
いや自分に都合の悪いことだけ忘れてる自己都合ボケーｗｗｗｗ
>だから同じなのは当然なんだよ。ナイスアシストｗ
なにが当然なのー 一括エスケープするのがモダンですごいやり方なんでしょー
今までの主張とチガウヨー 立場まずくなったからって変わり身するなー
いままでの『一括エスケープがサイコー、テンプレートつかってるヤツなんてまだいたの』発言はどうするつもりーｗｗｗｗ
おまえが意見かえることなんて誰ものぞんじゃいねーよｗｗｗｗ
はやくホワイトリストの利点説明しろー!
モダンなFWの名前をだせー!
422:nobodyさん
07/11/02 11:35:31
>>419
URLﾘﾝｸ(blog.ohgaki.net)
コメントにも書かれてるけど
「そうは言うけどそんな非現実的な」って話だよなぁ
423:nobodyさん
07/11/02 12:05:43
あほっぽいレスでｇｄｇｄにしとけば自分の敗北も認めずに済むと思っているのだろう
自分の主張が通らないと現実を捻じ曲げて荒らしに転じるのはよく見る光景だが
最初から甘ったるいレスが多かったがあまりに「幼稚」だな
学生ニートのようだが対人関係に大いに問題あり
人生勘違いしてるようだから、ここらで考え直すことを勧めるね
とさらに惨めなレスを引き出してみるてすとｗ
424:nobodyさん
07/11/02 12:23:34
あれはMysql4を投げ捨てろって話じゃないのか
新しいほうは指定した文字コードにあわせてMysqlのライブラリがてけとーに汚染変数洗ってくれるんだよね？
425:nobodyさん
07/11/02 12:33:01
なんで調べればすぐ分かる事をここで聞くのか
426:nobodyさん
07/11/02 12:41:35
誰が誰を煽ってるのか分からんから、アンカーつけろよｗ
427:nobodyさん
07/11/02 12:44:08
昼前にSymfonyでシステム一つあがったよー(^ｏ^)/~~
初めてのPHPフロントエンドだったけど意外に時間かからなかった！
スケールできるように弄るのに手間取ったものの、ほぼそのまんま東に稼動。
しかしサポ用のドキュメントが死ぬほど肥大しているのは何故・・・？
428:nobodyさん
07/11/02 12:45:12
限定された状況での脆弱性を一般化して語るのはよろしくないな。
429:nobodyさん
07/11/02 13:01:52
>>424
されないよ
430:nobodyさん
07/11/02 13:02:35
>>426
「誰が」は分かるだろ？ゆとりちゃん＾＾
431:nobodyさん
07/11/02 13:13:24
>>429 なるほど 把握した
432:nobodyさん
07/11/02 13:25:21
>>419
URLﾘﾝｸ(cakephp.seesaa.net)
433:nobodyさん
07/11/02 14:06:02
WEB系の雑誌とかブログで安易にハックとかハッカーとか書いてあるの見ると違和感を感じる。いとじゅんはリアルハッカーだったな。
434:nobodyさん
07/11/02 14:14:50
アニヲタって本当に幸せな人種ですね^^
435:nobodyさん
07/11/02 14:22:00
ところで、なんで「アニヲタ」というキーワードがわいて出てきたんだ？
436:nobodyさん
07/11/02 14:24:39
きもいからじゃね？
437:nobodyさん
07/11/02 14:26:06
ああ、このスレでフレームワークとかテンプレートエンジンが
いるだの、いらないだの論争しているやつらがキモいってことかー
438:nobodyさん
07/11/02 14:41:46
db問題は「何がダメ」って言われるだけで
「何故ダメ」なのかがいまいち分かりにくいな
エライ人たちの間ですら説が錯綜してるのがにんともかんとも
ケーススタディー的に解説してくれたらいいのに
439:nobodyさん
07/11/02 14:49:39
sqlインジェクションの件でブログ書いてる人も
「～らしい」って言い回しがやたら多いし。伝説なのかと。
メカニズム自体はシンプルなんじゃないの？
なぜ誰もちゃんと説明してないの？
440:nobodyさん
07/11/02 15:07:53
どこのblog？
441:nobodyさん
07/11/02 16:17:02
晒すのはちょっと・・・
442:nobodyさん
07/11/02 16:49:59
itojunのスレ見てもどうすごいのかサッパリわからねえ・・・
IPv6で功績のあった人だということは分かったが
443:nobodyさん
07/11/02 16:58:01
>>427
symfonyでスケールってdbまわりとかどうやったん？
444:nobodyさん
07/11/02 17:22:35
>>434
>アニヲタって本当に幸せな人種ですね^^
そのアニヲタにすらけちょんけちょんにされてるんだけどね
まともな反論できないからこんなことでしか言い返せない
最後につけた「^^」にどうにかプライドを守ろうという必死さが見える
アニヲタアニヲタ繰り返す前にやることあるだろ
ホワイトリストの利点ﾏﾀﾞｰ?
モダンFWの名前ﾏﾀﾞｰ?
445:nobodyさん
07/11/02 17:31:23
>>444
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]
これはあなた？
446:nobodyさん
07/11/02 17:36:16
URLﾘﾝｸ(blog.ohgaki.net)
> 脆弱性の説明は面倒ですが注意事項は簡単です。「DBMSをアプリケーションから
> 利用する場合、文字エンコーディング設定は必ずAPIを利用する」つまり
> 「SET NAMES（SET CLIENT_ENCODING等も)は禁止」です。
”注意事項は簡単です。”
これなぁ。なんていうか、むかつくというか、あきれるというか
この人、まだまだだなぁというか、
俺の「（コーディング）規約を書くときの規約」に反しているんだよな。
・禁止するときは必ず理由を書く
という規約に。
447:nobodyさん
07/11/02 17:38:48
>>446
俺俺規約ｯｽｶｗｗｗ
でも基本的には同意
ていうか、ちゃんと教えてよーって感じ
448:nobodyさん
07/11/02 17:39:51
Mysqlのエスケープ実装までまだ見てないんじゃないの？
というかコレ未だに放置されてるってけっこうショックだわ
449:nobodyさん
07/11/02 17:40:03
大垣たんは著書を読む限り
ソリッドな技術者って感じで嫌いではない
450:nobodyさん
07/11/02 17:47:40
SJISみたいなクソコード使わなきゃいいだけの話じゃないのか。
451:nobodyさん
07/11/02 17:57:59
>>449
たいした脆弱性じゃないのに大慌てして告知して
あとから修正するというドジっ子属性ももってるしな
452:nobodyさん
07/11/02 18:01:21
>>450
これからの案件にはそれでいいね
453:nobodyさん
07/11/02 18:12:16
>>445
おれがみてるのはそっちじゃなくてこっち。
ホワイトリストの利点教えてくださいPart3 [WebProg]
【ｱﾆｦﾀにすら】今日あった悔しいことPart123【負けた】[ネタ・雑談]
454:nobodyさん
07/11/02 18:13:48
ﾜﾛﾀ
455:nobodyさん
07/11/02 19:32:46
糞コードはSJISしかないの？
456:nobodyさん
07/11/02 21:00:02
日本語以外ならある
UTF-8、EUC-JP はOK
457:nobodyさん
07/11/02 21:54:31 zU8R5f0m
フレームワークの使い方を勉強したい。
最初から否定されると勉強する気が失せる。
ここからフレームワーク最高路線でお願いします！！！
↓↓↓
458:nobodyさん
07/11/02 22:20:25
( ´－｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・)
459:nobodyさん
07/11/02 22:20:43
symfonyは未来からやってきたモダンでホワイトリストなフレームワークです
一括エスケープってマジ最高
460:nobodyさん
07/11/02 22:26:56
( ´－｀).｡oO（こりゃ誰からもウザがられるわ・・・)
461:nobodyさん
07/11/03 03:20:05
URLﾘﾝｸ(ja.wikipedia.org)
ホワイトリストとは、警戒する必要のない対象の一覧表のこと。対義語はブラックリスト。
青少年にインターネットを扱わせる場合、青少年に見せても安全なページだけを登録しておき、それ以外のページにはアクセスできないようにすると安全である。
このとき、青少年に見せても安全なページのリストアップが「ホワイトリスト」にあたり、青少年に見せても安全なページ(ホワイトリスト)にしかアクセスできないようにする方法は「ホワイトリスト方式」と呼ばれる。
462:nobodyさん
07/11/03 03:47:44
勉強になります
463:nobodyさん
07/11/03 06:16:16
phpフレームワークと
どんなjavascriptフレームワークを連携させてますか？
464:nobodyさん
07/11/03 08:17:10
SymfonyとExt合わせたけど、Ext使うんだったらフレームワークは
何選んでもあんま関係ないかも・・・。
確かに見た目はかなりいいけどね。でもちょっと重い。カレンダー一つ表示するにも。
Javascriptの記述量が半端無く増えるし、
見通しがすっごく悪くなるように感じたので、あんまりお勧めしないかな。
465:nobodyさん
07/11/03 10:03:08
>>463
symfony + prototype
PHPじゃないけどpylons + prototype
466:nobodyさん
07/11/03 10:23:22
設計、ソースが綺麗なフレームワークってありますか？
467:nobodyさん
07/11/03 10:48:49
> 458 名前：nobodyさん[sage] 投稿日：2007/11/02(金) 22:20:25 ID:???
> ( ´－｀).｡oO（php4ってメソッドチェーンできないのが糞だな・・・)
また新しい用語を覚えたのかい？ｗ
恥書く前に消えたほうがいいよ。
468:nobodyさん
07/11/03 10:55:24
まぁあれだ。Ruby on Rails 使えってことだ。
469:nobodyさん
07/11/03 14:11:37
>>466
CodeIgniter
機能は若干不足気味だが、設計センスがいいのでなんとでもなる
470:nobodyさん
07/11/03 14:35:30
>>467
471:nobodyさん
07/11/03 15:07:15
おい下スレ荒らされてるぞ
こっちでちゃんと面倒見といてくれよ
472:nobodyさん
07/11/03 15:12:22
>>471
お前もばかｗ
473:nobodyさん
07/11/03 15:12:29
狂犬になったアニヲタが野に放たれた…
思いこみパワーで誰にでも噛みつく！
474:nobodyさん
07/11/03 15:15:02
このスレには、すぐにアニヲタとか言い出すアフォがいるよな
同一人物なんだろうな
475:nobodyさん
07/11/03 15:15:25
なんか可哀相になってくる。
476:nobodyさん
07/11/03 15:19:24
>>474
【同一人物】と思っちゃうところがまさに【アニヲタ】なんですけどね（ ´,_ゝ｀）ﾌﾟｯ
477:nobodyさん
07/11/03 15:20:58
>>476
アフォが食いついてきましたｗｗｗ
478:nobodyさん
07/11/03 15:31:34
～アニヲタの思いこみパワーでできること～
・工作員が存在すると思いこむ（なぜか交代制）
・だいたい電通のせい
・最近じゃGoogleも悪の組織
・スレ流しをしていると思いこむ
・意味不明の勝利宣言
・しつこさだけが本当の武器
頑張れ、思いこみ戦士！
吠えろ、思いこみ戦士！
思いこみパワーで、お前の心の平安を守るのだ！
479:nobodyさん
07/11/03 15:40:52
PHPフレームワークを語るはずのスレで
なぜか出てくるアニヲタ叩きw
よっぽど嫌な過去でもあるのかね？
480:nobodyさん
07/11/03 15:48:49
>>479
ｱﾆｦﾀはどこでも叩かれるのがﾃﾞﾌｫだぜ？
481:nobodyさん
07/11/03 15:49:56
>>480
いい加減うざいから、ニュー速行けって感じだけどな
482:nobodyさん
07/11/03 15:57:14
ちーたんの作者が若干アニ○タくさい件
483:nobodyさん
07/11/03 16:03:30
しょうがないよ、見下してたはずのアニヲタに完敗したんだから。
ゴキブリと見下してた相手に完敗した亀とおんなじ。あまりのショックで人前にでられなくなった。
>>445で必死にやり返したつもりが>>453だもんな。意固地にもなるさ。
そっとしておいてあげてください。弱ったものへ労りの言葉を。
484:nobodyさん
07/11/03 16:09:08
>>444=483=叩かれてるアニヲタ
こんなバレバレの自演して馬鹿じゃないの？
485:nobodyさん
07/11/03 16:14:07
>>483
・意味不明の勝利宣言
486:nobodyさん
07/11/03 16:50:29
>>484
ホワイト君かな？アニヲタを必死に叩いてもなんも変わらんよ。
きみがすべきことは・・・分かるだろ？話をそらさずに議論で戦えよ。
まずはホワイトリストの利点を説明しろ、話はそれからだ。
487:nobodyさん
07/11/03 18:55:36
>>486
それは罠よ
議論でアニヲタを説得することなんてキケロも釈迦も出来ないわ
常に歪んだフィルターを通るからどんな言葉も必ず歪むの
気を付けて！
アニヲタと議論しようとしたら、あなたはその時点で泥沼に足を踏み入れているの
ただ観察するだけにしておきなさい
彼らの愚かさは底なしなのよ・・・
488:nobodyさん
07/11/04 00:42:09
もうセックスの話しようぜ！
セックス！
489:nobodyさん
07/11/04 00:43:53
俺は手コキされながら乳首なめられるのが大好き
490:nobodyさん
07/11/04 00:56:44
お前らPHPプログラマー（女）とセックスしたことある？
PHPプログラマーって何か萌えないよな・・・
一番萌えるのは・・・JavaScriptプログラマーかな？
491:nobodyさん
07/11/04 01:26:29
一番萌えるのはやっぱデザイナーでしょ！決まり！
しかも<td>{$hoge}</td>なんて書いて頂けたらもうｻｲｺｰ!
492:nobodyさん
07/11/04 01:33:33
デザはなんかベタだな…
女なのにプログラマーなのが萌える
493:nobodyさん
07/11/04 03:02:32
スクリプタキュラスって発音がきめぇ
494:nobodyさん
07/11/04 03:47:18
このスレを見ている人はこんなスレも見ています。(ver 0.20)
フケ・痒みがとまらないPart9 [身体・健康]
【トイプードル】プードル Part26【ﾐﾆﾌﾟｰｽﾀﾝﾌﾟｰ】 [犬猫大好き]
…増えた
495:nobodyさん
07/11/04 03:54:05
やっぱり特定の何かに長けてる女がいいな～
運動得意とかピアノ弾けるとか・・もちろんプログラマでもおｋ
496:nobodyさん
07/11/04 04:22:39
URLﾘﾝｸ(lovecall.14.dtiblog.com)
なんかこんなのあった
ギークなお姉さんは好きですかだと
こんな狙いすぎなビッチは萌えない
497:nobodyさん
07/11/04 04:35:20
99％のてけとうさと1％のまじめさでできた100％B型のおにゃのこです。だぁ？
こんな女は毎回顔射でOK
498:nobodyさん
07/11/04 06:44:21
俺俺FW作ってる人
基幹はクラス、関数はヘルパにするのがセオリーだと思うけど
ヘルパ以外の関数も書く？
499:nobodyさん
07/11/04 13:47:23
美少女プログラマーって居るの？
ｽﾚﾘﾝｸ(prog板)
500:nobodyさん
07/11/04 13:54:04
>>499
>みんなの周りにはいないんだな。
>どこを探してもいないと。
不老不死の薬かよｗ
501:nobodyさん
07/11/04 15:45:01
agavi 0.11がでたぞー
502:nobodyさん
07/11/04 15:58:05
あが・・び・・？
503:nobodyさん
07/11/04 16:02:35
__,,／ _, ----｀ヽ ：.
：. ／ _ ___ ､＼
/ ／ i ＼ ＼＼ ：.
：. ,'./ i ヽ:. ヽ:.:.. ヽ.ヽ
,'/ / .ハ ヽ ヽ:.:.:.:. ヽ::.. ヽヽ ：.
：. |i .i i .i / ヽ ﾄ ､ ＼､:.:.:. ',:.',:.:.lヽ}
|i .i l :Ｎ＿, -弋 ＼弌弋ナ:}:.:}
：. |i∧ ', :{ ,ｨjモﾄ ＼ ｲjミﾄｲｲＶ ：. あ…
.| :ﾒヽ.', `ozＺ} izN｡ﾊ::{ あがびってなんなんですか？
：. | :ヾ_! ゝ "ﾞﾞ ' ｀ﾞ ハ.:', ：.
| :.:_ｲ .:.ヽ. (二ﾌ , ｲ :.:.:!:.ヽ なんであたし
：. / rｨｲ | :.:.ヽ: ＞r／｀＜ノ .:.::.}ヽ､＼：. 貼られたんですか？
/ ∧l;l ! :.:.:.:/／{二￣ .} ..:..::ﾘ//ハ.:＼
：. ／ .{. ',ヾ､ヽi .:.:.{ ／(^｀ |.:.:.:./／: : :.}: . ヽ.：.
/ / ） ヽ ヾ､ヽ:.ﾊ ﾔ{ ∧／.-‐'": : |:.:. i ',
./ .,ｲ .:..} : :＼ヾレ'ﾊ ∧__ノﾉﾊヾ､ : : : l:.:.: .ﾊ ',
{ /｜ .:.:ﾊ : : :i Ｙ {ヾ｀Ｙヽﾆン'ノ}: : } : : : :/:.:.:/ }:.}
Ｖ | .:.:/:.:|_,ｨ'￣ ヽ三{ ｀ー-ノ : ｲ : : :/:.:i.:{ リ
ヽ:.:{､.:.Ｖ : : ﾍ : : {: : :/:.::∧|
ヽ! ）人 : : :人 : : : / ＼! ：.
" ヽ : : : : :/イ{ :.ノ: : : :.＼ ：.
：. ＼__／//: :＼______／: : : : : : : ヽ
/ //: : :|;|: : : : : : i: : : __: : : : ',
：. / ､ {;{ |;| . : i／. : : : : : :|
／ ｀Ｙ;{. . . .|;|. : : : ／i: : : : : : : : :l
504:nobodyさん
07/11/04 20:00:54 ao+FAaQ6
>>503
不覚にもｗ
505:nobodyさん
07/11/04 20:41:58
み…みくるﾀﾝ (´Д｀；)ﾊｱﾊｱ
506:nobodyさん
07/11/04 21:02:25 M9faL4Yg
URLﾘﾝｸ(www.agavi.org)
Agavi 0.11.0 is now available
URLﾘﾝｸ(agavi.jp)
agavi.jp die...
struts → mojavi → agavi → symfony → …（未来へ）
伝統を今日に伝えるフレームワークの系譜ですね＾＾
507:nobodyさん
07/11/04 21:04:42 M9faL4Yg
URLﾘﾝｸ(d.hatena.ne.jp)
Mojaviから分岐して開発が開始されたPHPのMVCフレームワーク
2005年当時、Mojavi3の開発が滞っていたことから分岐し開発が開始された。
しかし、開発開始直後に分岐元であるMojaviとの再統合が決定し、早期に0.10.0をリリースし開発を終了すると発表された。
ところが、開発チームやコミュニティ内で「取り組むべき問題が残されている」との声が上がり、アーキテクチャの見直しが行われ、Mojaviとは異なるフレームワークとして開発が進められている。
特徴としてSymfonyやRuby on Railsに見られるようなORM層への依存の断ち切りや、テンプレートエンジンによらないHTMLフォーム処理ヘルパの提供を謳っている他、i18n機能も搭載している。
正式バージョンである1.0は完全なドキュメントと共にリリースされる予定である。
508:nobodyさん
07/11/04 21:10:08 M9faL4Yg
＜質問＞
・DIコンテナの仕組みになっているフレームワークって、設計が古くさいんですか？
・DIコンテナは、Maple以外にも何かありますか？
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
DIコンテナは，「DI（Dependency Injection：依存性の注入）」と呼ぶデザインパターンに基づいて作られたコンポーネント群を集中管理するためのソフトウエアです。
509:nobodyさん
07/11/04 21:12:36
S2Container.PHP5を用いたDIベースの開発
URLﾘﾝｸ(codezine.jp)
S2Container.PHP5は元々Javaで開発されていたS2ContainerをPHP5に移植したもので、DIとAOPをサポートする軽量コンテナです。
OOPもよく使いこなせていないのに、この上AOPを勉強するのか？
…道のりは遠い？＞＜
510:nobodyさん
07/11/04 21:15:09
軽量Java DIコンテナ「google-guice 1.0」リリース
URLﾘﾝｸ(gihyo.jp)
Google CodeにてJava 5ベースのDIコンテナ「Guice」バージョン1.0が，2007年3月8日に公開されました。
今までDIコンテナにはSpring FrameworkやSeasar2などがありましたが，開発者がGoogle社員であることや，アノテーションベースで設定ファイルがいらないこと，Spring Frameworkの100倍速いことなどが注目され，ブログを中心に盛り上がっています。
511:nobodyさん
07/11/04 21:48:01
でもム板のguiceスレは閑古鳥が鳴いてるんだなぁ。
512:nobodyさん
07/11/04 23:28:21
URLﾘﾝｸ(www.geocities.jp)
ここのagavi情報ってもう更新されないの？
513:nobodyさん
07/11/05 00:09:12
設定ファイルが要らないってとこに興味があるんだけど、どうやってんのかな。
514:nobodyさん
07/11/05 00:11:09
全部アノテーションってことはないだろうから、多分リフレクションAPI使って生成するんだろう
515:nobodyさん
07/11/05 14:09:25
PHP4でも使えるORマッパてありますか？
PEAR以外で
516:nobodyさん
07/11/05 15:31:19 G81u3teR
ここはアニヲタスレですか？
517:nobodyさん
07/11/05 16:24:57
>>515
CakePHP、CodeIgniterなどのフレームワークに入ってる
518:nobodyさん
07/11/05 16:36:03
>>517
o/rマッパだけ欲しいんですよねー
519:nobodyさん
07/11/05 17:44:11
>>515
PHP4でつかえるActiveRecordライクなO/Rマッバー
URLﾘﾝｸ(kunit.jp)
使ったことないからよく知らん
520:nobodyさん
07/11/05 17:48:21
>>515
ADOdb Active Record
URLﾘﾝｸ(www.souken.co.jp)
phpersistence - object persistence for php
URLﾘﾝｸ(www.phpersistence.org)
「PHP4 ActiveRecord」とか「PHP4 O/R」とかで検索すればいろいろ出てくると思う。
521:nobodyさん
07/11/05 18:05:57
>>519-520
よさげですね
ありがとうございます！
522:nobodyさん
07/11/05 20:35:02
>>520
フィールド名をキャメル・スタイル (camel-caps style) に変換することはありません。Zend 社の実装はフィールド名を 'first_name' から 'firstName' に変換します。
Zendそんな余計なことすんのか
523:nobodyさん
07/11/05 21:36:59
>>521
せっかくだから、この機会にPHP5への移行を検討してみてはどうか。
PHP4のサボートが終了するのも遠くないし、PHP5の移行自体もそんなに難しくない。
しかもPHP5にすればO/Rマッバーの選択肢はだいぶ広がる。
URLﾘﾝｸ(31tools.com)
とか。
O/Rマッバーを使ったコードに書き換えるなら、ついでにPHP5対応に書き換えるのも悪くないと思う。
余計なお世話だったらすまん。
524:nobodyさん
07/11/05 21:37:19
>>522
初期のバージョンはそうだった
今のバージョンは変換することはない
525:nobodyさん
07/11/05 22:06:28
>>524
なぜ濁点？
サボート
マッバー
526:nobodyさん
07/11/05 22:07:44
かな入力か
527:525
07/11/05 22:13:30
orz
>>523宛でした
528:nobodyさん
07/11/06 19:45:58
＼(^o^)／ ＼(^o^)／ symfonyオワテル
) ) ノ ノ
(((( >￣ > )))) ＼(^o^)／ ((( <￣< ))))
) )
((( >￣ > )))) code igniterハジマテル
529:nobodyさん
07/11/07 04:54:10
PHPってJavaScript以下ですよね^^
530:nobodyさん
07/11/07 09:21:01
javascriptもロクに書けないのになｗ
531:nobodyさん
07/11/07 19:35:54
JSと比べる時点で間違ってる。馬鹿丸出しｗｗ
しかも批判してる奴に限ってそれ以上の言語を作る知識も技量もない。
マジで哀れだな。
532:nobodyさん
07/11/07 20:18:07
PHPer自己弁護ｗｗｗｗ
ﾃﾗｱﾜﾚｗｗｗｗ
533:nobodyさん
07/11/07 20:20:08
はいはい、じゃあ君が素晴らしいと思う言語を挙げてみてくれない？＾＾
理由も付けてね。むつかしい言葉での説明が出来なければ、君なりの言葉で構わないよ＾＾
534:nobodyさん
07/11/07 20:37:13
え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ
PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ
逆に問いたいｗｗｗ
問い詰めたいｗｗｗｗ
535:nobodyさん
07/11/07 20:41:20
ヒント
ほとんどのオープンソースのウェブシステムは
なぜPHPで作られているか。
536:nobodyさん
07/11/07 20:51:19
>>534
普通に便利で手軽だから。
534は何の言語をどういう理由で使ってるのか教えてｗ
537:nobodyさん
07/11/07 20:56:17
>>534はjavascripterなんじゃね？ｗ
538:nobodyさん
07/11/07 20:59:28
javascriptはすばらしいOO言語ですよ
PHPみたいに後から無理矢理OOを貼り付けたゾンビ言語とは違います
539:nobodyさん
07/11/07 21:35:03
プロトタイプベースのオブジェクト指向言語ってそのままだと可読性に問題があると思うんだけど、好みや慣れの問題なのかねぇ。
メジャーな言語だとjsぐらいしかないけど、
js(の実行環境)が普及したせいでプロトタイプベースの考え方も覚える必要があって面倒。
540:nobodyさん
07/11/07 22:44:59
言語の話はスレ違いですよ。
541:nobodyさん
07/11/07 23:48:25
>>538
いくらすばらしくても、サーバーで動かない以上、
（あーなんかマイナーなソフトで動かせるやつあったっけ？）
実質サーバーで動かない以上、JavaScriptは使えない。
>>539
安心しろ。prototype.jsなどメジャーなJavaScriptライブラリでは、
プロトタイプベースなJavaScriptをクラスベースであるかのような
記法が採用されている。
542:nobodyさん
07/11/08 00:03:56
>>541
prototype.jsも一種のフレームワークだとすれば、
一応スレ違いにはならないか。
フレームワークと言えるほど縛るわけではないけど。
サーバサイドjsはIISで使えた気がする。
ただね、prototype.jsの存在自体が、
プロトタイプベースを採用したjsの欠点を表してるんじゃないかと。あとは言語的に面白い仕組みは色々あるけど、企業での開発言語として見るとどうにも。
サーバサイドjsがapacheで手軽に動くようになっても、盛り上がらないだろうねぇ。LISP CGIの次の次ぐらいに。
543:541
07/11/08 00:07:27
> プロトタイプベースを採用したjsの欠点を表してるんじゃないかと。
俺も同じことが言いたかったんだがｗ
544:nobodyさん
07/11/08 02:48:07
今のO/Rマッパってサブクエリにも対応してるの？
結合くらいまで？
545:nobodyさん
07/11/08 13:45:32
> API(アプリケーションプログラミングインタフェース)のFileMaker API for PHPが、
> Server 9製品にビルトインされたことで、PHPのプログラミングを知らなくとも、
> ステップごとに質問に答えることで、誰でも手軽にPHPベースのWebページを
> 作成していただけるようになったわけです。
URLﾘﾝｸ(journal.mycom.co.jp)
546:nobodyさん
07/11/08 16:34:49
質問に答えりゃ生成できる程度のページをわざわざPHPで動かしたがる業務要求なんて
実際ほとんど存在しないって事、いつになったら常識になるんだろう
よくある「～～フレームワークでブログサイトを15分で」とかでも同じ事がいえるけどさ
547:nobodyさん
07/11/08 16:37:15
PHPウザってscaffoldingを目の敵にするよね
548:nobodyさん
07/11/08 16:38:42
そんなことないけど
549:nobodyさん
07/11/08 16:45:08
え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ
PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ
逆に問いたいｗｗｗ
問い詰めたいｗｗｗｗ
550:nobodyさん
07/11/08 17:04:20
もっといじめてー
とかいえば満足？
551:nobodyさん
07/11/08 17:13:59
YOU、フレームワークって何時も喧嘩の種になるからワクワクしちゃうYO!
552:nobodyさん
07/11/08 17:30:47
PHPはさっさと安定したバージョンを決めて欲しいわ
５が出たと思ったらもう６とか
553:nobodyさん
07/11/08 17:35:20
PHPなんてゲロ以下だってdankogaiが言ってました
554:nobodyさん
07/11/08 18:41:19
dankogaiがゲロ並だからまぁもっともな意見だな
555:nobodyさん
07/11/08 18:47:39
えっ、それは
PHPはゲロ並みなのに、それなりのシステムが作れるって
ところがPHPのすごいところ
って意味だよ？
556:nobodyさん
07/11/08 19:03:29
>>546
> 質問に答えりゃ生成できる程度のページをわざわざPHPで動かしたがる業務要求なんて
> 実際ほとんど存在しないって事、いつになったら常識になるんだろう
そもそも、質問に答えりゃ生成できる程度のページという
業務要求自体が、実際ほとんど存在しないわけだが。
557:nobodyさん
07/11/08 19:05:08
>>549
ほかに書くこと無いの？
534 名前：nobodyさん[sage] 投稿日：2007/11/07(水) 20:37:13 ID:???
え…PHPerって他できないから仕方なくPHPやってるんじゃないんですかｗｗｗ
PHPerがPHPに惚れ込んでる理由って何なのｗｗｗｗ
逆に問いたいｗｗｗ
問い詰めたいｗｗｗｗ
535 名前：nobodyさん[sage] 投稿日：2007/11/07(水) 20:41:20 ID:???
ヒント
ほとんどのオープンソースのウェブシステムは
なぜPHPで作られているか。
558:nobodyさん
07/11/09 00:52:40
ほらよ
URLﾘﾝｸ(anond.hatelabo.jp)
レイアウトテンプレート対応だってさ
559:nobodyさん
07/11/09 03:48:12
どうでもいいよ。
560:nobodyさん
07/11/09 05:02:50
ユダヤ人は頭がイイ。イスラエル産のPHPが普及率NO.1
日本人は与えられたものをただ使わせていただくだけという実態。
PHP＞＞＞Perl＞Ruby、Python
使えれば何でもいい。
561:nobodyさん
07/11/09 05:22:01
PHPが糞言語なのは言を俟たないが
Perlだって似たようなもんじゃないの？
danはPerl使ってるだけなのになんでｷﾞｰｸとか自称してんの？
562:nobodyさん
07/11/09 05:43:44
cakePHPのソースは汚いらしいけど
ZendFWのソースのきれいさを100としたら
cakePHPのソースはどのくらいですか？
563:nobodyさん
07/11/09 07:19:42
2
564:nobodyさん
07/11/09 08:14:48
まあ2だろうな
565:nobodyさん
07/11/09 08:27:40
綺麗さ…たったの2…
ゴミだな…
566:nobodyさん
07/11/09 09:00:33
cake見たことないけど2てｗ
どんだけ汚いんだよ。
567:nobodyさん
07/11/09 09:25:04
ヒント：「らしい」
568:nobodyさん
07/11/09 13:53:31
子飼弾はやっぱ実装能力は高いな。日本人のPerlプログラマーの中では明らかに抜けてると思う。
569:nobodyさん
07/11/09 14:00:24
抜けているのは間か？
それとも髪か？
570:nobodyさん
07/11/09 19:23:44
>>566
2かどうかはともかく、汚いというのは確かにそうだ。
そこそこシンプルなのは良い。志を高く持たなければ使える。
571:nobodyさん
07/11/09 21:26:22
志が低い人向けフレームワーク…
572:nobodyさん
07/11/10 09:41:51
子飼弾
と
獅子咆哮弾
なんか似てね？
573:nobodyさん
07/11/10 09:43:03
>>570
オープンソースアプリに共通する「あれ」言ってほしい？
ソース公開されてるんだから
文句があるのなら自分で直せ！
574:nobodyさん
07/11/10 10:10:20
>>570は単に汚いと言ってるだけで、綺麗にしろとも汚いソースを出すなとも言ってないと思うんだが。
>>573はもう少し落ち着いた方がいいんじゃないかな
575:nobodyさん
07/11/10 11:21:34 sP337gXW
コメントがしっかりついていれば、ソースが汚くても読める。
コメントの書き方で、作者のツンデレ度が分かる。
576:nobodyさん
07/11/10 11:44:52
外人って、コメントあまり書かないよな。あと、インデントも揃えない。
日本の企業だと、一緒にチーム組むの嫌がられそうだけど、海の向こうだと
そういうのが常識なのか？
577:nobodyさん
07/11/10 11:53:15
コメントは、何をしている処理かというだけでなく、
その目的も添えてくれるといいな。
他人が見た時、そのコードが何のためにあるのか、わかるように。
578:nobodyさん
07/11/10 16:39:20
CodeIgniter今から使ってみようとしてるんだけど、コメントに関しては相当丁寧だね。
他はまだ分からん。
579:nobodyさん
07/11/11 21:58:03
コメントを書くときは、処理の内容についてではなく、仕様について書いておこう。
＝何の処理をやっているのかは、見れば分かるので基本的には不要。
＝仕様を知らない場合は、あちこち調べまわらなければならなくなるので不便。
「あれ～？おかしいな。こんな動作でいいんかな？」
「（コメントで）それは仕様です。」
仕様なら仕様でもいいんだけど、悩んで調べなければならない時間を減らしたい。
580:nobodyさん
07/11/11 22:02:49
symfonyっていろんなソリューションの組み合わせで
その組み合わせにおいてオリジナルなのな。
だからsymfonyなんだな。
マッシュアップフレームワークとも言える。
581:nobodyさん
07/11/12 10:14:18 zaguTSbK
はいはい、また出ますよ
URLﾘﾝｸ(www.cbook24.com)
582:nobodyさん
07/11/12 15:29:41
>>70
> Smartyは糞だってことくらい
> 今じゃ小学生でも知ってます
どういう理由で言っている?
遅いという理由以外で何かあるなら教えて欲しい
583:nobodyさん
07/11/12 15:35:44
Smartyはスレ違いだからよそでやってくれ。
584:nobodyさん
07/11/12 20:24:47
フレームワークと言うのはウェブアプリを作る際の開発手法だったり、設計、あるいはライブラリそのものだったりだから。
Smartyはフレームワークの一部と言える。
PHPからHTML部分をできるだけ分離させるのはウェブフレームワークの機能でもっとも重要な機能。
585:nobodyさん
07/11/12 20:59:12
釣りするな
586:nobodyさん
07/11/12 21:02:44
燃えかすの灰に必死に点火しようとしてる人がいるスレはここか
587:nobodyさん
07/11/12 23:51:43
Smartyはもう不必要な存在だね。
588:nobodyさん
07/11/13 00:07:01
確かに役割を果たした後の感があるが、
さんざん消費してもう不要だとか・・・。
オープンソースに対する敬意をもっと持とうではないか。
589:nobodyさん
07/11/13 00:08:52
もうお前の身体には飽きたんだよ！
ｷﾓﾌﾞﾀにでも抱かれてろや( ﾟдﾟ)､ﾍﾟｯ
590:nobodyさん
07/11/13 02:51:11
viewロジックとテンプレートの分離より
テンプレートとデータの分離の方が重要じゃないかと思えてきた
データを引きはがしたテンプレートの役割とは何なのか？
見せるためのものというより構造を定義するものに近くなる
591:nobodyさん
07/11/13 02:55:42
もしかしてテンプレートにリテラルを記述するのって違うんじゃね
テンプレートからも一切のリテラルを排除すべきなんじゃないか
592:nobodyさん
07/11/13 07:46:56
フレームワーク厨のスレはここですか
593:nobodyさん
07/11/13 15:13:21
>>582
Smartyが糞とまでは思わんが、include()と比べて特に利点があるとは思えない。
また学習コストも無視できない。
594:nobodyさん
07/11/13 15:38:34
覚えてもしばらく使っていないとまた忘れるしね。いちいち面倒だよ。
595:nobodyさん
07/11/13 15:51:01
>>593
何でここでincludeが出てくるのよ。
596:nobodyさん
07/11/13 21:15:07
あのさ、phpをいじって <?php echo $hoge ?>を {$hoge} とかで書けるようにできないもの?
597:nobodyさん
07/11/13 21:44:16
飽きてきた･･･馬鹿は同じネタで飽きなくていいね。
598:nobodyさん
07/11/13 21:48:45
>>596
peclでなかった？
そういやテンプレートエンジンのスレいつの間にか消えてるな。
599:nobodyさん
07/11/14 00:02:49
>>595
Smarty使う代わりに、普通のPHPファイルをテンプレートとして使うため。
function include_template($filename, $vars) {
extract($vars);
include($filename);
}
とかね。
とりあえずこれでSmartyいらない。>>242 をみよ。
600:nobodyさん
07/11/14 00:03:19
>>596
>>242
601:nobodyさん
07/11/14 00:18:14
ideとかエディタの設定いじったらいいじゃん
<?php= ?>ってすぐ出せるように
602:nobodyさん
07/11/14 00:21:27
MSIMEに「ぴーえっちぴー」で登録しておけばおk
603:nobodyさん
07/11/14 00:26:29
>>600
{$hoge}みたいなのは自作してるけどforeachは
普通に<?php ～ ?>なのな。
604:nobodyさん
07/11/14 00:31:34
>>601
そんな書き方できたっけ？
<?= ?> か <?php echo ; ?> のどっちかだと思ってた。
それよりも htmlspecialchars() の名前はどうにかしてほしい。長すぎ。
まあ
function h($val) { echo htmlspecialchars($val); }
としてるけどな！
605:nobodyさん
07/11/14 00:34:04
「すぺきゃら」で登録でおk
606:nobodyさん
07/11/14 00:37:01
>>604
returnで返してエイリアスっぽくしたほうがいいんじゃないの？
個人の自由だけど。
607:nobodyさん
07/11/14 00:43:23
でもキーパンチの時間なんて
コーディング作業全体の中では5％以下くらいだよな多分
608:nobodyさん
07/11/14 02:02:28
>>606
<?php h($val); ?>
として使うんだよ
もちろん <?= ?> は使わない。
609:nobodyさん
07/11/14 02:25:54
URLﾘﾝｸ(www.phppro.jp)
こういうセミナーってどんなものでしょう
本を読むことにはないセミナーの強みって何ですか？
610:nobodyさん
07/11/14 03:14:28
俺も行ってみたいんだが、
ろくにプログラムも書けない俺が行っても…って感じだな…ﾊｧ
611:nobodyさん
07/11/14 03:57:30
>>610
んなこたーない
みんな君のことを待ってるよ
612:nobodyさん
07/11/14 10:21:37 MltiFl4a
<?= これってどうやったら有効になるの？ ?>
613:nobodyさん
07/11/14 10:33:22
>>612
php.iniのshort_open_tag
614:nobodyさん
07/11/14 10:51:50
short_open_tagって
もうデフォで有効じゃないの？
615:nobodyさん
07/11/14 10:54:15
PHP6じゃ消える運命
616:nobodyさん
07/11/14 10:59:32
嘘っ
完全に消えるの？
617:nobodyさん
07/11/14 11:02:22
もう廃止リストに上がってんだっけ
まあだいぶ前から非推奨になってたしなあshort open tag
618:nobodyさん
07/11/14 14:00:46
まじで？これなくなったら困るよ。
619:nobodyさん
07/11/14 14:03:38
6が普及するのなんて3年後くらいだからおk
620:nobodyさん
07/11/14 14:07:30
いやいやかなり困る。
使わないようにする時に、修正が大変な予感。
621:nobodyさん
07/11/14 14:12:51
どこでも動かせるように昔から使ってないから困らない
622:nobodyさん
07/11/14 14:16:22
既存ソースの修正は困るよ。
修正箇所を探そうと正規表現で検索しても探しにくい。
ソースはこれだけ？
URLﾘﾝｸ(www.php.net)
だとすれば <? はkeepされそうなんだが。<% はkillすると書いてるな。
623:nobodyさん
07/11/14 14:17:53
<? が無効の時に <? を使っていてもエラーログを残せないからね。（だよね？）
624:nobodyさん
07/11/14 15:23:42
>>622
>修正箇所を探そうと正規表現で検索しても探しにくい。
grep '<¥?=' *.php
で見つかると思うけどなあ。
修正は
$filenames = $argv;
foreach ($filenames as $filename) {
$s = file_get_contents($filename);
$s = preg_replace('/<¥?=(.*?)¥?>/', '<?php echo $1; ?>', $s);
file_put_contents($filename, $s);
}
でよくね？
もしくは
function f($matches) { return '<?php echo ' . trim($matches[1]) . '; ?>' }
$filenames = $argv;
foreach ($filenames as $filename) {
$s = file_get_contents($filename);
$s = preg_replace_callback('/<¥?=(.*?)¥?>/', 'f', $s);
file_put_contents($filename, $s);
}
625:nobodyさん
07/11/14 23:29:30
PHP6の普及なんて遥かかなた先のこと考えてもしょうがない。
626:nobodyさん
07/11/14 23:40:11
>>624
<?= じゃなくて、<? だけのものもある・・。
627:nobodyさん
07/11/14 23:41:34
つか、割と早くから<?=は使うな、みたいなこと言われてた気がするんだけど、やっぱ使う奴いるのな。
628:nobodyさん
07/11/14 23:44:39
<?=は短くていいよ。
Rubyはよく使うものは短くって哲学があるけど、
PHPはわかりやすさが優先されてるからなぁ。
array()とかも面倒くさい。
629:nobodyさん
07/11/15 00:28:27 gnBlsqsm
>>627
たいていの入門書には使うべきではないみたいなことは書かれていたな
630:nobodyさん
07/11/15 01:43:34
PHP6で<??>が消えるというのは・・・
ガセ
631:nobodyさん
07/11/15 03:42:40
ピースフレームワークって
このスレ的には話題になってないけど実際はどうなの？
セミナーとか積極的にしてるみたいだけど。
有限状態マシン？とか用語が難しそうでとっかかりにくいんだよね
632:nobodyさん
07/11/15 05:28:01
PHP 5用ウェブアプリフレームワーク「Solar 1.0.0 alpha1」リリース
URLﾘﾝｸ(japan.zdnet.com)
どんなもんかな？
633:nobodyさん
07/11/15 06:26:57
アシアルのセミナーは大阪でもやって欲しいな
さすがにセミナーだけのために東京まではいけないわ
634:nobodyさん
07/11/15 12:13:04
>>633
人が集まればどこでもやると思う
集まらなければ東京でも無理
大阪でやってほしければ、おまえが20人くらい集客して直談判すればいい
635:nobodyさん
07/11/15 12:16:30
単に東京で好評だったらやるんじゃね。
前何かのセミナー関西でも開いてたような。
636:nobodyさん
07/11/15 23:55:34
9月だったと思うけど俺行ったよ。
Piceの中の人が講師？だったな。
637:466
07/11/16 18:18:51
>>469
遅ればせながらレスありがとう。CI使ってみることにします。
638:nobodyさん
07/11/16 18:30:02
>>633-634
セミナーだけの為に(交通費会社負担で)行った漏れもいる。
まぁ実際はセミナーだけでなく・・・・・ｗ(以下略
639:nobodyさん
07/11/16 21:13:43
アシアルのセミナーうけるやつって初心者？あれを受けるレベルのやつが業務でPHPまともに使えるのか。煽りじゃなく純粋に思う
640:nobodyさん
07/11/16 22:09:49
セミナーったって色々やってるじゃん
今回の高負荷サイト対策は興味あるな
641:nobodyさん
07/11/17 02:08:46
>>637
>CI使ってみることにします。
あとでいいんで、感想かいてくれ
642:nobodyさん
07/11/17 02:15:01
>>641
でも高負荷で問題になるのはPHPじゃなくてDBだよなあ。。。
PHPのセミナーじゃなくてDBのセミナーになりそう
643:nobodyさん
07/11/17 06:02:16
PHPのセミナーというか
PHPが分かってる人向けセミナーだな
644:nobodyさん
07/11/17 06:16:50
URLﾘﾝｸ(www.asial.co.jp)
この外人女の顔の意味が分からん
全然PHP5っぽくないしコンサルっぽくもない
645:nobodyさん
07/11/17 09:09:41
PHP5っぽい外人女がみたいです
646:nobodyさん
07/11/17 09:15:08
女「ほっとけ」
647:nobodyさん
07/11/17 14:19:40
どうせ適当に選んだに決まってる
648:nobodyさん
07/11/18 13:49:08
受付けの姉ちゃんだろ
649:nobodyさん
07/11/18 14:52:14
ヒント：無料素材集
650:nobodyさん
07/11/19 00:11:18
>>598
名前が出てこないってことはpeclにないってことかな?
>>600
Smartyとかそういう意味じゃないよ
<?= ?> とか書くのが面倒だから{ とか % に自由に変えられるPHPに組み込めるものはないの?という意味
確かにエディタで簡単に入力できるようにするのも手だけど
tplの時だけ{$hoge} は、<?= $hoge ?> と同じ動きをするという拡張があったら便利じゃね?ということ
651:nobodyさん
07/11/19 02:24:56
>>650
simplateとか、調べるといくつか出てくる。
652:nobodyさん
07/11/19 05:56:45
pythonてどんなに長い整数もメモリが許す限り扱えるのな
suge-
PHP脂肪ｗｗｗ
653:nobodyさん
07/11/19 06:30:44
その理由だけでPHP脂肪ｗｗｗとか、脳が脂肪で出来てるとしか思えん
654:nobodyさん
07/11/19 08:21:17
つかそんな使い方しちゃいかんだろ。
655:nobodyさん
07/11/19 10:40:14
>>651
おおー
simplate良さそうだね
フレームワークと絡めて使っている人いる?
656:nobodyさん
07/11/19 11:05:01
URLﾘﾝｸ(simplate.aimy.jp)
smarty重いって書いてあるけど、どんだけ重いのかな。
657:nobodyさん
07/11/19 11:19:41
以下のアシアルのドキュメントへのリンクがあったろ?
そこにベンチマークの結果があるよ simplateはすごい早いみたい(当たり前か)
URLﾘﾝｸ(www.asial.co.jp)
658:nobodyさん
07/11/19 13:23:08 xD0eowNd
Smarty重いって言うけど、それなりの規模ではじめて重くなるわけで・・・
659:nobodyさん
07/11/19 13:33:24
天文学的計算すらできないPHPが許されるのは小学生までｷｬﾊﾊ
660:nobodyさん
07/11/19 13:39:28
誰かこいつにPHPのbcmathモジュールについて解説してやってくれ
あと「天文学的」は絶対桁数がむやみに多いだけで実効精度は実は大したことないって点もｗ
661:nobodyさん
07/11/19 15:44:49
>>650
だから>>242のリンク先みろ。#{$var}が<?php echo $var; ?>, %{$var}が<?php echo htmlspecialchars($var); ?>に展開されるようになってる。
>>658
そんなことない。Smartyはinclude()の倍以上遅い。
662:656
07/11/19 16:25:00
>>657
漏れのacrobat readerだと落ちまくるが何とか最後の方のページにある
ベンチマーク見られたよ。
うーんsmartyは却下だな。simplateつかおっと。
663:nobodyさん
07/11/19 16:26:17
ほんとテンプレートエンジンの話題は別スレ立ててやってくれよ
FWと関係がないとは言わないが内容が無さ過ぎる
664:nobodyさん
07/11/19 16:45:02
>>661
変数をassignしたりしないなら、そもそもSmarty使わないだろ。
include()と比較してどうするんだよ。その後で自前で文字列置換とか
実装してもそんなに速度の差が出ると思ってるのか？
こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
重いからSmartyは却下というのは、ただ性能の悪いテンプレート
エンジンと認識されているようで気持ち悪い。
アシアルみたいなチンカスが、意味のないベンチマークなんて公開
するもんだから、ますます勘違いする人が増えるんだよ。（中の人は
simplateはえーとか普通に思ってるんだろうけどな）
デザイナーと分業する必要がないけど、テンプレートは分離したいというなら
CodeIgniterとかで開発すれば？基本はPHPベタ書きだけど、最低限の
機能だけのParserがついていて超速い。別に高機能とか要らないんだろ。
665:nobodyさん
07/11/19 17:36:54
>>664
>変数をassignしたりしないなら、そもそもSmarty使わないだろ。
>include()と比較してどうするんだよ。
なんでassignしないとか言い出すの？ちゃんと>>242読んだ？
extract()とinclude()をつかえば生のPHPファイルでも十分テンプレートエンジンとして使えるというだけよ？
>その後で自前で文字列置換とか
>実装してもそんなに速度の差が出ると思ってるのか？
？？？話がまったく見えない。
>こんなに機能要らないからSmarty以外を選ぶというなら分かるけど、
>重いからSmartyは却下というのは、ただ性能の悪いテンプレート
>エンジンと認識されているようで気持ち悪い。
だって性能悪いじゃん。
余計な機能が多い、性能が悪い、デザイナーと連携できない、学習コストがかかる。
Smartyはいいとこのないテンプレートエンジン。
666:nobodyさん
07/11/19 19:56:47
>>660
Windows 版の PHP にはこの拡張モジュールのサポートが組み込まれています。
だって
こんなの組み込んであったのか
なんでwindows版だけ？
667:nobodyさん
07/11/19 20:40:34
JavaScriptでさえ整数は64ビットなのに
いまどき32ビットしか扱えないPHPって(;ﾟ;ж;ﾟ; )ﾌﾞﾌｯ
668:nobodyさん
07/11/19 21:09:28
>>667
ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが
>>667の財布をみると16bitで十分みたいだ。
ところで32bit intじゃ足りない場面ってどんなのがある？
file systemは64bitじゃないと困るけど、そのくらいしか思いつかん。
669:nobodyさん
07/11/19 21:17:51
>>667は何かに当たらないとやっていけない可哀想な子
670:nobodyさん
07/11/19 23:08:34
JavaScriptの整数が64bitになったところで使い道はないだろ。
余計にメモり食うだけだし、うれしいやつっているのかな。
671:nobodyさん
07/11/20 01:16:51
>>668
> ビルゲイツぐらいになると個人資産を勘定するのに32bit intでは足りないときいたことがあるが
2006年の長者番付で個人資産$50 Billion = $50,000,000,000
= 0x000B A43B 7400
本当だw unsignedでも足りないw
672:nobodyさん
07/11/20 01:32:10
多いって聞いてたけど、そんなにあんのかｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
673:nobodyさん
07/11/20 03:10:05
ビルゲイツの個人資産すら扱えないPHPって一体…
674:nobodyさん
07/11/20 03:22:56
pythonがIndustrial Light & Magicで使われている理由…
PHPでCG描いたら計算間違えて勝手にエロ画像になるから
pythonがNASAで使われている理由…
PHPでロケット飛ばしたら入射角間違えて大気圏で炎上するから
pythonがgoogleで使われている理由…
PHPでgoogle作ったらインデックスがぶっ壊れて検索速度がはやぶさ以下になるから
675:nobodyさん
07/11/20 03:33:10
ってかロケット操作してる言語ってマジで何だろう？
あと原発で使ってる言語も気になるな。
676:nobodyさん
07/11/20 03:40:22
>>675
つ URLﾘﾝｸ(en.wikipedia.org)
677:nobodyさん
07/11/20 05:34:07
PHPっていまだに2038年問題に対応できてないのか。
678:nobodyさん
07/11/20 06:44:49
ごめん、素人考えで言うけど、その辺はC依存じゃないの？
679:nobodyさん
07/11/20 11:02:47 kRLacP2R
>>661
Smartyのページキャッシュ使ってればずっと軽いよ
680:nobodyさん
07/11/20 18:12:27
>>665
だから変数置換程度の用途だったら、別にSmartyである必要ないから
軽いテンプレートでも使ってろよ。
お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。
性能が悪いのは機能とのトレードオフだし、デザイナーと連携できないとか、
学習コストがかかるのは別にSmartyに限ったことじゃない。だいたいincluide()
とか言ってるやつが、デザイナーと連携とか湧いてんのか。このうちの一つでも
満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
素晴らしいのか、それは？何と比較してSmartyを下に見てんの？
というか、なんで俺はSmarty擁護してんの？
681:nobodyさん
07/11/20 18:54:48
以下、Smarty関係禁止！！
682:nobodyさん
07/11/20 19:34:47 kRLacP2R
そういや、Zendが有料のテンプレートエンジン作ってなかったけ？
683:nobodyさん
07/11/20 21:38:10
業界のフレームワークの話なんだけど、
デザイン屋とシステム屋って上限関係とかあるの？
684:nobodyさん
07/11/20 21:43:34
>>680
>だから変数置換程度の用途だったら、別にSmartyである必要ないから
>軽いテンプレートでも使ってろよ。
だれがそう限定したの？for文やif文だって必要なのはあたりまえ。生PHPならどれも使える。
なんで変数置換だけだと思ったの？
>お前の言う余計な機能は、お前が使っていないだけで利用価値はあるんだよ。
ぜひ説明してくれ。
>フィルタやプラグインで拡張するようなことを、直接ごりごり書いたほうが早いのは
>当り前で、Plaggableな仕組みに対してそれを言うのは全くの見当違い。
おまえこそ見当違い。Smartyが遅いのは内部で生成するPHPコードの効率が悪いから。Plaggableな仕組みは関係ない。
プラグインなし、フィルタなしのテンプレート書いてベンチマークとれば分かる。
>性能が悪いのは機能とのトレードオフだし、
生PHPなら両立できる。
>デザイナーと連携できないとか、
Smartyの{section}{/section}や{if}{/if}はHTMLと相性が悪いし、デザインを崩す。
PHPの<?php ?>はXMLの仕様に含まれるからHTMLと相性がいいし、デザインを崩さない。
もちろん完全に崩さないわけじゃないが、少なくともSmartyよりずっとまし。
685:nobodyさん
07/11/20 21:44:27
>学習コストがかかるのは別にSmartyに限ったことじゃない。
生PHPなら別にかからない。Smartyは学習コストに見合う価値がない。
>だいたいincluide()とか言ってるやつが、デザイナーと連携とか湧いてんのか。
何が言いたいのかわからんが、include()使ったらデザイナーとの連携がとれないとおまえが勘違いしていることはよくわかった。
>このうちの一つでも
>満たしてるテンプレートエンジン挙げてみろよ。残りの不満点が気ならないほど
>素晴らしいのか、それは？
生PHPは速い、高機能、学習コストがかからないという点を満たしてる。Smartyはどれを満たしてる？
>何と比較してSmartyを下に見てんの？
extract()+include()と比較して。
>というか、なんで俺はSmarty擁護してんの？
頭がたりないからじゃね？
686:nobodyさん
07/11/20 21:57:02
javaやrubyは言語がhtmlと親和性ないテンプレートエンジンが重要になってくるわけで。
もともとphp自体がhtmlとの親和性高いんだから不要と言えば不要。
687:686
07/11/20 21:57:40
1行目：親和性ない→親和性無いから
688:nobodyさん
07/11/20 22:02:10 a3/W0nwA
同意。
689:nobodyさん
07/11/20 22:37:30
PHPerはいつも仲悪いなｗ
pythonerは常にピースフルだぜえｗｗｗ
690:nobodyさん
07/11/20 23:25:00
PHPを使う→糞言語を使うことによる小さなストレスが蓄積→共食い開始ｗ
691:nobodyさん
07/11/20 23:31:13
糞言語を使ってないハズの他言語利用者が、わざわざ糞言語スレに出張して煽りを入れる理由って・・
692:nobodyさん
07/11/20 23:37:04
勧誘してるんだよ
こっちの水はあーまいぞ
ってことさ
693:nobodyさん
07/11/20 23:37:47
しっ。仕事が無いんだよ。
694:nobodyさん
07/11/20 23:46:10
仕事はあるが全部くそみたいな仕事なんだよ！
695:nobodyさん
07/11/21 02:01:54
pythonの仕事って？
696:nobodyさん
07/11/21 02:36:47
テンプレートエンジンの話をひっぱるやつもウザイし、
ライブラリとベタ書きを比べて話し噛み合ってないやつもキモイ。
あと、どっちも口が悪すぎでPHP界隈の程度の低さが窺い知れる。
みんな、Pythonやるといいよ。
697:nobodyさん
07/11/21 04:36:46
PHPは5から間違った方向に進化したと思うね。PHP5はJavaの出来そこないみたいになっちゃった。
<?=$var?>をもっと高機能にするとか、$_SESSIONや$_REQUESTをクラスにして再定義可能にするとか。
よりウェブ専用に特化すべきだった。
698:nobodyさん
07/11/21 09:35:29
下手にまともな言語になりたがった感はあるが、4ですでにオブジェクト指向の概念を取り込んでいたから開発者もその機能を批判が少なくなるようにしたかったんじゃないか
699:nobodyさん
07/11/21 10:12:40
だったらnamespaceとっととつけろや！
700:nobodyさん
07/11/21 10:50:49
>>699
もうちょい待っとれ
701:nobodyさん
07/11/21 18:30:32
変数に$使う言語(Perl,PHP)は
素性の悪いシェルスクリプトの血を引いているサノバビッチ。
上品なPythonと付き合うと
もうPHP界隈がスラム街にしか見えません（＞＜）
702:nobodyさん
07/11/22 01:21:01
なんか最近蛇蛇うるさいやつがいるね
703:nobodyさん
07/11/22 01:37:42
Smarty擁護派じゃないけど
>>684-685はなんかｷﾓｲ
顔真っ赤にしてﾚｽするってこういう事よね
初めて見たわ
704:nobodyさん
07/11/22 01:43:12
Pythonを使ったことはないがPythonは消えて欲しい
Rubyで十分
705:nobodyさん
07/11/22 02:26:05
>>702
アンチPython厨の工作にしか見えないから普通にスルー推奨
706:nobodyさん
07/11/22 03:07:12
680乙
707:nobodyさん
07/11/22 08:35:39 nlNH1bOE
お前がスルーだよw
Phthonスレに帰れっつーの空気読め。
708:nobodyさん
07/11/22 08:46:02
P言語総合スレまだーﾁﾝﾁﾝ
709:nobodyさん
07/11/22 10:43:24
URLﾘﾝｸ(glossary.tank.jp)
【プログラミング】
・本格的な汎用プログラミング言語には馴染めない連中が好んで使うPerl、Python、PHPあたりのあたまに「P」がつくスクリプト言語のこと。
なにこのHP
馬鹿にしてんのか
710:nobodyさん
07/11/22 11:45:12
いつも愛読させていただいてる読者です。
そろそろ、各フレームワークの特徴や
様々なアプリケーションに、どのフレームワークが相性がよい
などといった話題は、いつになったら連載開始なんでしょうか？
それとも、私はタイトルにだまされ続けているのでしょうか？
711:nobodyさん
07/11/22 12:15:27 AuFQqZEI
Round1
CakePHP vs symfony
ファイッ
712:nobodyさん
07/11/22 13:14:15
>>710
そんなもの検索すれば出てくるだろ
713:nobodyさん
07/11/22 14:23:19
>>712
じゃ、ここの存在意義ってないの？
714:nobodyさん
07/11/22 14:36:24
>710
PHPユーザはフレームワークを使えても
内部構造の違いを議論できるほど芸達者じゃありません
715:nobodyさん
07/11/22 16:24:28
>>714
それはお前だけｗ
716:nobodyさん
07/11/22 21:56:26
いいかげんフケ・痒み止まりませんスレ見てるやつは出て行けよ。不潔
717:nobodyさん
07/11/23 00:33:51
パソコンの周りは乾燥してるからな
冬だし
718:nobodyさん
07/11/23 01:21:00
つ PDTのsymfony用プラグイン
Symfoclipse
URLﾘﾝｸ(noy.cc)
719:nobodyさん
07/11/23 20:07:06
>>709
『悪魔の辞典』 (笑)
720:nobodyさん
07/11/24 01:38:34
生粋のオブジェクト指向言語として生まれ
簡単に見せる為にそれを隠蔽しようとすらするPython
非オブジェクト指向言語として卑しく生まれ
後付けで中途半端にオブジェクト指向を取り込んだPHP
P言語とひとくくりにするにはその素性があまりにも違う
PHPの血族はPerlまで
721:nobodyさん
07/11/24 07:43:34
>PHPの血族はPerlまで
正気ですか？
722:nobodyさん
07/11/24 09:21:49
てかPHPって、ホント単にHTMLの中に手軽にスクリプト書けるようにしただけだもんな。
関数群はCのライブラリ関数を、ほとんどそのままラッピングしただけ。
それゆえ、パフォーマンスもいいから実用的になっちゃったわけで。
rubyが速くなったらPHPは駆逐されると思うな。
723:nobodyさん
07/11/24 10:47:47
>>720
>生粋のオブジェクト指向言語として生まれ
ダウト
724:nobodyさん
07/11/24 11:23:20
>720
>生粋のオブジェクト指向言語として生まれ
ﾎﾞｯｼｭｰﾄ
725:nobodyさん
07/11/24 13:08:22
Pythonは何もかもpublicなゆるまんOO
726:nobodyさん
07/11/25 03:43:24
>>722
>rubyが速くなったらPHPは駆逐されると思うな。
ダウト
Webアプリ用としてはRubyは速くならないし、仮に速くなったとしてもPHPを駆逐できるわけない
727:nobodyさん
07/11/25 14:32:46
rubyが世界中の共有レンタルサーバーに
インストールされ動作保障されることが最低条件だな。
その上で、すでに数多く作られている
PHP製のウェブアプリ（ブログやCMSや掲示板やショッピングカート）が
rubyで作られるようになれば、PHPは駆逐されるかもしれんが、
さて何年かかることやら。
728:nobodyさん
07/11/25 14:37:31
Rubyは作者も信者も必死過ぎる。
729:nobodyさん
07/11/25 14:47:36
言語の学習から先に進もうとすると、道が見え辛いんだよな。
一例としてデータベースを使おうとすると、
・リファレンスを読む -> 載ってない
・DB名+Rubyでゲイツる -> パラパラと見つかる程度。王道がﾜｶﾝﾈ
・MLで使用したいDB名を検索 -> 同上
・モジュール一覧にあったものを使ってみる -> 動いたが今でもそれでいいかどうかｼﾞｼﾝﾈｴ
そもそもCGIとして動かしたけど、それでいいのか？とか。
730:729
07/11/25 14:48:53
ちょ、ここRubyスレじゃないじゃん！
紛らわしい会話してんじゃねえええええええ(泪)
731:nobodyさん
07/11/25 15:59:35
つか、{}で囲わない言語はゆとりの俺には見ただけで無理と思ってしまう。
732:nobodyさん
07/11/25 16:06:11
そんなことで食わず嫌いせず他の言語にも手つけてみればいい
733:nobodyさん
07/11/25 17:08:23
>>729
おまえはrailsしらんのか。railsつかわずrubyでウェブアプリは考えられない。
なんにせよrailsがPHPのフレームワークに与えた影響も大きい。
734:nobodyさん
07/11/25 19:36:39 iO6j6FJ7
JSP + Servlerの事も思い出してあげてください。
JSPタグがいっぱいありますよって。
735:733
07/11/25 19:50:49
実は俺Java厨www
JavaでRailsライクなフレームワーク自作してｳﾏｰ！
736:nobodyさん
07/11/25 20:10:25
でっていう
737:nobodyさん
07/11/25 22:46:32
>>735
～と、Railsという単語を最近知ったJavaの出来損ないがホザいております
738:nobodyさん
07/11/25 23:23:43
え？そこでそういう風に煽るの？
739:nobodyさん
07/11/25 23:50:27
ってかJavaでRailsライクなの作っても全然うまそうじゃないな
740:733
07/11/26 00:01:21
生サーブレットで1ページごとに1クラス作るよりは楽だよ（´・ω・｀）
PHP版もだいたいできてきた。フレームワーク作るのも楽しい。
741:nobodyさん
07/11/26 00:01:34
正直もうこのスレいらんよね
742:nobodyさん
07/11/26 00:04:16
PHP脂肪ｗｗｗｗ
743:nobodyさん
07/11/26 00:11:39
もうCakeかRailsでいいよね。
744:nobodyさん
07/11/26 00:43:14
ぶっちゃけ4ベースのFWは全部粗大ゴミ、さっさと捨てな
745:nobodyさん
07/11/26 00:48:49
自作軽量テンプレートシステム＋indexでアクション振り分けてモジュールインクルード。これだけで俺は十分食っていけるｗ
746:nobodyさん
07/11/26 03:08:16
>>745
くやしいがはげどうだな
あとはvalidationとORMか。
validationどうしてる？
747:nobodyさん
07/11/26 03:18:54
その二つつけたらそもそも軽量フレームワークだろが
748:nobodyさん
07/11/26 03:52:45
だったらそうでもいいんじゃない？
別にフレームワークであることをかたくなに否定する必要なんかないじゃん。
必要な機能を揃えていったら、なんかフレームワークみたいになったなー、でいいんでない？
フレームワークつかおうとなかろうと、validationは必要だろ。
だからフレームワーク使ってないやつがどんな方法でvalidationしているのか興味があるから聞いてるのに
なんでこんな的外れな返事がくるかな。
749:nobodyさん
07/11/26 05:50:31
本当にフレームワークを使っていないのなら
Validationは行き当たりばったりだろ？
もしそうではなくてやり方が確立されているとしたら、
それはフレームワークを作っていることと同じことなわけで、
結局、自作フレームワークか、有名なフレームワークかの違い。
俺ならフレームワークを自分で作らず、誰かに作らせるね。
750:nobodyさん
07/11/26 07:46:12
「作らず」じゃなくて「作れず」だろ？ｗ
751:nobodyさん
07/11/26 08:29:19 jFWY6ZoT
フレームワークのヴァリデーションだって結局正規表現とか書く。これはフレームワーク使わなくても同じ。
あとは数値、メールのチェックとか。これも一度作れば他で使い回せるし。
フレームワークじゃなきゃ駄目な理由はないな。
ヴァリデーション以外の部分を考えなければ。
752:nobodyさん
07/11/26 08:31:45
ヴァリデーションって、そんなに使いまわせないから。メールアドレスチェックとか全角半角とかだけ、関数にくくり出しとけばそれでいい。
ビジネスロジック部分を上手く抽出して、それをヴァリデーションでも使えるように設計する方がよほど大事。
753:733
07/11/26 09:06:15
validationの仕組みがFWに埋まってて暗黙の内に呼ばれるのって使いづらいよね。
Railsのmodelに定義するのもね・・・
画面によって違うvalidation適応したいってなることもあるし。
なんで>>751-752案に賛成。
アクションの中で明示的に自分でvalidation呼びだすで良いと思う。
754:nobodyさん
07/11/26 09:09:14
>>745
俺も俺も。ちなみにO/Rマッパーはどうしてる？
PHP用ActiveRecord(Shrupだっけ？)もあるけど重そうなのでやめ。
O/Rマッパー自動生成スクリプトを作成した。
rubyでActiveRecord使ってDBの情報吸い出して、モデルクラス出力。
find()、count()、delete()とか基本メソッドも全部自動出力でｳﾏｰ
755:nobodyさん
07/11/26 09:53:58
軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後にバリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。
自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。
756:nobodyさん
07/11/26 10:25:31
十分って言ってるのは既存のフレームワークを使わなくても十分って話では。
要は人の作った物だと拡張するときめんどうだったりするから、自作のがいいって話。
既存ので手のつけようのないくらい良い物なら文句はないんだけどさ。
757:nobodyさん
07/11/26 10:47:22
そりゃ自作がいいにきまってるじゃん。
758:nobodyさん
07/11/26 10:54:18
>>755
＞軽量テンプレートにフロントコントローラーで十分と言って、フレームワークじゃないかのように言った後に
フロントコントローラーから受ける仕事を、表示部分に軽量テンプレート使ってるだけだろ？
ＭＣＶ的手法な構造なだけで、このスレで議論されてるフレームワークとは別物だろ？
＞バリデーションとオーアールマッパもとか言えば当然のツッコミな気がするが。
だから、バリデーションとオーアールマッパのことが気になって突っ込み入ったんだろ？
＞自分の意見以外は受け付けなくて否定されるとすぐ熱くなるタイプだな。たまにいる。
頭大丈夫？
759:nobodyさん
07/11/26 10:56:30
↑すまんＭＶＣｗｗｗ
760:nobodyさん
07/11/26 11:12:06 WWKo0wcp
<?php
$view="index.tpl";
// 処理
$entryList=Entry:getList(10);
lnclude($view);
?>
761:nobodyさん
07/11/26 11:41:54
これはひどい
762:nobodyさん
07/11/26 17:49:37
URLﾘﾝｸ(slashdot.jp)
Rubyの世界的人気度9位に上昇でPHP脂肪ｗｗｗ
763:nobodyさん
07/11/26 17:52:36
>>762のように言語依存してる奴は相当頭が悪いのだと思う。
適材適所で使い分ければ良いだけなのにｗｗｗｗ
764:nobodyさん
07/11/26 17:54:26 g6VI9o/i
>>762
んじゃまた来月会おう。
765:nobodyさん
07/11/26 17:56:04
>>762
言語設計としては素晴らしい。けど、あのパフォーマンスの悪さは何とかならないんですか(笑)
766:nobodyさん
07/11/26 17:59:03
速度がなければマシンを買い換えればいいじゃない
767:nobodyさん
07/11/26 18:17:36
もう釣りにスルーすらできないような奴しかいなくなったのかこのスレ
768:nobodyさん
07/11/26 18:24:46 g6VI9o/i
あんたｶｺｲｲよｗ
769:nobodyさん
07/11/26 18:25:32
スルーしてる奴の存在をどうやって確かめるんだよ
スタンド使い乙
770:nobodyさん
07/11/26 19:52:37
継承使いまくりなFWのデバッグのしにくさは異常
771:nobodyさん
07/11/26 20:51:29
>>770
あ、それ同意。
みんなどうやってデバッグしてんの？
772:nobodyさん
07/11/26 21:03:23
まずおもむろに全裸になります
773:nobodyさん
07/11/26 21:23:22
そもそもC++あたりの頃の規約的に継承されたクラスを継承しちゃだめじゃないか？
774:nobodyさん
07/11/26 21:29:30
ウェブアプリでクラスを使わないと表せないようなデータはごく限られた場面だけなんだよ。たいていの場合、連想配列で十分。
775:nobodyさん
07/11/26 21:31:07
クラスの役割によるけど、3階層より深くなるのは設計ミスの可能性がある。
776:nobodyさん
07/11/26 21:35:12 g6VI9o/i
基底クラスにデバッグメソッドがあるんじゃないの？
777:nobodyさん
07/11/26 22:03:20
>>762
志村～
778:nobodyさん
07/11/26 22:06:08
>>774
バカの一つ覚えみたいに、何でもかんでもクラスにすりゃイイってわけじゃないんですね。
簡単にできることを複雑にやる必要はない＝配列で十分なデータかどうかよく考えるようにしたいと思います。＾＾
779:nobodyさん
07/11/26 22:11:32
>>771
Seleniumとかテストツールがあるじゃないですか？
URLﾘﾝｸ(www.thinkit.co.jp)
みんな、フレームワークを使ったWebアプリを構築するとき、どんなテストツールを、どんなふうに使ってますか？
→What,Howを教えて！
780:nobodyさん
07/11/26 22:13:22
ファイル一つ読み書きするのにopen(),read(),write(),close()なんてメソッド作ってますが何か
781:nobodyさん
07/11/26 22:38:38 9laXyXH+
意味あんの？
782:nobodyさん
07/11/26 22:40:14
ぺちぺよんのはなし？
783:nobodyさん
07/11/26 22:49:17
>>779
普通にPHPUnit。
HTTP関係ないテストは説明するまでもないはず。
アクション（リクエスト処理）のテストは、$_GETとか$_POSTの中に値設定して、
アクション呼び出し。そんでデータベースにちゃんと入ってるかとかテスト。
こっちはテスト用のユーティリティーを作らないといかんので準備がめんどいね。
でもやる価値はある。
PHPにもspycってYamlパーサーがあったのには助かった。
784:nobodyさん
07/11/26 23:17:58
>>783
テストデータはYAMLで書くのが楽だよな。
PHPのヒアドキュメントがもう少し洗練されていれば。
785:nobodyさん
07/11/27 20:43:47
URLﾘﾝｸ(www.rubyist.net)
ruby公式ロゴ決定でPHP嫉妬ｗｗｗ
786:nobodyさん
07/11/27 20:46:35
URLﾘﾝｸ(japan.zdnet.com)
三木谷とまつもとが結託でPHPのシェア大幅下落ｗｗｗ
787:nobodyさん
07/11/27 21:10:23
アンチRubyの工作員の仕業にしか見えません
788:nobodyさん
07/11/28 02:24:54
周知でしょ
789:nobodyさん
07/11/28 11:13:11
>>779
Seleniumは、PHPというよりHTML(Javascript)側のテストツールだぞ。
XSSとかのテストに便利
（でも、ルール作るのが面倒やな。）
一つ一つのモジュールの出力をテストするにはPHPUnitとかかな。
790:nobodyさん
07/11/28 21:02:03
simpleTest使ってる奴はいねーの？
791:nobodyさん
07/11/29 10:22:46
>>786
Rubyの未来が心配になってきた…
792:nobodyさん
07/11/29 12:25:20
>>786
Googleは技術と戦略を軸に規模を拡大してきた。ただ、それが強みでも弱みでもある。楽天はオペレーションを加えた3つをしっかりとやってきた
何様だ？
楽天とgoogleなんて比べることすらおこがましいだろ
ruby魂売りすぎワロタ
793:nobodyさん
07/11/29 13:40:05
楽天って何のためにRuby採用したん？ Rubyって速いん？
794:nobodyさん
07/11/29 13:55:53
お互いに相手を利用してやろうって魂胆な気がする
795:nobodyさん
07/11/29 15:45:34
>>794
まさにそんな感じだ
おたがい腹の底では相手を全く尊敬してなさそう
796:nobodyさん
07/11/29 15:46:06
>>794
こけても
「まぁ、楽天(Ruby)だしな。」
と思われるので安心です。
797:nobodyさん
07/11/29 16:09:45 5C/J/t4q
>>794
Railsがもてはやされてる頃に、楽天が採用するって言い出したんだよな。
まぁ、どっちもどっちだ。
798:733
07/11/29 18:36:58
RailsもどきPHP自作FWの完成度が高まるにつれRailsどうでもよくなってきた。
でも一つの答えをくれたRailsに感謝。
楽天くらい開発スタッフかかえてるんなら自分たちでFW作って社内標準にすればいいのにな。
799:nobodyさん
07/11/29 18:39:18
自作君まだいたんだ
800:733
07/11/29 19:03:17
ごむぇん、にぃちゃん・・・
801:nobodyさん
07/11/29 20:34:40
作ってしまえば自作もいいぞ。全部自分好みにできる。
802:nobodyさん
07/11/29 21:40:55
オープンソースのフレームワークだって
全部自分好みにできるがな。