【PHP】PEAR Part2 - 暇つぶし2ch

【PHP】PEAR Part2 ..

59:53
05/09/27 00:38:02
>57
それでは購入することにします。
当方も28才男自営業ですので、よろしくお願いします。

60:nobodyさん
05/09/27 16:49:44
今の2ch PEAR Wikiって>>4でいいんだっけ？
最近色々触ってみてるからちょっと情報上げていこうかと思うんだけど、
FrontPageとか勝手にいじっちゃっていいもんなのかな

61:nobodyさん
05/09/27 20:12:02
いいんじゃないか？

62:nobodyさん
05/09/27 21:51:56 0
>>59
何気にプロポーズすんな。

前に一部の上位ｴﾛの方々が脱HTML_QuickFormと
言ってるのをどこかで読んだが、使わない方向で頑張った方が
良いのだろうか？
今使ってて便利だと思ってるのはhierselectが便利って事くらいかなぁ・・・。

63:nobodyさん
05/09/27 23:30:15
俺も正直このまま案件でQF使いつづけるべきか悩んでる
ちょっと小回りが利かしづらい部分がある
生成した時点でリクエストとマッピングされてるのも
便利っちゃ便利なんだがさせたくない時とかもある

最初はラジオボタンとチェックボックスで悩み
デフォではfileエレメントがサポートしてないのに悩み
レンダラで悩み色々試行錯誤してようやく使い物になる

かと言って代行になるようなライブラリもないし
あったとしてもチーム全体がそれになじむまでには
QFの使い方に慣れるまでと同等のコストがかかりそう
QFは全体像を掴むまでが大変

QFくらいの機能を備えててもうちょっとシンプルな
フォームに特化したライブラリがあればいいんだけど
ｴﾛい人らはやっぱ自作してるんでしょか

64:nobodyさん
05/09/28 01:25:58
上位のひとが脱だーって言ったからって，
それを超えるものを提供した上で言ってるわけじゃないからなー．

むしろ共存のために Maple 用の Filter_HQF とかを作った方がいい気がしてるので，
いまその辺をいじくり中．
重複しない機能をうまく使えば，これで充分になるんじゃないかと……

65:nobodyさん
05/09/28 01:42:23
ヒント: Flexy

66:nobodyさん
05/09/28 01:45:10
>>61
じゃ暇があったらなんか書いてみるよ

>>63
HTML_Formはシンプルすぎるか

以前QFのエレメントの設定を設定ファイルに書くハンドラを作ったことがあるな
まぁ設定ファイルをXMLにしたもんで、HTMLを書かなくて済むQFを生成するために
XMLを書くという堂々巡りになってしまったわけだが

67:nobodyさん
05/09/28 20:39:25
結局、記述量や習得するまでの時間を考えると使うメリットが無いって事でしょ。
Validaterは各フレームワークのものを使用すると。
俺はQF使う派だけど、確かにQFだと悩みながら書くこと多いから、
普通にHTML＆Javascriptで書くのに比べてかなりの多くの時間を費やす事がよくある。

68:nobodyさん
05/09/28 21:00:34
でも JS の自動生成や advmultiselect みたいな拡張機能は他にはない魅力……
なので何とか共存の方向を考えたいところだ

69:nobodyさん
05/09/28 22:53:17
便乗で質問だけど、DBまわりは何使ってる？
MDBとか使ってたけど、意味あるのかなぁ・・・と思って
最近は思い切ってPDO使うか、もしくはネイティブ関数使ってる。
たまに
「mysql_query（）なんてのをコードの中にたくさん書いてたら、
あとで困るんじゃないの？」
って意見を見かけるけど、困らないね。
コネクトとかquery発行する箇所はクラスに纏めてるから一ヶ所だし。
それにだいたいSQL文からして方言の差があるのに、
そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。
DBプロジェクトに対してDBを変更することってかなり稀だと思うし。

70:nobodyさん
05/09/28 23:15:25
ADODB
だけどそろそろ移行の時期だと思ってる。

71:69
05/09/28 23:28:51
ADODBも使ってたけど、更新が頻繁にあるものが多いので、
目玉の（？）cache機能が殆ど使えないから止めた。

72:nobodyさん
05/09/28 23:40:59
DB_DataObject
遅いっちゃ遅いんだが、便利で手放せない
PDO+DBDOが使えるようになるのはいつのことやら・・・

73:70
05/09/29 00:11:09
>71
ADODBの最強な点はダイナミックリンク可能な点だと思ってるから無問題
DBの速度にはまだこまってないからやってないけどね

>72
俺もPECLのDBDO待ち

74:nobodyさん
05/09/29 01:02:34
おれも DBDO が使えるようになるまでは DB_DataObject で粘ろうと思ってる
そこまでパフォーマンスに厳しい仕事をしてないってのもあるが……

75:nobodyさん
05/09/29 07:44:25
PEAR DBは重すぎて糞
PDOﾏﾝｾｰ

76:nobodyさん
05/09/29 19:28:05
>>74
やめとけ。updateがDB_DATAOBJECT_WHEREADD_ONLYでしか動かないぞ。
最新バージョンは挙動がかなりおかしい。
PHP5+Propelにしとけ

77:nobodyさん
05/09/29 19:32:15
>>13
いまさらだけど、Smarty使ってるならプラグインにまとめようぜ、そういう処理は。

78:nobodyさん
05/09/29 21:41:23
>>76
Propelって初めて聞いた。
検索かけても殆ど情報得られないなぁ。

>>73
DBDOって現状じゃ全然使えない？
更新が4月から止まってるけど。

今やらなきゃいけないものを何でやったらいいのやら・・・。
今ならPDO単体でやるのがいいのかなぁ。

79:nobodyさん
05/09/30 04:40:45
>>78
配布先に使い方全部書いてあるし。
てかpropelしらかったて…

80:nobodyさん
05/09/30 18:37:09
>>79
使い方じゃなくて、使えるレベルにあるかって事だろ。
自分で調べれ。

propel知らないのも別に不思議じゃなくね？
そんな有名じゃないだろ。日本で。

