Pear
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
NGNG0677nobodyさん
04/09/03 19:21ID:???とりあえずレンダラとしてSmartyの代わりにFlexyを使うようにしたり
PgSQLSessionHandlerを改造してMDBSessionHandlerを作ってみたり。
肝心のアプリはまだまだできてませんが、面白いですね。
ムックを首を長くして待ってます。
あとAuth_Container_MDBやCache_Container_mdb, MDB_QueryTool_Queryとかで
MDB::connect($dsn)をMDB::singletonに書き換えるとちょっとだけ幸せになれる気がしますた。
0678nobodyさん
04/09/06 08:31ID:h3KSdOjPようするにお前もわかんないだな
0681nobodyさん
04/09/14 00:59:51ID:pZNPN1gg確か、ここに作者さん居なかったかな？
お元気ですかー。
0682nobodyさん
04/09/14 10:02:01ID:???お待たせして申し訳ないです。いたって元気にしております。
近々HTTP-MobileAgent 0.22相当をリリース予定です。
最新のDoCoMoディスプレイマップをご希望の場合は、Perlモジュール
HTTP-MobileAgentに付属のmakexmldocomomapスクリプトを使ってXMLファイル
を定期的にアップデートする方法をお勧めします。
0683681
04/09/14 13:30:11ID:???あ、呼び出しちゃって申し訳ないです。
お疲れ様です。有難く使わせてもらってます。
makexmldocomomapで、xml吐き出したんですけど、
これを元に、DoCoMoDisplayMap.phpを書き直す（足す）んですか？
それともphpで参照できるようになってるんでしょうか？
あと、まだ先なのですが、Vodafone新端末でAgentが、
J-PHONE → Vodafoneとかに変わるのがちょっと気になってます。
0684682
04/09/14 13:39:13ID:???はい、PHPからそのまま(HTTP-MobileAgentと共通で)使えます。
具体的には、環境変数DOCOMO_MAPにXMLファイルのパスを記述するだけです。
PHPスクリプトで書くなら、
$_SERVER['DOCOMO_MAP'] = '/path/to/DoCoMoMap.xml';
Apacheの設定ファイルに書くなら(mod_envモジュール)、
SetEnv DOCOMO_MAP "/path/to/DoCoMoMap.xml"
とします。
0686nobodyさん
04/09/27 00:45:33ID:???0.20.0up
いつも使わせてもらってます。
作者さん乙。
0687682
04/09/27 11:43:26ID:???ありがとうございます。遅くなって申し訳ない。
安定しているので年内にはエンドユーザドキュメントを書いてstableリリース
(1.0.0)にしようと考えています。
要望等ありましたら遠慮なくここに書いて下さいね。検討させて頂きます。
というか開発手伝ってもらうのも歓迎ですが。
0688681
04/09/27 20:36:55ID:???ついにstableリリースご検討ですか。
お疲れさまです。
新端末検証ぐらいなら少しお役に立てるかも・・・
0689nobodyさん
04/10/01 18:33:03ID:???という事で質問なのですが、XML の読み込みには XML_Parser がありますけど、
書き込みも考えた場合、何かいいパッケージか参考になる実装ありますか。
PHP にある libxml ベースの関数はバージョン依存があるので避けようかなと思い PEAR で探しています。
0690nobodyさん
04/10/01 20:25:59ID:???0692nobodyさん
04/10/01 22:38:46ID:???ムックのこと言ってるなら立ち読みいってらっさい。
玉石混淆だから、欲しいネタがあるかどうかチェックするといいよ。つーか次の号のために買うといいよ!
あと QFC だけなら神 PDF 出てるよ。
http://hatotech.org/kumatch/datas/quickform.pdf
>>691
h たんはガチャピンxムックにはぁはぁするヒマがあったら隣近所との親睦度アップを考えた方がいいと思います!
それから猫飼おう。スカパー入れよう。
0694689
04/10/02 01:50:08ID:???http://pear.php.net/package/XML_Serializer
かなぁ・・・。微妙だけど。
0696nobodyさん
04/10/12 23:25:06ID:???PEARで作られているからかｗ
0697nobodyさん
04/10/14 02:21:43ID:???瞬時に返ってくるけどな。
0699nobodyさん
04/10/15 02:18:53ID:???Packageによっては特定のextensionを前提にしているものもあるので
たとえインストールしても動かない場合もあり得る。
(pear インストーラを使えばその辺もチェックしてくれる)
パッケージリストを見て
使いたいPackageだけ pear install で入れるのがPEAR流だな。
0700nobodyさん
04/10/16 20:38:51ID:???使わせてもらってます。
ezでサブスクライバNOを取得するメソッドもできれば・・・
あとezのgetModel()はあの形でstableになっちゃうんでしょうか・・・
0701701
04/10/17 02:14:15ID:ldM4ELJfこれって、usernameとpasword 以外にチェックをする項目を増やせないんですかね？
やりたいことは、下記のようなことです。
データベースで登録されているユーザーの一覧があって、そこには
username/passwordの他に、そのユーザーが有効かどうかのuservalidというフィールドが。
で、このuservalidフィールドがYesの時のみ認証をOKにするというようにしたいのです。
・・・・それとも、Authが作るDBオブジェクトを直接いじれって感じでしょうか。
ちなみに、私もMacOSX10.3.4/PHP4.3.8で>>485さんとおなじ症状がでて困っております。
手動しかないかなと、あきらめかけていますが。
0702nobodyさん
04/10/17 03:51:26ID:???LiveUser には isActive があるが、Auth とは比較にならないくらい困ったちゃんなのでお勧めはしない。
0703nobodyさん
04/10/17 04:34:16ID:4HQJ2MRV突っ込み方からしてわからない…。
0704nobodyさん
04/10/17 04:54:31ID:???まるごとPHPにSmartyまでは載ってる。
QFはどうとでもなる。Mojaviの外に追い出すか、initialize,validate辺りに入れる。
0705703
04/10/17 05:22:41ID:4HQJ2MRVMojavi＋Smartyは何とか理解済みです。
多分･･･。
で、
http://mojavi.try-angle.biz/wiki/
ここにあるサンプルで、smartyをfilterでインスタンス化して使おうとしてます。
initialize,validateあたりに入れる…というのはHTML_QuickForm_Renderer_ArraySmartyを･･･でしょうか。
すべてはじめたばかりなので、さっぱり理解できてない…かも。
0706703
04/10/17 05:27:10ID:4HQJ2MRVQFのinitializeとかvalidate、ですね。
0707703
04/10/17 06:12:03ID:4HQJ2MRV$renderer->setAttribute('name', 'Smarty');
$qf = new HTML_QuickForm_Renderer_ArraySmarty($renderer);
$form->accept($qf);
$renderer->engine->assign('form',$qf->toArray());
$renderer->setTemplate('template.tpl');
return $renderer;
$formはQFでつくったものです。
$rendererに使われている、SmartyRenderを見てみると、
$this->engineにSmartyが読み込まれてたので引っ張ってみました。
こんな感じで、一応表示までは行きました。
が、本当にこれでいいのかどうか･･･。
先人の知恵を借りたいところです。
0708nobodyさん
04/10/17 06:18:45ID:???Action::initializeにQFの初期化や設定、
Action::validateにQF::validate、といったマッピングはどうですかー という話です。
QFの制御についてはまだまだ不満なので色んなやり方探して晒してください。
つー事で。
0710703
04/10/17 07:16:21ID:4HQJ2MRV改良の余地がすごくあるってことだけわかります(苦笑)
なるほど･･･
0711nobodyさん
04/10/17 20:02:38ID:???Auth_Container_DB を継承した独自の storage ドライバを作って、
その fetchData メソッドで uservalid を見るようにすればいい。
または Auth そのものを継承するなら、login メソッドを override だな。
0712703
04/10/18 05:02:22ID:BqY5Q9Lz708の提案のように、initializeでQF設定して、
function validate (&$controller, &$request, &$user)
{
$form = & $request->getAttribute('form');
return $form->validate();
}
って感じで一応動くようになったのだが…
何か間違ってる気がする。
formからの入力は全部QF任せでいいのかな…？
0713nobodyさん
04/10/18 08:42:42ID:Ujo7la6B0714nobodyさん
04/10/18 11:27:51ID:???0715nobodyさん
04/10/18 16:59:14ID:???PerlのHTTP::MobileAgent::Exモジュール相当の機能を取り込むかどうかです
ね。PearでHTTP::MobileAgent::Ex相当のパッケージをリリースするのはおそ
らく無理ですから、現行パッケージに取り込むしかないかな。
サブスクライバIDについては取り込みます。
getModel()メソッドについては、getRealModel()みたいな形での復活は有りか
なと思います。ただしDoCoMoのXMLファイルサポートのような形にできればで
すが。
現在のところHTTP::MobileAgentと完全に同じ機能群を提供するような話もあ
りませんし、要望はいつでも歓迎しますよ。
先に実装してからパッチを晒してもらう方が話が早いかも。
0716701
04/10/19 00:19:37ID:jZfyFMX1loginをオーバーライドは面倒そうだったので、別処理にしました。
最初、コネクションを複数張りそうな気がしてたのですが、
>>217 を参考にして、リソースを使い回して処理できるようになりました。
で、今はHTML_QuickFormに取り組んでいるのですが、これって
入力（＆チェック）→ 確認 → 処理
という場合は楽に利用できるのですが、
入力1 → 入力2 → 入力3 → 確認 → 処理
という多段階のフォームは難しいですね。
「まるごとPHP」買って、HTML_QuickForm_Controllerの記事を読んだのですが、
・セッションを使う
・header("Location〜を使う
というのに若干抵抗があるのですが。
（まるごとPHPのサンプルスクリプトがCookie機能OFFではうまく動作しなかったり）
できれば、<input type=hidden〜ででまわしたいなと思っています。
入力1で入力された項目が入力2にhiddenで引き継がれるように
$form_obj = new HTML_QuickForm(...);
.....
foreach($_POST as $key=>$value){
$form_obj->addElement("hidden" , $key , $value) ;
}
とやったのですが、フォームエレメントに加えられないようです。
addElementメソッドが変数を引数にすると、動作しないようなのですが。
それとも、なにかよいメソッドがあるのでしょうか？
マニュアル見回したところでは見つけられなかったです・・・・。
0717nobodyさん
04/10/19 22:28:05ID:???レンダラを生成する際にcollectHiddenをtrueにしてないとか
はずしてたらスマソ
でもaddElementで変数を引数にしてるから
動作しないってこたぁないと思う
0718nobodyさん
04/10/20 17:13:22ID:???0720nobodyさん
04/10/24 04:07:54ID:???ぐぐってミラーしてるところ見つけたから当面は困らないけど・・・。
0722nobodyさん
04/10/24 10:57:28ID:???どうぞ。
http://www.google.co.jp/
0723nobodyさん
04/10/24 14:49:17ID:???／／￣~`i ゝ `l |
/ / ,______ ,_____ ________ | | ____ TM
| | ＿__ //￣ヽヽ //￣ヽヽ （（￣）） | | //￣_>>
＼ヽ、 ｜l | | | | | | | | ``( (. .| | | | ~~
`、二===-' ` ===' ' ` ===' ' //￣ヽヽ |__ゝ ヽ二=''
ヽヽ___// 日本
ウェブ イメージ ニュース New! グループ ディレクトリ |
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
.＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
｜Pear マニュアル. │・検索オプション
└────────────────┘・表示設定
| Google検索 | I'm Feeling Lucky | ・言語ツール
￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
○ウェブ全体から検索 ◎日本語のページを検索
0724nobodyさん
04/10/25 13:10:14ID:???直すために何か自分で動きたいが何をどうしたら良いのか皆目わからん orz
0725nobodyさん
04/10/25 13:28:50ID:???PEAR Documentation List Mailing Listにポストされていました。
ドキュメントの問題はこのMLにポストするのが確実ですね。
http://marc.theaimsgroup.com/?t=109864526800003&r=1&w=2
とりあえずこちらで利用できるようです。
http://elf.no-ip.org/~elf/php/peardoc/ja/index.html
0726nobodyさん
04/10/25 13:30:08ID:???ここじゃダメなんですか？
0728nobodyさん
04/10/25 17:29:15ID:???0730nobodyさん
04/10/26 01:30:18ID:???誤訳を読まされるぐらいなら、オリジナルを見た方がマシ。
0731nobodyさん
04/10/26 11:36:21ID:???724は別に自分が訳すとは言っていないのでは？
あとどうでも良いが、書けなくてもそれなりに訳せるやつは結構いると思う（かくいう自分も）。
まあしかし、オリジナル見れば良いってのには同意。
つーか日本語マニュアル無くなってることに気付かなかったし。
0732nobodyさん
04/10/28 14:28:39ID:???DB_QueryToolのサンプルを参考に（ttp://opensource.visionp.biz/index.php?id=78）
簡単なソースを書いてみたんだけど、
Notice: Undefined property: phptype in /usr/local/lib/php/MDB/QueryTool/Query.php on line 1475
Fatal error: Call to undefined function: tableinfo() in /usr/local/lib/php/MDB/QueryTool/Query.php on line 1509
だそうな。
tableinfo() は $this->db->tableinfo() てな感じで呼び出されていて、$db は MDBのオブジェクト。
確かにMDB.phpには定義されていない・・・。
stable バージョンのはずなのにどうなってるんでしょうかね？
普通に使えている方いらっしゃいますか？
PHP-4.3.9
Log 1.8.6
MDB 1.3.0
MDB_QueryTool 0.11.1
0733nobodyさん
04/10/28 15:17:36ID:QKLA96NVおまい、かなりヒマだな
0734732
04/10/28 16:18:34ID:???テストと同時にサーバの設定変更も頻繁に行っており、PHPも何度もビルドしてました。
その過程で --with-mysql オプションのパス設定がおかしかったらしく、MySQLの
Client API version が ビルトインの 3.xｘ になっていたのが原因でした。
お騒がせしました。
0735nobodyさん
04/10/28 16:21:01ID:???phptype が未定義でNoticeがでているというのが重要。
DSNをちゃんと指定してない気がする。
ちゃんと接続できていれば $db は MDB オブジェクトじゃなくて、
各 DB に対応したドライバー(MDB_mysql等)のオブジェクトになるので
ちゃんとtableInfoメソッドは存在するはず。
0736nobodyさん
04/10/28 16:23:35ID:???0738nobodyさん
04/10/28 21:25:08ID:???MDB_QueryTool は自動でエスケープ処理かからないのが難だと思う… 何かあっても良さそうだけど。
0739732
04/10/28 23:51:57ID:???MDBで定義されているgetTextValueメソッドを使えっていうことなんですかねぇ？
いろいろ触って見ましたが、いまいち使い方が良くわからないですね。
DB_QueryToolのQuick demoにあるような単純なクエリーには威力を
発揮しますが、ちょっと込み入るとめんどくさい・・・。
構造上テーブル毎にクラスを作って、インスタンスを作成する度に
コネクションする必要があるし、いまいちメリットが見えてこないです。
もう少しドキュメントが整備されるまでほっとこうかなちう気になってました。
0740nobodyさん
04/10/29 00:29:31ID:???現状はインジェクション対策は自前でやるしかないですね。
いいアイデアがあれば、本家に投げてみたらどうでしょうか。
ちなみに(M)DB オブジェクトは、setDbInstance()メソッドで渡せます。
http://pear.php.net/package/DB_QueryTool/docs/0.11.1/DB_QueryTool/DB_QueryTool_Query.html#methodsetDbInstance
0741738
04/10/29 00:33:59ID:???>>740
DB_DataObject の方は whereAdd 等のメソッドを除いて add/stripslashes が自動でかかるのでコード量が低減されていい感じに使えてます。
自分で拡張したらいいんですかね… デザパタを知らないので効率的な実装方法が思い浮かばず。
0742nobodyさん
04/11/03 16:42:39ID:qNk8kqG8登録->確認->完了という風にしたいんですが、
QFの表示はできるのですが、Validateがうまくいってないようで
確認画面すらいけてない状況です。
よくわからないのがMojaviとQFの絡み具合で、
登録画面を->IndexView_inputとしたら
確認画面はQFにやってもらえちゃうのか、
それともIndexView_successなどを用意するのかどっちにすれば
いいのでしょうか？
初歩的なことですみませんが、ご教授下さいませ。
0743nobodyさん
04/11/03 20:28:08ID:UAoI4xx+form action が index.php?act=regi とかだと動いてくれませんか？
regi.php とかでリクエストを受付けるようしないとダメっぽいです。
0744nobodyさん
04/11/04 02:04:16ID:???post後に凍結状態にしてユーザにチェックを促す。その後submitでDB書き込み
の様にしたいのですが。
validate() 後、freeze()でいきなりDB書き込みをしてしまいます。
0745nobodyさん
04/11/04 02:16:57ID:???0746nobodyさん
04/11/04 02:50:19ID:???ご自由に。
俺は VIEW_INPUT に任せてる。
initialize でフォームの初期化、getRequestMethod に REQ_POST セット、
execute で遷移判定行って確認画面なら $form->freez() しておくと勝手に確認画面になる。
>>743
> form action が index.php?act=regi とかだと動いてくれませんか？
> regi.php とかでリクエストを受付けるようしないとダメっぽいです。
？
>>744
> validate() 後、freeze()でいきなりDB書き込みをしてしまいます。
プログラムは願った通りに動くのではなく、書かれた通りに動作します。
自分の書いたコード見直せと。
どこかで $form->process でもしてるんじゃないのかと予想。
>>745
('A`
0747nobodyさん
04/11/04 03:54:33ID:???さんどうもです。
form action が index.php?act=regi で動いてくれません。
746さんは動いてますか？
ちなみに、
$form =& new HTML_Quick_Form("contact", "post")でポストソメッドで
リクエストしてます。
0749746
04/11/04 04:56:57ID:???例えば
edit.php?page=FrontPage
edit.php?page=Menu
等、GET メソッドにより処理の流れが変わるプログラムがあり、
その中で $form = new HTML_QuickForm('formName', 'POST') として QF を扱う場合に問題が起こるか、という事でしょうか。
過去にそういうプログラム書いた事がありますし、特に何で悩んだ記憶もありません。
>>742 以降の質問に共通して自分で書いた処理の流れが追えてなかったり、原因の追及といったデバッグの工夫が足りない気が…
0750nobodyさん
04/11/04 10:01:13ID:KS5MBsCwさんどうもです。
できるんですね。
>原因の追及といったデバッグの工夫が足りない気が…
反省・・・・
0751nobodyさん
04/11/04 11:10:19ID:???> form action が index.php?act=regi で動いてくれません。
ひょっとして form 要素の action 属性ですか。
自分はプログラム自体は GET/POST に依存しないよう記述し、必要なパラメータは POST に突っ込んで送っていたので何とも。
でも問題が起こるとも思えませんけど。
ひょっとして処理の流れが分かれた後に QF の設定行ってませんか。
$form->addElement(A) のようにセットされた要素でないと受けれなかった気が。
上記の状態でフォームオブジェクト B が送信されても QF からは無視される、という事です。
0752nobodyさん
04/11/04 20:14:21ID:KrYBwtYH$form = new HTML_QuickForm('form', 'POST', "index.php?act=regi");
で書き出せました。
0753742
04/11/05 03:29:10ID:???処理の流れが分かれた後に QF の設定をしてたのが原因でした。
ありがとうございます。
0754nobodyさん
04/11/25 12:57:47ID:???いつから復活かわからないけど，尽力された方，ありがとうございました．
0755nobodyさん
04/11/26 11:35:54ID:ZcWiZpx20757nobodyさん
04/11/26 13:17:43ID:???0758nobodyさん
04/11/26 18:06:48ID:???って感じの一般的なフォームを作っています。
フォームを記述したスクリプトは、index.phpから、?action=form
というパラメータを使って呼びだしたいのですが、各ページを作成する
HTML_QuickForm_Page（HTML_QuickFormから派生）のコンストラクタが、
function HTML_QuickForm_Page($formName, $method = 'post', $action, $target = '_self' ...)
{$this->HTML_QuickForm($formName, $method, '', $target, ...);}
（$action抜かしてる）
となっていて、>752さんの方法で、action属性のURLが指定できません。
ググってみたところ、上記のコンストラクタを書き換え、$actionを足してやればできるとの報告があり、
実際私の環境でもうまく動いたのですが、正直PEARの中身を書き換えるというのはかなり抵抗がありますし、
$actionをわざわざ除けて書いてるあたりに何らかの意志を感じてしまうのですが、
なにか、他の良い方法はないでしょうか。
0759758
04/11/26 18:12:23ID:???function HTML_QuickForm_Page($formName, $method = 'post', $target = '_self' ...)
{$this->HTML_QuickForm($formName, $method, '', $target, ...);}
（$action抜かしてる）
でした。
0760nobodyさん
04/11/26 22:28:57ID:???１つのテーブルに主キー（シーケンスID）とユニークキーがあった場合、
主キーが自動的に振られなくてエラーが出るんだけど、
なんか良い方法ないですか？
user_id ... 主キー
login_name ... ユニークキー
real_name
これでlogin_nameとreal_nameに値を入力してinsert()しても
user_idが空になります。
主キーをlogin_nameにしてuser_idを削除すればいいってのはナシで。
0761nobodyさん
04/11/27 01:48:58ID:???on demand で使わずに
きちんと DB/DataObject/createTables.php で ini ファイル作って主キーを正しく設定するか，
あるいは DB/DataObject/Generator.php を inherit して
正しく主キーを認識する Generator を作る
って感じかなぁ……
0762nobodyさん
04/12/16 18:15:03ID:???ttp://pear.php.net/package/XML_RPC
枯れていますか？
0763nobodyさん
04/12/17 00:12:54ID:???結果的にPEAR::XML_RPCの問題点があぶりだされました。
ttp://ll.jus.or.jp/llw2004/program.html
のn-Queensゲーム
このサーバ部分がPEAR::XML_RPCを使って書かれてます。
問題になったのは、受け渡されるXMLの各タグの間に改行も空白もないと
PEAR::XML_RPCは解析に失敗することです。
<methodCall><methodName>method</methodName><params></params></methodCall>
のように改行なしで続けて書くとダメ。
pear-devにえらく場当たりなパッチが流れたのも見ましたが、
たぶんまだ直ってないと思います。
0764nobodyさん
04/12/17 10:36:24ID:???貴重な情報ありがとうございます。
とりあえず改行ありなら他は大丈夫だったのでしょうか。
ttp://xmlrpc.usefulinc.com/php.html
なんてのもありますね。
0765nobodyさん
04/12/17 13:43:28ID:???それは、中で使ってるSAXに依存する部分でもあるしなぁ。
SAXで一度パースしたもんを再度自分でパースするのも馬鹿らしい
つかSAXを利用してる他の言語がどうやって回避してるのか知りたいぐらい。
それか別のパーザ使ってるのかね。
0766nobodyさん
04/12/19 07:02:33ID:QLY6UAMz入力、確認が1アクション、登録、完了画面だとしてActionだけ書くと
InputAction.class.php
RegistAction.class.php
ResultAction.class.php
って感じですか？
あとQFの$formは
$request->setAttribute("form", $form);
でいいの？
0767nobodyさん
04/12/20 09:49:37ID:???0768nobodyさん
04/12/21 17:37:38ID:G7a/Aascupgrade/installしようとすると、
no signature found for package.info(string,string,bool)
とでる。
0769nobodyさん
04/12/26 06:05:29ID:???その際配布PHPにPEARのパッケージも一緒につけて配布する予定です。
こういった場合、各ファイルのパスをすべて
いちいち手動で設定しないとだめですか？
それともほかにうまいやり方があるんでしょうか？
0771nobodyさん
04/12/27 00:49:04ID:???今まで読み込んできたコードがあれば幾つかの例が引けるし学習積んできたのなら引き出しがあるはず。
みんなどうしてる？なら分かるが何も出せないのは不味い。人のこと言えないが、仕事で使ってるのならもう少し…
俺なら PEAR へのパスを設定に入れる。例えば
define('PEAR_DIR', BASE_DIR .'lib/pear');
として、配布パッケージの lib/pear 以下に必要なパッケージを全部詰めておく。
パッケージのコールには require_once(PEAR_DIR .'HTML/QuickForm.php'); とする。
そのままでさくっと動くし、利用者が自分で用意したパッケージを使いたいならPEAR_DIR書き換えれば済む。
PEAR との依存関係見れるインストーラ付けるってのもスマートでいいかもしれない。
include_path はまるごと PHP のえるふたん記事読んで以来頼らないようにしてる。
0772771
04/12/27 01:18:15ID:???0773nobodyさん
04/12/29 03:09:10ID:???それって、123ページの？要は、同じファイル名があると正確には保証できないからって。
>>俺なら PEAR へのパスを設定に入れる。例えば
の方法って、lib/pear以下に詰めたPEARパッケージのファイルのinclude/requireしてる部分を
すべて書き換えるってこと？かなり面倒じゃないか？自分はQuickForm_Controllerでそれ諦めた。
まぁ、ケースバイケースというのが答えなんだけど。
0774769
04/12/29 03:14:43ID:???どちらかしか無いようですね・・。
がんばります。
ちなみに学生なので、趣味のプログラミングです。
0775nobodyさん
04/12/29 11:02:16ID:???まだその記事読んでないから外してるかもだけど，要は include_path が自分の支配下のディレクトリ以外を指さなければ良いわけでしょ？
通常の /usr/local/lib/php とか . （カレント）とかが適切でない順序で入ってたら問題が発生する危険性があるけど，DocumentRoot ごとに個別に PEAR ライブラリ全てのコピーを持つようにすれば，無駄は増えるけど安全だと思う．
システムの PEAR パッケージ更新したら bc break してて昔のサイトが動かん，とかも防げるし一石二鳥ｗ
0776nobodyさん
04/12/29 15:00:47ID:???PEAR 以下のファイルを書き換えるのは余程を除いて避けたい所。
アプリケーションの中だけで ini_set して include_path をコントロールするという方法もある。
その上で PEAR のライブラリですよ〜と prefix を付けて明示的に require するって事では。
例えば PEAR::Config (pear/Config.php) のように他と名前が被りやすいケースもあるので prefix 付けるのはまぁ悪くないと思う。
define('LIB_DIR', '/path2mylibsdir');
define('PEAR_DIR', '/path2peardir');
とあったら ini_set('include_path', PEAR_DIR . $separator. LIB_DIR);
で、ライブラリ持ってくる時は
require_once(PEAR_DIR .'Config.php');
require_once(LIB_DIR .'Config.php'); // 自分で作成するクラス/ファイル名はユニークな名称を付けた方がいいと思うので悪例だが
みたいな感じか？
■ このスレッドは過去ログ倉庫に格納されています