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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 09/11 22:53 / Filesize : 241 KB / Number-of Response : 932
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：nobodyさん mailto:sage [2008/02/09(土) 10:43:58 ID:???]: 前スレ
pc11.2ch.net/test/read.cgi/php/1197383840/
560 名前：nobodyさん mailto:sage [2008/05/15(木) 18:52:47 ID:???]: あれは賛否両論だろ。
引数省略に付随する問題も一緒に抱えるのに
手放しで喜ぶ馬鹿は死んだほうがいい
561 名前：nobodyさん mailto:sage [2008/05/15(木) 21:30:45 ID:???]: >>559
できねーよ
562 名前：nobodyさん mailto:sage [2008/05/15(木) 21:31:41 ID:???]: >>561
できるーよ
563 名前：nobodyさん mailto:sage [2008/05/15(木) 23:37:08 ID:???]: >>554
それがリレーショナルDBだから。
オブジェクトで扱いたいなら、ORMじゃなくって、OODBを使えばいいんだよ。誰も使ってないけど。
もっともその例って、単なる配列のデータ構造を表してるだけで、オブジェクトとは関係ないと思うけど。
564 名前：nobodyさん mailto:sage [2008/05/15(木) 23:50:37 ID:???]: >>563
そりゃ、元のレスが
> 連想配列ですべて解決する。
だからだろうね。

RDBの結果なら連想配列で全て表すことができるっていうだけの書き込みに対して、
それが便利なのか？っていうつっこみなんだろうと思った。

>>554が例に挙げてる様なデータなら、多次元の配列で処理する人も多いだろうし
O/Rマッパとはまた違う次元の話の様な気もするｗ
565 名前：nobodyさん mailto:sage [2008/05/16(金) 00:41:02 ID:???]: というか、そんな陳腐な工夫を語れるような小さくて整ったデータベースしか扱ってないんだな、おまえら。
566 名前：nobodyさん mailto:sage [2008/05/16(金) 00:51:22 ID:???]: PHPですよ？しかも（主に配布されてる）フレームワークのスレ。

そんなに複雑でビジネスロジックとその他もろもろの制約によって
アドホックばりばりのシステムの話なんてするところじゃないじゃ無いか
567 名前：nobodyさん mailto:sage [2008/05/16(金) 05:20:25 ID:???]: PHPでビジネスロジックや「そのたもろもろ」の制約を必要とするよーな設計するか？
そういう制約が意味あるのって、DB専門班とぎっちぎちに分業するようなケースだしなあ。
null拒否くらいならデバッグの意味はあると思うけど
PHPみたいな上層で使うモンなら正規形も凝らんでそ
制約意識するくらいなら処理ロジックや自前キャッシュ手法に凝った方が百倍マシ
PHPが生かせるケースじゃない

なんか元コメ辿ると、bindやprepare使えば十分だろ的な思惑も感じるけど
568 名前：nobodyさん mailto:sage [2008/05/16(金) 17:52:55 ID:???]: 言語で設計が決まるわけじゃない
569 名前：nobodyさん mailto:sage [2008/05/16(金) 19:19:07 ID:???]: むずかしいことばのかいせつ

アドホック - Wikipedia
ja.wikipedia.org/wiki/%E3%82%A2%E3%83%89%E3%83%9B%E3%83%83%E3%82%AF
アドホック（ad hoc)は、「特定の目的のための」「限定目的の」などといった意味のラテン語の語句である。
ヨーロッパ諸語では様々な語句と組み合わせて用いられている。

