質問者はまず>>1を良く読むこと（必須！）
過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

◆前スレ
【PHP】下らねぇ質問はID出して書き込みやがれ 114
http://kohada.2ch.net/test/read.cgi/php/1325437405/

◆質問用テンプレ
【OS名】CentOS
【PHPのバージョン】5.3
【連携ソフトウェア】MySQL ImageMagick
【質問内容】

◆質問する時の注意
・ スレを上げて自分のIDを表示させること。（メール欄に何も記述しない。専ブラのsageチェックを外す）
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
（PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。）

◆質問後の注意
・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
・解決しなくても回答をもらった場合はお礼を言うこと。
　（荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。）

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ

関連リンク
■本家マニュアル　　　http://www.php.net/manual/ja/
■日本PHPユーザ会　http://www.php.gr.jp/
■PEARマニュアル　　http://pear.php.net/manual/ja/
■メーリングリスト　　　http://ns1.php.gr.jp/mailman/listinfo/
■ZFマニュアル　　　　http://framework.zend.com/manual/ja/
■Smartyマニュアル　　http://www.smarty.net/manual/ja/

（以下英語）
■Zend本家　　　　　　http://www.zend.com/
■Zend Framework　　http://framework.zend.com/
■php | architect　　　http://www.phparch.com/
■Smarty　　　　　　　http://www.smarty.net
■Smartyマニュアル　http://smarty.php.net/manual/en/
■PECL本家（英語）　http://pecl.php.net/

【簡易ＦＡＱ】
1．文字コードは何を使えばいいの？
　→1.UTF-8 2.EUC-JP のどちらか。迷うようなやつはShift_JISは使っちゃダメ。
2. このスレに書き込むときに自分のサイト名を晒したくない
　→http://example.com/が例文などのために予約されている。hogehoge.comは使っちゃダメ。
3. ブラウザに何も表示されないんだけど・・・
　→ Apacheの設定を見直せ。ファイルの拡張子は何にしてて、その拡張子でPHPを呼ぶようになっているか？
4. 記号の意味がわからないけどググりようがない
　→ 「@」 エラー表示を抑制、「->」 オブジェクトのメンバにアクセス、「::」 静的なメソッド呼び出し、
　　「==」は暗黙の型変換をしてゆるい比較、「===」は型情報も含めた厳密な比較
5. echo "$arr['hoge']['fuga']"; と書いたらエラーになった
　→ ｛おっぱい括弧｝でくくって"{$arr['hoge']['fuga']}"にする
6. 一定時間ごとに自動的に何かしたいんだけど
　→ cronかタスクスケジューラを使え。
7．extractって危険なの？
　→変数上書き＆初期化忘れなどで危険。楽だからという理由だけで安易に使わない。
8. include/requireに「～.php?a=b&c=d」のようなパラメータをつけたい
　→ URL呼び出しなら可能だけど、普通のファイル呼び出しではできません
9．include/requireでURLを指定しても何も起きない
　→ .phpの拡張子のファイルをURLで呼び出すと、１度PHPプログラムとして実行された結果になる。

>>1　乙乙

>>1
おつ
がっこーからは次スレ立てられなかったスマソ

乱数を0から1未満とするため
x=1のときyに依存しないで円外になるからかな。

どっちもやって誤差がどうなのか見てみれば？

>>7
だれ？

ロード処理を2回書いてるとかじゃね

ああ、なんてこと。
↓これです。＆は半角です。
＆#12354;＆#12356;＆#12358;＆#12360;＆#12362;

また化けてたらすいません。

>>14
デコードしてみたけどそんな卑猥な言葉俺の口からはとても言えない

>>15
ただのあいうえおですって。
どうやってデコードするのか教えてください。

>>17
文字コード指定すれ

mb_convert_encoding($txt,'UTF8','HTML-ENTITIES');


html_entity_decodeはめんどくさい。

