【PHP】PEAR Part2

【PHP】PEAR Part2at PHP

【PHP】PEAR Part2 - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

82:nobodyさん
 05/10/01 18:47:26 
mysql相手だと、 
http://pear.php.net/manual/ja/package.database.db.db-common.nextid.php 
これは使えないのかな？ 
 
使えないのなら、 
$db->getOne("SELECT LAST_INSERT_ID()");

83:nobodyさん
 05/10/14 17:10:01 TRgLsoyz
PEAR::Authをインストールするためコマンドプロンプトから 
 
cd c:\php 
pear config-set http_proxy http://(プロキシサーバ):8080 
pear install Auth 
 
と打っても 
 
XML error at line 1, check URL 
Invalid return payload: enable debugging to examine incoming payload 
 
とエラーが出ます。ググっても解決策がよくわかりません。ご教授お願いします。 
（プロキシサーバ）のとこには自分のプロキシサーバ・アドレスを入れています。

84:nobodyさん
 05/10/15 00:48:58 
>>83 
氏ねや。

85:nobodyさん
 05/10/15 01:03:49 
なんで？

86:nobodyさん
 05/10/16 03:51:20 
>>69 
自分の今いる現場では、PEARはほとんど使ってないね。 
携帯向けサイトの仕事なんだけど、TV局のサイトなので告知とかあると 
アクセスが集中してWebサーバとDBサーバの両方に負荷がかかる。 
ハードの強化は予算的にどうしようもないので、プログラム側で工夫することになるんだけど、 
１リクエストに対するレスポンスを上げるため、できるだけ処理速度を上げるように言われてる。 
そのためDBアクセスでは、PEAR::DBは使わずに、ネイティブ関数をラップした共通関数orクラスを使ってる。 
 
＞「mysql_query（）なんてのをコードの中にたくさん書いてたら、  
＞あとで困るんじゃないの？」  
＞って意見を見かけるけど、困らないね。  
 
確かに全然困らないね。 
DBアクセスは一箇所にまとめるんだから。 
 
＞それにだいたいSQL文からして方言の差があるのに、  
＞そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。  
 
SQLを改善するほうがPHPのソースをいじくるよりレスポンスの改善効果は高いし。 
そのためには、SQLの方言はどんどん使うべきだと思う。 
 
＞DBプロジェクトに対してDBを変更することってかなり稀だと思うし。  
そうだね。自分の場合は、ずっと運営してきたサイトで何百ものソースが動いているのに 
DBMSを変更するような事はまずないと思う。 
DBMSが変更になったら、例え少ない変更でもほぼすべてのソースのテストを行わないといけない。 
客にとってはDMBSはなんでもよくて、サイトがちゃんと動いてればいいわけだから、 
そんな変更はあり得ないし、そんな予算ないと思う。 
 
自分の場合は、こんな感じだけど、もちろんまったく違う状況の人もいると思うので 
参考にならないかもしれないけど、とりあえず1例としてあげてみた。

次ページ