ad hoc quering アドホック・クエリ
情報科学分野の用語。
アドホック・クエリを使えば、カスタマイズされたクエリを簡単に作成することが可能になる。
通常、データベースの原理やSQL 文を深く理解していなくても、GUIを使って行うことができる環境が提供されている。
ただし、このような方式のクエリが多用されるとデータベースシステム全体のパフォーマンスにも影響が出かねないため、直接に"生"のデータベースを対象とするのではなく、"生"のデータベースを定期的に複製したものを対象にクエリを作成する、というようなことも行われる。
そのような複製は「データウェアハウス」などと呼ばれることもある。
570 名前：nobodyさん mailto:sage [2008/05/16(金) 19:20:35 ID:???]: アドホックとは - はてなダイアリー
d.hatena.ne.jp/keyword/%A5%A2%A5%C9%A5%DB%A5%C3%A5%AF
アドホックあどほっく
【ad hoc(羅)】取ってつけたようであるさま。
この意味より，「恒久的でない」とか「反復的でない」ような形容に使われる
571 名前：nobodyさん mailto:sage [2008/05/16(金) 22:43:59 ID:???]: >>562
どうやって？サンプルコード示して。
572 名前：nobodyさん mailto:sage [2008/05/16(金) 22:47:17 ID:???]: マニュアル読めーよ
573 名前：nobodyさん mailto:sage [2008/05/16(金) 22:53:58 ID:???]: ま、そーやって逃げるのは分かってたからいいけど
574 名前：nobodyさん mailto:sage [2008/05/16(金) 22:59:30 ID:???]: 低脳おーつ
575 名前：nobodyさん mailto:sage [2008/05/16(金) 23:36:11 ID:???]: お前、ほんと残念なやつだな
576 名前：nobodyさん mailto:sage [2008/05/17(土) 00:30:15 ID:???]: しょーもない煽りあいｗｗｗ
577 名前：nobodyさん mailto:sage [2008/05/17(土) 00:50:50 ID:???]: 反応するおまえもだよｗ
578 名前：nobodyさん mailto:sage [2008/05/17(土) 03:55:36 ID:???]: PEAR使う時ってラップしたクラス書く？
そのまま使う？
579 名前：nobodyさん mailto:sage [2008/05/17(土) 04:45:21 ID:???]: 時と場合によーる
580 名前：nobodyさん mailto:sage [2008/05/17(土) 09:38:16 ID:???]: PDOで階層構造表現できるの？まじ？
581 名前：nobodyさん mailto:sage [2008/05/17(土) 13:16:01 ID:???]: マジ。ただし、O/Rマッパーが必要

O/Rマッパー最高！！！

という流れですね。わかります。
582 名前：nobodyさん mailto:sage [2008/05/17(土) 13:43:24 ID:???]: >>581
それはPDOだけでは不可能で、
PDO無くてもORMがあれば可能という話ではないのか。
583 名前：524 mailto:sage [2008/05/17(土) 19:36:50 ID:???]: >>549
そうだね。
「ハッシュの配列では扱いにくい」と言ってるってことは、
PDOが連想配列で返すのを不便だと感じているという事だもんね。

俺は>>550と同意見だった。
オブジェクトが返ってくる事自体にまったく利点を感じないのだ。

データベースエンジンの差異を吸収するのはORMの副産物だと思うし、
それをやってくれるORMじゃないライブラリは好きなので、
やっぱり俺は世にあるORMにはあまり意義を感じていないのかも知れない。

バリエーションって何？
584 名前：nobodyさん mailto:sage [2008/05/17(土) 21:39:55 ID:???]: >>583
そもそもオブジェクト指向に意義を感じてないんじゃない？
585 名前：nobodyさん mailto:sage [2008/05/18(日) 00:27:53 ID:???]: オブジェクト指向で分析→設計→実装するとき、オブジェクト指向プログラミングの形とマッチしますね。
itpro.nikkeibp.co.jp/article/lecture/20070419/268987/

