test

>>201
tetsuko
test

test

pear mailで添付ファイルを送信する時
Mail_Mime::addAttachment()
で添付するけど

添付ファイルが複数ある場合、

addAttachment(file1, fil2, ,,,)
て添付しますよね

添付ファイル名を配列で持ってる場合
どうやってaddAttachment()に渡してやればいいですか?

foreach

foreach( $attache_file_array as $file ){
$objMime->addAttachment( $file );
}
ってことですかね?
でもなんかこれだと添付できないんですよね

そのままで平気だよ

安全だよ

>>211
http://www.programming-magic.com/20080211020413/

LinuxだからNFSかどうかだけ確認すればいい
そちらの環境のことはわかりかねる

で、使えたら使うの？flock

いやん

ASPがWindows+IISで発展してきたのなら
PHPはフリーの環境であるPC-Unix+Apacheで発展してきたもの
基本的にそれに一番最適化されてると思えばいい
Windowsについての注意書きはよくみるように
特にApacheやLinuxなど明記されてない場合問題なく使えると思っておｋ

コンパイラのRoadsendてver5完全対応じゃない。
最新版に対応するactive perl active rubyみたいのないの。
スクリプトうめこみでもいいんで、windowsのexeが作りたい。
バイトコード生成が標準装備のようだが、phpが動かせなければ意味ない。

curl_multiを動かそうと、Roadsend入れたのに対応していない。
windowsバイナリが作れて、鯖でも同じコードが動くっていうのがよいのに。
開発効率的に。

チラシの裏に書きやがれでございます。

今までは自分が使うものだけを作ってきたので、
自分の使うサーバ仕様にあわせて書けばよかったのですが、
色々なサーバでも使える他人に公開するような（実際にはしませんが）スクリプトを書いてみたいと思ってます。
サポートの終わったPHP4は除外して、PHP5以上を対象とした書き方にするとして、
ネイティブ関数で組むよりさらに高速（な場合があり）で便利なエクステンション(PECL)がいくつかあると思うのですが、
これらがサーバに入ってるかどうかでネイティブ関数での実装と分けるような書き方がいいのでしょうか？
例えばPDOがインストールされているサーバならPDOを使い、
されていないならネイティブ関数で組んだものを使うといった感じです。
もし分ける書き方いいとしたら、実装方法として、
try {
　PDOインスタンス
　処理～
} catch (Exception e) {
　try {
　　ネイティブ関数接続
　　処理～
　} catch (Exception e) [
　　die();
　}
}
とするか、あらかじめインストール時にサーバ構成(PDOの有無)を調べたものを記憶しておいて、
同じフィールド、メソッドが書かれて似た働きをする2種類以上のクラス(PDO用とMySQLやPgSQLのネイティブ関数を使ったもの)
を用意してそれをサーバ構成によってincludeを変えるという手法にするかで迷っています。
どちらがいいのでしょうか？またもっとベターなやり方があったらアドバイスお願いします。

すみません。
よくよく考えたらPDOが使えないところでPDOインスタンスしたら、
Exception行かないでそんなクラスねーよで終わっちゃいますね。
上のソースコードは忘れてください。

>>214
NFSではないです。

>>217
flockの話ですか？
だとすれば使えるものと捉えてよろしそうですね。

PECLも標準関数もおなじネイティブ。
中身のアルゴリズムが違えば速度差は出る。
たとえば効率的なソート関数など。
PECLが良いとは限らない。作者の腕次第。

>>221
直接の回答ではないけど、汎用性を考えるなら、PEAR/PECLに依存しない書き方をする
PEAR不要のフレームワークが参考になるかも。

>>222
PHP: class_exists - Manual
http://jp.php.net/manual/ja/function.class-exists.php

HipHopが有力そうなんだが、windowsではうごかないらしい。
mingw cygwinで動作可能　or ビルド済みパックあったら教えてくれ

http://blog.candycane.jp/archives/275

>>224-225
ありがとうございます。
フレームワークのソースを読む自信がないですが、
頑張って読んで見たいと思います。

PEARはコピーすれば使える　標準phpコードが動くだけ。

PEAR　= 外部依存のないpure phpのフレームワーク

フレームワークじゃねぇよあほｗ

フレームナイワーク

もまいらの仕事はクレイムワークだろ

cakephpで
app/config/database.php.default
で定義したデータソースを、
cake/libs/model/connection_manager.php
で何かやってるのまで突き止めました。
でも正直見慣れない書き方が多くて何がなんだか・・・
フレームワーク使って作れば多くの環境に対応できそうだから、
自分で組むよりは使い方を覚えたほうがいいのかもしれないですね。
でも勉強も目的なのでもう少し頑張ってみます。
チラ裏気味ですみません。

wordpressのpdo for wordpressをPEARに書き換えるという大役を命ずる。

他人のソース見ると突拍子もなくいきなり変な関数出てくるじゃん？
マニュアル見てもそんな関数はないし
functionでテキスト内検索してもそんな関数定義はないし
となるとどこかでincludeかrequireしてるのかとテキスト内検索してもしてないし
謎は深まるばかりである

フレームワークの方が、PEARﾖﾘ ﾂｶｴﾝﾀﾞﾛ
まずpure phpとは限らない。動作環境が少ない。
PEAR入っていないとしても、実行コードと同ディレクトリに
予備で必要コード持ってれば動く。

>>235
検索の仕方が悪い

なんで単なるライブラリ群のPEARとフレームワークを同系列で話進めてんの？

フレームワーク使ったこと無いんだろ

.NETフレームワークは使ったことある。

a.php
function a() {
　echo "morning\n";
}
b.php
function b() {
　echo "evening\n";
}
c.php
function c() {
　a();
　echo "hello\n";
　b();
}
index.php
include("a.php");
include("b.php");
include("c.php");
c();

こうじゃね

>>241
突拍子もなく出てくる関数ってグループ規模の開発だろうし
そんなの読み進めたこともないからわからないけど
そんなわかりづらいこと普通するか？
俺ならcでaとbをincludeして
indexでcだけincludeするけどな

>>241
そんな感じならgrepですぐに見つかりそうだけどな
PHPエディタですらプロジェクト全体検索あるから
見つからないというのはもっと別の考えもしない理由がありそうだ

あれだろ
自作の組み込み関数つくっちゃいました系

それじゃ公開できないだろｗ
というよりしても動かない罠

特定ディレクトリの全てのファイルを配列に入れて順次includeするっていう手法なら
明示的にファイル名を書かないから出ないんじゃないだろうか

拾ってきたソース全体を対象に検索すれば解決
よって検索の仕方が悪いでAF

anal fist

anal fuck

find . -type f -name "*.php" | xargs grep "関数名"

Linuxならこんなんとか。