Pearのインストールについてですが、サーバーに入れて動作させるには簡単に２通りあると思います。
１．tgzやrpmでインストール
２．ファイルをコピー(別サーバーなどでうごいているモジュールなどをコピー)
そこで「２」の方法で質問です。
・Pearやモジュールを導入して動作しているAサーバー(pear listでインストールされているモジュールのリストも表示されます)
・ApacheやDBが入っているだけでPearは一切入っていないBサーバー(pear listと入れても入ってないのでエラーが帰ってきます)
AサーバーとBサーバーは同じRedhatを使用してます。
Aサーバーから/usr/share/pearフォルダをBサーバーの/usr/share/pearフォルダへコピーするとBサーバーでもAサーバーで使用していたPearの機能(mailやpager)を使用する事が出来ます。
しかしBサーバーでpear listと行ってもエラーが返ってきます。
Bサーバーのphp上で「require_once "Mail.php";」として使用出来ているのでパスも通っているように見えます。
やったことはコピーだけなのですが、なぜ使用できているのかわかる方おられたら順序だてて説明いただけると助かります。
No.1
2625
1149
23pt
【１】PEARインストール作業で行うこと
（１）ファイルの展開
（２）pearパッケージマネージャのセットアップ
pearコマンドが使えるようになります
（３）必要なライブラリのインストール
Mail.phpなどが使えるようになります
【２】PEAR動作に必要なもの
PEARライブラリはMail.phpなどのphpファイルの集合体なので、必要なファイルさえ揃っていればコピーでも動作します
＞なぜ使用できているのか
既にお気づきかもしれませんが「Ｂサーバの現状はパッケージマネージャを使わずに必要なファイルだけを用意した場合と同等」というのが本質問への回答になります
さらに付け加えておきます
【３】パッケージマネージャが無くて困ること
バージョンアップや追加を行いたいと思った場合に、
ライブラリに必要なファイルが何かを事前に調べる必要がありますので、
非常に面倒なだけでなく、phpやPEARに対して相当なスキルも必要になります
ただし、質問文にあげておられるように「別サーバで構築したものがある」場合には、
「別サーバのほうでバージョンアップ等を行ったものを上書きコピーする」という手が使えますから、
開発環境と運用環境の形で平行利用しているのであれば、困ることは無いかもしれません
No.3
26251149
22pt
【２補足】パスが通っている理由
ＡサーバではPEARが正常に機能していたということなのでphpスクリプトあるいはphp.iniに「/usr/share/pearをインクルードパスとする」という設定がなされていたということになります
ＡサーバからＢサーバにphpスクリプト、php.ini、そして/usr/share/pearを丸ごとコピーしたため、Ｂサーバにおいても「/usr/share/pearをインクルードパスとする」が引き継がれ、Ａサーバと同じようにmailやpagerが使えてます
ありがとうございます。
php.iniはコピーしておらずBサーバーではデフォルトの状態です。
php.iniでそういった設定をまったくしなくてもpearフォルダさえ入れればOKという感じになるのでしょうか。
そうするとパスがどの部分で設定されているのかはちょっと怪しいですね。
パスはphp.ini以外でも設定が出来るという認識でいいのでしょうか。
No.4
26251149
22pt
＞パスはphp.ini以外でも設定が出来る
ini-setでphpの内部からphp.iniの設定を一時的に（スクリプトが動いている間）変更することができます
ありがとうございます。
ということはこういった方法でどこかでパスが設定されているということですね。
持ってきたスクリプトの中身をちょっと見てみます。
1
1
2
1
347
347
回答ありがとうございます。
何を使うか宣言をする際にincludeで読み込みますが、当然"mail.php"と指定しても同階層にmail.phpはありません。
しかしmail.phpはincludeで有効になっています。
これはパスが通っているというような意味合いではないということでしょうか？
勘違いしていたらすいません。