モデリングの過程がオブジェクト指向じゃないと、あまり劇的に便利という実感は湧かないかな？
586 名前：nobodyさん mailto:sage [2008/05/18(日) 00:44:42 ID:???]: >>583
RailsのARとか使ったことあるの？
587 名前：nobodyさん mailto:sage [2008/05/18(日) 02:08:18 ID:???]: 公開されたキモゲータウンのフレームワークがPerlで作られててPHP脂肪ｗｗｗ
588 名前：nobodyさん mailto:sage [2008/05/18(日) 04:15:22 ID:???]: むしろ歓喜しているように見える
589 名前：nobodyさん mailto:sage [2008/05/18(日) 08:26:46 ID:???]: ひさびさに脂肪ネタ来たｗ
590 名前：nobodyさん mailto:sage [2008/05/18(日) 18:14:47 ID:???]: CSSもDRYを求められるよな
単にデザインセンスだけでなくプログラマ的な素養が必要
お前らのデザイナはDRYでびゅーちふるなCSSを書けるの？
それともお前らが手直しするの？
591 名前：nobodyさん mailto:sage [2008/05/18(日) 22:23:00 ID:???]: なんでそれをこのスレで聞くん？
592 名前：nobodyさん mailto:sage [2008/05/18(日) 22:31:44 ID:???]: >>590
因みに俺のところでは手直しも指導も回答も全部俺がやっている。
つうか、エディタを使う作業は、たいがい俺に回ってくる。
一度も書いたことがないASをいきなり書けたら天才呼ばわりされた。
ほとんど使わないエクセルでマクロをいきなり書いたときもそうだった。
冗談じゃない、感心するなら金くれと言いたい。
うぇぶでざいなー（笑）の100倍は貰って当然だろ、本気で。
593 名前：nobodyさん mailto:sage [2008/05/19(月) 00:14:19 ID:???]: DBの結果セットをそのままクラスにするなんてJava屋の発想だな。もしくはアカデミックな人の発想だ。実戦的じゃない。
ウェブアプリって、一覧画面なら連想配列の配列、詳細画面なら連想配列でDBから情報を取得して、HTMLという静的な状態に移す、ほとんどはそれで済む話。
複雑なロジックを伴うクラスが必要な場合だけクラスにすればいい。そういうクラスはDBからだけで構成されるわけじゃない。ORMからさらにDAOと2重にラップする必要はない。
594 名前：nobodyさん mailto:sage [2008/05/19(月) 22:23:22 ID:???]: まあぶっちゃけJavaには連想配列はないから、どうやったってオブジェクトにはなるんだけどな
それをモデルとして便利にする方向はある意味自然か
595 名前：nobodyさん mailto:sage [2008/05/20(火) 17:15:34 ID:???]: Zendが身売り準備開始してPHPリアルに脂肪ｗ
596 名前：nobodyさん mailto:sage [2008/05/20(火) 17:39:18 ID:???]: これか、
jp.techcrunch.com/archives/20080519job-cuts-at-php-startup-zend-could-be-aimed-with-an-eye-towards-a-sale/

PHPそのものはともかく、ZendFrameworkとかは影響うけるかもね。
597 名前：nobodyさん mailto:sage [2008/05/20(火) 17:46:06 ID:???]: 買収先「ZendFrameworkぅ？なんだこの糞FWは！？捨てろ！

ってなるに500ペリカ
ZFなんかを使っていた先見の明ない奴ら涙目ｗｗｗ
598 名前：nobodyさん mailto:sage [2008/05/21(水) 11:31:16 ID:???]: もしPHPが有料の製品になったらどうする？
俺は捨てるｗｗｗ
599 名前：nobodyさん mailto:sage [2008/05/21(水) 15:22:14 ID:???]: なるわけねえだろ。さすがに。
600 名前：nobodyさん mailto:sage [2008/05/21(水) 15:48:10 ID:???]: Microsoftが買収したら、なにやらワケが判らぬフレームワークが前提になって、
そのフレームワークの機能はIISでしか動かないみたいなのはあるかもよ。