>>18
出来ました！
ありがとうございます。
今度奢ります。

>>19
mb_convert_encoding()にそんな引数あったんですね。
知りませんでした。
ありがとうございます。

確認画面と完了画面での情報の引き渡し方とチェックのタイミングの話かと思ったら
ただのエスケープの話だったでござる

>>28
まだ確認画面を作ってないのですが、
セッション変数で渡してしまおうと思っています。

今の仕様だと確認画面がないので、セッションは不要なんですが。

何らかの処理でエラーが発生したとき、その内容をバックグラウンド処理として
管理者にメール送信させたいと思っています。
それで、それに関することを調べていたら「複数のプロセスが発生しないように云々」とありました
これについて聞かせてください
・メール送信する処理をこの場合のプロセスとして考える
・同時に複数のプロセスが動くのは望ましくない（サーバの負荷がかかる）
・そうならないための仕組み（排他制御とはこのことですか？）を考えるべき
ってことですか？

どうやって、現在管理者向けのメールを送るプロセスが起動してるかを判定できるんでしょうか？
簡単な例を教えてもらえると嬉しいです。よろしくお願いします。PHP5.3です。

>>29
(1)と(2)の脆弱性は全く別物なので片方だけやっても意味ないよ

バックグラウンド処理として管理者にメール送信って、
どうやるのを想定していますか？
それに関することのソレがわかんないし、貴方の思ってる方法と
ソレがあっているか分かんないし、なんで複数のプロセスが発生しちゃだめなのかがつながらない。
答えるとすると、ただの想像になるので、貴方の役に立たないかもしれません。

>>30
同時に複数のプロセスが動くのは普通だよ
リソースを共有してて同時にいじったら問題が発生するときは排他制御かけるけど

>>31
ありがとうございます。
それぞれ対策することにします。

>>32
言葉足らずで申し訳ありません
イメージとしては exec();を利用してメールを送信するsendmail.phpを実行しようと思っています
排他制御というのを実行して、たとえばユーザA,ユーザB,C,D...が大勢いっぺんにメールを送るようなことに
ならないようにしないとサーバが重くなってしまうのかなぁと思ってましたが、
そんなことないんでしょうか？

よくわからないのですが、sendmail.phpの中で以下のようなことをするのかと自分は思っていましたが…
if(!file_exists('./mailsending')){
//現在メール送信中なのを示すロック用のファイルを作る
mkdir('./mailsending',0777);
//メール送信処理
～～
unlink('./mailsending');
}else{
sleep(5);
//このあとこの処理を頭からもう一回実行する
}

>>33
プロセスというのがそもそもよくわからないのですが
mail();の実行でメール送信のプロセスが起動するわけですよね？
それはいくつも同時に動いて問題なくて、一つ動いてそれが送信完了したらそのプロセスは消えるんでしょうか？

>>35
execで外部メールプログラムにパイプで渡すのか
mailでメールサーバに渡すのかどっちなんだ？
どうやろうとしてるのか情報がないので分からないけど普通はメールキューに溜まるんでないの？

sleepだの、排他処理だのしてないで、さっさと投げて処理した方が

>>23
インストーラ(というかMakefileやRPM)がそこに作ったり作らなかったり。

そりゃ違う

120行ほどコード書いて実行したらエラーもなく動いた
感動しました！

誰あんた

前スレに帰れよもう

どうしてもってときは出力だけShift_JISにするけど、いまどきUTF-8対応してない携帯って生きてるの

今時携帯でもutf8でいいわな
まぁsjisにするにしても内部コードはutf8にするのが鉄則
内部コードがsjisってだけで問題起きるからな

>>46
へえ、携帯向けもUTF-8でいいんですか。
化石のような携帯を使ってる奴らを相手にするつもりはないので。

いわゆるガラケーに対応するなら出力はSJISにすべきだろうね。
スマホ相手だったらUTF-8で問題ないよ。