【PHP】PEAR Part2

**nobodyさん** · 2005/08/01(月) 21:27:12

落ちてたんで立てとく

■PEAR
http://pear.php.net/

■前スレ
Pear
http://pc8.2ch.net/test/read.cgi/php/985665522/

**nobodyさん** · 2005/08/01(月) 21:43:13

乙

**nobodyさん** · 2005/08/01(月) 21:53:42

>>1
お疲れ様でございます>>1様

**nobodyさん** · 2005/08/02(火) 03:02:59

>>1 乙。

関連リンク

2ch PEAR Wiki
http://pear.sakura.vg/index.php?FrontPage

って、最近誰も更新しなくなった?
そして、いまのFrontPageはSPAMerに荒らされてんの?

**nobodyさん** · 2005/08/07(日) 02:05:48

HTML_QuickForm 3.2.5
http://pear.php.net/package/HTML_QuickForm/download/

10ヶ月振りのアップデート。
もうアップデートされないかと思ってた、、、
でもChangeLog一通り見たけど
あんまり目新しそうな追加やFixはないかも。。

**nobodyさん** · 2005/08/07(日) 09:58:15

4.4.0 対応だけでも充分でございますｗ
あと #3865「ルール required は "0" だけ入れたフィールドを valid とみなすべき」の FIX は地味に嬉しい

**nobodyさん** · 2005/08/11(木) 13:32:46

スレ違いと誤字の後で恥ずかしいのですが、質問があります。

配布スプリクトでPerl::Authを使うのでインストールしたら
Fatal error: Cannot redeclare class auth in /web/....../lib/pear/Auth/Auth.php on line ○○
というエラーが出ました。
過去ログとか読むと、authが二重宣言しているためにエラーが出ているところまで分かったのですが、
これの回避方法とかあるのでしょうか？

該当部分(auth)を別な名前に書き換えるのも、色々な場所で使われていて大変そうですし、
他の何と重複しているのか分からないのですが…。

**nobodyさん** · 2005/08/11(木) 14:08:00

Perlだからじゃないかな

7 · 2005/08/11(木) 14:39:01

あ。まだ誤字が…。Pear::Authです…。

**nobodyさん** · 2005/08/12(金) 16:11:50

>>7
どれどれおじさんが見てあげよう・・・と思ったが、
Auth 1.2.3 入れたけど2重定義されてなさそうなんだけど？

**nobodyさん** · 2005/08/12(金) 17:01:20

HTML_QuickFormって、
入力確認画面（freeeze時）に自動でタグをエスケープしてしまうのですが、
HTMLタグを許可することって出来ないのでしょうか？

**nobodyさん** · 2005/08/12(金) 17:51:12

>>11
通常は無理
自作のelementでgetFrozenHtml()をオーバーライドしたらいいんじゃない？

11 · 2005/08/12(金) 18:34:03

>>12
ありがとん、やっぱ無理なのね

レンダラーにSmartyを使ってたので、強引に置換えて解決してみました。

{$form.hoge.html|replace:'<':'<'|replace:'>':'>'|replace:'&':'&'|replace:'"e;':'"'}

動作遅そう・・・

11 · 2005/08/12(金) 18:35:54

>>13
うほ、エンティティ直書きだから意味わかんないね

置換え前の文字はそれぞれ次のとおりです

< => ＆lt;
> => ＆gt;
& => ＆amp;

**nobodyさん** · 2005/08/16(火) 00:05:52

HTML_Ajaxなんてのが出てる

**nobodyさん** · 2005/08/16(火) 00:09:01

>>15
漏れもちょっと気になったんだけど、ソース流し読みしてめんどくさくなって放置してた
試してみたなら感想plz

**nobodyさん** · 2005/08/16(火) 19:13:56

PEAR AJAXはどうよ！？

**nobodyさん** · 2005/08/16(火) 23:24:12

>>17
使ってみた。
ちょっとした事なら楽できそうだよ。

てか、自分で試してみなよｗ

**nobodyさん** · 2005/08/18(木) 17:34:12

Net_UserAgent_Mobile 0.25.0 up

**nobodyさん** · 2005/08/20(土) 11:00:17

>>19
いつもお知らせありがとう。助かってます。
ひょっとして中の人かな？

**nobodyさん** · 2005/08/20(土) 11:05:02

FreeBSDユーザにお尋ねします。
PortsのPearと純粋Pear、どっち使ってますか？

**nobodyさん** · 2005/08/20(土) 13:22:17

ﾉ

