【PHP】下らねぇ質問はここに書き込みやがれ 42

**nobodyさん** · 2007/03/18(日) 20:37:21

まず読め→【PHP マニュアル】http://www.php.net/manual/ja/
PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。
過去スレ、関連スレ、FAQなどは>>2-10辺り

◆前スレ
【PHP】下らねぇ質問はここに書き込みやがれ 41
http://pc11.2ch.net/test/read.cgi/php/1173163186/

◆質問する時の注意
・自分のIDを表示させること。（メール欄に何も記述しないこと。空白も入力しちゃダメ）
・サーバーのOS(Linux、Windows他)、WebサーバーとPHPの種類やバージョン等を明記すること。
・己の行った操作、変更などを詳しく明記すること。
・エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・質問者として、態度をわきまえること。
・事前に公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。

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

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

【その他諸注意】
・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ http://pc10.2ch.net/php/subback.html
・SQLについての質問はデータベース板(PCカテゴリ)の各スレで http://pc10.2ch.net/db/subback.html

**nobodyさん** · 2007/03/18(日) 20:37:43

■過去ログ
【PHP】下らねぇ質問はここに書き込みやがれ 30
http://pc8.2ch.net/test/read.cgi/php/1159979905/
【PHP】下らねぇ質問はここに書き込みやがれ 31
http://pc8.2ch.net/test/read.cgi/php/1161733546/
【PHP】下らねぇ質問はここに書き込みやがれ 32
http://pc8.2ch.net/test/read.cgi/php/1162818436/
【PHP】下らねぇ質問はここに書き込みやがれ 33
http://pc8.2ch.net/test/read.cgi/php/1164209222/
【PHP】下らねぇ質問はここに書き込みやがれ 34
http://pc8.2ch.net/test/read.cgi/php/1165519374/
【PHP】下らねぇ質問はここに書き込みやがれ 35
http://pc10.2ch.net/test/read.cgi/php/1166676139/
【PHP】下らねぇ質問はここに書き込みやがれ 36
http://pc10.2ch.net/test/read.cgi/php/1168395610/
【PHP】下らねぇ質問はここに書き込みやがれ 37
http://pc10.2ch.net/test/read.cgi/php/1169644229/
【PHP】下らねぇ質問はここに書き込みやがれ 38
http://pc10.2ch.net/test/read.cgi/php/1170520777/
【PHP】下らねぇ質問はここに書き込みやがれ 39
http://pc10.2ch.net/test/read.cgi/php/1171280039/
【PHP】下らねぇ質問はここに書き込みやがれ 40
http://pc11.2ch.net/test/read.cgi/php/1172151461/

**nobodyさん** · 2007/03/18(日) 20:37:59

関連リンク
■本家マニュアル　　　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://smarty.php.net/
■Zend本家　　　　　　http://www.zend.com/
■Zend Framework　　http://framework.zend.com/
■php | architect　　　http://www.phparch.com/
■Smartyマニュアル　http://smarty.php.net/manual/en/
■PECL本家（英語）　http://pecl.php.net/

**nobodyさん** · 2007/03/18(日) 20:38:25

【簡易ＦＡＱ】
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プログラムとして実行された結果になる。

**nobodyさん** · 2007/03/18(日) 20:38:38

10. そもそもインストールの時点でうまくいかない
　→ 確認すべきはPHPのconfigureの引数、php.iniの内容と置き場所、
　　Webサーバの設定（Apacheならhttpd.conf）、起動＆再起動あたり
11. SQLの質問はどこで？
　→ データベース板に誘導されるのが嫌ならPHPにうまく関連させて質問する
12. 文字列のなかに、英字のみとか数字のみとか記号が入っちゃいやんとかはどうしたらいいの？
　→ ctype_～()が手軽。複雑なパターンはpreg_～()あたりで正規表現を使う。
13. $a1, $a2, $a3 ... のような変数名をうまく扱いたい
　→ 可変変数で実現できるけど、むしろ配列を使って$a[1], $a[2], $a[3]等とするのがベター
14. echoとprintってどう違うの？
　→ よく議論される話題であるが基本的に両者とも同じ。以下ちょっとした議論。
　　http://www.faqts.com/knowledge_base/view.phtml/aid/1/fid/40
15. クッキーの情報をユーザから隠したい
　→ セッション使え。ただしクッキーとセッションは仕組みが違うから同じように扱うな
16. strip_tags()で削除しないタグを複数指定したい
　→ strip_tags($html, '<a><p><font>'); // htmlspecialchars()も検討すべし
17. CSVやTSVのファイルをスマートに扱いたい
　→ まずはfgetcsv()。ただし日本語を含むと正常に動作しない場合があるので注意だ。
18. 値渡しと参照渡し（「&」を使う）のパフォーマンスの違い
　→ C言語じゃないので、パフォーマンス目的で使いわけたらダメ。参照渡しにすると逆に遅くなったりする
　　参照渡しは引数に戻り値を設定したり引数を関数内で変更するなど、正しい目的に使うこと
19. ファイル入出力関数（fopen等）でリモートファイル（http://～とか）を扱う際の限界
　→ fsockopen()でソケット通信 or PEARのHTTP系 or CURLで解決
　　必要ならHTTPをはじめとする各種プロトコル（どんなデータを送受信するか）はRFCなどで調べる
20. PHPからPOSTリクエストしたい
　→19.を参照
21. 画像処理一般 or GDの限界
　→ ImageMagick（PECLのやつ or シェルから実行）
22. 画像・音・動画はファイルで保存？DBに保存？
　→ 好きにしてください

**nobodyさん** · 2007/03/18(日) 20:39:26

12のPHP最適化テクニック
ttp://phpspot.org/blog/archives/2006/11/12php.html

01. staticメソッドが使えるなら使おう。速度は4倍になる
02. __get, __set, __autoload は使わない
03. require_once は重い
04. include, requireで読み込むファイルはフルパスにしよう
05. スクリプト開始時のUNIXタイムを＄_SERVER['REQUEST_TIME'] で取れる
06. strncasecmp関数やstrpbrk関数を使えるケースはこれらを使い、正規表現は使わない
07. preg_replaceはstr_replaceより速い、しかし、strtrはpreg_replaceより４倍速い
08. 引数を、単体か配列かで自動判別するようなコードは出来るだけ避ける
09. @ を使ったエラー制御はとても遅い。→ @fputs(＄fp, "?");
10. ＄row["id"] は　＄row[id] より７倍速い
11. PHPのエラーメッセージは重い( noticeとかwarningとか)
12. for (＄x=0; ＄x < count(＄array); ＄x) のように、forの中でcountを使うと毎回countが呼ばれるので使わない。

(参考)
PHPの最適化は本当か？
ttp://jigen.aruko.net/archives/433/

**nobodyさん** · 2007/03/18(日) 20:47:40

