【PHP】フレームワー� ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
775:nobodyさん 08/12/02 23:52:13 VBですら定数あったな 776:nobodyさん 08/12/02 23:52:55 PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。 PHP_EOLを出力に使うなよ。 PHPから抜け出して改行打った場合に、実行するOSによって 改行がバラけるだろ。 777:nobodyさん 08/12/02 23:55:24 タブやらヌルが一種類で本当によかったよな 778:nobodyさん 08/12/02 23:56:39 新説ktkr 779:nobodyさん 08/12/03 00:08:32 サーバのOSでの改行コードだから、両方関係ないだろ。 hello worldでPHP_EOL 見てる人のOSで改行されるとは限らない。 スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。 str_replaceでPHP_EOL 見てる人のOSの改行コードがサーバと同じとは限らない。 780:nobodyさん 08/12/03 00:20:28 ・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。 「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。 LFでもCRLFでも動く。CRのみは知らないけどｗ Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに CRLFでアップロードしてるんじゃねーよって。 だから >>773 には半分だけ同意ｗ >>776は新説。展開に期待しよう。 ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、 その辺もそろそろ定義および実装してほしいもんだ。 現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で 飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。 改行コードは仕方ないから変換するけど。 スレ違いｽﾏｿ
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4806日前に更新/167 KB
担当:undef