81:nobodyさん
05/10/01 17:31:35 +fvd5pTY
質問です。
PEAR::DBを勉強中なのですが、PHP関数で言うmysql_insert_id()と同じことをやる場合には
どうしたら良いのでしょうか？
pearマニュアルを何度も読んだのですが、該当する部分が見つからないです。。。
どなたかお助けください。よろしくお願いします。

82:nobodyさん
05/10/01 18:47:26
mysql相手だと、
URLﾘﾝｸ(pear.php.net)
これは使えないのかな？

使えないのなら、
$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例としてあげてみた。

87:nobodyさん
05/10/16 03:57:55
まあそういう理解が前提じゃないの？
Martin Fowlerがまとめのがよく言及されてるけど

88:nobodyさん
05/10/16 03:58:50
それよかコンポーネントがちゃんと出来てるかどうかのほうが重要かもと思う

89:86
05/10/16 04:29:55
>>87
Martin Flowlerは知らなかったので、ググってみた。
この記事のことかな？
まだ、読み始めたばかりだけど参考になりそうだ。
URLﾘﾝｸ(capsctrl.que.jp)

90:nobodyさん
05/10/16 05:16:19
おれもSQL好きだなあ。
ストアドとかで一発処理できると結構快感がД`)
sql92だけでもそこそこやれるよね。

91:nobodyさん
05/10/16 08:23:31
>86
adodb使ったら？

92:nobodyさん
05/10/16 08:35:47
Pear::DB使わないで得られる負荷低下なんてすずめの涙ほどもないよ

93:nobodyさん
05/10/16 16:06:05
条件によるのだろうけど
うちが手がけた案件で両方実装してテストした結果
かなりの差がでたのでpearを使わなかったものもある。

94:nobodyさん
05/10/16 17:13:51
PEAR::DBっぽいインタフェースを備えた
ネイティブ関数のラッパークラスでいいんじゃないの？
直接　mysql_*()　を書くのは抵抗がある．

95:nobodyさん
05/10/17 00:11:32
>>86
レスポンスを上げたいなら、そんな事より先にCache_Liteを検討すべきでは?
キャッシュをメモリに置けばお手軽に負荷テストの結果を一桁あげられるよ。

SQLの最適化もいいけど、SQL問い合わせをいかに減らすかの方が
アプリケーション全体のレスポンス向上への貢献度がはるかに高いと思うな。
だから生SQLはできるだけ書かずにPEARならDB_DataObjectにおまかせで済ます派。

まぁ、キャッシュの使えない局面もけっこうあるけどね...

96:nobodyさん
05/10/17 00:20:16
PEAR::DBでOCI8使ったら一部のSQLでフィールドがずれたり文字が化けたから
OCI8関係は自分でPEAR::DBっぽいクラス作ったな…

97:nobodyさん
05/10/17 01:20:58
>>92
ん？
結構違うと思うぞ。やってみ。

98:nobodyさん
05/10/17 02:05:06
そこで組み込みの SQLiteDatabase クラスですよ。
mysqli クラスは使ったことないけどプロパティ・メソッドの一覧を見る限り
「MySQLでできること全部詰め込んでみました」な感じが良いような嫌なような。

本命は PDO だけど現状では PDO_SQLITE/PDO_SQLITE2 で予期せぬテーブルロックが発生することがあって使えない。
PDO_PGSQL はいい感じ。
MDB2 はドキュメントにもあるとおり API 変更が当たり前のようにあるのでメインに使うのは怖い。

99:nobodyさん
05/10/17 07:11:47 QlBs94zi
前にベンチとった。
１０万件から、単にセレクトしてテーブルで表示するだけのもの。

ネイティブ関数を1とすると、
PEAR::DBを使用した場合、2倍。
DB::DataObjectを使用した場合3倍くらい時間がかかった。
adodbは1,8から1,9くらい。
（とりあえず、PEAR::DBよりは遅くなることはなかった）
ネイティブ関数のラッパークラス（自作）だと、1,2から、1.4くらい。

速度にシビアなとこは、やっぱネイティブ関数使うんじゃない？

ちなみに同じ環境でmod_perlだと、0,7以下。（Apache::Registryのみ）

あ、スペルいい加減。

100:nobodyさん
05/10/17 07:20:43
なんだこれ？

101:nobodyさん
05/10/17 18:15:47
>>99
ADODBの本領はダイナミックリンクだってば。

102:nobodyさん
05/10/17 18:55:19
>>101
>ダイナミックリンク

DLL？
ADOdbext?

103:nobodyさん
05/10/17 19:04:05
ADOdb extension。

104:nobodyさん
05/10/17 20:59:35
>>103
俺の環境では使えなかったので却下。

105:nobodyさん
05/10/17 21:33:46
>>104
環境plz
基本的にはphp.iniかextensions.iniで直接呼んでください

106:nobodyさん
05/10/17 22:01:28
>>105
FreeBSDのバージョンいくつか忘れたけど、使えなかったと記憶してる。

107:nobodyさん
05/10/17 23:12:27
>>107
そんな無茶な。
mod_perlって言いたいだけちゃうんかと。

108:nobodyさん
05/10/17 23:13:20
×107
○106

109:nobodyさん
05/10/23 00:40:25 p3DWBPtp
PEAR入門 PHP標準ライブラリを極める！
URLﾘﾝｸ(www.amazon.co.jp)

ってどうなの？

110:nobodyさん
05/10/23 01:12:54
>>109
PHP関連書籍のスレがあるからそこで聞こう

111:nobodyさん
05/10/23 01:57:27 p3DWBPtp
>>110
そうなんですか。
失礼しました。

112:nobodyさん
05/10/23 16:24:41 Bt6ZIoqC
>>110
いやPEAR本だし、さすがにここでもいいんじゃないの？

>>109
上の方で話題にあがってるよ

113:nobodyさん
05/10/23 16:46:59 I/RMFvXv
PEAR::Cache っておなくなりになったんですかい？

114:nobodyさん
05/10/23 16:51:27
>>113
え？　生きてますけど？

115:nobodyさん
05/10/23 17:07:13
>>114
お・・ありました。マニュアルの方を見ててなかったので、
なくなったのかと勘違いしてしまいました。失礼。

116:nobodyさん
05/10/26 01:17:05
>>99
phpaとかアクセラレーター使ってみての比較？

117:nobodyさん
05/10/27 00:45:47
>>116
使ってないでしょ。
前提条件が適当で曖昧すぎる。その曖昧なままのベンチってのは99もわかってるとは思う。

118:nobodyさん
05/10/28 10:25:19
Pear の Ajax ライブラリのサンプルプログラムを載せてるWebページ無いでしょうか？

119:nobodyさん
05/10/28 10:31:07
>>118
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ここの2ページ目

120:nobodyさん
05/10/28 17:00:35
HTML_Template_Flexy と Translation2 を組み合わせて
多言語対応 Web アプリを作りたいのだが，
情報源がまったくといっていいほど見つからない・・。
ぐぐってもリリース情報しか出てこない。日本語だけじゃなくて世界で。
だれも使ってないの？？？あぁ困ったorz

どなたか有用な情報もっていらっしゃいませんか？

121:nobodyさん
05/10/28 17:40:03
>>120
コード読むしかないね

122:120
05/10/29 11:43:30
>>121
やっぱり（´д｀）

123:nobodyさん
05/10/29 13:33:02
PEARってこういうの多いよね。
英語で良いから最低限のマニュアルくらい作ってから公開してくれんかのう。
javadoc形式のでも良いけど分かるように書いてくれー。
個人で使うのにはかまわんが、仕事で他人に勧めることができん。

124:nobodyさん
05/10/29 19:50:51
>>123
日本人が作ったライブラリでも、英語だけで日本語のマヌアル用意してない場合も多いよね。。。。

125:nobodyさん
05/10/29 21:23:02
>>124
それでもマヌアル無いよりは100倍ましだけどね。

126:nobodyさん
05/10/31 12:50:48
まあそう思った人が解析してマニュアル書き起こす（せめて自分のHP上でまとめる）しかないんだろうなぁ
がんばろうぜ、みんな

127:nobodyさん
05/10/31 13:32:47 KLBqKPJE
SimpleTestで質問です。
WebTestCaseクラスでラジオボタンをチェックできないのでしょうか？

<input type="radio" name="rdoTest" value="test" checked/>Test

を

$this->assertField('rdoTest', 'test');

とすると、

Fail Field [rdoTest] should match with
[Field expectation [String: test] fails with [Boolean: false] at character 0 with [test] and []] at line [18]

となってしまいます。
よろしくお願いします。

128:nobodyさん
05/10/31 14:09:23
あ、こちらこそよろしく

129:nobodyさん
05/10/31 17:19:32
どうぞおさきに

130:nobodyさん
05/10/31 22:05:58
>>127
>$this->assertField('rdoTest', 'test');

$this->assertField( 'rdoTest', array( 'test' ) );
とかは？

あと、
> checked/>
半角スペースなくてもOKだっけ？
checked />
スペース入れるのって、後方互換のためだけだっけ？

間違ってたらスマソ

131:nobodyさん
05/10/31 22:37:02
>後方互換のためだけだっけ？
そう。本来はスペースなしが正しかったはずだけど
checkedは古い書き方だな・・・

132:127
05/10/31 22:41:51
>130
ご指摘の通りでした。
checked/> の半角スペースがないのが原因でした。
それと、array()の件もラジオボタンが複数あればその通りです。

ありがとうございました。

133:127
05/10/31 22:45:43
>131
レスどうもです。
checked は古い書き方なんですか？

134:127
05/10/31 22:48:48
checked="checked"
と、いうことですね。

135:nobodyさん
05/10/31 22:49:29
checked="checked"　だったっけ？　正しくは．

136:nobodyさん
05/10/31 22:50:03
>>133
スレ違いネタだけど、
XHTMLなら checked="checked" だな。

137:nobodyさん
05/10/31 23:19:57
127の人気に嫉(ry

138:nobodyさん
05/11/01 20:27:34
質問したい事があったのですが、今スルーされると悲しいので
出来ません・・・。>>127ｳﾗﾔﾏｼｽ

139:nobodyさん
05/11/03 02:43:53
＊＊＊　すべてのPHPユーザーに告ぐ　＊＊＊

URLﾘﾝｸ(www.hardened-php.net)
URLﾘﾝｸ(www.hardened-php.net)
URLﾘﾝｸ(blog.ohgaki.net)

PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。

140:nobodyさん
05/11/03 15:21:46 gVE/R27X
>>139
誘導
ｽﾚﾘﾝｸ(newsplus板)

141:nobodyさん
05/11/03 16:24:45
>>140
Ｐ　ペニス
Ｈ　ヒップ
Ｐ　ペニス
だってw
一般人には「PHP?ﾅﾆｿﾚ？」って感じなんだなーとｵﾓﾀ

142:nobodyさん
05/11/04 15:44:02
PHP出版とどっちが有名なのかなｗ

143:nobodyさん
05/11/04 21:56:11
！【緊急】開発言語PHPに“最悪”のセキュリティ・ホール，全ユーザーは今すぐ対処を
ｽﾚﾘﾝｸ(newsplus板)

144:nobodyさん
05/11/05 06:15:23
>>140
なんでニュー速に誘導なんだよ。何のための板だ糞ガキ。

145:nobodyさん
05/11/05 09:03:45
>>140
人口が多いためか早いうちから良い情報が書き込まれていたためです。
それにひきかえWebProg住人はスルーでした。
（プログラマは多いけど、サーバ管理者やセキュリティに関心のある人は少ないのかもしれん）

DAT落ちも早いだろうから、落ちたらPHPスレに情報をまとめて貼るよ。
まあ一般のニュースサイトにも載るくらいの緊急事態だったもので勘弁してくれ。

146:nobodyさん
05/11/05 09:25:04
>>145
まぁ、なんだ。そのadvisoryをちゃんと自分で読んでみ。
JOYりすぎなのが自覚できると思うよ。

147:nobodyさん
05/11/05 09:37:49
>>145
11月2日（ニュースサイトに載るより前）に脆弱性に関する正確な情報が　PHP-users　ML　に投稿されてるわけで・・
それ読めばニュー速＋なんて読む必要は全くないんです．
WebProgよりも自宅サーバ板とかレン鯖板の人たちに伝えるべきでは？

148:nobodyさん
05/11/05 10:24:52
>>146
いやいや、業務で負の資産を使っていて、register_globalsをoffにできない人も多いのよ実際
あと、このセキュリティホールそのものより、4.4.*の不具合問題の方が話題の中心になったりしてる

>>147
うん、PHP-users MLもリアルタイムで見てた
過去ログ見ればわかるけど、正確な情報は流れていないんです。
11/2の時点では情報が錯綜していて、yohagi's blogに正確な続報が出されたのが11/3。
php.gr.jpに公式アナウンスが載ったのが、更にその後（おそらく11/4）。

>WebProgよりも自宅サーバ板とかレン鯖板の人たちに伝えるべきでは？
こちらにはまあ同意だけど、じゃあWebProgの人には関係ない問題かというと、そうではないでしょ？

※PEARスレなのにスレ違いスマン

149:nobodyさん
05/11/05 13:48:54
関係なくはないがPHP関連のスレ全部にマルチするのは勘弁

150:nobodyさん
05/11/05 14:14:24
>>149
だよな。興味ある奴は自分から情報とりにいくだろうし。

151:nobodyさん
05/11/05 14:19:48
まあ、>>139, >>143みたいのをマルチしたの俺じゃないしな
それがウザイから誘導したつもりだったんだが、、、
こういう場合はどうするのが良かったんだ？放置か？

でもそうするとこのスレ内で「この問題って結局何なんですか？」みたいな議論が始まっちゃうでしょ？

152:nobodyさん
05/11/05 14:21:45
いいんじゃないの。俺もこのコピペで知ったわけだし。

153:nobodyさん
05/11/05 14:29:52 tf0gwVLz
>>152
お前はもう少し危機管理を行うべき

154:nobodyさん
05/11/05 14:59:06
>>151
それなりの考えがあってやったんだろうし、俺的には別に構わんよ。
ただ、マルチを煙たがる香具師も多いだろうから、そこも配慮した方がいいかもしれないね。

155:nobodyさん
05/11/05 15:12:39
とりあえず、WebProg板では、まともなレスはなかったよね。

>>145の↓
（カスは多いけど、サーバ管理者やセキュリティに関心のある人は少ないのかもしれん）

156:nobodyさん
05/11/05 15:14:51
喧嘩はよくないと思います！

157:nobodyさん
05/11/05 15:19:44
>>155
既知の情報をコピペではりまくられたら無視するだろ。
わざわざこことかで議論しなくてもuser-MLとか本家とかみればそれなりの情報があるわけだし。
例えコピペで知ったとしてもそれらを見に行けば済む話だしね。
バグについてここでどうこう言うのもすれ違いだし。

そういうことに気がつけと。

158:nobodyさん
05/11/05 15:31:40
あちらこちらに貼ってあるし、URLがニュー速だったから
また誤誘導かと思ってスルーした
最初から日経に貼ってあれば見に行ったと思うけど

159:nobodyさん
05/11/05 21:20:21
つーか
多数の認知　＞＞＞＞＞　個人のｳｻﾞｲ感
だろ。
いちいちニュー速だコピペだ文句言ってる奴ケツの穴小さすぎ。

160:nobodyさん
05/11/05 21:22:01
うほっ

161:nobodyさん
05/11/06 06:10:13
>>159
言いたいことはわかるが、貼り付けるときに貼り付ける理由や動機、スレとの関係を書き添えてあったらまだましだったんじゃないかな。
２ｃｈでぶっきら棒にマルチコピペすりゃ荒らしとみなされても仕方ない。
まあいい加減この話題はスレ違いなので、お開きがいいかと。

162:nobodyさん
05/11/06 08:55:03
PEAR　の　Validate　って使ったことある人いる？

163:nobodyさん
05/11/06 10:59:15
>>159
良いから黙ってろクズ

164:nobodyさん
05/11/06 12:31:22
>>163
自己紹介乙

165:nobodyさん
05/11/06 15:27:29
だからなんでこの板はスルーすることを知らないんだYO
うざくても「うざい」と書き込みさえしなけりゃ、その後、余計な時間を使ってストレスを
溜めることもなくなるのに。

166:nobodyさん
05/11/08 00:02:48
暇だからって結論が出てた希ガス

167:nobodyさん
05/11/08 00:36:02
他の板では華麗にスルーするネタでも、ここだと何故か触りたくてウズウズしてくる

168:nobodyさん
05/11/08 01:36:40
>>167
わかるわかる．この板結構まじめだからなぁ．
マ板とかなら軽やかにスルーしてる．

169:nobodyさん
05/11/10 21:56:01
>>164
良いから黙ってろ屑

170:nobodyさん
05/11/12 15:41:56
>>169
馬鹿の一つ覚え乙

171:nobodyさん
05/11/12 22:22:25
荒らし宣言だな

172:nobodyさん
05/11/24 23:18:42
Text_Wiki 使ってる香具師いる？重いって本当？

173:nobodyさん
05/11/25 12:03:29
>>172
Text_Wiki　を使う　YaWiki　ってのがあるから使ってみれば？

174:nobodyさん
05/11/25 17:58:54 jDxpSmO4
この速さなら言える。

HTML_QuickFormは使う価値なし。

175:nobodyさん
05/11/25 18:19:40 mEnoPTSD
替わりのすばらしいvalidatorがああるなら移りたいから教えれ

176:nobodyさん
05/11/25 18:57:18
おれおれvali

177:nobodyさん
05/11/25 20:27:51 jDxpSmO4
>>175
validatorとして使ってるのか？
愚か者め！

178:nobodyさん
05/11/25 20:31:23
QFはhireselectの為だけに存在しています。

179:nobodyさん
05/11/25 21:44:23
最近、おれおれvali はやってるよな。

180:nobodyさん
05/11/25 21:59:59
ﾊﾞﾘﾃﾞｰﾀなんてそんなに複雑でもねーしな

181:nobodyさん
05/11/26 18:33:13 GyyEiC40
PHP 5.1.0のPEARがうまくインストールできません。

8. Path to CLI php.exe : C:\PHP\PHP5.1.0\.

ここを変更しようとphp.exe 選ぶんだけど、

**ERROR**
Please, enter the php.exe path.

って出て変更できんのだよ。

182:nobodyさん
05/11/26 20:29:04
ゴミにもならない報告乙

183:nobodyさん
05/11/26 23:18:51
ゴミにもならないだと。
ではなんなんだ。

184:nobodyさん
05/11/26 23:28:11
ゴミにはなってるよな。
手がかりになりそうな情報は全部隠してるし。

つまりあれか、ネタってことか。

185:nobodyさん
05/11/26 23:41:43
ためにしphp.exeを選択してみたところ死ぬほど明快な
エラーメッセージが出たんだよもん
つかバイナリだけ別ディレクトリに入れたい理由は何だ?

186:nobodyさん
05/11/27 00:55:24
なるほどね。
寝て待っていれば解決すると思われ。

187:nobodyさん
05/11/27 13:40:35 j3jzmlYw
Eclipse使ってれば勝ち組

188:nobodyさん
05/11/27 15:16:47
重すぎ

189:名無しでいいとも！
05/11/27 20:47:24 j3jzmlYw
↑それはマシンが悪い

190:nobodyさん
05/11/27 22:45:51
↑ダイエット汁

191:nobodyさん
05/11/29 20:01:51
マニュアルがむっちゃ重いんですけど、これで普通ですか？

192:nobodyさん
05/11/29 21:28:21
新型VAIOとかの軽いマシンに買い替えればいいんじゃないかないいんじゃないかな

193:nobodyさん
05/11/29 22:42:09
そっか、やっぱその手しかないのかな
ボーナスに期待しよ

194:nobodyさん
05/11/30 01:27:27
pear.php.net
おちまくりだなぁ

195:nobodyさん
05/11/30 17:48:31 6Ig6k9FD
おいおい受験シーズンなんだぞ
pearは配慮してくれないと

196:nobodyさん
05/11/30 19:48:30
受験と関係あるのかよｗｗ

197:nobodyさん
05/12/02 11:08:43
>>170
良いから黙ってろ屑

198:nobodyさん
05/12/05 19:58:31
pear.php.net
混んでんのか？レスポンスわるい。

199:nobodyさん
05/12/06 10:05:01
>>197
遅ぇーんだよゴミがw

200:nobodyさん
05/12/06 17:03:26
>>198
ミラーってないのかな？

201:nobodyさん
05/12/06 17:08:02
あるけど意味なし

202:nobodyさん
05/12/07 03:14:13
たまにすげー重いよね。

203:nobodyさん
05/12/07 03:17:12
jp2.pear.php.net

204:nobodyさん
05/12/16 11:07:29
hosyu

205:nobodyさん
05/12/16 21:52:11
PEARじゃなくてPECLのAPCなんだけど、MojaviやAgaviを使用すると、
ページが見つかりませんってなるけどなんでだ・・・。
iniの設定は
apc.mode = mmap
apc.cachedir = /tmp
apc.check_compiled_source = 1
apc.check_mtime = 1
で、Mojavi＆Agavi外のPHPファイルは普通に表示されるのに。
mmapじゃなくてshmにしても同じだった。

206:nobodyさん
05/12/17 22:25:40
正直APCは微妙だな。不具合が多い気がする。
eAcceleratorに替えるといいよ。
PHP5.1には、まだ対応してないけどなー。

207:205
05/12/19 16:28:51
>>206
そうなんだ。
でもMojaviで同じ現象起きてる人いないみたいだったので、
絶対自分の設定がどこかおかしいのだと思う。
おとなしく5.1対応したZend Optimizerでも使っときます・・・。

208:nobodyさん
05/12/20 18:15:45 3cC2JEjt
HTML_QuickForm_hierselectを使ってるんですけど
サブの項目にデフォルト値をセットする方法がわかりません
誰か教えてもらえませんか？

209:nobodyさん
05/12/20 18:39:37
array(first , second)

210:nobodyさん
05/12/23 06:49:35 30HrNDez
FreeBSD 5.3とMOD_PHP Version 5.0.4、Apache1.3.34を入れてます。
MOD_PHPをポートからいれるとき、
--without-pear オプションを指定しないでconfigureしたのですが、

>locate PEAR.php
>/usr/local/lib/php/bootstrap/PEAR.php
のように、ここドコ？的なところにはいっています。

で、今度は「pear-DB-1.7.6」をポートから入れようとしたら、
インストール途中でなぜかphp4-4.4.1_3を必要だとかで、
php4をダウンロードしようとしてしまいました。
こわいので、中止してしまったのですが。。。

上記、ただしくはどうすればよいのでしょうか？
よろしくお願いします。

211:nobodyさん
05/12/23 09:52:45
>>210
make cleanしてみると、php4を前提にportsを作っているぽいね。
bsd# make clean
===> Cleaning for libiconv-1.9.2_1
===> Cleaning for autoconf-2.59_2
===> Cleaning for gettext-0.14.5
===> Cleaning for gmake-3.80_2
===> Cleaning for libtool-1.5.22
===> Cleaning for m4-1.4.4
===> Cleaning for p5-gettext-1.05_1
===> Cleaning for pear-1.4.5_2
===> Cleaning for php4-pcre-4.4.1_3
===> Cleaning for perl-5.8.7_1
===> Cleaning for php4-4.4.1_3
===> Cleaning for help2man-1.36.3
===> Cleaning for expat-1.95.8_3
===> Cleaning for php4-xml-4.4.1_3
===> Cleaning for apache-1.3.34_3
===> Cleaning for pear-DB-1.7.6,1

そういう時はpear-PEARだけportsで入れて、後はpear installコマンドで
必要なパッケージを入れたらいいのでは？

212:nobodyさん
05/12/23 15:22:03
どこか無料サイトでPEARが用意されているところは
ございますか？

213:nobodyさん
05/12/23 18:10:49
>>210
他意は無く、純粋な疑問なのだが、なぜApache1系？

>>212
つURLﾘﾝｸ(pear.php.net)

214:nobodyさん
05/12/23 18:19:25
>>213さんすみません。
質問の仕方が悪すぎたです。

PHP使用可の、無料ホームページやレンタルサーバで
PEARが使用可能なとこは、ございますか？

215:nobodyさん
05/12/23 18:31:38
>>210,212
pear-PEARは既に廃止されてます。(see /usr/ports/UPDATING)
まずはPortsツリーを最新版に更新してPHPもphp5-*-5.1.1にしてからdevel/pearを入れ、
その後、pear-HTTP_Client等を入れていけばOK。
あと、make install　するよりportupgrade使った方がはるかに楽。

>>214
共有サーバにプリインストールされてるPEARは（そういう鯖があったとしても）
パッケージ管理が柔軟にできないのでおすすめできない。
自分で必要な分だけ集めてUPし、include_pathを設定した方がいい。

216:nobodyさん
05/12/23 19:17:35
>>215
お前優しいな・・・。
俺もFreeBSD使わされてるけど、Portsは使わない。
Linuxも使ってるので、なるべく両方同じような感覚で使いたいし。

>>214
つURLﾘﾝｸ(fol.axisz.jp)

217:212,214
05/12/23 21:04:45
>>215さん216さんありがとうございました。

218:211
05/12/23 21:35:12
>>215
そうっだのか・・・。
最近アップデートサボってたからPHPを5.1に上げがてらPEARもメンテしとくか。

portupgradeは使ってますよ。後、Portsツリーのアップデートにはportsnapが便利だね。

219:nobodyさん
05/12/23 23:15:07
>>205
PEARとは直接関係ないけど、APCの話題が出たので・・・

うちもPHP5にAPCを導入すると、エラーの出るスクリプトが多発した。
原因を調べたところ、キャッシュされたスクリプトから
superglobalsにアクセスできないようだった。

同じような現象がないかとぐぐってみたら、下の記事を発見。
URLﾘﾝｸ(pecl.php.net)

で、記事のとおりにphp.iniで
auto_globals_jit=Off
にしてみたら、エラーが出なくなった。

以上、参考まで。

220:nobodyさん
05/12/24 01:58:37
PHPは危なくて自動アップデートなんて出来ない。

221:nobodyさん
05/12/24 02:03:29
>>220
そんなこと無いけど？

222:nobodyさん
05/12/24 11:12:17
HTML_QuickFormでapplyFilter()された値を修正画面や確認画面で、
反映表示することはできませんか？

applyFilter()された値をユーザが確認できない仕様はどうしても嫌なので、
ソースを改造してでもどうにかしたいんですけど、
ソースを見てもどこをどうすればいいのかさっぱりです。

223:205
05/12/24 20:08:38
>>219
情報ありがとう。
ただ自分の場合は、エラーが出るところまでいかず、
ブラウザが「ページが見つかりませんでした」とエラーを出します。

>>221
自動アップデート云々はおいといて、
PHP5.1.1とMySQL5の組み合わせでPDOを使用した時
接続が出来なくなりました。
接続エラーは出てないのですけども。
別サーバでPHP5.1.1とMySQL4の組み合わせでは問題なく
接続出来ました。

224:nobodyさん
05/12/24 23:06:11
PHPは平気でバグ付きでリリースされる。

225:nobodyさん
05/12/24 23:18:01
>>223

> PHP5.1.1とMySQL5の組み合わせでPDOを使用した時
こんな特殊なケースを持ち出して、

>PHPは危なくて自動アップデートなんて出来ない。
なんて言うのはちょっとあれなんじゃない？

226:nobodyさん
05/12/24 23:25:57
とりあえずオフィシャルは見ないと駄目だよね

227:223
05/12/25 00:00:56
>>225
特殊かな？
DBサーバがMySQL4でも、Webサーバに入ってるMySQLが5だと
ダメだったんだけど。Webサーバ側の方は特に関係ないかと思ってた。

>PHPは危なくて自動アップデートなんて出来ない。

それ俺が言ったわけじゃないけど。
それはそれはおいといて、こういう事ありましたよって
ただ報告しただけ。

>>226
オフィシャルにバグレポート上がってました？
見てみます。

228:nobodyさん
05/12/25 00:07:28
mysql5ってサポートされてるの？

229:nobodyさん
05/12/25 00:11:08
>>227
PHP5.1.1もMySQL5もPDOもどれもβ版みたいなものじゃん？
何に原因があるかは（このスレ的にはPHPだが）容易に特定できないのでは？
という意味で言ったのだけど。

230:nobodyさん
05/12/25 00:12:28
ぐぐれ

231:nobodyさん
05/12/27 15:14:20 6hbW+Cc+
Authクラスってどうですかね？
ソース見たらどうもいまいち信頼性のない感じだったのですが、
バグとかないですか？大丈夫ですか？
機能が機能だけに少し心配です。

232:nobodyさん
05/12/27 15:28:09
ソースを見てダメなところを発見したならもう他人がどう言おうと使うべきじゃないのでは。
機能が機能だけに。

ちなみにどこがダメだった?

233:nobodyさん
05/12/27 16:30:24 6hbW+Cc+
>>232
verifyPassword()と、DB.phpのaddUser()で cryptType の扱いに
細かな統一性が取れないらしいところとか、ずさんさを感じましたよ。

234:nobodyさん
05/12/27 18:24:59
別にちゃんと取れてると思うけど?
スタイルが気持ち悪いという理由かいな?
違うならもうちょい具体的に頼むわ。

235:nobodyさん
05/12/27 19:00:53 6hbW+Cc+
>>234
Auth/Container.php の verifyPassword() と
Auth/Container/DB.php の addUser() を見比べて見てください。
一方ではnoneが有効で、一方では無効でしょ？

こういう内部的な相違は、
いちいちソースを確認しなければならず、無駄にハマる場合があると思います。

236:nobodyさん
05/12/27 22:09:08
>>235
確かに、とはいえcryptType自体ドキュメントに載ってないみたいだし、
その機能に気づく奴はそもそもソース読んだ奴だけでしょ。
いまはuserAdd()自体の説明も削除されてるけど、昔はあったような気がするから
たんに後方互換のためだけに存在してるのかも。

PEAR::Auth つかってるけどいままで特に問題は経験してないよ。
でも気になるなら書き直したっていいんじゃない?

237:nobodyさん
05/12/27 22:31:05 6hbW+Cc+
>>236
どうも。複雑な認証を行う場合は、大抵それ用にコード書くので、
ライトな使い方で、基本動作に問題ないようなら、とりあえずOKっす。

238:nobodyさん
06/01/03 11:02:07 bVutY5ZN
DB.phpを使って、URL（URLﾘﾝｸ(www.google.co.jp)とか）をDBに書き込もうとすると
エラーが出るのですが、これを回避する方法はないのでしょうか？

239:nobodyさん
06/01/03 11:12:25
それなんてエ(ry

240:nobodyさん
06/01/03 11:24:23
>>238
カラムの型とかエラーメッセージを示さないでどうやって答えろと？

241:nobodyさん
06/01/04 03:11:04 LqFUITlR
Pagerで
1 2 3 4
ではなく
1-100 101-200 201-300 301-400
のような表示はできますか？

あと、Factory()のオプションの、
expanded [boolean]. もし TRUE なら、ウィンドウサイズは常に 2*delta+1 となります。
とはどういう意味でしょうか？

242:nobodyさん
06/01/06 17:18:35 vfftbldx
インストールについての質問です。

このサイトでWin版マルチバイト対応PHP5.04をダウンロードしました。
URLﾘﾝｸ(www.geocities.jp)

このPHPに入っているgo-pear.batがなにかおかしくて
（実行すると[Could not open input file: PEAR\go-pear.php.]と出てしまう）
PEARがインストールできません。

そこで以前使っていたPHP4に入っていたgo-pear.batをこのPHP5にコピー
してPEARをインストールしようと思うんだけど、この方法で問題なくインストール
できるでしょうか。

243:nobodyさん
06/01/06 17:22:30
>>242
ちゃんとPHPが入っているフォルダに移動（cd）してから実行した？

244:242
06/01/06 17:36:19
>243
はい。(cd）でもやりましたし、「ファイル名を指定し実行」もやりましたし、
ダブルクリックでもやりましたが
「Could not open input file: PEAR\go-pear.php.]と出るだけでした。

PHP4のgo-pear.batはダブルクリックするだけで実行されます。

245:nobodyさん
06/01/06 17:40:11
>>244
>>242のリンク先に

現状での問題点(2005/5/31)

* go-pear.bat実行時にpear.batが作成されない(pear_bat.oldをリネーム)

って書いてあるやん・・・。

246:242
06/01/06 17:48:01
>>245
それは実行するとpear.batが作成されるんですよね？
実行ができないのでなんにも作成されてないんです。

それとPEARフォルダはPHPをインストールしたときにもうできているんでしょうか。
このPHP5にはPEARフォルダが無いんですけど。

247:nobodyさん
06/01/06 18:03:52
>>246
たとえばphp-5.1.1-Win32.zipを落としてきて解凍するとPEARフォルダはある。
go-pear.batの中身を見ればわかるけど、PEARフォルダ内のgo-pear.pharを
実行してPEARのインストールをするみたいね。

その国際版になんでgo-pear.pharが無いかは知らないけど、どうせ流用するなら
PHP 5.0.4のソースを落として使ったほうがいいんじゃない？

248:nobodyさん
06/01/06 18:59:36
>>247
なるほど。PHP5をダウンロードして流用しみます。
>>243,245,247助かりました。ありがとう。

249:247
06/01/06 19:11:48
>>248
蛇足というかおせっかいだけど、マルチバイト版を使いたいのは
内部コードをSJISにしたいからだよね？

でも、5.0.4には大きなセキュリティホールがあるから、PHP 5.1.1にして
内部コードをUTF-8化することをお奨めしとく。
mb_stringを有効にしてphp.iniを適切に設定すれば、出力文字コードを
好きなエンコードに自動変換してくれるから。

250:nobodyさん
06/01/13 14:16:52 U09ztjR4
メモリのカスタマイズで1X1GBと2X512と同じ値段だけど、どっちがいいの？
1X1GBの方ですよね

251:nobodyさん
06/01/13 16:04:34
>>250
PEARとどういう関係が？
ちなみにDual CHANNELなら2枚の方が早いんじゃないの

252:nobodyさん
06/01/15 00:22:45
これって何て発音するの？

253:nobodyさん
06/01/15 09:39:06
ﾍﾟｧｰｰｰｰｰ

254:nobodyさん
06/01/15 15:07:33
ぴあで言い慣れてしまっている。

255:nobodyさん
06/01/15 15:11:17
DB と MDB と MDB2 の違いっておおざっぱに言って何？

256:nobodyさん
06/01/15 15:30:30
実績ならDB、熱いのはMDB2、MDBは放置プレイ。
MDB2 FAQ: URLﾘﾝｸ(oss.backendmedia.com)

このところMDB2が怒濤の勢いでFixされてて、いよいよstableリリースが近づいてきた感じ。
今後はPDOのラッパにもなりそう。あと、URLﾘﾝｸ(pooteeweet.org)
によるとDBを使ってるPEARパッケージでもMDB2がサポートされていくみたい。

257:nobodyさん
06/01/15 16:05:17
心の中ではペアと読んでる

258:nobodyさん
06/01/15 16:23:57
>>256
thx

ついでに、こいつらで PHP 4 で SQLite が安心して使えるようになる
可能性って低いかねぇ？ PHP 5 でバッチリサポートされちゃったし、
オレならモチベーション上がらないだろうなーと思うんだけど。

259:nobodyさん
06/01/15 19:35:41
pearはペア派です。
nethackのitemでおぼえますた。
DBはぽすぐれおんりーになってきた最近です。

260:nobodyさん
06/01/15 21:04:18
人には「ペアって読むんですよ」と教えつつも
心の中ではピアって読んでるﾜﾀｸｼ

※「ペア」が正解だと公式サイトに書いてあります
URLﾘﾝｸ(pear.php.net)
> is pronounced just like the fruit

like the fruit > URLﾘﾝｸ(dictionary.goo.ne.jp)

261:nobodyさん
06/01/16 01:20:18
クライアントの前ではピアと読んでいる、（クライアントがそう読んでいる）
が、心の中ではずっとペアと読んでいる。

262:nobodyさん
06/01/16 03:01:05
>>258
低そうですねー。
PHP5でしか使えないOOスタイル（SQLiteDatbaseクラス）が
PHP4でも使えるようになると嬉しいんだけど...

263:nobodyさん
06/01/16 03:26:32
ペアって読んでる。
関係ないけどCPANは読み方分からなくてシーパンで癖ついちゃったけどクパンって読むらしいね…。

264:nobodyさん
06/01/16 08:22:07
>>263
ちょｗｗｗ工作員ｗｗｗｗｗｗ

265:nobodyさん
06/01/16 12:48:16
URLﾘﾝｸ(dictionary.goo.ne.jp)

266:nobodyさん
06/01/16 12:49:50 G/ZbNFBV
梨でしょ

267:nobodyさん
06/01/16 20:21:44
梨だよな。明らかに

268:nobodyさん
06/01/16 21:43:18
梨に間違いナシ

269:nobodyさん
06/01/16 22:13:54
>>268

270:梨元
06/01/17 08:37:22
恐縮です

271:nobodyさん
06/01/17 12:36:46
梨の絵かいてあんだろ

272:nobodyさん
06/01/24 23:42:32 6JXx7sTK
php5.1.2インストール済みのWin2000 ServerにPEARをインストールしようとして、
リモートデスクトップで接続し、DOS窓からphpのインストフォルダに移動して、
>go-pear.bat
と入力しても何も応答がありません。

ちなみにWinXPのパソコンでは、Welcomeが出てきます。

なぜでしょうか？

273:nobodyさん
06/01/25 00:43:07
Spreadsheet_Excel_Writerって文字化けするよね。

274:nobodyさん
06/01/25 00:50:13
キャッシュはメンテナいないCacheよりCache_Lite?

275:nobodyさん
06/01/25 20:15:19
>>273
PHPのやつは古いんで、かと言って最新のPerlのやつを移植するスキルもないので、
ブリッジ作ってPerlのやつ使ってます

276:nobodyさん
06/01/26 00:00:05
Pager で、リンクに hoge.php?pageID=1#top
みたいにページ内リンクをつけるのって出来ますか？

277:nobodyさん
06/01/26 09:51:22
HTML_QuickForm_Controller＋smarty使って
携帯用のフォーム作りたいんだけど
URLﾘﾝｸ(wiki.poyo.jp)
に「HTML_QuickForm_ControllerはHTTPヘッダのLocationを使用します。
ですので携帯電話用のフォーム処理には向きません」との記述。

実際作ってみたんですがやっぱり動かない。
どこの処理でLocation使ってるんですか？

出来上がったソースみても書いてないし。
↓参考にしたソース
URLﾘﾝｸ(blog.snoritake.com)

278:nobodyさん
06/01/27 09:19:29
普通に考えたらライブラリの中で使ってるってことだと思うんだけども

279:nobodyさん
06/01/27 17:30:12 zienXgmO
やっぱりAuthクラスっていけてないですね。

PHP5でエラーが出たので、ちょっと見たのですが、
コンストラクタの$options引数が、コンテナによって、
配列だったり、文字列だったりするのだけど、
どちらの場合も、ごちゃまぜに処理してしまっていて、
これがエラーの原因になっています。

よく使いそうな役割のクラスだけに、
もうちょっとしっかりしたコードにしてほしいもんだ。

280:nobodyさん
06/01/28 13:54:13
>>279
そこでおまえがコミットですよ

281:nobodyさん
06/02/01 12:15:51 FRDzC7Md
AuthクラスのgetAuthとaddUserについて質問です。

次レスのようなシンプルなソースを作りましたが、
addUserでは必ずTrueが、getAuthでは必ずFalseが返ってきてしまいます。

addUserはTrueでも実際には動作してないです。エラーも出ません。
getAuthはgetStatusに変えたら正しく動作しました。
同様な現象になったことがある方いませんか？

このままですと、getAuthやaddUserだけでなく他にも挙動がおかしいもの
がでてきそうな気がします。正しく動作させる方法を教えてください。

環境：
PHPは4.3.10ですが、デフォルトで入っているPEARの挙動が
おかしかったので URLﾘﾝｸ(pear.php.net) ここから
AuthとDB関連のクラスは入れなおしてます。
register_globals は Off です。

282:nobodyさん
06/02/01 12:16:27 FRDzC7Md
>>281　のソース

<?php
require_once "Auth/Auth.php";

$dsn = "mysql://user:password@localhost/database";

$authset = array(
"dsn" => $dsn,
"table" => "auth",
"usernamecol" => "username",
"passwordcol" => "password",
"cryptType" => "none"
);
$a = new Auth("DB", $authset);

// ユーザーの追加---必ずTrueが返ってくるが登録されてない。
if($a->addUser('user','pass')) {
echo "ユーザーを追加しました。";
}
$a->start();

// 認証チェック---必ずFalseが返ってくる。
if ($a->getAuth()) {
echo "ようこそ！" . $a->username . "さん<br>";
}
?>

次ページ