あぁ、想像しただけで嫌だ。
601 名前：nobodyさん mailto:sage [2008/05/21(水) 22:30:45 ID:???]: MSにはASP.NETという洗練されたフレームワーク、VisualStudioという高機能なIDEがある。ガキのおもちゃのようなPHPと一緒にするな。
602 名前：nobodyさん mailto:sage [2008/05/21(水) 23:44:23 ID:???]: ASP.NETってどこで使われてるの？
GoogleとかYahooとかAmazonとか楽天とかMixi見たいな大手で。
もちろんMicrosoftのサイトは除いて。

直感だけど、MSのフレームワークが前提になったらPHPは確実に死ぬと思う。
603 名前：nobodyさん mailto:sage [2008/05/22(木) 00:36:44 ID:???]: >ASP.NETってどこで使われてるの？
うちJavaに次いで.net/レガシーASP案件が多いよ
でもASPはイントラ用途での案件ばっかりだな
IISに.netにMSSQLにPowerShellにVSSと、MSモノで固めた場合は
けっこういい環境だと思うんだけどねー。
MSモノだけやる訳じゃないせいか、誰もVisual Studio使ってないけどw

つまり、MSモノで固められるケースが限られるのが問題なんだろう。
レン鯖とかでも（Javaともども）機能制限しにくい故にユーザに提供しにくいしな。
その隙間をPHP需要が埋めているんじゃないかい。
604 名前：nobodyさん mailto:sage [2008/05/22(木) 01:06:04 ID:???]: ASP.NET → PHP.NET

まさかのM$大逆転
605 名前：nobodyさん mailto:sage [2008/05/22(木) 01:06:57 ID:???]: >>603
結局さ、ASP.NETが良いのってSIerにとってでしかないと思うんよ。
小さく使われる、汎用性がないプログラムとしてと言うか。

そういう前提がなければ PHPなりPythonの方が有用だから、大手のサイトでは
ＰＨＰやPythonなんかが使われてるじゃかなろうかと思ってる。

仮にＭＳに買収されたら、PHPはPHPらしさを残せるかのかなぁ。かなり不安。
606 名前：nobodyさん mailto:sage [2008/05/22(木) 01:11:58 ID:???]: VisualBasicの後継はVisualPHPで
607 名前：nobodyさん mailto:sage [2008/05/22(木) 01:22:14 ID:???]: どうVisual・・

っていうかDreamWeaverとかじゃねえのそれ
608 名前：nobodyさん mailto:sage [2008/05/22(木) 13:40:13 ID:???]: ASP.NETくらい作りこまれたフレームワークはない。コミュニティベースのフレームワークとは出来が違う。VisualStudioもそうだけど。
ただ、イントラ以外の、一般のウェブサイトの場合、結局凝ったデザインを実現するための泥臭い部分に多くの労力を割かれるので、ASP.NETのメリットは薄れる。
後は、LAMPみたいに全部無料ではないので、中小規模の場合、LAMPを選択することが増えるだろうな。
609 名前：nobodyさん mailto:sage [2008/05/22(木) 15:06:08 ID:???]: 実際、WEBアプリ業界って言ったら、Windowsサーバに抵抗感があるというか触ったことのない
会社・技術者も多いんだけどね。特にCGI等の設置運用あたりからぽこぽこ出来た会社はｗ
610 名前：nobodyさん mailto:sage [2008/05/22(木) 15:43:18 ID:???]: 泥臭い部分で真価を発揮できない作りこまれたFWとかｗ
そういう仕事を片付けるためのFWじゃねーのかよ

コミュニティベースかそうじゃないかで
出来が云々とかいかにもMSのバカ顧客らしい発想だ
その作りこまれたFWとやらで死ぬまで
綺麗で泥のないアプリを作りつづけてろ
611 名前：nobodyさん mailto:sage [2008/05/22(木) 16:11:39 ID:???]: >>608
想像だけど、確実にMS　は　Yahoo みたいな超大規模なところには、ほとんど無料で使えるような
営業をかけてると思う。仮に　Yahooのサイトが ASP.NETで運用されれば、広告効果大きいし。

だから、ASP.NETが PHPとかPythonより大規模なサイト構築に向いていれば、使ってないはずがない。