純正 pear コマンドでインストールしてま

◆AngelH/kMI · 2005/08/20(土) 14:34:41

>21
pearコマンド。redhat系でもだけど、pearはpearコマンドに任せてしまった方が楽な気がするです。

**nobodyさん** · 2005/08/25(木) 20:10:04

こんにちは

pearモジュールで「値に改行コードを含む」CSVを扱うモジュールとかありますか？
あれば教えてください。

もし、pearでなくてもPHPで上記を扱えればいいので、良い方法があれば教えてください。

**nobodyさん** · 2005/08/25(木) 20:32:45

fgetcsv

**nobodyさん** · 2005/08/25(木) 22:18:08

File_CSV は今はマルチラインに対応していたようなー

File にバンドルのね

**nobodyさん** · 2005/08/26(金) 02:16:29

File 1.2.1 や File_Find 1.0.0 を pear install/upgrade しようとすると
XML error: Undeclared entity warning at line xxx (xxx: package.xmlの最終行)
ってエラー出ません？
package.xmlを見てみたけど、特に問題があるようにも思えないし...

環境は Mac OS X 10.4/PHP 5.0.4, Mac OS X 10.4/PHP 4.4.0, FreeBSD 5.4/PHP 5.0.4 です。

**nobodyさん** · 2005/08/27(土) 00:22:58

ｃｓｖってフォーマットとして糞だよね？タブ区切りにしろよ。

**nobodyさん** · 2005/08/27(土) 02:22:26

特定文字を区切りにして複数のテキストを構造的に格納する，って点で，
CSV と TSV(タブ区切り) がどれくらい違うのかさっぱり理解できない
カンマとタブの出現頻度だけの違いに思えるし，
それはデータの問題であってフォーマットが糞とかって話じゃないっしょ．

ただの独り言じゃないならその理由を聞かせてほしいもんだ．

**nobodyさん** · 2005/08/29(月) 15:27:18

csvもtsvもクソだよね。RDBMSにしろよ。

**nobodyさん** · 2005/08/29(月) 21:21:20

RDBMSクソだよね。XMLにしろよ。

→ 教訓：　臨機応変　適材適所

ぜんぜん PEAR と関係ないなｗ

**nobodyさん** · 2005/08/29(月) 21:47:54

XMLクソだよね。OODBにしろよ。

**nobodyさん** · 2005/08/29(月) 22:43:00

OODBクソだよね。CSVにしろよ。

**nobodyさん** · 2005/08/29(月) 22:44:55

CSVクソだ。
せめてTSV。

**nobodyさん** · 2005/08/30(火) 15:32:06

１ループしたところで次の議題に移ります

**nobodyさん** · 2005/08/30(火) 16:16:12

PEARクソだよね。PECLにしろよ。

**nobodyさん** · 2005/09/06(火) 03:33:29

CSVは、フィールド内にカンマあるときの処理をどうするかで悩まないといけない。
自分だけで使うならいいが、他のアプリで使う時に互換性で問題が出る。
バックスラッシュでエスケープするか、2個並べるか。
こんな単純なフォーマットなのに、統一できてない。だから、うんこ。

**nobodyさん** · 2005/09/06(火) 17:38:01

>>37
あなたはTSVを扱うときフィールド内にタブがある時の処理で全く悩まないんですね･･･

**nobodyさん** · 2005/09/06(火) 19:00:40

悩まないよ。

**nobodyさん** · 2005/09/07(水) 00:02:32

>>37
Excel の CSV 形式（"で囲う＆"単体は "" にする方式）がデファクト標準じゃないかのー？

\ でエスケープした CSV なんて作って客に渡したら
たちどころに「エクセルで読めないんですけど？」とか言われるしなー……
まぁそういう客には最近は HTML ファイルに .xls って名前付けて渡すことにしてるけどねー

**nobodyさん** · 2005/09/07(水) 22:33:18

Amazon.co.jp：本: PEAR入門 PHP標準ライブラリを極める！
http://www.amazon.co.jp/exec/obidos/ASIN/4798109592/

レビューきぼんぬ

**nobodyさん** · 2005/09/08(木) 15:08:32

>>41
近日発売　予約可　らしい
もし中の人いたら詳細きぼんぬ

**nobodyさん** · 2005/09/08(木) 17:52:20

pearの本か……こんなの売れるのか？

**nobodyさん** · 2005/09/08(木) 22:26:09

本が手に入ったころには、仕様が変わってる。

**nobodyさん** · 2005/09/09(金) 13:31:21

