Pear

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

ってどうよ。

**名無しさん** · NG

梨？うまいよ

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

php-jp mlってぜんぜんオブジェクトの話題が出ないな。

**電動ナナシ** · NG

>>3
全然でないわけではないけどねえ。乗ってくる人はすごく少ないね。
今までの書き方を改めるほどのメリットがないってことなんだろうねえ。

ユーザーは大別すると、
・プログラマ上がり: C や Perl 使いから PHP に転進
・デザイナーあがり: プログラミングの経験は Javascript 程度
という風な感じじゃないかな？。いずれにしてもオブジェクト指向とは
無関係な人たちだよね。

しかも書き捨てになるような仕事が Web の場合多くて、再利用とか
継続的な改良・品質向上のために努力すること自体の存在意義がない
んじゃないかとも思う。
# あるいはそういう本格的な仕事は Java か ASP でやるもんだと思われて
　いるかもしれない。

**Error 401** · NG

乗りたいんだけど、MLの場合は文章を推敲する必要が
あるから、めったに発言しません。Newbieだし。
ここの発言は、推敲してません。だから、楽。

**Error 401** · NG

>>4
・ServletやJSPからの移行組
は少数派かな？私はこれです。
あと、日常的にRuby使ってるから、クラスが使えないとすごく苦痛。

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

むしろWebの仕事って、頻繁に仕様変更がある方だから、オブジェクトにする利点は大きいと思うのだが。
毎回書き捨てるのは馬鹿馬鹿しいよね。特に大規模サイトだったらクラス使わないと死ぬ。
ということは今のところPHP使ったサイトってほとんど小規模ってことか。

**名無しさん研究所。** · NG

>>5
同意。昨日も叩かれている方がいた様ですが・・・
でもアレだけ誤字が酷ければ止む無しだな。

# ちなみに漏れはperl使ってたよ。（過去形）

**電動ナナシ** · NG

>>6
あんまり見ないパターンかも。mod_ruby とかってどうなの？

>>7
そうだと思う。ショッピングカートを備えた小規模なオンラインショップとか、
情報提供系（掲示板とかオンラインマガジンとか）とか、小規模な顧客管理だの
在庫管理だのいったデータベースのフロントエンドってパターンが多いような
気がする。
そういや、HDE の Linux Controller も PHP 使ってるんだっけ？

あと、自分や自分のまわりの経験だと、納期が 1 週間とか 2 週間が当たり前
だから、クラスの設計なんかしている暇がないって感じ。リファクタリングも
PHP ではどうかなあ？。PHPUnit とか誰か書いてくれないかな・・・。

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

>>9
>あんまり見ないパターンかも。mod_ruby とかってどうなの？

一応サーバに入れてはいますが、httpとかcgiとかのモジュールの
使い方を知らないので使ってません。
というか、うちの会社、Ruby使えるの私だけなんです:-P

動かしたことあるのは、これだけー。
--8<-- just.rhtml -- 8<-----------
<title>eRuby test</title>
<p><%="Just another Ruby Hacker,"%></p>
--8<--------------8<-----------
ま、どれも似たようなものですね。

もともと、スクリプト系のサーバページは、データベースのコネクション
プーリングが使えないと思っていて、PHPでさえ、最近使い始めたばかり
なんです。

**Error 401** · NG