パフォーマンスの問題か、セキュリティに対する透明性の問題か、生産性の問題化は判らんが、
大規模なサイトにおいては ASP.NETは　PHPとかPython以下という評価がされているだけだと思う。

中規模なところには普通にしか販売しないだろうから、ASP.NETはイントラみたいな小規模なところでしか
使われない気がする。SIerとしては、そっちのほうがマーケットが広いだろうから、そんなに悪い話でもないけど。
612 名前：nobodyさん mailto:sage [2008/05/22(木) 17:50:15 ID:???]: MS製品はしょっちゅうトロイとか埋め込まれてる印象
613 名前：nobodyさん mailto:sage [2008/05/22(木) 23:15:21 ID:???]: いや、大企業ほどIISの比率が高いから。金がかけられるところはJavaやASPが多い。
Apacheが強いのは予算のないところとか、２ちゃんみたいにひたすらウェブサーバの数を増やしたい大規模なサイト。
614 名前：nobodyさん mailto:sage [2008/05/22(木) 23:18:13 ID:???]: 補足しておくけど、大規模なサイトと予算の大きなサイトは別物だから。
615 名前：nobodyさん mailto:sage [2008/05/23(金) 00:01:10 ID:???]: でも結局ネットでビジネスやってるようなシステム運用に詳しくて、大規模なトラフックがあるところは
あんまりASP.NETを使用してないんでしょ？やっぱ本質的な問題があるんじゃないの。

事例見ても、イマイチぱっとしないし。
www.microsoft.com/japan/msdn/asp.net/technologyinfo/showcase/
616 名前：nobodyさん mailto:sage [2008/05/23(金) 00:55:23 ID:???]: 実際MSを全面的に信用してる奴は少ないと思うよ。
本質的な問題、とやらがあるのかどうかは判らんけど、
「ソースが公開されてていざとなれば力技が効く」世界とは180度方向性が違うからねえ。

その事例のリード文で処理規模謳ってるのはセガダイレクトくらいか
「.aspx」で終わるURLぐぐるといろいろ出て来るけど、大規模サービスって感じのはないなー。
リネ2のwebとかJR東の運行情報とかパンヤのwebとか地図閲覧サービスとか
まあそれなりに規模あって安定性が望まれるサービスも垣間見れるね。

致命的な弱点があるようには見えないな
オープンソースじゃない事、ってのは一つの理由になると思う。
617 名前：nobodyさん mailto:sage [2008/05/23(金) 01:25:55 ID:???]: htmlエスケープどういう方針でしてる？
俺は文字列と、文字列が入った配列を再帰的にエスケープして、
オブジェクトはそのままviewに渡してるけど
618 名前：nobodyさん mailto:sage [2008/05/23(金) 06:55:54 ID:???]: >>617
本質的にはhtmlを生成するときにその場でコンテキストにあわせてエスケープするのが適当だよ。
htmlに入れ込むといってもテキスト要素として入れ込む場合と属性値としてクオートの中に入れるばあいなんかに分かれるから。
619 名前：nobodyさん mailto:sage [2008/05/23(金) 10:28:17 ID:???]: 日本はApacheのシェアが高い。
日本は今でもApacheしか対応してないレンタルサーバ屋が多いけど、アメリカは昔からレンタルサーバ屋がIISとApache両方対応してた。
Fortune1000を対象にしたシェア調査が少し前に話題になったけど、大企業のコーポレートサイトなど、予算のかけられるところはJavaやASPが強い。
PHPで名もないウェブサイトしか作ってないと、そういう実感はないだろうけど。
620 名前：nobodyさん mailto:sage [2008/05/23(金) 10:29:53 ID:???]: ApacheやLinuxのカーネルハックできる人材なんて、その辺のウェブ屋にはまずいないから。オープンソースか否かなんて関係ない。
621 名前：nobodyさん mailto:sage [2008/05/23(金) 10:52:28 ID:???]: 誰もWebServerとしてIISが劣るとは言ってないんだが、何を言ってるんだろ。
それにしても2回に分けて書くのは芸風か。
622 名前：nobodyさん mailto:sage [2008/05/23(金) 13:01:37 ID:???]: >PHPで名もないウェブサイトしか作ってないと、そういう実感はないだろうけど。
↑俺のことですねｗ