つ目次　ttp://www.wings.msn.to/index.php/-/A-03/4-7981-0959-2/

**nobodyさん** · 2005/09/09(金) 13:36:50

PEAR本体をインストールせずに、必要なパッケージだけ手動でインストールすることってできるんでしょうか？

**nobodyさん** · 2005/09/09(金) 13:49:03

>>46
自分のディレクトリにコピーするだけで使える

**nobodyさん** · 2005/09/09(金) 13:52:47

マニュアルの日本語化+αって感じなんだろうね、書籍。
9月8日、昨日の発売だ。誰かレポしてYO

**nobodyさん** · 2005/09/21(水) 23:46:56

>>38
WEBで扱う分には、タブそのものを必要とすることは滅多にないからね。
そもそもHTMLフォームじゃタブを入力しようと思っても、普通には出来ない。

**nobodyさん** · 2005/09/23(金) 12:18:59

>>49
普通にできなくても，できる可能性がある以上は，
コード側では対応しとかないといけませんよ？

もちろん「対応しない」という仕様にして納得してもらうのが安上がりでいいけどさｗ

**nobodyさん** · 2005/09/24(土) 23:32:10

スペース1個に置き換えるだけで十分な場合がほとんどじゃん。
XMLは遅いし、めんどくさいし、DBはメンテに手間がかかるし、タブ区切りが一番手軽でしょ。
PHPの場合は、SQLiteも普及するかもしれないけど。

**nobodyさん** · 2005/09/26(月) 22:12:34

PEAR本買ったぞ。結構有用な感じ。
思ったよりHTML_QUICK_FORMにページ割いてるので嬉しい
あとなんか紙質が安っぽいwwww

購入を迷っていてなんか質問ある人は答えるよ

**nobodyさん** · 2005/09/26(月) 22:52:44

結婚はしてますか？

**nobodyさん** · 2005/09/26(月) 22:55:57

これからPEARをやってみたいんだけど～って人にも勧められる内容なのかな？
前提条件として、「このくらいは知っておかないと」というのがあれば、それもお願い。

せっかくだからage

**nobodyさん** · 2005/09/26(月) 23:07:00

PEAR本なんか必要ないんじゃないの？

**nobodyさん** · 2005/09/26(月) 23:20:08

自分は52とは違うけど

>>54
むしろこれからPEAR触ってみようかな、って人にいいんじゃないかな
ざっと見たら手広く紹介してあるみたいだったよ

>>55
PEPrまで毎日チェックしてるぜ！な人にはもちろんいらんと思う

**nobodyさん** · 2005/09/26(月) 23:42:11

>>53
してません。ちなみに当方28才女自営業です。

>>54
PEAR『入門』ですから、PEARの導入方法から使用法まで割と親切に書いてあります。
ただしPHP初心者には難しいと思います。

>>55
まあ今まで無くてもみんなやってこれたので、必要ないと言えば無いのですが・・・
でもPEAR公式マニュアルって翻訳が追いついていなくて、半分英語・半分日本語だったりするじゃないですか。
HTML_QUICK_FORMなんかはマニュアルだけで使いこなすのは絶対に無理だと思いますし。

**nobodyさん** · 2005/09/27(火) 00:17:59

絶対に無理ってことはないな。

53 · 2005/09/27(火) 00:38:02

>57
それでは購入することにします。
当方も28才男自営業ですので、よろしくお願いします。

**nobodyさん** · 2005/09/27(火) 16:49:44

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

**nobodyさん** · 2005/09/27(火) 20:12:02

いいんじゃないか？

**nobodyさん** · 2005/09/27(火) 21:51:56

>>59
何気にプロポーズすんな。

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

**nobodyさん** · 2005/09/27(火) 23:30:15

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

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

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

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

**nobodyさん** · 2005/09/28(水) 01:25:58

上位のひとが脱だーって言ったからって，
それを超えるものを提供した上で言ってるわけじゃないからなー．

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

**nobodyさん** · 2005/09/28(水) 01:42:23

ヒント: Flexy

**nobodyさん** · 2005/09/28(水) 01:45:10

>>61
じゃ暇があったらなんか書いてみるよ

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

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

**nobodyさん** · 2005/09/28(水) 20:39:25

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

**nobodyさん** · 2005/09/28(水) 21:00:34

でも JS の自動生成や advmultiselect みたいな拡張機能は他にはない魅力……
なので何とか共存の方向を考えたいところだ

**nobodyさん** · 2005/09/28(水) 22:53:17

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

