Pear

**名無しさん＠お腹いっぱい。** · NG

ってどうよ。

**nobodyさん** · 03/06/25 01:13

小山さんが PHP-users 16204 で Benchmark_Timer の簡単な案内流してくれていますね。

にしても小山さんも知識量が半端ぢゃないのですがこういう人たちってやっぱり Never Sleeping なのでしょうか。

**nobodyさん** · 03/06/25 01:33

>>157
日頃接されている情報量が相当違うのでしょうね。
我々もがんばりましょう。(ｗ

**nobodyさん** · 03/07/02 22:42

PEAR-ML が既に出来ていたようです。
っていうか長尾さんが PHP-users 16338 で告知いれて人数集まり始めたようです。
Xoops にも絡んでいてマーケの仕掛けが上手なので PEAR に注目してくれた事は嬉しいかも。

PEAR-ML
http://www.freeml.com/info/pear-php@freeml.com

参加者ゼロの ML の存在なんてどうやって突き止めたのだろう。
ML サービスの総当たり検索なのかな。

**nobodyさん** · 03/07/02 22:51

>>156
久々に買っちゃいました。
いつの間にか子供相談室が終わっていてそれと共にいつの間にか読むのも辞めていたんですけど。久々。
昔は PHP まんせーだったのに最近 Java に振られていて悲しい。 Java には縁がないし。

内容はなんてゆーか、役立つのですが刺激がぁぁあああ

むしろこっちが楽しみで仕方ありません。
http://pear.sakura.vg/index.php?%5B%5BWAF%2FCMF%2FCMS%5D%5D
ご飯三杯はいけます (；´Д｀)ﾊｧﾊｧ
ドラゴンボールとJOJO三部やってたジャンプの発売日並に更新が待ち遠しいです。

HORDE がかなり PEAR に寄ってるって聞いたのですが HORDE が載ってないのが (´･ω･`) スルーなのかな、、

**nobodyさん** · 03/07/03 03:50

>>160
そんなに楽しみにしてもらってるのは嬉しい限りです。

今仕事がせっぱつまってまして、しばらくしてヤマを越せばガリガリ更新します。
時間が欲しいです．．．

**nobodyさん** · 03/07/03 10:33

いえいえ、無理しないでください。

私も時間無いので色々手つかず。徹夜でタワシのアンケート入力してる場合ぢゃねぇよおおoooO

PEAR やフレームワークの認知が上がると PHP は変わると思っているので CMS レポは楽しみっす。

**nobodyさん** · 03/07/03 12:10

重松たん　　ｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!
まいぱぱたんｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!!

って事で PEAR-ML 本格稼働の予感。
まだの人は早めに参加しる。

ユーザー会活動で見かける永田たんも来てる。

**163** · 03/07/03 20:20

突っ込まれて落ち着いて考えてみたら ML 使いにくい気がしてきた;
集約したい話題以外はPHP-usersに投げた方がレスポンスも期待出来るし告知効果も高いのよね…
どっちに投げるって聞かれたら PHP-users じゃなくて php-pear に投げた方がいい話題って自分では持ってないな。

Wiki の存在意義は解るがあの ML はどうなるのかな～、、

**nobodyさん** · 03/07/03 21:00

長尾たんは最初は宣伝頑張るんだけど後が続かないんだよ

**nobodyさん** · 03/07/03 23:37

Xoops は続いてる、、っていうか元々波に乗っていたといえば乗っていたが。
Xoredはどうしたのかね。最近リリース止まってるし。こういう時に長尾たんから何か動きがあったら面白いのに。
後が続かないのは数で勝負って感じなのかな。あの年齢にしてあの活動量は敬服。あずまんがも敬服。

メールアドレスをパースしたいならPHPマニュアルに適当な関数が載っているし、
PEAR::DB拡張って逝ってもあれではただの方言って気もする。標準のAPI崩すほどのメリット無い。

**nobodyさん** · 03/07/03 23:47

長尾たん… PHP-usersに何か投げてるが…
苦労とか練習ってものでもないだろ。
しばらく待てば過ぎ去るかな台風一過ってゆーか (_ _)y-~~

群れても仕方ないんだが…

**nobodyさん** · 03/07/03 23:54

そうなんだよね。
PHPそのものの開発者がいないみたいだしね。
(いまはそれどころじゃないってこともあるけど。)
MLネタをWikiに集めるとか、できるかもしれない。
ま、PerlはMLいろいろあるPHPにもいろいろあったほうがいいかも。
ほんとに意義があるなら、pear@php.gr.jpとか作ればいいわけだし。

**nobodyさん** · 03/07/04 00:02

ML 入会しました。
PEAR (あるいは PHP) は選択肢のひとつにすぎませんので、メール処理にわざ
わざ PEAR を使おうというのはナンセンスな気がしますが、PEAR の ML とい
うことでしょうがないのでしょうかね。私は業務におけるメール処理には
Perl (Mail::Internet, Mail::Bulkmail 等) を使ってます。

◆AngelH/kMI · 03/07/05 10:33

会社の組織体制変化でばたばたしてて
なかなか余裕なく・・・

>>168
うまく棲み分けができるといい感じ。
TIPSやPEAR更新情報とかも
WIKIにまとめると使いやすいと思う。
WIKIの存在をうまく広めることができれば
「教えて君帰れ。過去ログくらい検索しろよ」
なんていうやりとりが多少減るだろうし。

>ま、PerlはMLいろいろあるPHPにもいろいろあったほうがいいかも。
>ほんとに意義があるなら、pear@php.gr.jpとか作ればいいわけだし。
選択肢の増加はいいと思う。
公式で出来ると人は増えそうだけど、
S/N比は下がってしまいそう（苦笑

**nobodyさん** · 03/07/08 12:04

PEARのAPCを試してみたのですが、phpinfo()でみると
MMAP Support Disabled
になってしまいました。
mmapを有効にするやり方わかるかたいますか？

pear install apc　でインストール
php.iniに、以下を記述
extension="/usr/local/lib/php/extensions/apc.so"
apc.mode = mmap
apc.cachedir = /tmp
apc.mmap_file_mask = /tmp/apc.XXXXXX

これだけじゃダメ？

コマンドラインから、php -vとやると
[apc-notice] APC version 2.0b -- startup complete
とでるので、apc自体はインストールされているようなのですが
/tmp　以下に何もできません｡･ﾟ･(ﾉД`)･ﾟ･｡

◆AngelH/kMI · 03/07/08 13:01

>>171
どうやらmmapは出来なくなったらしい。
PHP-users ML 16415あたり参照。

◆AngelH/kMI · 03/07/08 13:04

追記。
まだ安定版ではないけど、ソース隠蔽等も考えているなら
Turck MMCacheを推したい。
http://www.turcksoft.com/en/e_mmc.htm

PECLには入りそうにないですけどね・・・。

**iwa** · 03/07/08 15:08

>171
pearインストーラを使わずに従来の方法で作成すれば出来ます
お約束の
% phpize
% ./configure --enable-apc --enable-mmap
% make
# make install

>172
そんなこたあ無い
mmapの本来意味するところの機能が実装されました。

1スクリプトに対し1バイトコードを1ファイルとして再利用する
Version1のmmapという名のファイルキャッシュは便利ではあるが
memory mapped fileとは異なるものです。

>171
が欲しているmmapってどっちですか。

#こんな掲示板があったのね。

**171** · 03/07/08 15:57

みなさんレスthxです

すいません、mmapってどういうモノか全然分かってないです（汗

従来（？）のmmapで、php.iniに以下を設定することで

apc.mode = mmap
apc.cachedir = /tmp

/tmp　以下にキャッシュされ、apcが動いているんだなぁと実感できるので
今回のapc2.0bでも同様にやった所、/tmpに何も出来ないので
質問させて頂きました。

**171** · 03/07/08 16:30

※追記

pear install apc　でapcをインストール
　↓
php.iniに、「extension=apc.so」を追加
　↓
Apacheの再起動

これだけ行い、[PHP-users 11469] から始まるｽﾚｯﾄﾞを参考に
簡単なｽｸﾘﾌﾟﾄでﾃｽﾄしたところ、目に見えて効果がでました。
もっと早くapcを使っておけばよかったと後悔(；・∀・)

**nobodyさん** · 03/07/08 17:04

おお、俺も APC 使ってみよ。
情報や人柱が出そろうと使いやすくなります。

> #こんな掲示板があったのね。

iwa って… いわきりさめｷﾀ━━━━━(ﾟ∀ﾟ)━━━━━!!!! とか騒いでみる。
なんかこのスレが一番頼りになる情報源になってる気がする。
>>1-1000 ありが㌧

**171** · 03/07/08 17:20

>>177
私のようなド素人ではあまりお役に立てないとは思いますが(；・∀・)
私が試したスクリプトは↓こんな感じです。

<?
require_once "Benchmark/Timer.php";
$timer = new Benchmark_Timer;
$timer->start();
$timer->setMarker('Mark 1');
for($i = 0; $i < 10; $i++) {
include("a.inc");
}
$timer->setMarker('Mark 2');
for($i = 0; $i < 10; $i++) {
include("b.inc");
}
$timer->setMarker('Mark 3');
for($i = 0; $i < 10; $i++) {
include("c.inc");
}
$timer->stop();
$timer->display();
?>

a.inc～c.incの中身は同じで、「$a = 1;」を3万行書いただけです。

私の環境下では、apc無しで約25秒、apc有りで3秒ほどでした。

php.iniへの設定の書き方がよくわからないので
「extension=apc.so」しか書いて無いので、適切に設定すればもっと良くなるかも。
そこらへんの所、詳しい人情報くれると助かります

**nobodyさん** · 03/07/08 19:05

Spreadsheet_Excel_Writer の PEAR 版も class 版も

'filename.xls'にアクセスできません。ファイルは読み取り専用であるか、
または読み取り専用の場所にアクセスしようとしています。
または、サーバ上に保存されているドキュメントから応答がありません。

なるエラーが Excel2002(Windows2000) が出します。
ttp://pear.php.net/ にあるサンプルプログラムも全滅。原因分かる方いますか？

◆AngelH/kMI · 03/07/08 20:53

>>174
あー、すまそ。
確認不足だった。
フォローthanks。

>Version1のmmapという名のファイルキャッシュ
このあたりから誤解してたっぽ・・・。

**nobodyさん** · 03/07/09 21:50

apc で盛り上がってるとこｽﾏｿ
HTML_QuickForm って使ってる方います？

「フォーム→確認→処理」という流れを実装したいんですが，
freeze() せず display() してフォーム表示，
freeze() して display() で確認画面表示，まではいいとして，
その後に再度 POST された時に，それがフォームから POST されたのか
確認画面から POST されたのかを上手に識別する方法があったら教えてくださいー．

hidden でステータス保持の項目を作って逃げることは出来たんですが，
せっかく至れり尽せりな HTML_QuickForm だから，
この辺りのハンドリングをうまいことやる方法があるんじゃないかと思って．．．

**直リン** · 03/07/09 22:14

http://homepage.mac.com/maki170001/

**nobodyさん** · 03/07/10 02:03

>>179

試してみましたが、当方でも HTTP 経由では同様の現象が出ました。
コマンドラインで作成すると問題ありませんでした。
テスト用のスクリプトをコマンドラインで実行して出来たファイル
$workbook = new Spreadsheet_Excel_Writer('try1.xls');

と HTTP 経由で保存したファイル
$workbook = new Spreadsheet_Excel_Writer();
$workbook->send('try2.xls');

を比較すると HTTP 経由の方が 1 バイト少なく、バイナリダンプで比較する
と先頭からいくらか内容が異なっている箇所があるのと、途中からはオフセッ
トが１バイトずれているようでした。

とりあえずここまでしか調べてませんが PEAR General/Development ML とか
に何か載っているかもしれません。

使用したのは Excel 2000 です。

**183** · 03/07/10 02:34

追記です。

使用したバージョンは 0.3 です。
CVS バージョンは試していません。

**nobodyさん** · 03/07/10 03:08

>>181
使ってます。
別に validate さえしていればどちらの画面遷移から来ようと関係ないと思うんですけど～、、
> フォームから POST されたのか確認画面から POST されたのかを上手に識別
の必要性が無いって事で。

◆AngelH/kMI · 03/07/10 08:46

色々試したけどうまくいかないんで質問。

PEAR::PEAR_Frontend_Webまともに動いてる人いる？
PHPKitchen( http://www.phpkitchen.com/ )見ると単に
WebInstaller.phpをlnしてるだけだと思うんだけど
実行すると

could not create lock file: failed to create stream: Permission denied

って怒られる・・・。
ロックファイル吐いてるディレクトリは/tmp/pear/cacheだと思い
パーミッション見てみたんだけど書き込み権限あるみたいだし、
一体どこに作ろうとしてるんだ・・・。

**179** · 03/07/10 09:45

>>183-184 ありがと！
で、私の原因は PHP のバージョンでした…。
PHP4.2.2 を PHP4.3.2 に上げたら無事できました。

**181** · 03/07/10 11:27

>>185
書き方が悪かったです．すみません．
「確認画面」はプログラムがデータを確認するのではなく，ユーザが自分の入れた
データを見て確認する画面，のつもりでした．
問合せフォームみたいなものなんですが，入力必須にはしないけど，
間違って空データを送らないよう一旦ユーザに確認させたい，ということで．

しかしそれにしても情報が少ないなー QuickForm は．．．

**nobodyさん** · 03/07/10 12:22

>>188
情報が少ないのは PEAR ではデフォルト。
一応こういうとこあるけど
http://enzo.bz/pearwiki/?%5B%5BPEAR%2FHTML_QuickForm%5D%5D
殴り書きでイマイチ使えない。

なるほど、理解。
どっちかっていうとどの画面遷移から受けた入力かを判別するっていうより
画面遷移も HTML_QuickForm で制御出来ないかって話な気がする。
ユーザーに入力フローを強制出来ればいいんだし。

残念ながらそういうのは知らないっす。
修行不足なのでひょっとしたら実装されてるのかも知れないけど、
オブジェクトからメソッドを抜き出してみた限りではそれっぽいの見あたらないな～

**181** · 03/07/10 15:56

>>189
そうそう，そういうことですわ > 画面遷移の制御
結局，hidden 型にステータスを持たせて，今どの画面にいるのかを HTML_QuickForm とは別に
自分で制御するようにしました．

作りながら思ったのは，もしかしたら HTML_QuickForm は「フォーム→確認」までしか面倒見なくて，
その後の「処理」ページは別ページ（別ファイル）にしろ，って設計なのかも．
でも，その割には，freeze() すると submit ボタンが消えるし．謎や．

**nobodyさん** · 03/07/10 18:14

>>190

> でも，その割には，freeze() すると submit ボタンが消える

addElement した要素が freeze で消えたことは無いっす。っていうかそれが可能ならどういう操作か知りたいかも。
ArrayレンダラでSmarty に飛ばしてるのでレンダラー絡みの操作だとちと分からないっす。
俺は遷移画面のコントロール/分岐をやって、その中で HTML_QuickForm のパラメーター制御を行うようにしてます。
でもあまりスマートじゃないのよね、、デザパタとかもっと勉強しよっと。

**181** · 03/07/10 21:25

>>191
あ，そうか，これは QuickForm というよりその中の Renderer の動作なんですよね．
Default Renderer では，freeze() された submit や reset ボタンを全く描画しないようです．
ってことは，そこだけを変更したオリジナルの Renderer クラスを作って使えばいいのか．

っていうか大人しく Smarty を使えと(w
Smarty と HTML_QuickForm を配下に制御する，画面遷移をコントロールするクラスとか作れば，
全体としてかなり美しくまとまりそうですね．

**nobodyさん** · 03/07/10 21:42

>>192
何はともあれ原因が分かってなによりです。
freeze() で submit 要素を削るって余計な仕様に見えるんですけど、きっと別の方法がちゃんと用意されてるんでしょうね～、、
まだまだ修行不足でつ (´･ω･`)

元々 SmartyDnymanic.php と SmartyStatic.php として ML に投げられてたので Smarty 用に書かれたレンダラってのは確か、
でも単に配列に押し込めて投げ返してるだけなので Smarty 使わなくても大丈夫でつ。

Var_Dump::display($renderer->toArray());

とか $renderer->toArray() のダンプ取ると大体分かります。
Smarty と Arrayレンダラ使って嬉しいのはオブジェクトごとにテンプレートを共通化出来る事だったり。

**山崎渉** · 03/07/15 11:08

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**nobodyさん** · 03/07/17 20:28

PEAR ベースのフレームワーク DinoLib を公開している Dino がバイト募集やってる
http://www.find-job.net/fj/showjob.cgi?id=16894&from=10

内容はフィットしてるんだけど、ここ大阪なので無理ぽ＿|￣|◯

**nobodyさん** · 03/07/18 00:08

近々MDBの解説記事が雑誌に載るとか聞いた。

**nobodyさん** · 03/07/18 01:02

MDB っすか、微妙だなぁ ^^;
stable state から速攻で仕様変更された恨み（ｗと、MySQL のような海外でシェアの高いドライバは安定しているっぽかったけど、
他のデータベースはテスターがあまりいなくて十分に地雷ふみふみされていなかった気配も。
結局外販しないアプリケーションだと MDB の売りである SQL レベルの互換性を手間かけて求める必要が無かったり、
XML によるテーブル定義はアバウト過ぎて使いづらかったり、テストを重ねるごとに MDB 使う理由が消えていった ^^;

十分安定して PEAR::DB とのパフォーマンス差が縮まったら使ってみたいアプリケーションではあるのだけど、まだ早いんぢゃないのかな～
とか思いつつ楽しみにしています（ｗ

そういえば Lukas の書いた記事が海外の雑誌に出ていて記事も公開になっていたような～、、、
発見。
http://www.php-mag.net/itr/online_artikel/show.php3?id=283&nodeid=114

**197** · 03/07/18 01:51

>>196
裏取れた（ｗ
書く人が書く人なのでめっちゃ期待。わくわくわくわく～♪

**197** · 03/07/18 02:02

で、 >>197 で書いた MDB への文句は全面的に私の勉強不足という事で (_ _) ごめんなさい

◆AngelH/kMI · 03/07/18 11:03

MDBは使ってみようと思ったけど
時間がなくて放置状態だなぁ。
Web+DB PRESSに記事がでるってことでかなり期待。
あの雑誌最近Javaばかりだったから
買いつつづけるか悩んでたんだけど（苦笑

**197** · 03/07/18 18:25

ウチも WEB+DB 買うのは久々っす。
懐がツンドラ状態になった時に買うの止めて、次に思い出したように見てみると Java 一色 + 子供電話相談室が無い…
増刊かと思ったよ (/_;)

国内発の PHP の専門誌欲しいっす。ちと寂しい。

**nobodyさん** · 03/07/18 18:40

PHPプログラマーズマガジンは翻訳記事ばかりだから、たまに
日本語圏じゃ使い物にならないネタとかあるしねえ。

◆AngelH/kMI · 03/07/18 22:13

>>201-202
専門誌ほしいね・・・。
PHPプログラマーズマガジンがもうちょっと日本独自記事とか
ユーザー参加で何かやるとかやってほしい。

んで、MDB_Frontend使ってみた。
多少requireするファイルとか追加したら
DB一覧とかテーブル一覧とかはちゃんと表示できてるんだけど
XML出力しようとするとこけてしまう。

//Fatal error: Allowed memory size of 16777216 bytes exhausted at (null):0 (tried to allocate 40 bytes)
// in /usr/local/lib/php/MDB/Common.php on line 2808

うーん・・・？

**nobodyさん** · 03/07/18 22:22

>>203
MDB_Frontend のせいなのかな、、昔 1.3.0 の RC か何かスクリプト書いて試した時は XML > DB は出来たけど DB > XML はコケてたっす。

**nobodyさん** · 03/07/18 23:26

PHP プログラマーズマガジン、、か。
システムは面白いし発展性ある。めっちゃ注目してる。
PHP-Con 行きたいよ～～

でも内容は、、いつも微妙なのよね ^^; タイトルでいらんって思う記事が少なくない
値段も微妙だけど応援の意味も込めて php | architect では買わないよーにしてる。

初年度目標の１万部を達成しても 1000万、そこから翻訳や本家への支払い考えると…
継続的なコンテンツビジネスって大変やね。

**koyhoge** · 03/07/19 01:11

お、なんか話題になってるし(笑)

あんまし入門記事じゃなくなっちゃったので、その辺を希望してた人はごめんなさい。
サンプルコードはたくさん載せたけど、メソッドをひとつひとつ解説するようなことはしてないです。
実はこの記事を書くために本格的にMDBのコードを読み込んだんだけど、
イヤーよくできてるわホントに。

**nobodyさん** · 03/07/19 01:29

入門記事は結構飽きていたりします ^^; なんとかなる部分も多いし、、

ライターさんが自分で最も価値が高いと思うアウトプットをくれると私的には一番楽しいっす。
媒体の性格もあると思うので難しいのかも知れませんが。

> 実はこの記事を書くために本格的にMDBのコードを読み込んだんだけど、
> イヤーよくできてるわホントに。

とかもっと語って語ってって感じっす。発売楽しみにしています。

◆AngelH/kMI · 03/07/19 20:13

>>205
PHPプログラマーズマガジンで一番読んでいるのは
Tips &Tricksだったりする（＾＾；
なんかこう、自分が求めるものと外れてるんですよねぇ・・・。

>>206
本人降臨ですか（笑
記事の方楽しみにしてます～。
メソッドごとの説明とかは本家マニュアル
( http://pear.php.net/manual/en/package.database.mdb.php )
にも載ったし別にいいんじゃないかと。
それにしても、発売日遠いです（苦笑

そろそろ使おうと思ってるんだけど、
「MDBならでは」って部分を知りたい・・・

◆AngelH/kMI · 03/07/19 20:44

>>208
自己レス。
本家マニュアルに載ってるのはまだMDB_Commonだけなのね。
もうちょっと情報がほしい・・・。

**nobodyさん** · 03/07/19 21:16

>>209
http://www.backendmedia.com/MDB/docs/
http://www.backendmedia.com/MDB/docs/tutorial.html
http://www.php-mag.net/itr/online_artikel/show.php3?id=283&nodeid=114
http://enzo.bz/phpdoc/pear/mdb/datatypes.html
http://enzo.bz/phpdoc/pear/mdb/xml_schema_documentation.html
http://enzo.bz/phpdoc/pear/mdb/

enzo.bz ドメインのドキュメントはバージョン遅れてる (´･ω･`) 他の場所見つけるか自分で PhpDocumentor 動かせば無問題

**210** · 03/07/19 21:20

他に MDB のリソースあったら教えて (´･ω･`) 欲すい
もう長いこと情報集めるのサボってるので。

**nobodyさん** · 03/07/24 09:37

少し前に PEAR General に流れてきました。グッジョブ。

PEAR API docs
http://phpdorks.net/docs/api/

http://marc.theaimsgroup.com/?l=pear-general&m=105828607323612&w=2

**nobodyさん** · 03/07/24 09:50

>>210
少し前のことなので状況が変わっているかもしれませんが、以前に Lukas さ
んが同様のことにお答えになっておりまして、現時点の解としては PEAR DB
との違いを PHP Magazine の記事を参考に認識した上で PEAR DB のチュート
リアルを読めということです。
http://marc.theaimsgroup.com/?l=pear-general&m=105174372631369&w=2

**nobodyさん** · 03/07/27 05:34

>>213
PEAR::DB + Metabase なので PEAR::DB 代わりに使うには
> 違いを .. 認識
すればokですね、、
つまらない事聞きました。多謝です (_ _)

◆AngelH/kMI · 03/07/29 10:05

>情報くれた人
どもっす。
時間をかけてじっくり読み解こう・・・。

それはそうと、Auth1.2.2でましたね。
変わっているところをチェック中・・・。

**nobodyさん** · 03/07/29 14:27

Authって使いやすいかなぁ・・・
DBつかうとコネクション余計に張らなきゃならんし、
start()でlogin用画面function呼ばなきゃならんとかいうのも気に入らん。

**nobodyさん** · 03/07/29 21:12

>>216

こんな感じでいけませんか？

DB:
$dbh = &DB::connect(...);
$auth_options = array(
'dsn' => $dbh,
'table' => ...,
'cryptType' => ...
);
$auth = new Auth('DB', $auth_options, 'showLoginForm', true);
$auth->setSessionname(...);
$auth->start();

MDB:
$dbh = &MDB::singleton(..., ...);
$dbh->setDatabase(...);
$auth_options = array(
'dsn' => $dbh,
'table' => ...,
'cryptType' => ...
);
$auth = new Auth('MDB', $auth_options, 'showLoginForm', true);
$auth->setSessionname(...);
$auth->start();

**nobodyさん** · 03/07/29 21:20

>>216

ちょっと前に Auth のメンテナが交代されたようですので今後に期待しましょ
う。

http://marc.theaimsgroup.com/?l=pear-general&m=105764685524935&w=2

**nobodyさん** · 03/07/30 15:13

>>217
あ、なるほど。
試してないけど、多分それでできるな。

**nobodyさん** · 03/07/31 17:41

DBでprepareをselectで使ってるんですが、
$db->getAssoc($sql);
とかしたい場合、
$sql = $db->executeEmulateQuery($stmt,array($id));
とかでrealqueryを取得してるんですが、
executeEmulateQuery()ってprivateなんですね。
今はいいけど、PHP5とかになったとき、呼べなくなったら困るなぁ。

**nobodyさん** · 03/07/31 22:24

>>220

CVS HEAD の DB/DB/common.php の getAssoc() を見てみると、

function &getAssoc($query, $force_array = false, $params = array(),
$fetchmode = DB_FETCHMODE_ORDERED, $group = false)
{
settype($params, "array");
if (sizeof($params) > 0) {
$sth = $this->prepare($query);

if (DB::isError($sth)) {
return $sth;
}

$res = $this->execute($sth, $params);
$this->freePrepared($sth);
} else {
$res = $this->query($query);
}

となっていますので、

$query = 'SELECT ... FROM hoge WHERE ... = ? AND ... = ?';
$data = $dbh->getAssoc($query, false, array('...', '...'));

でお望みの動作になるかもしれません。prepared query が破棄される分効率
悪くなると思いますが。

**nobodyさん** · 03/07/31 23:35

誰かPear-MLに投稿してよ。

**山崎渉** · 03/08/02 02:26

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**ぼるじょあ** ◆ySd1dMH5Gk · 03/08/02 04:56

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

**nobodyさん** · 03/08/06 15:45

うぅー DB_DataObject は oracle ではほとんどマトモに動きませんなー
オープンソースな PHP は商用 DB とは相性よろしくないのかしら。。。

**nobodyさん** · 03/08/06 16:12

>>225
恐らく MySQL と PostgreSQL 以外はほとんどテストされていないのでしょう。
どこがどのように動かないのでしょうか？
バグ等は見つけたらとりあえず報告しておくのが吉です。

◆AngelH/kMI · 03/08/12 08:46

QuickForm+Smartyでスマートに使う方法って無いかなぁ。
友人に教えて使ってるのを見たんだけど（自分で使ってる時間が無く・・・（苦笑
SmartyArray使うとどうも面倒そう。
特にテンプレートファイル側見るとひたすら
{$form.address.label}<br>{$form.address.html}
とか並んでいてテンプレートの意味あるの？という感じ。

ならQuickForm使わなきゃいいじゃん、って話だけど
やっぱり値チェックとかは強力だと思うし・・・。

Smartyのプラグイン作るとかですかね？

**225** · 03/08/12 13:39

>>226
oracle がカラム名とかを大文字で返すのがしばしば問題な模様ですね．
まず DB_oci8 の options が 'optimize' => 'portability' でないと動かないってのと，
その状態でも DB::TableInfo() が大文字で返すので createTables.php が動かない，とか．

でも，しばらくいじってみたら，「ほとんど動かない」ってほどでもないようです．
上記の点をクリアすれば基本的な部分はだいたい動きました．

バグとか報告したいんですが，どこにどう送ればいいものやら．
やっぱ英語書かなあかんですかね．読めるけど書けない典型的日本人．

**226** · 03/08/12 15:48

>>228
それでしたら CVS HEAD へのパッチの形にして PEAR developers list
に投げるといいでしょう。パッチは本文に貼っておけば OK です。

英語は趣旨が伝われば十分ですので簡潔なもので結構だと思います。

Subject: [PATCH] ...

代わりに投げてもいいですけど、私の名前をコミットログに入れられたりしま
すのでなるべく本人の方が良いと思います (笑

**225** · 03/08/12 21:31

>>229
なるほど，ありがとうです．
今の仕事が片付いたらその間に見つけたのをまとめて送ってみることにします．

あぁー getLinks() もおかしいな．
_link_loaded が true になる条件を満たしてても true にせず return してる線がある．．．

**あさがお** · 03/08/12 22:10

http://elife.fam.cx/a010/

**226** · 03/08/13 16:00

>>230
一部 PHP Bugs に上がってきました。
http://bugs.php.net/bug.php?id=25067

225 さんですか？

**山崎渉** · 03/08/15 22:36

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**nobodyさん** · 03/08/19 23:12

Midgard が Solaris にやさしくないため苦労しておりますが、一部更新しておきまし
た。 Solaris ユーザはほとんどおらんのか．．．

http://pear.sakura.vg/index.php?%5B%5BWAF%2FCMF%2FCMS%5D%5D

ところでページ上部のバナーが見つからなくなっているようです。

◆AngelH/kMI · 03/08/20 01:39

>>234
お疲れ様です～

>ところでページ上部のバナーが見つからなくなっているようです。
どうやら相手サイトが原因の模様。
バーチャルドメインの設定間違えたか
DNSの設定間違えたか。

**nobodyさん** · 03/08/23 13:40

apdを入れたいんですが、

# pear install apd
(snip)
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
/tmp/tmpmW3Ano/apd-0.4p2/ltconfig: Can't open /tmp/tmpmW3Ano/apd-0.4p2/ltconfig:
No such file or directory
configure: error: libtool configure failed
`/tmp/tmpmW3Ano/apd-0.4p2/configure' failed

ってなってしまうんです

libtoolだとかってよくわかんないんだけども、これってどこに問題があるんでしょうか。
autoconf,automakeだとかは新しいの入れてるし・・・
つか、そもそもltconfigって誰が作るものなんですか？

◆AngelH/kMI · 03/08/24 03:36

>>236
OSも書いた方がいいと思う。

うちのFreeBSDだと最初から入ってるlibtoolが1.3系だから
configureでひっかかる。

圧縮されてるファイルを拾ってきて展開。
phpizeしてconfigure開いて「--no-verify」を削除後、
configure -> make
で、make通るけど。

**236** · 03/08/24 05:20

ごめんなさい、環境書くの忘れてました。

FreeBSD4.8-RELEASE-p3
libtool 1.5
automake 2.53
autoconf 1.5
そんな感じです。
全部portsで入れてます。

--no-verifyで引っかからなかったのは、
やっぱりlibtoolのバージョンっぽいですね。

◆AngelH/kMI · 03/08/25 20:00

>>238
うーん、理由が見えないなぁ。
configureの中身見てみるとよさげだけど。
力になれず申し訳ない。

話変わって。
待ちに待ったWEB+DB Press16買ってきました。
PEAR MDBの解説、結構しっかり載ってます。
// さりげなくbenchmarkクラス使ってるところが流石というか

残念なのはXMLベースのスキーマについて
例が無かったこと。
しばらくはよりパフォーマンスが高いDBクラスとして布教活動かなぁ・・・。

あと、Postgresでのコネクションプールとか
興味惹かれる記事が多かったので久々に買ってよかったと思ったよ。

**nobodyさん** · 03/08/26 14:25

pear.php.net落ちてない？

**nobodyさん** · 03/08/26 14:59

最近 www.php.net も重い。

◆AngelH/kMI · 03/08/27 10:20

>>240-241
www.php.netはミラーがある(jp.php.net)からいいんだけど、
pearのほうはそういうの用意する予定ないのかねぇ・・・。

今の状態だとpear.php.netが落ちるとそれで終わりだから非常に怖い。

**nobodyさん** · 03/08/29 01:19

>>239
エッジの宮川氏のRSSのところでもさり気なくPEAR使ってましたな。

XMLといえばSimpleXML、チョー良いです。
http://www.sitepoint.com/article/1192/16
な感じ。

◆AngelH/kMI · 03/08/29 12:33

>>243
なかなか認知されないけど、
このまま少しずつでも広まっていけばいいよね。

海外みてるともっと話が盛んな気がする。

ちょっと質問。
Date_CalcクラスのnextDayOfWeekメソッドとかの第一引数、
$dowってなんだろ？

**nobodyさん** · 03/08/29 14:00

>>244
> $dowってなんだろ？

Daw Of Week: 週の何日目か。

**245** · 03/08/29 14:02

Day Of Week ね。まちがえちった。

◆AngelH/kMI · 03/08/29 14:51

>>246
あー、なるほど。
どもっす。
また時間見つけてwiki更新しときます。

PHPUnit1.0.0 alpha1でたとおもったら、
PHP5でないとインストールできないんだね。

LiveUserの新バージョンも追いかけたいけど、
時間足りない・・・。

◆AngelH/kMI · 03/09/10 00:17

PEAR::MDBでつまってしまった・・・。
PEAR::MDB+PostgreSQL7.3.4という構成で、
最初のうちはいいんだけど何回か繰り返してると
突然「MDB Error: unknown error」と言われ接続不能に。
一度エラーが出るとpostgresを再起動するまででるっぽいです。

（あと、エラーオブジェクトをvar_dumpしてみたら
　「Setup: could not execute BEGIN」って言われています）

接続数の関係かな？と思い、上記エラーが出るようになってから
PEAR::DBで同じDBに繋ぎにいったら、こちらは正常に接続出来ました。

原因、なんなんでしょうか・・・。

**nobodyさん** · 03/09/10 09:53

>>248
ひとつ推測できるのはトランザクションがアボートしている状態です。
その状態で何かクエリを発行するとすべて無視されますので、 MDB 周りのト
ランザクション処理が原因かもしれません。

◆AngelH/kMI · 03/09/10 10:53

>>249
ちょっとコード追ってみた。

接続するときにtemplate1データベースに接続にいってるのが原因っぽい。
自分が接続したいDB名がhogeで、
hogeに対してpconnectしているとすると

・pg_cmdTuplesが使えるか確認
・使える場合、template1データベースに接続しにいく
・が、hogeに対しての持続的接続により接続数が足りない
・接続失敗

って感じらしい・・・。
というか、これはいったい何をしたいのだ？
pg_cmdTuplesって古い関数名だし・・・。

◆AngelH/kMI · 03/09/10 11:07

連続カキコすまそ。

これってAffectedRowsとれるかどうか判断してるだけなのだろうか。
しかしそれを判断するのに何でわざわざtemplate1に接続しにいってるんだろう。
とりあえず適当に修正・・・。

話はわかりますが、
pear.php.netの構成が少し変わって日本語のドキュメント消えてますね。
このあたりの動向ってどうなってるんだろうか。

**249** · 03/09/10 12:58

>>251
> ・が、hogeに対しての持続的接続により接続数が足りない
というのはちょっと意味がわかりません。 PostgreSQL 側の接続数制限なのか
pgsql.so の接続数制限なのかのいずれかだと思いますが。
いずれにも該当しない場合は持続的接続を行っている Apache プロセス内で別
の接続を行うことは問題ないはずです。

ということではなかったらごめんなさい。

日本語ドキュメントについては元のドキュメントの構成が変化しているのでそ
れに追随できていない状態だと思います。今は廣川氏ひとりでがんばっている
状態です。ここの方々で協力できる人がいれば CVS アカウントを申請して参
加して下さい。とはいっても皆さん忙しそうですね．．．

◆AngelH/kMI · 03/09/10 13:53

>>252
ちょっと自分でもわかりづらい書き方だなと思った（汗
すみませんです。

>接続数が足りない
postgres側の制限(今はpgpool使ってるからそっちの制限）ですね。
16接続出来るように許可している状態で、
hogeデータベースだけで16接続pconnectしているから
template1に接続しにいっても出来ない状態。

>今は廣川氏ひとりでがんばっている状態です。
うあ、それは大変だ・・・（汗
協力出来ればいいんですが、ちょっと今私生活のほうが
ばたばたしていて手が出せない状態（苦笑

**nobodyさん** · 03/09/10 21:36

>>253
オサ松タンみたいに単発な訳でも役立つかな？

**249** · 03/09/10 21:49

>>254
ある程度の部分ごとに訳がある方が良いですが、訳があるだけましという現状
では役立つのではないでしょうか。

後々は対訳表やルールが必要になると思いますが。こんな感じで。
http://cvs.apache.jp/docs-project/

**nobodyさん** · 03/09/15 19:03

HTML_QuickFormを、入力→確認→終了みたいな３画面をやるにはどうやるのがスマートかな。
なんか入力→終了なら簡単にできるけど間に確認はさむと難しい。