あ、10は私の発言です（名乗るほどの者でもないんですが(^^;

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

>>9
クラス設計する時間は確かに足りない。
でも早くあがるからって全部手続きで書いてたら
最後の最後でデバッグ不能に陥るので、書きながら設計してる。
最終的にはそのほうが楽よ。

**弱い者の味方、** · NG

月光仮面おじさん登場!!!
ホームページを作ったものの、まったくアクセスが上がらな
くて悩んでいる人のためにお役に立ちましょう。
効率よく宣伝できる共有宣伝掲示板を18個設置しました。
全部宣伝して回ればなんと1,000以上の掲示板にカキコしたこ
とになり即、効果が期待できます。さらに共有掲示板の隠し
リンクを発見してそれらも全部宣伝して回ると計2,000以上の
掲示板にカキコしたことになり、さらにアクセスアップを期
待できます。もう、今日からアクセスが無くて悩むことは無
いです。今すぐここからアタックアタック!!

http://home9.highway.ne.jp/cym10262/

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

>アタックアタック!!
何かﾜﾗﾀ。

**電動ナナシ** · 2001/05/01(火) 04:47

PHPUnit を発見 (UnitTest 用の汎用クラスライブラリ)

http://www.ontosys.com/phiki/PhpUnit
http://phpunit.sourceforge.net/

解説記事はこちらを参照。
http://www.phpbuilder.com/columns/oier20010406.php3

**初期不良** · 2001/07/29(日) 18:17

あげぇ
Pear 始めるにあたって良い参考資料とか無いっすか？
とりあえず WEB+DB PRESS Vol.3 ？
今からちょっと本屋をのぞきに逝ってきます。

**初期不良** · 2001/07/30(月) 02:50

本屋行きそこねた...
代わりによさげなサイトみっけた
http://www.dokokano.com/php/php_pear_db.html
PHP-users の方でも宣伝してたみたいね。

ほげ · 2001/07/30(月) 14:06

<<15
phpbuilder.comの記事を見て、変数の参照(&$varname)を初めて知った。

$this->_ac4->transferFrom(&$this->_ac3,10); //こんなやつ

オブジェクトを引数にとる関数は、こういうことにも気を回さなければならないわけね…

**初期不良** · 2001/07/31(火) 12:11

DB.php を使って mysql に接続する
アクセスカウンタを作ってみた。
1 テーブルに 1 ドメイン、各ページごとにレコードをあててみた。
これで移植性抜群のアクセスカウンタになった！...のであろうか(笑)
まあ、少なくとも改造はし易いのかな。

**初期不良** · 2001/08/02(木) 05:13

safemode on だと Pear 使えない...
何とかならんかな。

**初期不良** · 2001/08/02(木) 05:28

「所有権そろえる」ってのは無しね。
どのユーザからも使えないと。

**名無しさん＠お腹いっぱい。** · 2001/08/02(木) 13:41

>>20
　僕はしかたないので、自分のディレクトリの下にPearのフォルダをコピーして使ってますけど(要include_path変更)。

**名無しさん＠お腹いっぱい。** · 2001/08/02(木) 18:50

PEAR で魅力的なクラスある？

**名無しさん＠お腹いっぱい。** · 2001/08/03(金) 11:29

>>23
クラス名で大体想像つくと思うが？

**名無しさん＠お腹いっぱい。** · 01/10/06 17:23

age
今、PHPで話題に出来るものってPearとPHPUnitぐらい？
なんか他に出てきてたりしないですかね。

**pear** ◆FRUIT8pk · 02/07/24 20:42

保全っ

**nobodyさん** · 02/07/25 06:56

晒しあげ

**nobodyさん** · 02/07/25 13:55

(ﾋﾟｭｱ

**nobodyさん** · 02/09/10 14:48

PHP4.0.6のPEARを使っております
Postgresにコネクションをはると
err_states = DB Error: connect failed
になってしまいます。
$dsn = "pgsql://user:passwd@localhost/test_db";
などと指定してるのですが、、、

どなたかうまくいったことがある方がいましたら教えてください。
なおPostgresのバージョンは7.1です。

**nobodyさん** · 02/09/10 22:37

>>29
すんません自己解決しました。。。
/usr/local/pgsql/data/postgresql.confを
tcpip_socket = on
と設定したらＯＫでした。

**山崎渉** · 03/01/15 13:50

（＾＾）

**SMTP** · 03/03/03 22:32

PHPのWIN版では外部SMTPでメール送信ができるみたいだけど
LINUXやらBSDやらのUNIX互換からは出来ないのか？
というわけでPEARを使えばできそうな事が書いてあるんだけど
http://www.1x1.jp/php/manual_pear/core.mail.intro.html
やった事あるひといます？この説明読んだだけでは全然わからん。

**SMTP** · 03/03/03 22:33

ああ、さげてしまった。

◆Kiss.FX29M · 03/03/03 23:07

おおっPEARスレってあったんだ。おかげで気が付いたよ。
先日Mail_RFC822を使ったんだけど、なんかいまいちだった。
Mailそのものは使ったことないけど、ちょっと調べてみよ。

◆Kiss.FX29M · 03/03/03 23:12

>>32
本家のPEARマニュアルを見れば大体わかると思うけどどうよ。
ttp://pear.php.net/manual/ja/core.mail.mail.php

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

>>35レスどもです。
なんとかわかってきますた。青いマンモスの本読んでみたら
なんとか解読できそうなサンプルが出てきた。
PEARってあとどんな時に使うんだ？なんかイロイロ使えそう
な事は書いてあるけど・・・。

◆Kiss.FX29M · 03/03/04 13:39

>>36
俺が使っているのはDBとAuthぐらい。
マニュアル読んでもさっぱりだから、
スクリプトを見たりテストを繰り返さないとなかなか使いこなせねぇ。

じっくり取り組む時間がﾎｽｨ

**SMTP** · 03/03/04 15:41

>>37じっくり取り組む時間がﾎｽｨ
禿。さぁ、仕事仕事。

**nobodyさん** · 03/03/04 15:59

ちと長文です。すみません。。。
Auth の使い方がいまいち（というか今ヒャクくらい）分かりません。

auth.inc
<?php
require_once("Auth/Auth.php");
function loginfunc() {
<form method="POST">
ユーザ名 <input type="TEXT" name="username"><br>
パスワード <input type="PASSWORD" name="password">
<input type="SUBMIT" value="ログイン">
</form>
}
function auth() {
$params = array(
"table" => "member",
"usernamecol" => "userid",
"passwordcol" => "password",
"cryptType" => "none",
"dsn" => "pgsql://localhost/db_hage"
);
$authval = new Auth("DB", $params, "loginfunc");
$authval->start();
if ($authval->getAuth()) {
return $authval;
} else {
exit;
}
}
$authval = auth();
?>

39 · 03/03/04 15:59

これは書籍「PHPｘPostgreSQLで作る最強Webシステム」からの
パクリなんですが、これを hoge.php の先頭にinclude して、
hoge.php
<?php
include_once 'auth.inc';
printf("ようこそ %s さん<br>\n",$authval->getUsername());
?>
とかやると、とりあえず認証は動く（・・かな？）ところまでは確認できました。
ただ、実際には、/hoge.php?foo=bar のように呼び出したいのですが、
これですと認証で使われる POST によって、$_GET['foo'] が
消えてしまいます。GET で渡す変数はページによってまちまちなので、
hidden で持っていくのもめんどくさい・・・と、このような場合、
どうすべきなのでしょうか？

Auth の使い方自体を勘違いしている可能性もハゲシクありますので
何かアドバイスをいただけますでしょうか。。

39 · 03/03/04 16:02

あうあう・・
age てしまった上にauth.inc に間違いが・・
loginfunc() の中のhtml 文は print <<<EOF ～ EOF; で囲ってあります。

◆Kiss.FX29M · 03/03/04 16:57

>>39-41
$_GETが消える? 消えないっしょ。もう一度確認してミソ。

ちなみに質問するときはageるべきでしょ。

39 · 03/03/04 18:58

ううう。。。 >>42 さん、確認しました。ちゃんと取れてました。
なぜダメだったかと申しますと・・・

えー　うー　あー　
その・・・
if (_SERVER["REQUEST_METHOD"]=="GET"){
if(isset($_GET["hoge"])) {
・・・
ってなコトをやっていたせいでした。（すみません・・・

おかげさまで今は任意のページに認証をかけることができています。
ありがとうございました。

**nobodyさん** · 03/03/04 19:16

>>43
$_GETはGETじゃないとセットされないんだからそこまでしなくても・・・

39 · 03/03/05 15:00

GET とPOST で別の変数を受け取っているので・・・

というのは言い訳で、ホントは「こっちの方がセキュアかなー」という
根拠のない判断からでした。。。
ちゃんとアタマ使わないとこうなるという見本になってしまった。
うう。。はずかちー

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

うわ、PEARスレに書き込みが…。
全然見てなかったよ。

PEARとかライブラリ関連の情報あまり無いし、
気がついたことあったらメモ代わりにでも書いていくことにしよう。

>45
まあ、そんなに落ち込まなくても。
何も考えずにセキュリティホールありまくりのコード書くより遙かにマシだと。

◆Kiss.FX29M · 03/03/07 12:17

>>46
◆AngelH/kMIﾀｿｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
ぃゃ、PEARネタで俺もいろいろ聞きたいことがあるんだが、
どれだけこのスレをヲチしている人が居るのか心配だた。
こちらのスレでも宜しくでつ。

先日Templateを使うやり方に突如(?)開眼して、やりかけのスクリプトを
書換えだしたのだが、ドツボにハマってまつ。(つД`)
落ち着いたら質問しまつ。

◆AngelH/kMI · 03/03/12 01:38

>>47
レス遅くなってすまそ。
PEARでよく使うのは
DB
Auth
Mail
HTML::IT
かなぁ・・・。

ドキュメント書きたいんだけど、なかなか時間がとれなく。
最近はSmartyにはまってまつ。

◆Kiss.FX29M · 03/03/12 02:31

>>48
どもです。
HTML::ITがHTML_Template_ITに置き換わっているようだが、
マニュアルの翻訳が進んでませんね。
HTML::ITが翻訳されていたかどうかも知りませんけど。

で、内容的には似たようなものだし、HTML_Template_ITを使っていて、
今かかっている奴のVIEWクラスもそれらしい物になってきました。

今日発見したのだが、(スレ違いだけど)

$html= <<< __EOD__;
<table>
<tr>
<td>{$foo}</td>
<td>{$data}</td>
</tr>
</table>
__EOD__;

で、変数に取り入れることも可能なんですね。

#HTMLの中の人も大変です。(w

**山崎渉** · 03/03/13 17:08

（＾＾）

**nobodyさん** · 03/03/24 19:03

保守sage

? · 03/04/01 22:26

require_once 'Mail/mimePart.php';
require_once 'Mail/mime.php';
として使いたいのだが、そんなモノは無いとエラーがでる。
で、/usr/local/lib/php/Mail/配下を覗いてみると、
あるのは、RFC822.php　sendmail.php smtp.phpだけ。
はて？PHPはversion 4.2.1。なんか見るトコ違ってますか？

◆Kiss.FX29M · 03/04/01 23:24

入ってなかったらインストールすべし
ttp://pear.php.net/manual/ja/installation.php

コアな部分は標準でインストールされるんだろうけど、
結構ころころ変わるしねぇ。

? · 03/04/02 13:22

RedHatにはもともとlynxが入ってないようなのでRPMでｲﾝｽﾄｰﾙしる。
# lynx -source http://pear.php.net/go-pear | php -q
でPEARパッケージマネージャを取得。
# pear remote-list
で、Mail_Mimeというパッケージがある事を汁。
# pear install http://pear.php.net/get/Mail_Mime
でインストールを試みるが以下のエラーメッセージが出る。
downloading Mail_Mime-1.2.1.tgz ...
...done: 15,268 bytes
The extension 'zlib' couldn't be found.
Please make sure your version of PHP was builtwith 'zlib' support.

もすかしてコンフィガーしなおさなきゃならないのか？
いろいろ調べてみるとコンフィガー時に--with-zlib-dirも付けた方が良
いらしいと書いてあるページﾊｹﾝ。
でも、実際最終的にはそう簡単にコンフィガーやらメイクやらできない
稼働中のサーバで実践するので、エイヤっとパッケージをダウンロード
解凍して/usr/local/lib/php/Mailにつっこんでしまった。

なんとなく動いている気が汁。大丈夫だろうか？

**nobodyさん** · 03/04/15 11:52

保全hage

**山崎渉** · 03/04/17 12:01

（＾＾）

**nobodyさん** · 03/04/19 11:15

(^^)対策hoge

**山崎渉** · 03/04/20 06:00

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

◆AngelH/kMI · 03/04/24 12:36

最近気がついたんだけどHTTP/Compress.phpって無くなった？

**nobodyさん** · 03/04/24 21:27

マニュアルページには記述が残ってますねえ。。
何か問題でも出たのかしらん？

**nobodyさん** · 03/05/03 14:18

Pear最近使い始めたんだけど便利だね。ﾒｰﾙｱﾌﾟﾘも簡単に作れちゃう

☆ · 03/05/04 13:36

DB、Mail、Pager(DB_Pager)を使ってます。

PEARのページから他のライブラリも落とせるけど、
なんかライブラリによってクオリティがまちまちだったり、
コードの書き方とかもバッラバラのような。

PHP5になったらPEARはもうちょっとよくなってくんでしょか。PEAR期待あげ。

◆AngelH/kMI · 03/05/06 02:28

>62
それは仕方ないような…。
作ってる人バラバラなわけだし。
一応、ページに公開する前にMLで話し合ってるのかな。
本家MLはみてないからわからない。

それはそうと、PEARマニュアル英語版新しくなってるね。
パッケージ別に分けられたから探しやすくなった。

**名無しさん＠Ｍｅａｄｏｗ** · 03/05/06 14:35

>62
5/9に開催されるPEAR Meeting in Amsterdamでその辺りのことも話し合われる
のではないかと思います。(PFC, PEAR CS)
今後に期待しましょう。

**nobodyさん** · 03/05/06 16:36

PEAR 大好きで今後にも期待しているのですが、全体的に世界規模でリソース不足のように思えます。
プロジェクトリーダー二人等の取り決めがあっても掛け持ちも多く、限られた人が頑張ってドキュメントからコーディングまで回している気配。
コードの質やドキュメントの不備はこの辺りが大きいように思えます。盛り上がってはいるようですが…

それでもPEARは今が食べ頃ではないかと。
ドキュメントやエラーハンドリングの不備はあるけどちゃんと使えます。
PHP4 ベースで充実しても仕方がないし PHP5 へのマイグレーションを考えると１年以上はかかる。今のうちに食えるところを食うのが吉かと。

Stig は PEAR コミュニティを PHP4 と PHP5 で割らないように心を砕いているらしいがそううまくいくとも思えませんし、
少なくとも ext/tokenizer は CORE 以外で働いているように見えません。当たり前の事ながら各クラスの制作者の労力を少なからず取るのは確実では。

という事であと１年半は PHP4 をやると見越して PEAR も色々と利用中です。
今が食いどき、これ以上待っても PHP5 への移行が迫ってリターンを受ける時間が少なくなり、PHP5 を待つと遙か先。

海外では The Year of the PEAR とか煽っているのに日本では DB が認知され Auth が徐々に広まってきた程度。
もっと使ってがんがんメモでもドキュメントでも公開してフィードバックしようぜぇ、と。

# ところで PEAR::Auth ってそんなにいいクラスですかねぇ、、とか呟いてみるテスト

**名無しさん＠Ｍｅａｄｏｗ** · 03/05/06 17:20

>65
仰る通りですね。
ところでDataObjectはMDB対応に動き出したようですし、PEARパッケージ間を
またがるデータベースハンドル利用のフレームワーク等も動きがありそうです。
DataObjectは良いパッケージだと思いますが、現状PostgreSQLでのテストが不
充分だと思います。このあたりはPostgreSQL利用者の多い日本の開発者が積極
的にfixしていければと良いなと思っています。

PEAR::Authですが個人的にはHTTP_Sessionパッケージとの協調性が皆無なとこ
ろが気がかりです。ソースを見たところ少量の変更では動作しない感じです。
使い勝手の面では http://opensource.visionp.de/modules/project/auth.php
に軍配が上がるかもしれませんね。

(独立性を維持しつつも)各パッケージの協調性を高めて欲しいと思う今日この
頃です。

65 · 03/05/07 05:14

おぉ、PEAR::Tree と同じ人が認証クラスも書いていたとは。
今は PEAR::LiveUser でやっているのでシンプルな認証クラスが欲しくなった時に思い出してチェックしてみます。感謝 =)

Auth には PEAR::raiseError() がハードコードされていて泣かされた覚えがあるのでちと使う気になれないのです。

> 独立性を維持しつつも)各パッケージの協調性を高めて欲しい

御意。
ただコードの質、PEAR クラスとしての適当な振る舞い、仕様の安定、この辺が追いついてない事もあるのかな… と思うときも。

**名無しさん＠Ｍｅａｄｏｗ** · 03/05/07 13:39

>67
PEARやその他のクラス、パッケージ、フレームワークを用いて、あるプロジェ
クトにおける最善のアーキテクチャを模索するようなお話ができる場所が欲し
いですね。PHP Users MLはどうも建設的な議論ができる場じゃないですし。
ここでも良いですけど、Free MLに作ってしまおうかと思ってたりします。
皆さん、どう思われますか？

65 · 03/05/07 14:41

> PEARやその他のクラス、パッケージ、フレームワークを用いて、あるプロジェクトにおける最善のアーキテクチャを模索するようなお話ができる場所

欲しいですね～
そういうフレームワーク、実サンプルになるようなものがあると楽＆普及に一役買えると思います。

こんな感じでこつこつやっている人はいらっしゃるようです。
http://openlab.dino.co.jp/

PHP-users はトラフィックがあるので議論が散発的になってしまうと思い別の場を設けるのには賛成です。
場は ML も良いですし、ドキュメントを蓄積するなら wiki はどうでしょうか。

◆AngelH/kMI · 03/05/07 17:53

>>69
Wikiなら場所提供出来るよー

**名無しさん＠Ｍｅａｄｏｗ** · 03/05/07 20:21

>70
素晴らしい！

とりあえずできることから始めていきましょうか。

◆AngelH/kMI · 03/05/07 22:41

>71
とりあえずおいてみました。

http://pear.sakura.vg/

wikiは初設置なためまだよくわからなく。
何か不都合があったら言ってください。

**bloom** · 03/05/07 23:10

http://homepage.mac.com/ayaya16/

◆Kiss.FX29M · 03/05/07 23:30

>>72
乙です。
わても参加するっすよ。

65 · 03/05/08 02:24

乙です。

お試しがてら SmartyWiki の InterWikiName 作って WikiName Smarty をほぼ白紙で作っておきました。

◆AngelH/kMI · 03/05/08 09:31

>>74-75
よろしくっス。
とりあえずこのスレの住人（といっても少なそうだ・・・）で
ある程度動かして、その後広く存在を知ってもらうって感じですかね。

◆Kiss.FX29M · 03/05/08 16:44

ありゃ、試しカキコしたらageてしまった。ｽﾏｿ。

とりあえず手馴れのためにたたき台というか、ひとつ何かほしいですね。

PEAR::AuthのcontainerにFileを指定すると使われるFile::Passwdがcrypt関数の
仕様変更のためうまく動かなかっているようなんすけど、まだ直ってなさそうっすよね。

**名無しさん＠Ｍｅａｄｏｗ** · 03/05/09 19:58

>>77
http://pear.php.net/manual/en/contributing.bugs.php
に書かれているように http://bugs.php.net/ に登録されるのが良いと思いま
す。

**nobodyさん** · 03/05/10 13:53

http://www1.bbs.livedoor.com/3007429/bbs_tree

こいつ、どうよ。

◆Kiss.FX29M · 03/05/10 23:50

>>78
以前(もう2年ほど前か)別のバグをレポートしたときはあったが、英語がまるっきり
ダメなんで苦労した記憶が。ま、今回のはbacktraceだしてくれなんてことないには
ならない分気楽といえば気楽なんだが...

2月に時点ではまだレポートされていなかったのは確認済みだが、まだないのかな?
つうか、PEAR::AuthにFILEなんて誰もつかっとらんのか?

時間が出来たらとりあえずまとめてみるか。

◆AngelH/kMI · 03/05/13 22:45

いつの間にかPEAR::DBが1.4になってるage。

>>77
PEAR::AuthはDBでしか使ったこと無いですねー。
最近はPEAR::LiveUserに注目してるんですが、資料が皆無で・・・。

>とりあえず手馴れのためにたたき台というか、ひとつ何かほしいですね。
確かに・・・。
とりあえず何から書いていいのか（苦笑
掲示板より後に残りやすいかな、と思いwikiおいてみたんですが。