☆ P H P 5 ☆
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/06/30 19:46ID:830ve/qpPHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。
http://www.php.net/
0752nobodyさん
04/12/05 21:02:39ID:???負け惜しみでつか?
顧客の要望を満たしてれば実現手段はどうでもいいんじゃね。
一から起こすのにこだわって収益や顧客にとっての費用対効果を犠牲にしちゃダメだろ。
0753nobodyさん
04/12/05 21:14:56ID:???0754nobodyさん
04/12/05 21:21:08ID:???昔からよくいるよね。SQL書けて喜んでるやつ。
ORマッピングとか使えば書かなくていいSQLを手書きして、仕事した気になってるやつ。
それこそ「いちいち自分でSQL書くのがエライなんてのは作る側の自己満足に過ぎない。」
> それに、既に安定したベースシステムがあれば新規で起こすよりもコピペ&修正で仕上げた
> ほうが動作も安定するし費用も安く上がる。
当てにならない安定性のベースシステムをコピペ&修正で仕上げるより、広く検証されたフレームワークで余分なコードを書かずに仕上げた方が動作も安定するし、費用も安く上がるね。
いちいちコピペ&修正するのがエライなんてのは作る側の自己満足に過ぎない。
っていうか、PHP4のデータベースアクセスで充分実用的になってるって、おまえさんの技術レベルが低いだけの話じゃないの?
0756nobodyさん
04/12/06 00:03:31ID:???PHP4のDBアクセスは充分実用的だよ。
世の中にもPHP4でDBを使って、実運用しているサービスなんてわんさかある。
むしろJavaよりも多いくらいじゃないのか?
オレもPHP4+DBでいくつも商用サイトと手がけているし、
そのすべてが実用的でないといいたいのなら、もっと世の中を見ろといいたい。
それでもなお実用的でないと言い張るんなら
具体的な例を出してくれんとなんともねぇ。
0757nobodyさん
04/12/06 00:18:10ID:???0758nobodyさん
04/12/06 00:19:36ID:???0759nobodyさん
04/12/06 01:51:38ID:???まあ、出来ない奴の僻みだってw
保守にしても「PHPだと苦労する」なんて言ってる時点でヘボ確定だろ。
自分のウデのなさを環境のせいにして安心したいだけさ。
まあそんな奴がわんさかいるからオレらは安泰なんだけどな。
焦げたプロジェクトを軌道に乗せるだけで信頼の厚い優良顧客を獲得できる。
今の顧客は「わけわからん技術用語を連発するばっかりでちっとも客のことを
考えてない」業者にウンザリしてるからw
こっちは普通のことを普通にやってるだけでもエライ感謝されて(・∀・)
0760nobodyさん
04/12/06 02:05:47ID:???0761nobodyさん
04/12/06 02:37:33ID:???しかし話が出たついでなので、現実のORマッピングってどうよ?
まっさらの状態から Hibernate に都合良くスキーマ設計して良いよ、
と言われればOKかと思うが、
現実には、他用途で使ってる DB が既にあって、PKを面白い方法で生成してて、
欲しい結果を select する時にはわけのわからん表を結合してサブクエリするような
不思議な HQL を自分で書かなきゃいけない、しかも Oracle8 だぁ、
とかいうことが結構あるように思うんだが。俺だけ?
DB板のマッピングスレでも「結局DbUtils使って自分でSQL書くのが一番早い」
て人が多かった記憶がある。
0762nobodyさん
04/12/06 02:45:37ID:???同感。
既にあるDB(しかも設計に難あり)とかでやらされると結局素のSQL書いたほうが早い。
最近は、技術情報誌に載ってるような事例の大半は関連業者の広告記事だと思ってるよ。
0763nobodyさん
04/12/06 20:26:24ID:???0765nobodyさん
04/12/06 20:29:48ID:???マジな話、PHP4のデータベース接続が実用的と思って、コピペ+修正で手間を省いた気になってる人のおかげで、こっちはかなり楽ができる。
0766nobodyさん
04/12/06 20:32:46ID:???満足にコネクションプーリングもできないのに。
0767nobodyさん
04/12/06 21:05:34ID:???0768nobodyさん
04/12/06 22:27:22ID:???0769nobodyさん
04/12/06 22:29:24ID:???そんな基本、いらんね。
0772nobodyさん
04/12/07 00:32:05ID:???↑
( ´_ゝ`)ふーん
0773nobodyさん
04/12/07 00:57:31ID:???例外がない言語でトランザクションの処理をまじめに書くことのめんどくささをしらないなんて、プログラマ側の基本ができてない証拠だよ。
0775nobodyさん
04/12/07 01:13:31ID:???邦楽板で邦楽バカにしてる洋楽厨に似てるな。
0777nobodyさん
04/12/07 01:17:00ID:???全ページで Oracle の SQL をコネクションプーリング無しで走らせる perl の CGI が、
平均15万PV/日で動いてるよ。
いや、確かに悪いのは私です。ごめんなさい。本当に反省してます。次はもっとちゃんと作りますから。
0780nobodyさん
04/12/07 02:31:25ID:???一連の騒動の発端はそこだと思う
0781nobodyさん
04/12/07 03:01:07ID:???そうだねDB更新の頻度は少ないよ。IA32の2CPU、1台のみで済むレベル。
参照系は4つ並列(WWW/DB同居)にしてるけど。
PHPでコネクションプーリングが必要って、特殊な作りか
よっぽどネゴシエーションがとろいDBMSを(ワザワザ)使ってるかじゃないの。
これがPHPじゃなく、必然としてJavaで組む様なシステムなら別だけど。
0784nobodyさん
04/12/08 00:43:51ID:???0785nobodyさん
04/12/08 01:24:30ID:???禿同w
>>744が言ってるのはCNETのこの記事
「個人ブログが「やぶ蛇」に--ネット企業が社員を解雇」
http://japan.cnet.com/news/media/story/0,2000047715,20071607,00.htm
の事だが、この記事中でJava J2EEからPHPに書き直されたサイトってのは
「friendster.com」のこと。
http://friendster.com/
ちなみにAlexaのアクセスランキングで調べてみると、friendsterはランキング対象
ページ内で76位。最近の1日あたりのPVは6億〜10億で安定している。
http://www.alexa.com/data/details/traffic_details?&y=p&q=&url=friendster.com
サイトの性格上、当然“D B 接 続 バ リ バ リ”。
で、ここんところPHPに実用性がないとか言う連中に聞きたいんだが、
おまいらが手がけてるサイトってのは、friendsterの10億PV/日程度じゃ相手になら
ないくらいの“超 大 規 模 サ イ ト”なんでつか?
収入もすんげー良さそうでうらやましいでつ。
漏れの手がけるサイトなんて大きくてもせいぜい数万PV/日程度のピコサイトなんで
ちゃっちゃと書けるPHPでじゅうぶんでつ。
0786nobodyさん
04/12/08 01:36:35ID:u09Xv/jKでもそれをいうならJava自身のスペックというよりも、ここのJava信者のスペックが低いんだと思われw
Java自体には確かにそれなりのメリットがあるしな。
要は使い分けが出来るかどうか。
てか、PHPスレでPHPをけなす事しか書けない時点でDQN確定。
0787nobodyさん
04/12/08 01:40:36ID:???0788nobodyさん
04/12/08 01:49:57ID:???0790nobodyさん
04/12/08 02:24:57ID:???0791nobodyさん
04/12/08 02:27:04ID:???0792nobodyさん
04/12/08 02:55:37ID:???PHPでもちょっとしたサイトをちゃっちゃとしっかり作ることは可能ですが何か?
てかPHPはたいがいそういった目的で使われているんだが。
加えて言えばPHPにはフリーでサイト丸ごと構築できるツールもある。
ライセンス料もかからない上にオープンソースだからカスタマイズもしやすい。
小規模サイトを小予算で手早く作るならそういうツールを採用する手もある。
ツールで手っ取り早く立ち上げておいて、追々カスタマイズするってのは小予算の
テストプロジェクトではよく見られる手法だ。
俺の場合はそういったツールは使用していないが、それでも過去の蓄積があるから
良くあるサイトのバックエンドなら作業は数日で終わるし、仕様的な不足がなければ
実質的な作業は発生しない。
あとは表面のデザインだけだ。これには開発言語は関係ない。
PHPだと手早く作れないってのは単に経験や実績が不足してる言い訳に過ぎないな。
何度も言われてるが自分の力不足をPHPのせいにするのは見苦しいぞ。
0793nobodyさん
04/12/08 03:09:56ID:???それはJ2EEだと人手をかけてもパフォーマンスは向上しないということか?
いくらなんでもそういうことはないだろ。
再構築だけでなく検証の手間だけを考えても、環境の全面移行は最悪の手段だと思うが。
J2EEに致命的な欠陥がない限りそこまでする必要はない。
経験上そういうケースは最初にJ2EEで請けた業者に問題があって、クライアントが業者ごと
変更するような場合でないと発生しないと思う。
少なくとも良くあるケースではない。
0794nobodyさん
04/12/08 04:07:49ID:???どうなんだろね。
J2EEの場合運用にお金がかかりすぎるのは問題だと受け止めてるけど、
わざわざ乗り換えるかどうかとなると微妙。
0795nobodyさん
04/12/08 04:18:02ID:u09Xv/jKコストその他いろんな面で普通にはありえん。
通常J2EEでの構築だったら最後までJ2EEで行くし、後でPHPに切り替えるくらいなら最初からPHPで作る。
スキルのないJava厨が足掻いてるだけ。
0796nobodyさん
04/12/08 04:31:37ID:???JavaはPHPに比べてサーバーのリソースを食うのは確かだし、最適化したPHPのプログラムとJavaのプログラムでは、PHPの方が速いということになってる。
Yahooとか。
もちろん、その場合Zendからいっぱいモノを買うわけだけど。
J2EEの運用にお金がかかりすぎるというのは、意味不明。
EJBを使うにしても、サーバー製品にはお金をかけずにすますことができるわけだし。
0799nobodyさん
04/12/08 04:42:29ID:???えっと、少なくともトランザクションをしっかりやるのをちゃっちゃとできないと思うが。
入力検証のしくみも、定番になるようなしっかりしたものはないし。
ORマッピングもないから、データベースからそのままデータを表示するだけでも、SQLを書かないといけない。
少なくとも、サイトをしっかりさせる仕組みはPHPにはない。
PHPでちゃっちゃとしっかり作れるちょっとしたサイトって、ほんとにちょっとしたサイトくらいで。
それにしても、Javaで作れば、もっとちゃっちゃと作れるわけだし。
まあ、過去に作ったものと同じようなものでコピペでいけるとかの条件があれば別だけど。
0803nobodyさん
04/12/08 04:49:55ID:???0805nobodyさん
04/12/08 04:54:27ID:???ガンガレ!Java厨!
ガンガレ!COBOLer!
PHPスレでたくましく宣伝汁!
0806nobodyさん
04/12/08 04:54:44ID:???> それはJ2EEだと人手をかけてもパフォーマンスは向上しないということか?
限界が、Javaの方が低いってこと。
裏側の込み入ったところはJ2EEのままにして、表側の負荷がかかる参照系をPHPにするとかにするんじゃない?
もちろん、Javaの限界を超えて、サーバー増設のコストより作り直しのコストの方が安いくらいの負荷がかかる場合。
0808nobodyさん
04/12/08 04:58:30ID:???Javaって口に出す営業さんってお金をどれだけ取れるかしか興味ないから。
うまく動かないように納めてあとからまた金取る。
すごい剣幕で検収要求するしね。
はっきり言えば詐欺みたいなもんだね。
0809nobodyさん
04/12/08 04:59:58ID:???0811nobodyさん
04/12/08 05:03:08ID:???不思議なことに、PHP薦めてくることはまず無いね。
PHPだと、動くものを一回で納めてもらえるし、
どう見ても手離れさせたいって言うのが見え見えなんだよね。
こっちが、Javaって言い出したら帰ってもらうのと同じで、
向こうもPHPって言い出したらカモれないって思ってるのかもね。
0813nobodyさん
04/12/08 05:06:03ID:???この板見ても、もうJavaが下り坂なのはわかるな。
未来が無い。
スレ無いしw
0814nobodyさん
04/12/08 05:06:38ID:???0819nobodyさん
04/12/08 05:12:26ID:???0820nobodyさん
04/12/08 05:13:13ID:???ガンガレ!Java厨!
ガンガレ!COBOLer!
PHPスレでたくましく宣伝汁!
0821nobodyさん
04/12/08 05:14:47ID:???0823nobodyさん
04/12/08 05:17:11ID:???0824nobodyさん
04/12/08 05:17:48ID:FOI7KGXrあるよ?
0825nobodyさん
04/12/08 05:18:06ID:???0826824
04/12/08 05:18:50ID:???0827nobodyさん
04/12/08 05:21:00ID:FOI7KGXrSQLiteも面白いと思う。
皆さんは何に使っていますか?
0828nobodyさん
04/12/08 05:22:46ID:FOI7KGXr私を煽られても困るんだけど。
朝は煽られることが多いなぁ・・・
0829nobodyさん
04/12/08 05:31:22ID:???スピードとかメモリは気になるけど。
PHP5って、プロセス間でオブジェクト共有できる仕組みってあるのかな?
ファイル経由でもいいから。
0831nobodyさん
04/12/08 05:33:48ID:FOI7KGXrオブジェクトをシリアライズできるかってことですか?
0832nobodyさん
04/12/08 05:34:47ID:???0833nobodyさん
04/12/08 05:38:34ID:FOI7KGXrシリアライズせずにオブジェクトを共有できる仕組みがあるのですね?
PHPにはHTTPのセッション間で変数を共有する仕組みはありますが、
オブジェクトを共有する簡便な方法は無いように思いますよ。
0834nobodyさん
04/12/08 05:39:28ID:???まあ、一般的に作るには、同時実行とか考えると難しそうだけど。
0835nobodyさん
04/12/08 05:42:02ID:???こまかいこと突っ込むと、HTTPのセッションは、リクエストが来てレスポンスを返すまでの一回限りだよ。
0836nobodyさん
04/12/08 05:48:14ID:FOI7KGXrHTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど、
オブジェクトを受け取るセッションが開始した時点には前のセッションが存在しないので、
シリアライズされても何も問題が無いと思うのですが、どうでしょう?
0837nobodyさん
04/12/08 05:53:23ID:FOI7KGXrセッションとセッションの間でって意味ですね。
0838nobodyさん
04/12/08 06:02:32ID:???まだORマッピングとやらにこだわってんのかw
「データベースからそのままデータを表示するだけでも、SQLを書かないといけない」とか、SQLの記述
自体が無茶苦茶大変なようなこと言ってるが、RDBMS扱うマトモなプログラマならSQLくらい朝飯前だぞ。
実際みょうちくりんなツールを使うよりもよっぽど素早く目的のクエリが発行できる。
しかも効率よく早くリソースも無駄に食わない。
ちょっとまえは「SQL書けて喜んでる」とか煽ってたようだが、SQLは今のRDBMS使いにとっては国語と
同レベルで出来るのがアタリマエ。SQL書けるくらいで喜ぶような低レベルな奴と一緒にすなっての。
好みの便利ツールがないくらいで開発できないようなおこちゃまは自分のねぐらに帰りなさい。
0839nobodyさん
04/12/08 10:00:40ID:???Friendster が遅かったのは Java というより、
OR マッピングを使っていたせいじゃないの?と思った。
大抵ボトルネックは DB だし。
0840nobodyさん
04/12/08 11:22:40ID:???それは、SQLのチューニングができないORマッピング使ってるというだけの話じゃないの?
ボトルネックになってるところはORマッピングの自動生成SQLを使わなければいいだけの話だし。
0841nobodyさん
04/12/08 11:27:26ID:???SQLは書けてあたり前だけど、書かずにコーディングレスにすませれるならそれでいいって話だよ。
余計な手間であることにはかわりないわけだ。
とくに問い合わせを反映させた問い合わせとか、ORマッピング使わずにちゃんとビューと分離させようとすると非常にめんどうだし。
0842nobodyさん
04/12/08 11:29:19ID:???> HTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど
ふつうにPHPのセッションのしくみなんかも、HTTPのセッションをまたがってオブジェクトを共有するしくみだけど。
0843nobodyさん
04/12/08 11:30:27ID:???> SQLの記述自体が無茶苦茶大変なようなこと言って
言ってないよ。ただめんどくさいだけ。
とくにちゃっちゃっとしっかり作る場合にはとくにね。
0845nobodyさん
04/12/08 14:00:04ID:???0846nobodyさん
04/12/08 14:01:46ID:???0847nobodyさん
04/12/08 14:02:40ID:???0848nobodyさん
04/12/08 14:10:40ID:???仕様自体のバグと、仕様策定手順のバグは多いけど。
仕事で使えないことには違いないけど。
0849nobodyさん
04/12/08 15:03:22ID:???○仕事で使いにくい
いろいろな制約でPHPを使わないといけないときとか、アンケートみたいな使い捨てのサイトだったらPHPの方がいいときもあるからね。
0850nobodyさん
04/12/08 15:59:55ID:???まともにSQLが書ける人はこんなこと言いませんがw
ツールがなければSQLすらちゃっちゃと書けないレベルなんでつね。
第一便利ツールが出来たのはごく最近の話なんだが、それ以前のプログラマはまともなシステム
など組めなかったとでもいいたいんでつか?
SQLですら使われるようになったのは最近の話。
それ以前はdBaseやその他のISAMでガリガリ書いてたわけで、その時期からすればSQL自体が
夢のような便利ツール。
トランザクションのコーディングも普通にSQLで書ける。
ていうかSQLレベルで実装されてる。
第一よくある処理だと、既に散々使いまわしてきたクエリの項目を修正するくらいの程度なんだが、
それすら面倒だというくらいならプログラマなんてやってられんだろ。
いわば「自分で箸もって飯食うのが面倒だから口元まで運んでくれ」位のことを言ってるようなもの。
おまいら本当に R D B プ ロ グ ラ マ な ん で つ か?
■ このスレッドは過去ログ倉庫に格納されています