Webアプリは、PHPとJavaしか使ってない★
ASP.NETじゃないと実現できない機能は今のところ無し(・∀・)
どうしてもASP.NETじゃないと無理なら手を出しますが、他の実現方法を探すかな？
…というかMS製品しか使っていない客には当たったことないです（ラッキー！？）
623 名前：nobodyさん mailto:sage [2008/05/23(金) 13:04:32 ID:???]: 大手のSIerではPHPを使う案件はやってないんですか？
大手＝PHPを使わない企業という定義でOKですか？
そんなわけねーだろｗｗｗｗｗｗ
624 名前：nobodyさん mailto:sage [2008/05/23(金) 13:14:15 ID:???]: PHP→名もないウェブサイト→人生負組みのツールでもいいじゃん
自分が便利だと思ったら使えばいい

他人の判断、他人の価値観を気にして、他人に認められたいと思う演技を続ける人生は、勝ち組じゃない
奴隷じゃないなら、最後は自分の判断で決めろ

…俺はRuby、Pythonの準備をしときますｗ
625 名前：nobodyさん mailto:sage [2008/05/23(金) 13:28:14 ID:???]: >>623
Javaなんかだと顧客側が動作環境を WebsphereとかWeblogicに限定してるところ
は多いでしょ。SI案件だとフリーの環境は一切使いたくないってのは普通だし、
そういう客のほうがカネ払いもいいだろうし。

ただ、そういうのは技術的な判断じゃないから、これをもって技術的にも良いはずって
言うのは愚かしいと思う。
626 名前：nobodyさん mailto:sage [2008/05/23(金) 17:03:53 ID:???]: >>618
よくいるよな、おまえみたいな無知ｗ
属性値はいわばRCDATAなのでHTMLエスケープに関してはPCDATAと全く違いなし。
現在のほぼ100%のUAが、属性値もエスケープされていることを見込んでパースしている。
627 名前：nobodyさん mailto:sage [2008/05/23(金) 21:22:09 ID:???]: >>626
618じゃないけど
RCDATA、PCDATAという用語は初めて知った。
参考になったよ、ありがとう

データ形式一覧
bakera.jp/ref/html/dataformat

#PCDATA (構文解析対象文字データ) の解説
bakera.jp/ref/html/dataformat/pcdata
PCDATA は Parsed Character Data の略で、「構文解析対象文字データ」です。

RCDATA (置換可能文字データ) の解説
bakera.jp/ref/html/dataformat/rcdata
Replaceable Character Data、「置換可能文字データ」です。
628 名前：nobodyさん mailto:sage [2008/05/24(土) 00:03:21 ID:???]: >>626
じゃあ、その上で、
どの時点でどのような処理をしてエスケープすればよいかを具体的に教えて。
629 名前：nobodyさん mailto:sage [2008/05/24(土) 22:02:37 ID:???]: >>626
RCDATA言いたかっただけなんですね、
ええ、わかります。
630 名前：nobodyさん mailto:sage [2008/05/24(土) 22:37:13 ID:???]: まるごと Ruby! 発売でPHP斜陽の感ありありｗｗｗ
631 名前：nobodyさん mailto:sage [2008/05/25(日) 11:29:57 ID:???]: YahooとMicrosoftの仲人はPHP？

PHP on IIS - MicrosoftがPHPをフルサポート
www.microsoft.com/japan/opensource/php/default.mspx