　　　　　　　　　　/ / .:.:/　.:;.::::::/ .:.:.::::::::::::::::!::::::!.:::::::::::::::::!::.:.:.:.:.:.:.:.:
　　　　　　　　　　　/ / .:.:/ .::::/.:::/ .:.:.::::::::::::::l::::|:::::l|.:.:.::::::::::::::!:::::.:.:..:.:.:.
　　　　　　　　　　　V .:.::/ .:.::/.:::/ .:.:::::::;:::/.::::l::::|:::::l|:.､.:.:.::::::::::!:::::::::.:.:.:.:
　　　　　　　　　/ .:./ .:.:::::1:::l .:.:::::::/:/ .:.:/:::/::::入.:.＼.:.:.:::::!:::::::::.:.:.:.:
　　　　　　　　,′/ .:::!.:.:::|::::|.:.::::::/ｲ.:.:::/`ナ:::/＿＼:::.＼_」:::::::::::::::::
　　　　　　　 i.:.::! .:::::!.:.:::|.:::|.::;;:ｲ7.::::://://::/￣￣｀¨`ヽV.:.:::::::/.::::
　　　　　　　 |.:::| .:.:::|.:.::::!:イ.::://::／ "´/::/　　　　　〉.:.:::::/.:::::::
　　　　　　　 |.:::| .:.:::|.:.::::lVl::/''"´ 　,　/／　ミ===＝¨7.:.:.:::/.::::::::::
　　　　　　　　ﾄ､:ﾄ､.:::ﾄ､.::ヽ、ｰ=＝'" 　　　　　///////.:::／.::::::::／
　　　　　　　　　 /^1 ヽ:ﾄ､::::.:.ヽ///// 　i　　　　　　/／　/:::／　　　　下らねぇ質問はここに書き込みやがれチビ人間、ですぅ～
　　　　　　　　 ,′ l　　 `入::::::.:.､　　　r---イ　　　　　　　ﾌ´
　　　　　　　 i　　|　　　〉　､.ﾄ､.　　　 |: : : : !　　　　　　 ,.ｲ､.! /
　　　　　　　　| 　 !　　　〉　‐米:＼　　ｌ　　ﾉ　　　　　／V‐米-
　　　　　 .,r‐-| 　 L_　　〉　/!ヽ: : :ヽ､. `ー' 　　 ,. イ　ﾉ.: /l ヽ
　　　　, r‐イ　ハ　/^┤　〉　　 : : : : ﾘ:::＞ｰ-- ＜　　／ { :
　　　 ./ 1 　|　 |　 /　　|　〉　　　　: : :ﾘソ, -┴‐'　L_／　　 { :
　　　 .!　L_人_ノ　　　 !.　〉　　 i /. : :ﾘ　　,r‐--‐介ー---‐{ :.　i
　　　.└r'　　　　　　ﾉ　〉　 -米‐: :.ﾘ／:/´￣ﾌ:ﾊ:「￣｀¨`{ :-米

**nobodyさん** · 2007/03/18(日) 21:16:17

スレ立てありがとうございます
早速質問させてください

今アンケートフォームを作っており、入力値を確認画面で確認させメール送信させる仕組みです。
最初にサニタイジングして受け取っている入力値を、メール送信の時にどうやって元に戻せばいいのでしょうか？
あと、テキストエリアで入力された改行などがどうすれば確認画面やメール内で改行して見せられるのでしょうか？

**nobodyさん** · 2007/03/18(日) 21:17:32

>>8
サニタイジングって具体的に何してるの。

**nobodyさん** · 2007/03/18(日) 21:27:10

スレ違い覚悟です。質問させてください。
今までLinuxのrootユーザーでウェブアプリケーションを開発していたのですが、開発用に
ユーザーを追加するべきでしょうか？
みなさんはどうしていますか？

**nobodyさん** · 2007/03/18(日) 21:27:39

>>6
引用元のサイトでは
$row[’id’] is 7 times faster than $row[id]
なのに
＄row["id"] は　＄row[id] より７倍速い
としている時点でそこの訳はすごく怪しいから
やめれ

**nobodyさん** · 2007/03/18(日) 21:29:31

>>10
スレ違い

**nobodyさん** · 2007/03/18(日) 21:40:45

>>9
実際にPOSTで受け取る時に以下のようにしています。
$hoge = htmlspecialchars(stripslashes ($_POST['hoge']));

＜とか＞がHTMLエンティティになってしまっているんです。

**nobodyさん** · 2007/03/18(日) 21:41:58

>>10
開発って何人でやってるのさ

**nobodyさん** · 2007/03/18(日) 21:43:07

>>13
htmlspecialcharsは確認画面で表示するときだけ行うべきもの。
データそのものを変換しちゃいかん。

**nobodyさん** · 2007/03/18(日) 21:44:27

>>11
正しく翻訳するとどうなるの？

10 · 2007/03/18(日) 21:45:47

>>14
今のところ(、もといこれからもずっと)一人です。

**nobodyさん** · 2007/03/18(日) 21:46:49

>>17
なら別にrootでいいよ。

**nobodyさん** · 2007/03/18(日) 21:47:35

>>11
俺の高校レベルの英語知識では間違ってはいないんだが、後学のために教えてくれ。

**nobodyさん** · 2007/03/18(日) 21:47:59

>>16
シングルクオートとダブルクオートの見分けもつかないのか、きみは

**nobodyさん** · 2007/03/18(日) 21:49:31

え、そんだけ！？

**nobodyさん** · 2007/03/18(日) 21:52:38

>>10
ひとりで使う分にはどっかの設定書き換えなんて自分しかしないんだからrootでいいよ。
なんでわざわざ作る意味があるのか教えてもらいたい。

なんのためにユーザーを作るのか理解したほうがいいよ。

10 · 2007/03/18(日) 21:53:32

>>18
スレ違いなのに、教えてくれるなんて...ありがたすぎる。
これからは安心してrootで開発します。ありがとうございましたm(__)m

**nobodyさん** · 2007/03/18(日) 21:54:05

>>20
ああ、まぁそれはな。
ダブルクォートは確かにシングルクォートよりかなり遅い。

**8=13** · 2007/03/18(日) 21:54:23

>>15
ありがとうございます。
では、入力値は　$hoge = stripslashes ($_POST['hoge']); で受け取って、
確認画面のECHO直前で　$hoge_ = htmlspecialchars($hoge);　とすれば問題ないでしょうか？
セキュリティ的にも入力値をそのまま受け取るということは問題ないのでしょうか？（勉強不足ですみません）

**nobodyさん** · 2007/03/18(日) 21:55:31

今度から原文の方をテンプレにしとくか。

ttp://www.moskalyuk.com/blog/php-optimization-tips/1272
12 PHP optimization tips

Nov 5, 2006 in Programming, Optimization, PHP

Ilia Alshanetsky’s PHP performance talk given last week at the Zend conference is
pretty useful as far as getting small tips for tweaking PHP code.

1. If a method can be static, declare it static. Speed improvement is by a factor of 4.
2. Avoid magic like __get, __set, __autoload
3. require_once() is expensive
4. Use full paths in includes and requires, less time spent on resolving the OS paths.
5. If you need to find out the time when the script started executing, $_SERVER[’REQUEST_TIME’] is preferred to time()
6. See if you can use strncasecmp, strpbrk and stripos instead of regex
7. preg_replace is faster than str_replace, but strtr is faster than preg_replace by a factor of 4
8. If the function, such as string replacement function, accepts both arrays and single characters as arguments,
　　 and if your argument list is not too long, consider writing a few redundant replacement statements,
　　 passing one character at a time, instead of one line of code that accepts arrays as search and replace arguments.
9. Error suppression with @ is very slow.
10. $row[’id’] is 7 times faster than $row[id]
11. Error messages are expensive
12. Do not use functions inside of for loop, such as for ($x=0; $x < count($array); $x) The count() function gets called each time.

For templating, are you using Smarty? This is probably the fastest way to ensure the frequently viewed pages of the site are cached.

10 · 2007/03/18(日) 21:56:04

>>22
すいません。時間差でお礼がおくれました。ありがとうございます。
今度図書館にいってLinuxの本借りて調べてみます。言語の勉強ばっかりに集中して
開発環境を気にしていませんでした。

**nobodyさん** · 2007/03/18(日) 21:58:42

>>27
おまえおとこか？
恋人いるのか？

**nobodyさん** · 2007/03/18(日) 21:59:52

外部に公開されているサーバなら、rootは当然オススメしない。
クローズドなら気にしないでｵｹ

**nobodyさん** · 2007/03/18(日) 22:00:01

>>25
入力値の無害化処理はその入力値を何に用いるかによって方法が変わる。
HTML上に表示するならhtmlspecialcharsだが、DBに記録するときや
コマンドラインで用いる場合などにはそれぞれ違った方法になる。
「htmlspecialchars＝サニタイジング」という誤った覚え方自体を改めた方がいい。

> 確認画面のECHO直前で　$hoge_ = htmlspecialchars($hoge);　とすれば問題ないでしょうか？
問題ない。

> セキュリティ的にも入力値をそのまま受け取るということは問題ないのでしょうか？（勉強不足ですみません）
メール送信をどのように行うかによって決まる。

**nobodyさん** · 2007/03/18(日) 22:01:47

>>24
シングルとダブルではほとんど変わらんよ。
ベンチマークで確認してみ。
PHPはシングルクォートだからって特に最適化されてないから。

**nobodyさん** · 2007/03/18(日) 22:03:50

ttp://selfkleptomaniac.org/archives/45
ここのサイトに書いてあることでいいんじゃない？

**nobodyさん** · 2007/03/18(日) 22:04:31

色々あると思うが、まずは前スレ埋めような

10 · 2007/03/18(日) 22:06:10

>>29
クローズドなので気にしないことにします.....
うーんと、開発は全部rootでやって、公開用サーバはroot以外でログインして
httpdなりmysqldなりを起動すればいいのかな？その辺も今度本で調べます。
ありがとうございました。

**nobodyさん** · 2007/03/18(日) 22:06:43

>>32
おお、これいいな。これテンプレに入れとこーぜ。

**nobodyさん** · 2007/03/18(日) 22:08:04

ログインについて質問です。今までは
if (isset($_SESSION["user_login"])){
}else{
header("Location:index.php");
}
みたいにして、ログイン情報のセッション値（例えば、md5で生成した暗号キーなど）
を持たないユーザはログインさせないようにしていました。

しかし、これは登録されているか否かを調べてはいませんので、
上記ではなく、DBなどにアクセスして登録されているかどうかを調べ、
それで登録されていないセッション値なら、ログインさせないようにした方が
いいのかな？とも思います。

どちらもあまりセキュリティ的に変わらないのなら前者を選択しますが、
ご意見・ご指摘いただければと思います。

**nobodyさん** · 2007/03/18(日) 22:08:56

EUC-JPで作成してます。
今回UTF-8で作成を試みようと考えてます。
日本人オンリーなので多言語化のメリットについては興味ないのですが、
以外にUTF-8を導入するメリットを教えてください。

自分が知っているのはxhtmlの一行目にドクタイプを省略することでバージョンの違い
によるギャップを埋める。
xmlで便利。

ぐらいですが、もし間違った箇所がございましたらご教授ねがいます。

**nobodyさん** · 2007/03/18(日) 22:14:43

>>36
セッションIDならともかくセッションの値はサーバー側でしか
生成しないし記録もしてないんだから、それが最初のログイン時に
DBから生成したデータなら何度もチェックするのは全く無意味。

**nobodyさん** · 2007/03/18(日) 22:17:01

テンプレ追加：

■最適化にまつわる神話

1. コメントをなくすと速くなる
2. ダブルクォート（”）はシングルクォート（’）より速い
3. 参照渡しの方がコードが速くなる
4. オブジェクトを使う方が速くなる
5. タナリ（$a = 1 ? $b = $a : $b = 0;)はif(){}else{より速い

これらは全部嘘。

**nobodyさん** · 2007/03/18(日) 22:18:53

お約束なので。

>>32
宣伝乙

**8=13** · 2007/03/18(日) 22:27:55

>>30
ありがとうございました。
たしかに教えていただいているとおり、サニタイジングの１つの手段でしかないのですね。
続けて勉強していこうと思います。

今回は、特に問題がありそうな<script>などを別処理ではじくようにしておいて、
後は教えていただいたとおり、画面に表示させる時だけ直前にhtmlspecialcharsをしようと思います。

36 · 2007/03/18(日) 22:33:18

>>38
と言う事は特に気にしないで今までの方法で良いと言う事ですね。
ありがとうございました。

**nobodyさん** · 2007/03/18(日) 23:49:57

>>39
>3. 参照渡しの方がコードが速くなる
コードが速いってどんな状態なんだよ！
という突っ込みはともかく、参照渡しも値渡しも違いがないんだね

**nobodyさん** · 2007/03/19(月) 00:14:11

>>43
PHPの場合、むしろ参照渡しの方が遅い。

**nobodyさん** · 2007/03/19(月) 00:32:47

とにかく前スレ埋めようぜ
http://pc11.2ch.net/test/read.cgi/php/1173163186/

**nobodyさん** · 2007/03/19(月) 09:39:47

セッションスタートを書くと、
Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at E:\Web\IMG\WEB2\index.html:1) in E:\Web\IMG\WEB2\index.html on line 2

とエラーが出てしまうのですが、何が原因なのでしょうか？

ちなみに、session_start()の上は何も記述していません

**nobodyさん** · 2007/03/19(月) 09:52:13

>>46
もう一回確認してみ

**nobodyさん** · 2007/03/19(月) 09:53:17

<?
session_start();

・・・・

?>

こんな感じです

**nobodyさん** · 2007/03/19(月) 09:54:39

ＰＨＰのバージョンはかけよ。
php.iniのセッションの項目をみなおせ。

**nobodyさん** · 2007/03/19(月) 09:57:28

PHP 5.1.4です。
Session Support enabled
Registered save handlers files user
Registered serializer handlers php php_binary wddx

です。

**nobodyさん** · 2007/03/19(月) 10:00:48

単純に最初の<?の前に改行か空白でもあるんでしょ

**nobodyさん** · 2007/03/19(月) 10:01:15

バッファの仕組みがいまいちよくわからないのですが、

function bufferTest(){
$test="こんにちわ";
return $test;
}
ob_start("bufferTest");

というソースがあったら、「ob_flushをするまで出力しない」ということでは
無いのでしょうか？上記のソースでは普通に「こんにちわ」が出力されます。

**nobodyさん** · 2007/03/19(月) 10:05:55

>>52
マニュアル読め

**nobodyさん** · 2007/03/19(月) 10:18:52

>>53
は？

**nobodyさん** · 2007/03/19(月) 10:35:18

>>51
いえ、ないです

1:<?
2:session_start();

**nobodyさん** · 2007/03/19(月) 10:46:49

>>52
ob_flushが全く呼ばれなかった場合、スクリプトの終了時に自動的にフラッシュされる。

**nobodyさん** · 2007/03/19(月) 12:45:20

リネージュの掲示板サイトをやっています。
最近海外からウィルスURLがはられるので、
2chのime.nuのように、ワンクッションで確認画面を入れたいのですが、
その画面でXSSを出さないようにするにはどうしたらいいかわかりません。
掲示板側でrowurlencodeをしたURLが送られてくるのですが、
$url = $_GET['url'];
if (preg_match("/(https?:\/\/)/", urldecode($url)) {
  $patterns = array('/%3B/', '/%2F/', '/%3F/', '/%3A/', '/%40/', '/%3D/', '/%26/', '/%24/', '/%2B/', '/%21/', '/%2A/', '/%27/', '/%28/', '/%29/', '/%2C/');
  $replacement = array(';', '/', '?', ':', '@', '=', '&', '$', '+', '!', '*', "'", '(', ')', ',');
  $url = preg_replace($patterns, $replacement, htmlspecialchars(urlencode($url)));
}
return $url;

とりあえずこんな感じにしたのですが、おかしい箇所ありますでしょうか？
(urlの正規表現はしょぼいので後でもっといいのを見つけてきます)
マルチバイト文字のXSSなんてのもあるらしいので、
内部エンコードがUTF-8なのですが、
$patternsの前に、$url = mb_convert_encoding($url, 'UTF-8', 'UTF-8');
とかにしてみたですが、余計なものも削除されてしまってうまくいきません。
あとURLに直接日本語をうった場合、urlencodeされたURLが出るのですが、
あいうえおとうったのに、decodeしてみると??????とかになってしまうのは
なぜでしょうか？

**nobodyさん** · 2007/03/19(月) 12:59:31

>>51 >>55
またBOMくさいな。テンプレにいれるべきだ。

**nobodyさん** · 2007/03/19(月) 13:27:19

>>58
入れてくれ。

**nobodyさん** · 2007/03/19(月) 13:32:19

phpでPEARを使うため、インストールしたのですがDB.phpが見当たりません。
DependencyDB.phpというものならありましたがこれは別物っですよね。
↓のサイトを参考にインストールしました
ttp://www.y2sunlight.com/ground/?PHP5.0%2F6.PEAR%A4%CE%A5%A4%A5%F3%A5%B9%A5%C8%A1%BC%A5%EB
展開方法が間違っているのでしょうか？

**nobodyさん** · 2007/03/19(月) 14:05:46

僕の場合、全てUTF-8で、PHPファイルは正常に動くんだけど、ログファイルに関してはBOM削除しないと動作しないんだ。。。
イマイチBOMの仕組みが良く分からない。

**nobodyさん** · 2007/03/19(月) 15:58:09

array_unshift()でキーと一緒に指定する方法ってないんだっけ？

**nobodyさん** · 2007/03/19(月) 15:59:09

211.161.0.0/24
この場合、0/24の範囲が分かりません　
0～24ということでしょうか？

**nobodyさん** · 2007/03/19(月) 16:02:59

>>63
そりゃPHP関係なさすぎ。
TCP/IPとかソケットとかのネットワーク関連のとこで聞かないと。

**軟式PHP** · 2007/03/19(月) 16:06:16

>>63
CIDRでググるといい。

**nobodyさん** · 2007/03/19(月) 16:09:22

>>63
左から数えて24bit
11010011　10100001　00000000　00000000
　　　　　　　　　　　　　　　　　　↑24bit目
サブネットマスクでググレ

**nobodyさん** · 2007/03/19(月) 16:22:55

>>60
なければ、取ってくればいい
pear instal DB

これで無理だったら、何か問題あるとは思うが
原因を調べたくなかったら、直接
http://pear.php.net/package/DB
にから取ってきて、pear のディレクトリに
展開すればいい

**nobodyさん** · 2007/03/19(月) 17:28:10

>>67
コマンドラインから無事入手できました
ありがとうございます

**虚弱PHP** · 2007/03/19(月) 17:33:49

>>68
今からならPear::DBよりPDOの方がいいと思うけど。

**nobodyさん** · 2007/03/19(月) 18:19:11

外部ファイルの文字コードを変換する方法ってありますか？

文字列ならmbstringで一発なんですが，ファイルとなると見つからなくて・・・．
PHPのみじゃもしかして出来ない？？

環境： Windows XP SP2 + Apache 2 + MySQL 5.0 + PHP 4.4.4

よろしくお願いいたします．

＃Linuxならnkfをsystem関数あたりで呼び出せば一発なのになぁ．

**nobodyさん** · 2007/03/19(月) 18:22:48

>>70
fopen fgets mbstring

70 · 2007/03/19(月) 18:32:28

>>71
fgetで読み込んで，mbstringで変換，fputで書き込むって感じですか・・・

**nobodyさん** · 2007/03/19(月) 18:42:26

>>72
そういう関数を作っておけば今後は一発になるよ。

70 · 2007/03/19(月) 18:50:02

>>73
確かにそれはそうなんですが，そういう関数かなにか用意されてるかなーとか期待してました（笑）．

ありがとうございました．

**nobodyさん** · 2007/03/19(月) 18:54:19

>>74
execとかsystemあたり使えば一発なんじゃね?

70 · 2007/03/19(月) 19:00:20

>>75
Linuxならnkfを呼び出して一発なんでしょうけど，今回はWindows環境なので・・・．
nkfのWin移植版を使うのはちょっとｱﾚな気がしますし．

**nobodyさん** · 2007/03/19(月) 19:07:17

windowsでもコマンドで変える方法は探せばあると思うけど。
別にnkfのwin移植版試してみればいいかと。

どうしてもWinじゃなきゃいけないならだけど・・。

**nobodyさん** · 2007/03/19(月) 19:36:20

>>76
つーか、nkfそのものをPHPで作っちゃえばいいじゃない。

**nobodyさん** · 2007/03/19(月) 20:00:34

>>74
外部ファイルを更新するようなのは普通は標準に含まないよ。
そんなの標準的に行われるような作法じゃないもの。

70 · 2007/03/19(月) 20:28:55

>>78
・・・俺が？（笑）
っていうかそういうクラス，どこかにありそーですよね．

>>79
そうなのかなぁ．
CSVアップロードさせて，load data infileなんかでDBに書き込む・・・みたいな処理だと，必要になると思うんですけど．

**nobodyさん** · 2007/03/19(月) 20:42:05

端から同じエンコードでやりゃ必要ないと思うけど。

**nobodyさん** · 2007/03/19(月) 21:22:01

>>58
すみません、BOMとは何でしょうか？
良ければ詳しく教えていただけないでしょうか？

**nobodyさん** · 2007/03/19(月) 21:38:53

つ [BOM UTF-8]

**nobodyさん** · 2007/03/19(月) 21:44:16

>>83
wikiで見てみましたが、session_start()とどう関連するのかが分からない状態です。
<?の上に余分な文字が入ってしまうということなのでしょうか？

**nobodyさん** · 2007/03/19(月) 22:00:01

>>84
そのとおり。俺もよく知らんが対応してるエディタで開いて消すしかないんじゃない？
こんなもんPHPが早く対応しろよって思うけどね。

**nobodyさん** · 2007/03/19(月) 22:00:55

Dreamweaver、TeraPadで開いたがUTF-8Nは対応してﾅｽ・・・。

**nobodyさん** · 2007/03/19(月) 22:49:58

セッションを使ってログインする機能を作る練習をしているのですが、
あらかじめ登録されたＩＤとパスが入力された場合、
次のページに飛ばしセッションをでそれぞれの登録情報を呼び出します

しかし、セッション変数はサーバー内に保存されるので、
仮に複数の人が同時にログインした場合、どのユーザーがどのセッション変数かどうかというのは区別できないのでしょうか？

そういった場合はクッキーを使うべきだとは思いますが、クッキーを使わないで解決する手段はありますか？

87 · 2007/03/19(月) 23:05:36

ちなみにこんな感じです
-------------
ログイン画面（login.php）

//フォームでidとpassを入力してもらい、登録されていない場合、パス違いなどの場合はエラーをだす
//エラーがない場合、↓のように、idとpassをそれぞれセッション変数に入れ、登録内容表示画面へジャンプさせる
if (!count($error_message)) {
session_start();
$_SESSION["id"] = $id;
$_SESSION["pass"] = $pass;
header("Location: naiyou.php");
exit;
}
--------------------------------------
登録内容表示画面(naiyou.php)
//セッション変数に格納されたIDがなければログイン画面へ飛ばす
if (!isset($_SESSION["id"])) {
header("Location: login.php");
exit;
}

if (isset($_SESSION["id"])) {
$id = $_SESSION["id"];
・・・・IDに対応した登録情報をデータベースから呼び出す・・・
---------------
これでは、複数の人が同時にログインしたとき、セッション変数が同一のものになってしまい、
おなじ内容が表示されてしまうのでしょうか？

**nobodyさん** · 2007/03/19(月) 23:18:58

>>82

　　　　　　　 lヽﾉ l　　　　　　　　ｌ l　ｌヽ　　ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｂ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　Ｂヽ
　l 　･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　｀'メ､_ｌﾉ| /　・　 /
　|　Ｏ　　l　トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　Ｏ　｜
　|　･　　 |／　　　 | l ||､　''"""　 j　""''/ | |ヽｌ　・　｜
　|　Ｍ　 |　　　　 | l |　ヽ,　　― 　／　| |　ｌ　Ｍ　 |
　| 　 !!　 |　　　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　　 /　│ｌ､l　　　　　　　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　　　／　ノ⌒ヾ､　ヽ　　　ノハ,　　　　 |
,/ 　　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　　 |
　　　　／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　ｌ
　　 ,／　　|　ヽ　＼　　_,ノｰｆ' ´　　ﾉノ　ヽ　　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　￣￣　　 |　　　　　　　　　　／　　　　　￣

**nobodyさん** · 2007/03/19(月) 23:22:13

寝る前の立読みなので間違っているかも知れませんがセッションは基本的に
セッション確立時にランダムでSIDを付加するので好きなだけsession_name()
を吐き出して調べてみてください。

87 · 2007/03/19(月) 23:26:52

>>90
ということは、このままでも、それぞれのユーザーごとにセッション変数が一緒になることはないということでしょうか？
session_name()を調べて試してみます

ありがとうございます

**nobodyさん** · 2007/03/19(月) 23:34:41

すいません
ランダムでSIDを付加するということは、やはり被ることはない・・
ということですよね？

**nobodyさん** · 2007/03/19(月) 23:38:33

まずセッションIDの意味を調べたほうがいい

**nobodyさん** · 2007/03/20(火) 00:01:21

もったいぶらずにおしえてくだちい

**nobodyさん** · 2007/03/20(火) 00:07:29

被るのかい？被らないのかい？どっちなんだい？

**nobodyさん** · 2007/03/20(火) 00:18:28

$bufferに大量の文字列が入ってるとして、
これをクリアする場合、
$buffer = "";にするのと、
unset($buffer);して新たに$buffer = "";を作成するのと、
何か違いはありますか？
特にメモリの開放？とかで

**nobodyさん** · 2007/03/20(火) 04:10:27

>>96
クリアする時は
$buffer = array();
すればひとまずいいと思ってる俺はnoob?

**nobodyさん** · 2007/03/20(火) 04:18:11

>>96
後者はデータの格納領域と変数の管理領域の両方をクリアして再取得するから、
無駄に遅くなってメモリの分断化(さほど気にする必要ないけど)を招くだけだと思う。
前者で十分。でもどっちでも大して気にするほどじゃない。

**nobodyさん** · 2007/03/20(火) 08:35:57

wikipediaに
PHPは初心者でも簡単だけど、大規模なモノになるとぎゃくに難しいよ。あと再利用性も低いんだぜ

これって事実なんでしょうか

あと再利用性というのはどういう事なんですか？

**虚弱PHP** · 2007/03/20(火) 08:59:05

>>84
BOMってファイルの先頭に付くから、<?phpの前。
ヘッダ出力前に文字出力をしたと思われちゃうわけ。

**虚弱PHP** · 2007/03/20(火) 09:14:08

>>99
大規模とか再利用性とかは、殆ど作り方次第。
言語的な制限で言えばオブジェクトの生存期間とか、
マルチスレッドとかの方が問題じゃないかな。
あ、これは大規模に関係するか。

**nobodyさん** · 2007/03/20(火) 09:15:21

ステップ実行できる開発環境ってEclipseかZend Studio?ぐらいしかないで
すか？

**虚弱PHP** · 2007/03/20(火) 09:23:37

>>87
セッションIDは普通Cookieに入れるもんだけど。
（というかPHPがCookieに入れてくれる）
セッション情報をCookieに入れたくないって意味だよね？？
セッションIDは普通は被らない。

本題とは関係ないけど、
セッション情報にIDとかpassとか入れるのはやめた方がいいと思う。

**nobodyさん** · 2007/03/20(火) 09:27:31

>>103

>セッション情報にIDとかpassとか入れるのはやめた方がいいと思う。

理由は？

**nobodyさん** · 2007/03/20(火) 09:54:55

>>104
盗まれたら困ります＞＜
sessionはあくまで個人の識別に使うのが吉です＞＜

**nobodyさん** · 2007/03/20(火) 09:56:14

それってスクリプトに問題があるような・・・

**nobodyさん** · 2007/03/20(火) 10:28:43

別にセッションIDがもれたところで
idやpassそのものがもれるわけではないでしょ

**nobodyさん** · 2007/03/20(火) 10:39:04

httpで接続してる以上IDもpassもふしあななんですけどねｗ

**nobodyさん** · 2007/03/20(火) 10:40:23

そんな事を言い出したらｗ

**nobodyさん** · 2007/03/20(火) 10:46:05

盗聴したidとpassにいかに細工をかけるかなんだけどんｗ

**虚弱PHP** · 2007/03/20(火) 10:46:17

>>104
/tmpの下のファイルをcatすると見えるから。

**nobodyさん** · 2007/03/20(火) 10:49:51

>>111
そこに拘るなら全てのデータを暗号化する必要がある。

**nobodyさん** · 2007/03/20(火) 10:54:02

>>111
任意のコマンドを実行されている時点でアウトだろ。

**nobodyさん** · 2007/03/20(火) 10:59:43

>>113
もし、システムを使える人がいて、/tmp以下を見る権限が
あったとしたら……？

**軟式PHP** · 2007/03/20(火) 11:01:21

以前、opendir & fopenで/tmpを弄れるレン鯖があったから、あながちありえない話でもない。
ちゃんと鯖管にメールで報告しておいたが。

**nobodyさん** · 2007/03/20(火) 11:06:17

それって単純に環境設定に問題があるような

**nobodyさん** · 2007/03/20(火) 11:07:02

いや、普通に一般ユーザでも/tmp見られるんだが……。

というより/tmpは一時的な作業用ディレクトリなんだから、むしろ見られなかったり弄れないほうが
おかしくないか？

**nobodyさん** · 2007/03/20(火) 11:44:19

>>101

ありがとうございます

**nobodyさん** · 2007/03/20(火) 11:50:04

telnetやsshやぶられた上での議論なのか
共用サーバで誰だかわからん他人とサーバ共有してるのが前提の議論なのか
どちらにしてもあまり意味がないな

**nobodyさん** · 2007/03/20(火) 12:07:09

ユーザー権限で動作させるとセッションファイルもユーザー権限になるんじゃなかったっけ？

**nobodyさん** · 2007/03/20(火) 12:32:29

>>115
管理者からはなんて返事が帰ってきたの? 通常は/tmpはだれでも書き込み可能なのだけど...

**nobodyさん** · 2007/03/20(火) 12:36:05

セッションのファイル置くディレクトリって、みんな変えないの？
/tmpのまま？

**nobodyさん** · 2007/03/20(火) 12:38:26

おまえらWindowsばかりいじっていないで、少しはUnix系のシステムも
いじってみろよ。

**nobodyさん** · 2007/03/20(火) 12:53:18

/tmpって言ってる時点でWindowsの話してるやつは1人もいないと思うが。

**nobodyさん** · 2007/03/20(火) 12:53:39

セッションファイルを/tmpに置くのはご法度だろ。
.htaccessなり何なりで変更してからSessionを使うべき。

**nobodyさん** · 2007/03/20(火) 13:14:23

PEARを使わずmysql関数でDBの接続・結果取得実験をしてるのですが、
マニュアルを見ながら適当に、

@$link = mysql_connect('localhost', 'user', 'password') or die('接続失敗');
@$result = mysql_query('SELECT * FROM table') or die('クエリ送信失敗');
if ($link) {
  while ($line = mysql_fetch_array($result, MYSQL_ASSOC)) {
    foreach ($line as $col_val) {
      echo $col_val."\n";
    }
  }
}
mysql_close($link);

にしたのですが、クエリ送信失敗エラーが出たので、
なんとなく$linkのあとに、

@$selectdb = mysql_select_db('dbname') or die('DB選択失敗');

とか入れてみたら結果が返ってきたのですが、
if ($link && $selectdb)とかにしたわけでもなく、
変数に入れただけで挙動が変わるというのが気持ち悪くて納得いきません。
なんでこれを変数に入れるだけで結果が返ってくるようになったのでしょう？

**軟式PHP** · 2007/03/20(火) 13:18:11

>>121
返答なかったお('A')
ほかのユーザーのセッション情報丸みえ状態が続いてたなぁ。
結論からいえば、各個人でsession_save_path()や.htaccessで対応しろよってことだろうけど。

**nobodyさん** · 2007/03/20(火) 13:19:33

>>126
ワロタ

データベースをmysql_select_db()で選択しないつもりなのか？
それから'@'使いすぎ。

**nobodyさん** · 2007/03/20(火) 13:21:25

>>127
当たり前じゃん。どう対応して欲しかったんだ？

**軟式PHP** · 2007/03/20(火) 13:29:27

>>129
DSOじゃなくsuExec+phpで動作させ、session_save_pathを個別に～とか出来ないのかなと思って。
自鯖メインだから詳しくはないんだが、レン鯖ってそういうもんなのかな。

**nobodyさん** · 2007/03/20(火) 13:39:54

問いに対する回答にはならないが、
セッションにIDはまだ分かるが、PWは入れる必要性がないように構築しろよ

ログイン時に一致したらPWなんてその後の処理で使わないべ？

**nobodyさん** · 2007/03/20(火) 13:43:07

>>128
データベースリソースの中で変化が起こってる。
mysql_select_dbはそもそもブール値で成否を返すだけ。

**nobodyさん** · 2007/03/20(火) 14:23:09

>>132
> mysql_select_dbはそもそもブール値で成否を返すだけ。

？
> mysql_select_db -- MySQL データベースを選択する:
> 指定したリンク ID が指すサーバ上のデータベースを、アクティブな
> データベースに設定します。

**nobodyさん** · 2007/03/20(火) 14:24:46

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

**nobodyさん** · 2007/03/20(火) 14:28:26

考え違いをしているのでしょう

**虚弱PHP** · 2007/03/20(火) 15:45:14

>>111
ってか、rootだろうが他人のパスワード見れるのはいくないね。

**nobodyさん** · 2007/03/20(火) 15:46:29

>>130
レン鯖なんて大抵そんなもんだ。
自分でsession_save_pathを変更もできない人は情報だだ漏れさせとけ。

**nobodyさん** · 2007/03/20(火) 15:47:20

「補足」って書かないと自演だと思われるよ

**nobodyさん** · 2007/03/20(火) 15:49:04

>>126
変数に入れるだけって…関数が実行されてるっつーの。
ってか、実行結果を意味もなく変数に格納して何がしたいんだお前は。
気持ち悪いのはマニュアルも満足に読めない君の脳みそ。

**nobodyさん** · 2007/03/20(火) 16:05:14

初心者で@使っている人は大体意味不明な事を言っている。
@なんて使わなくてもいいのだから、やめたほうがいいよ。

多分どっかからコピペしてきて意味も分かって無いんだろうけど。
本読んで基礎からやったほうがいい。

**126** · 2007/03/20(火) 16:12:44

レスありがとうございます。
>>128
>データベースをmysql_select_db()で選択しないつもりなのか？
仰るとおりですね。よく考えればPEAR::DBでも選択しないとだめだし、
選択しないと無理ですよね・・・

>>139
>変数に入れるだけって…関数が実行されてるっつーの。
それは知りませんでした。
>ってか、実行結果を意味もなく変数に格納して何がしたいんだお前は。
マニュアル書いた人に言ってください。

mysql_error()をはかせないために@を入れたのですが、
>>126の例ではとりはらってたので無意味でしたね。
デバッグ用に書いただけなのできにしないで下さい。

**nobodyさん** · 2007/03/20(火) 16:19:55

>>141
@なんて使わなくてもmysql_error()なんて出力されねーよｗｗｗ

**虚弱PHP** · 2007/03/20(火) 16:20:16

>>138
ありがとう。
どこにレス付けたらいいもんかわかんなかったもんでｗ

**nobodyさん** · 2007/03/20(火) 16:27:34

>>141
>>変数に入れるだけって…関数が実行されてるっつーの。
>それは知りませんでした。

データベースの選択に性交すればTRUE、失敗すればFALSEが返るだけ。
この場合、変数 $selectdb には論理値（TRUE or FALSE）が代入されることになる。

スマートなコードの書き方としては、データベースのオープンと選択を
一つの関数として定義するっていうのはどうだ？

**126** · 2007/03/20(火) 16:27:56

>>142
マニュアルに書いてたのを最初うつしたので、その名残です。
まぁ無意味な突っ込みはいらないので・・・

**126** · 2007/03/20(火) 16:29:32

>>144
>スマートなコードの書き方としては、データベースのオープンと選択を
>一つの関数として定義するっていうのはどうだ？

なるほど。PEARでも一緒にやってますからこれがベストでしょうね。
早速そのように書いてみたいと思います。

**nobodyさん** · 2007/03/20(火) 16:29:58

先生質問。

フォームから入力してもらってGETでCGIにデータ渡すと、URLが

　hoge.php?param=12345

とかになります。で、たとえば入力値に空白がくっついてると

　hoge.php?param=12345+

になってしまいます。
フォームに何を入力してもらっても

　hoge.php?param=12345

というURL欄表記になるようにすることはできますか？
HTTPのLocation:ヘッダでcgiのURLに飛ばすと、
CGIが2度起動してしまってよくありません

**126** · 2007/03/20(火) 16:32:06

>>147
空白を取り払いたいっていうなら単純にtrimすればいいんじゃないですか？

**nobodyさん** · 2007/03/20(火) 16:35:31

ブラウザから見たURLの話だろう

ブラウザが認識してるGET先のURLは最後に空白がついてるURLだ
CGIの中でデータをどうこねくり回しても、ブラウザの認識してるURLは変わらない

画面を強制遷移させないとな

**nobodyさん** · 2007/03/20(火) 16:52:53

>>147
JavaScriptで入力値の検査やったら？

**nobodyさん** · 2007/03/20(火) 16:53:19

>>147
Location:で強制遷移させる以外の芸はできません。

たとえば、http://www.yahoo.co.jp にアクセスしたはずなのに、
URL欄は「いつのまにか」 http://www.yahoo.co.jp/ になってる。
これは何か便利な方法でこうなってるわけじゃなくて、
スラッシュなしURLを受け取ったWebサーバが（たいていは厳密に）301を返してやった後、
Location:でスラッシュつきのURLを提示するという泥臭い二度手間通信をしてます。

ということで
メインの処理をさせる前に
「予定外のパラメータが来たら希望のパラメータに変換したURLを即生成してLocation:で速攻飛ばす」
という処理を組み込む必要があります。
いらん負荷な感じがしてめんどくさいっすな。

**nobodyさん** · 2007/03/20(火) 17:04:15

まあセキュリティ対策の為にクエリを見せたくないってだけなら必要ないんじゃね

**147** · 2007/03/20(火) 17:09:48

>>150
ああ、しまった、思いつかなかった。
ある程度前処理効きそう。

>>151
やっぱそれしかないですか。なんとかします…

>>152
いや、クエリ（のどこかに含まれる一意のID）はURLの中に確認できていて欲しいんです。
POSTでは今回ダメなんですよ。

うう、JavaScript書くの苦手だ…

**nobodyさん** · 2007/03/20(火) 17:12:17

>>153
つPEAR

**nobodyさん** · 2007/03/20(火) 17:18:13

>>151
つ[RFC 1738]

**nobodyさん** · 2007/03/20(火) 20:01:40

a-zA-Z0-9以外のstrにマッチさせたいのですが、
!preg_match('/[a-zA-Z0-9]/', $str)
だと、1文字目がa-zA-Z0-9以外ならちゃんとマッチするのですが、
1文字目がa-zA-Z0-9で、2字目以降にひらがなとか記号が入ってても
マッチしてくれません。
文字列の中に1文字でもa-zA-Z0-9以外の文字が入ってた場合に
マッチさせるためにはどのように書けばいいのでしょうか？

**nobodyさん** · 2007/03/20(火) 20:06:33

>>156
preg_match('/^[^a-zA-Z0-9]+$/', $str)

**nobodyさん** · 2007/03/20(火) 20:25:46

>>157
それだと英数字が入ってた場合マッチしないでしょ。

>>156
preg_match('/[^[:alnum:]]/',$str)
か
!preg_match('/^[[:alnum:]]+$/',$str)

**156** · 2007/03/20(火) 20:31:24

>>157-158
お二人ともレスありがとうございます。
>>158さんの
preg_match('/[^[:alnum:]]/',$str)
で思うとおりにいきました。
助かりました。

**nobodyさん** · 2007/03/20(火) 22:36:40

>>123
仕事ではUNIX、自宅のPCには Vine Linux、自宅サーバも Vine Linux、レンタル
サーバは FreeBSD ...

ちっきしょぉぉぉぉーー

**nobodyさん** · 2007/03/20(火) 22:53:42

お問い合わせフォームを作ってるんですけど、
機種依存文字に対応したいと思いますが、うまくいきません。

入力フォームはUTF-8です。メールのエンコードはiso-2022-jpです。
機種依存文字は使うなと、意見が出そうですが、実際にできているフォームが
あるのでがんばって実装したいと思います。

アドバイスいただけませんでしょうか。

**nobodyさん** · 2007/03/20(火) 23:00:16

まず>>1を読んでください。

**nobodyさん** · 2007/03/20(火) 23:04:29

俺ずっとEUC-JPで作ってるんだけど、UTF-8ってそんなにメリットある？

**nobodyさん** · 2007/03/20(火) 23:12:36

俺ずっとUTF-8で作ってるんだけど、EUC-JPってそんなにメリットある？

**nobodyさん** · 2007/03/20(火) 23:15:23

pregでマルチバイト文字が使えるとか、SQLiteがUTF-8だとか。

俺はSQLiteはもちろん、多言語コンテンツとか扱ったりしてるんで重宝してるかな。

**nobodyさん** · 2007/03/21(水) 00:21:55

機種依存文字でUTF-8でiso-2022-jpか。やりたくねえ仕事だなｗ
どうしてもって言われたら俺だったらShift_JISでやる。それでもダメなら諦める。

**nobodyさん** · 2007/03/21(水) 00:53:39

さすがに、メールエンコードはISO-2022-JPだろ

**nobodyさん** · 2007/03/21(水) 01:53:14

メールエンコードもユニコードに統一しないのかね

**nobodyさん** · 2007/03/21(水) 02:39:36

charset=utf-8の文章を吐く、EUC-JPで書かれたPHPスクリプトで、
同スクリプトからPOSTされた日本語を表示しようとしています。

mb_http_output('utf-8');
ob_start('mb_output_handler');

echo $_POST["test"]; // (1)
echo bin2hex($_POST["test"]); // (2)
// (3)

（細かいところは省略して）上記のような動作をさせているのですが
為にし「あ」をPOSTしてみると、(1)の部分が何も表示されません。
(2) の部分は　「あ」のUTF-8の文字コード「e38182」が表示されます。
(3) 以降で出力バッファリングを実行した場合、(1) は「あ」と表示されます。

元々UTF-8の文字をさらにUTF-8に変換しているので、とも思ったのですが、
その場合なら (2) の部分では正しく文字コードが表示されないと想像するのですが、
原因が分かれば教えてください。

**nobodyさん** · 2007/03/21(水) 02:57:09

mbstring.encoding_translationがOnになってるんだろう

**nobodyさん** · 2007/03/21(水) 03:25:15

初心者です。宜しくお願いします。
php-5.2.1とapache_2.2.3-win32-x86-no_ssl.msiを
インストールし設定しましたが、コードに書いた日本語が表示されません。
ソースはちゃんと見れるので、アクセスしているアドレスはあっていると思います。
何を調べて設定すればいいか、さっぱりわかりません。教えてください。

**169** · 2007/03/21(水) 03:33:45

>>170
現状はこのようになっています。

[ .htaccess ]
php_value mbstring.language Japanese
php_flag mbstring.encoding_translation 0

[ PHP スクリプト ]
ini_set('default_charset', 'UTF-8');
ini_set('mbstring.detect_order', 'UTF-8,SJIS-win,eucJP-win,JIS,ASCII');
ini_set('mbstring.script_encoding', 'eucJP-win');
ini_set('mbstring.http_input', 'pass');
ini_set('mbstring.http_output', 'pass');

あれから再度マニュアル等読みながらじっくり考えてみたのですが、
ob_ob_end_flush() される前に、バッファ上には既に「あ」と「e38182」が utf-8 で文字出力されていて
ob_ob_end_flush() でさらに utf-8 に変換するので、「あ」だけおかしくなってしまうのかな？
間違いがあればご指摘ください。

**nobodyさん** · 2007/03/21(水) 03:34:48

>>171
環境とソースを晒して味噌

**169** · 2007/03/21(水) 03:38:35

>>172 の訂正
> ob_ob_end_flush()
ob_end_flush()

>>171
とりあえず
ttp://jp.php.net/mbstring

**nobodyさん** · 2007/03/21(水) 03:44:08

>>171
ソースは何で書いてんの?
ソースファイルのエンコードはなに？

**nobodyさん** · 2007/03/21(水) 04:25:01

昨日も同じ質問見た気がするなｗ>>171

**nobodyさん** · 2007/03/21(水) 05:46:21

どっかで見たような気がするんだけど、
switch(式){
case ...
case ...
...
}
で、式ってcaseの判定のたびに評価されるんでしたっけ？
だとしたら関数の戻り値を代入するような式は書かないほうがいいかな

**177** · 2007/03/21(水) 05:52:07

スマソ
マニュアル見たら全然反対だったorz

**nobodyさん** · 2007/03/21(水) 07:04:01

すみません、質問です。
今、人名辞典のようなものを本を参考に作っているのですが、
本（「MySQL入門以前」）のCDに入っていた人物データ（.txtで名前とﾌﾟﾛﾌｨｰﾙなどの内容）を
取り込んでphpで条件検索⇒表示というプロセスを踏ませると、
表示される人名（検索結果）が文字化しています。

文字コードに問題があるのかと思い、自分のサーバ環境はEUCを標準に
してるのに対して、例の.txtがsjisだったんで
mb_convert_encoding(data,"sjis","euc-jp");
などとしてみても、化けたままでした。

どうしたら解決するでしょう？
ちなみに、mb_detect_charset()で化ける部分を確認すると「ascii」とでました。
それで　mb_convert_encoding(data,"ascii","euc-jp"); としても、ダメです。。

文字コードについて非常にヨワイんで変なことかいてるかもしれませんが
回答よろしくお願いします。

**nobodyさん** · 2007/03/21(水) 07:29:43

>>168
なにその昔のGmail

**nobodyさん** · 2007/03/21(水) 07:47:48

PHPでのクッキーの取り扱いについて質問です。

例えば、setcookieでクッキーを発行したからと言って、そのユーザが
ジャンプ先のサイトで会員登録をしたり、お問い合わせをしたり
することがわかるわけではないですよね？

つまり、他のサイトにジャンプしたか否かはわかっても、
そのサイトでどういう動作をしたのかわかりませんよね？
ちょっと知人に聞かれたので、質問した次第です。

**nobodyさん** · 2007/03/21(水) 07:51:52

うるせ

**nobodyさん** · 2007/03/21(水) 08:23:41

getdateとdateってどちらの方がコストが高いのでしょうか？

**nobodyさん** · 2007/03/21(水) 09:11:23

ファイルは存在するのに更新時間を得ようとするとエラーになります
なぜでしょう？

Warning: filemtime() [function.filemtime]: stat failed for pathname, in pathname.

**nobodyさん** · 2007/03/21(水) 09:19:26

>>184
自解、ファイル名に「,」が入ってたorz

**nobodyさん** · 2007/03/21(水) 09:30:00

>>179
指定が逆。
mb_convert_encoding(string str, string to_encoding, mixed from_encoding)
というか表示毎にやるよりテキストをEUC-JPにしたほうがいいと思うけど…。

>>181
トラッキングクッキーの事かな？

>>183
ほとんど変わらない。
ただdateの場合、フォーマット文字列に文字、特にフォーマット文字が多いほど時間がかかる。
ミリ秒未満の次元だけど。

**169** · 2007/03/21(水) 09:37:17

すいません、早く解決したいのでthebbs逝ってきます。

**181** · 2007/03/21(水) 10:02:12

>>186
トラッキングクッキーをググって調べてみたのですが、
以下のような事が出来るわけではありませんよね？

自分のサイト→クッキーを送信→別サイトを表示→Aサイトで会員登録をする
→自分のサイトに戻る→Aサイトで会員登録したのが分かる

Aサイトと自分のサイトは全く関連性がありません。
例えばAサイトは2ちゃんでもいいです。
それで、掲示板にレスしたりどの板を見たりわかるもんなんでしょうか？

**nobodyさん** · 2007/03/21(水) 10:44:38

>>188
基本的にクッキー自体は設定したサーバーとのみやりとりされるだけで、
クッキー設定をしたからといってどうこう出来ません。

トラッキングクッキー、サードパーティクッキーと言われるものは、
方々のサイトに広告などを貼り出し、広告などからクッキーを発行し、それを通じて情報を収集します。

つまりクッキー自体がどうこうというわけではなく、
クッキーを利用しているだけなので、
別サイトだとか、前述のように方々に把握手段がある訳ではない、
関連性がないのであれば解りません。

**181** · 2007/03/21(水) 10:51:25

>>189
丁寧なご説明ありがとうございます。

そりゃそうですよね。クッキーを発行する事で
他サイトのユーザの書き込み内容や登録情報が分かったら、
不正しまくれますからね。

これで知人にPHPとクッキーの所為を説明できます。ありがとうございました。

**nobodyさん** · 2007/03/21(水) 11:10:25

こんな馬鹿に教えられる知人も可哀想だなｗ

**nobodyさん** · 2007/03/21(水) 12:16:46

前スレで､文字化けで質問させて頂いたものです。
ﾃﾞｰﾀをphpで表示したいのですが､文字が数字とアルファベット
以外の漢字・カタカナが[?????]になります。やってみたこと
mysql.conf内に
skip-character-set-client-handshakeとデフォルトでutf-8を設定
php.iniの文字コードmbstringをutf-8　と同時に[;] はずす
phpmyadminはエクセルで作った表をCSV→変換ソフトでutf-8にしました
環境はＸＡＭＰＰ　1.6.0a　；Apache 2.2.4
MySQL 5.0.33 PHP 5.2.1 　phpMyAdmin 2.9.2 です
宇宙空間に飛び出してしまった私を助けてください。

**nobodyさん** · 2007/03/21(水) 13:16:03

>>192
文字化けしてても俺は頑張れば読めるから、?????のままにしとけばいいんじゃね

**nobodyさん** · 2007/03/21(水) 13:18:12

>>192
phpmyadminでログインする時に言語を選ぶようなところをUTF-8にしてある？

**nobodyさん** · 2007/03/21(水) 13:20:43

>>193
有難うございますm(__)m
読めるようになりたいです(>_<)

**nobodyさん** · 2007/03/21(水) 13:22:09

test

**nobodyさん** · 2007/03/21(水) 13:24:42

>>194
有難うございますm(__)m
UTFｰ8にしました
各フィールドもUTF-8にしました。

**nobodyさん** · 2007/03/21(水) 13:25:37

俺もMySQL5.0で文字化けする
どうやっても治らない

**nobodyさん** · 2007/03/21(水) 13:28:55

>>197
で、phpmyadmin上で適当に日本語でデータを登録して、
その登録したデータを表示しても化けてる？

**nobodyさん** · 2007/03/21(水) 13:31:22

1,ホゲホゲ
1,ムシムシ
2,example
2,HMDM
のテキストファイルがあり、
各先頭の数値の配列に格納したいのですが、
foreachで回し、splitで,区切りで分けて入れていったのですが
[1] => Array
(
[0] => ホゲホゲ
)

[1] => Array
(
[0] => ムシムシ
)

[2] => Array
(
[0] => example
[1] => example
)

と、1の配列だけバラバラになってしまいます。
同じ1ですが、何か違うのでしょうか？
半角全角は同じです