**nobodyさん** · 2005/09/28(水) 23:15:25

ADODB
だけどそろそろ移行の時期だと思ってる。

69 · 2005/09/28(水) 23:28:51

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

**nobodyさん** · 2005/09/28(水) 23:40:59

DB_DataObject
遅いっちゃ遅いんだが、便利で手放せない
PDO+DBDOが使えるようになるのはいつのことやら・・・

70 · 2005/09/29(木) 00:11:09

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

>72
俺もPECLのDBDO待ち

**nobodyさん** · 2005/09/29(木) 01:02:34

おれも DBDO が使えるようになるまでは DB_DataObject で粘ろうと思ってる
そこまでパフォーマンスに厳しい仕事をしてないってのもあるが……

**nobodyさん** · 2005/09/29(木) 07:44:25

PEAR DBは重すぎて糞
PDOﾏﾝｾｰ

**nobodyさん** · 2005/09/29(木) 19:28:05

>>74
やめとけ。updateがDB_DATAOBJECT_WHEREADD_ONLYでしか動かないぞ。
最新バージョンは挙動がかなりおかしい。
PHP5+Propelにしとけ

**nobodyさん** · 2005/09/29(木) 19:32:15

>>13
いまさらだけど、Smarty使ってるならプラグインにまとめようぜ、そういう処理は。

**nobodyさん** · 2005/09/29(木) 21:41:23

>>76
Propelって初めて聞いた。
検索かけても殆ど情報得られないなぁ。

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

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

**nobodyさん** · 2005/09/30(金) 04:40:45

>>78
配布先に使い方全部書いてあるし。
てかpropelしらかったて…

**nobodyさん** · 2005/09/30(金) 18:37:09

>>79
使い方じゃなくて、使えるレベルにあるかって事だろ。
自分で調べれ。

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

**nobodyさん** · 2005/10/01(土) 17:31:35

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

**nobodyさん** · 2005/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()");

**nobodyさん** · 2005/10/14(金) 17:10:01

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

とエラーが出ます。ググっても解決策がよくわかりません。ご教授お願いします。
（プロキシサーバ）のとこには自分のプロキシサーバ・アドレスを入れています。

**nobodyさん** · 2005/10/15(土) 00:48:58

>>83
氏ねや。

**nobodyさん** · 2005/10/15(土) 01:03:49

なんで？

**nobodyさん** · 2005/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例としてあげてみた。

**nobodyさん** · 2005/10/16(日) 03:57:55

まあそういう理解が前提じゃないの？
Martin Fowlerがまとめのがよく言及されてるけど

**nobodyさん** · 2005/10/16(日) 03:58:50

それよかコンポーネントがちゃんと出来てるかどうかのほうが重要かもと思う

86 · 2005/10/16(日) 04:29:55

>>87
Martin Flowlerは知らなかったので、ググってみた。
この記事のことかな？
まだ、読み始めたばかりだけど参考になりそうだ。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL

**nobodyさん** · 2005/10/16(日) 05:16:19

おれもSQL好きだなあ。
ストアドとかで一発処理できると結構快感がД`)
sql92だけでもそこそこやれるよね。

**nobodyさん** · 2005/10/16(日) 08:23:31

>86
adodb使ったら？

**nobodyさん** · 2005/10/16(日) 08:35:47

Pear::DB使わないで得られる負荷低下なんてすずめの涙ほどもないよ

**nobodyさん** · 2005/10/16(日) 16:06:05

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

**nobodyさん** · 2005/10/16(日) 17:13:51

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

**nobodyさん** · 2005/10/17(月) 00:11:32

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

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

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

**nobodyさん** · 2005/10/17(月) 00:20:16

PEAR::DBでOCI8使ったら一部のSQLでフィールドがずれたり文字が化けたから
OCI8関係は自分でPEAR::DBっぽいクラス作ったな…

**nobodyさん** · 2005/10/17(月) 01:20:58

>>92
ん？
結構違うと思うぞ。やってみ。

**nobodyさん** · 2005/10/17(月) 02:05:06

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

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

**nobodyさん** · 2005/10/17(月) 07:11:47

前にベンチとった。
１０万件から、単にセレクトしてテーブルで表示するだけのもの。

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

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

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

あ、スペルいい加減。

**nobodyさん** · 2005/10/17(月) 07:20:43

なんだこれ？

**nobodyさん** · 2005/10/17(月) 18:15:47

>>99
ADODBの本領はダイナミックリンクだってば。