【Special Seminar】 PHP on IIS - あなたの可能性を広げる、Windows 環境へ -
msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032377878&Culture=ja-JP
632 名前：nobodyさん mailto:sage [2008/05/25(日) 13:35:47 ID:???]: P++
633 名前：nobodyさん mailto:sage [2008/05/25(日) 16:38:21 ID:???]: >>626
javascriptのエスケープはコンテキストによって、
ブラウザによって必要とされるものは違うでしょ。

「HTMLエスケープ」っていう言葉が悪い気はするけど。
634 名前：nobodyさん mailto:sage [2008/05/25(日) 22:06:40 ID:???]: >>633
どう違うの
635 名前：nobodyさん mailto:sage [2008/05/26(月) 04:04:46 ID:???]: >>633
遠回しに言ってんじゃねーぞハゲ
HTMLエスケープはHTMLエスケープであって
それ以上でも以下でもない
636 名前：nobodyさん mailto:sage [2008/05/26(月) 09:16:56 ID:???]: >>634
>>635
www.google.co.jp/search?hl=ja&q=javascript+%E3%82%A8%E3%82%B9%E3%82%B1%E3%83%BC%E3%83%97+%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%8F%E3%83%B3%E3%83%89%E3%83%A9&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=
637 名前：nobodyさん mailto:sage [2008/05/26(月) 09:25:06 ID:???]: テンプレートでデフォルトでhtmlspecialcharsされるようにしてる。
ユーザ入力でタグの中に何かを出力する場合(ほとんど無いけど)は、
ホワイトリスト方式。
638 名前：nobodyさん mailto:sage [2008/05/27(火) 23:55:46 ID:???]: フレームワークのせいで後々のメンテの度に長時間取られる。
PHPなんて、なーんも考えずに工夫せずにコピペ最強でサクっと済ませられる「フレームワーク」なんだがな。
639 名前：nobodyさん mailto:sage [2008/05/28(水) 01:02:34 ID:???]: 規模によるって
話を単純化し過ぎ
640 名前：nobodyさん mailto:sage [2008/05/28(水) 01:55:54 ID:???]: そうだよなぁ。
規模がでかいと、謎エラーの出所が分かんない場合あるよね。
何回も呼んでるフレームワークの関数で、止まる時とかさ。

大概人的ミスだから、CVSとかで誰がやったか、すぐにばれるんだがな。
そんな時はブーブー文句垂れるおｗ
641 名前：nobodyさん mailto:sage [2008/06/06(金) 02:37:05 ID:???]: FW使うとメモリ喰うから
apacheのプロセス数が増えるとメモリが圧迫されてmemcacheが消えるね
一台の鯖で稼働できるプロセス数かなり減らね？
642 名前：nobodyさん mailto:sage [2008/06/06(金) 07:32:19 ID:???]: 一番メモリ食わない言語って何？
やっぱPerl?
643 名前：nobodyさん mailto:sage [2008/06/06(金) 08:14:24 ID:???]: アセンブラ
644 名前：nobodyさん mailto:sage [2008/06/06(金) 08:18:17 ID:???]: 今時アセンブラでウェブアプリ書いてる奴いるわけねーだろ
はてなもPerlだし、やっぱPerlなのかな？
645 名前：nobodyさん mailto:sage [2008/06/06(金) 08:56:45 ID:???]: 軽いと言われるciですら、現在メモリ700KB
1リクエスト毎にドラクエ4の全容量以上のメモリを食うって一体…
646 名前：nobodyさん mailto:sage [2008/06/06(金) 08:57:39 ID:???]: perlも良いフレームワークがあればもっと流行るんじゃない？
まぁ、続きは向こうで。

