http://jp.php.net/manual/ja/function.mail.php

mail() の Windows 版実装は、Unix 版実装とは 多くの点で違います。 第一に、メッセージの生成にローカルの
バイナリは使用せず、 ソケットを通じて直接操作するだけです。 これは MTA がネットワークソケットを listen している
必要があるということを意味します（ローカルホスト、リモートマシン どちらでもかまいません）。

あのさぁ・・・
Apacheを経由するわけじゃないからApacheのログには
メール送信の記録は残らないって話してんの。
backgroundの実装の話は>>282,297の流れと関係ないだろ？

>>303
流れと関係無いから何？

「//」を外すと500になるんだけど何故だろう？
物凄く違和感がある

//ini_set('display_errors', true);

namespace newspace;

echo 1;

あ、名前空間は最初に定義されなければなりませんか

>>304
ウザいから氏ねってことじゃない？

ID無い質問やちょっとあれな回答があったとしても、
皆我慢してるんだぞ。今は嵐が過去るのをじっと我慢。つまらなくなったらいなくなるさ。

15の俺と違っておっさんは気が短くて困る

コンストラクタはインスタンスを生成するための処理。
戻り値が取れないのは、生成側のセマンティクスがそうなっているからという理由だけでなく、そういう用途のために用意されたものではないから。
またコンストラクタで処理が失敗した場合は、きちんと例外を投げてインスタンスの生成を阻止するのが筋。


なんつって

>>8

んな使う関数なんてどうでもいいんだよ
同じような処理を何個も並べるか1つだけ正規表現使ってやるかのどっちがいいかって質問だろ

なら明らかに前者

なら明らかに前者（ｷﾘｯ
じゃねえよ

strposで2件10万ループ
0.17
strposで3件10万ループ
0.24
strposで4件10万ループ
0.31

preg_matchで2件10万ループ
0.19
preg_matchで3件10万ループ
0.2
preg_matchで4件10万ループ
0.2

3件以上はpreg_match

>>318
http://java-house.jp/ml/archive/j-h-b/017625.html#body

（略）

ベンチマークプログラムはソースコードを公開すべきです。なぜ公開しないの
か。「ベンチマーク対策を防ぐため」というのは詭弁でしょう。どうやったっ
て解析はされるものです。それより、
どういうコードだからこういう結果になった
と、ベンチマーク結果を見た者が判断できるように、ソースコードを公開すべ
きです。

ソースコードの公開されていないベンチマークプログラムは信頼しない方が良
いでしょう。

高木 浩光＠電子技術総合研究所
http://www.etl.go.jp/~takagi/ (工事中)

<?php
$s = microtime(true);
$c = 0;
$str = "hogehoge";
for ($i = 0; $i < 100000; $i++) {
if (strpos($str, "mogemoge") || strpos($str, "hugahuga") || strpos($str, "hogehoge")) {
$c++;
}
/**
*preg_matchの場合
*
*/
// if (preg_match("/(mogemoge|hugahuga|hogehoge)/", $str)) {
// $c++;
// }
}
echo microtime(true) - $s . "\n";
echo $c;

意図的にhogehogeを最後に持ってきてるベンチだから
最初のstrposにhogehogeが入ってればstrposが早いのは当然
ただ平均的に考えた場合preg_matchのほうが上

ミス
if (strpos($str, "mogemoge") || strpos($str, "hugahuga") || strpos($str, "hogehoge")) {
$c++;
}
↓に訂正
if (strpos($str, "mogemoge")!==false || strpos($str, "hugahuga")!==false || strpos($str, "hogehoge")!==false) {
$c++;
}

間違ってるから釣りだと思ってスルーしてたのに。　&&以外に
strstrの引数逆。

>>289

文字列とするならシングルクオートに・・・

どっちも変わらんな。
必要な機能で選ぶべきだ。

検索文字列中にメタ文字があったら使えなくないか？

エスケープすればええやん

どっちも言うほど遅くなくね？

数ふやせばpreg_matchのほうがいいってことじゃね
最初のほうでマッチする保証があればstrposのほうが早いから
少なければ少ないほどstrposがよくて
多ければ多いほどpreg_matchのほうがよい

いずれにせよ1万回で>>318くらいの速度なら
実用上はさして差は無いと言えるんでは。

システム全体ではDBアクセスなどのほうがボトルネックになりそう。

実用上大して差がないとわかってるのに正規表現を毛嫌いするやつがいるからな
preg_match("/hoge/",$str)とか正規表現使ってないものは確かに俺もないとは思うが目くじら立てるほどでもないよな

マッチさせて抽出・置換　させているということをわかりやすくするために
（あえて）preg*しか使ってはいけない

という規約を見たことがある

良い悪いは別にして、そういう考え方もあるって事だな

ID出してない質問なのになんでスルーしないんだよｗ

>>334
統一してる方が見やすいのは確かだな
pregは正規表現でも違っても使えるから統一するならこっちになるわ

机上の話としては面白かった。ありがとう。
でもifのコストが数万回繰り返してもその程度なら、別にstrposのループやin_arrayでいいんじゃ・・・とは思った。
検索対象語が大量に増えた場合に、「|」で連結してエスケープしないといけないpreg_matchよりは、
設定ファイルやDBから対象語を取得してそのままstrposやin_arrayにかけるほうがよっぽど楽な気が。
連結するまでもない少数なら尚更。
ちょっとしたスクリプトを書くときとかは個人の好みでpreg_match使っても全然OKだと思う。

>>334-335
ユーティリティとして関数やクラス作ってそれを使わせるようにすればいいんじゃね？
プログラムを読む側や書く側は実装がどうなっているか意識する必要はない。

PHPは型ないからな

型指定をする必要が無いだけで型はあるぞ

型指定・・・？変数の宣言は型指定というよりメモリの確保では

>>340
宣言の話じゃないぞ。値の自動変換(?)認識(?)の話だ

>>337
連結に-+などを含めて試すともっと面白いぞｗ

$a = "a";
$a ++; // b !!

Phpはガキが使う物

>>344
これはねーわｗｗｗ

>>348
まだまだ尻が青いのｗ
ABCに掛けてあるんだよ！

本当かな？