【Perlフレームワーク】Catalystを語る人
pc11.2ch.net/test/read.cgi/php/1168406385/
647 名前：nobodyさん mailto:sage [2008/06/07(土) 08:06:42 ID:???]: PHPの場合、ウェブフレームワークがすべてのモジュールを内蔵していて、外部に独立してるのはせいぜいSmartyくらいだけど、
Perlの場合、Catalyst含めて、独立したモジュールが集合して構成されるので、PHPのようなウェブフレームワークとは意味が違ってくる。
648 名前：nobodyさん mailto:sage [2008/06/07(土) 12:29:05 ID:???]: Perlでライブラリとして提供されてるものが
PHPでは関数やエクステンションで提供されてるだけの話で
本質的にはたいして変わりなくね？
649 名前：nobodyさん mailto:sage [2008/06/07(土) 19:46:49 ID:???]: PHPはテンプレートエンジンもORMも、フレームワークごとにバラバラだから。
650 名前：nobodyさん mailto:sage [2008/06/07(土) 21:25:56 ID:???]: なんでSmartyもしくはFlexyを敬遠するのかな、とは思ったことがある。
大体だれかが野良クラスで対応するじゃない。
パフォーマンスにしたって、それ以外の部分でがっつり重いFWも結構あるし。

もうViewクラスを作るのはほぼ共通なんだから、Zendがなんか作ってくれ
ないかな。if と foreach と変数展開（オブジェクトのメソッド呼び出し含む）と、
スクリプトでregisterしたヘルパメソッドのみが使えるとかいう感じで。

PDOみたいに組み込みクラスで速ければ、とりあえず俺は多分それを使う
651 名前：nobodyさん [2008/06/08(日) 13:31:14 ID:oe9fgjbi]: そこでPECLですよ
652 名前：nobodyさん mailto:sage [2008/06/08(日) 23:13:03 ID:???]: 一番速いテンプレートエンジン - Blitz - Do You PHP はてな
d.hatena.ne.jp/shimooka/20071111/1194764798
653 名前：nobodyさん mailto:sage [2008/06/09(月) 02:02:29 ID:???]: 一番速いテンプレートエンジンはPHPそのものに決まってるだろ。
654 名前：nobodyさん mailto:sage [2008/06/09(月) 13:52:03 ID:???]: PHPそのものだと、構文がテンプレートっぽくない。

BlitzはPHP拡張として作られているから、PHPそのものといえる。
SmartyもPHPそのものに変換されるから、PHPそのものといえる。
655 名前：nobodyさん mailto:sage [2008/06/09(月) 14:03:38 ID:???]: ところでPieceFrameworkはフロー定義を書き換えるたびにクッキー消さなきゃならんというガッカリな仕様は直ったのかな？
656 名前：nobodyさん mailto:sage [2008/06/09(月) 14:28:34 ID:???]: テンプレートエンジン派ってデザイナにテンプレート書かせてるんだよな？
それ以外にテンプレートエンジン使ってる奴がいたとしたら救いようがないうつけ者だな
657 名前：nobodyさん mailto:sage [2008/06/09(月) 17:37:34 ID:???]: >SmartyもPHPそのものに変換されるから、PHPそのものといえる。
これは違うだろ。うぇぶでざいなあが作る段階でPHPじゃないのだから。
658 名前：nobodyさん [2008/06/10(火) 00:15:51 ID:00QPcxQH]: >>656
WEBデザイナー兼WEBプログラマーな私はSmartyを使っておりました。
最近はテンプレートは生PHPで充分ということに気付き、原点回帰しました！
659 名前：nobodyさん mailto:sage [2008/06/10(火) 05:28:42 ID:???]: よく知らんのだが、「PHPそのもの」って言ってるやつのFWでも、それはあくまで記法だけで、
スコープを確保するためにファイルを読み込んでeval()してそうな気もするんだが、違うのかな。

それとも、グローバルにオブジェクト（や関数）を置いて、それを参照するのを前提にrequireなの？
660 名前：nobodyさん mailto:sage [2008/06/10(火) 09:31:44 ID:???]: requireすると、呼び出し場所のローカルスコープで
実行されるので、別にeval()する必要は無かろう。

っていうか、そんなPHPフレームワークあるの?
RoRはerbでevalしてるが。

[ 続きを読む ] / [ 携帯版 ]

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