ウンコ味のカレーなら、ちょっと食ってみたい気もする、だってカレーだし。
カレー味のウンコも、ウンコ味のウンコも食う気にはならん。

少なくとも食えない味ではない
スカトロ系のAVでもよく食べてるだろ

AV脳発見。
あれは擬似ウンコ。
AV嬢の直腸をしっかり洗浄してチョコレートを詰め込んであります。
実際のウンコだと細菌が多すぎて無理。

>>51
あんな臭いもの食えるか

Perlスレ乱立させてんっのPHP厨だろ

そんなこてしてるからPHPスレ荒らされんじゃｎーの

質問です、PHPやってるとやっぱり変な癖がつくのでしょうか？

>>56
スレタイすら読めない奴は、癖以前に人として問題がある

>>57
スレタイにはくだらなくない質問に関して何も書かれてないのでIDは出さずに質問したのですが、それ以外の部分でしょうか？
それ以外は【PHP】と126ですが、PHP関連の質問ですし、126は質問には関係ないと思われます。
あなたがスレタイを読めたうえに日本語を理解することができ、
さらに人として大きな問題を抱えていないのでしたら、

＞スレタイすら読めない

について説明をお願い致します。
上記3つの条件をすべて満たした場合にのみご返答頂ければ結構です。

>>58
＞スレタイにはくだらなくない～
貴様が決める事ではない、勘違いするな。

＞上記3つの条件をすべて満たした場合にのみご返答頂ければ結構です。
貴様の様なゴミが、他人様に指図するな、身をわきまえろ

>＞スレタイにはくだらなくない～
>貴様が決める事ではない、勘違いするな。
こいつは何を勘違いしたんだろう
決めるも決めないもスレタイにそう書いてあるのに

屁理屈rubistは相手にすんなって

＞スレタイを読めたうえに日本語を理解することができ、
＞さらに人として大きな問題を抱えていない
この条件はPHP胄にとっては酷だろｗ
この条件を満たす奴なんてPHP胄の中にいるのかねｗｗ

PHP厨は人して最低限のプライドもないから煽るだけ無駄

mbstring.http_output = pass ; No conversion
この話？
変換しないってことです。

>>64
mb_http_outputは 現在のHTTP 出力文字エンコーディングを返すので、つまり
"pass" を返します。mb_convert_encodingのそんなとこに入れていい関数ではありません。

http_outputの設定をしたところで、それが反映されるのは　ごく限られた場合のみです。.
いらない子なので無視しましょう。

回答ありがとうございます。
URLエンコードを行う際に、環境の違いを考慮して
上記のようにしておきたかったのですがやるべきでないのでしょうか？

しつけーな自分で調べろゴミクズ

>>67
URLエンコードを行うということですが、
テストという文字を何という文字コードに変換すべきか　と言うのは、環境の設定と何の関係ない話です。
また、テストという文字が今何の文字コードであるかも、環境がどうなっているかとは関係ない話です。

いいぞいいぞ
そうやってもっと嘘を教えるんだ

自分でクラス作成してページ遷移する度に
インスタンスを再読み込みするんですが、
毎回読み込むのと一回読み込むので速度に大差ありますか？

>>67
http_output、　HTTP 出力文字エンコーディングというものは
http://www.php.net/manual/ja/function.mb-output-handler.php　にあるとおり、
１、ob_start("mb_output_handler");　と出力バッファリングをして
　コールバックに　mb_output_handlerを使ったとき
２、header() で Content-Type が設定されていない場合に
３、デフォルトの MIME 型が text/ で始まり
４、mbstring.http_input の設定が pass 以外である
場合に、のみ　その設定が参照されるもので、その他では使われません。

>>71
そんなベンチすらとれない知恵遅れはプログラミングに不向き
社会にも不要

今、オープンソースのプログラムを見て勉強しているんですが、

mail関数の前に受け取った情報が全てstrip_tagsで処理されています。
第四パラメーターのヘッダー(From:)は
filter_var($input_email, FILTER_VALIDATE_EMAIL)
で処理されているようです。
strip_tagsを使用しなければいけないどんな脆弱性があるのでしょうか？
具体的にはこんな感じです。
$input_name = strip_tags($_POST['name']);
$input_email = strip_tags($_POST['email']);
$input_subject = strip_tags($_POST['subject']);
$input_message = strip_tags($_POST['message']);

if(!filter_var($input_email, FILTER_VALIDATE_EMAIL)) die;
$subject = "$input_subject $input_name from $input_name";
mb_send_mail($your_email_address, $subject, $input_message, "From: $input_email");

>>74
別に使わなくてもいいよ
PHP自体にでかいセキュリティホールがあるから
そんなところ気にしたところで安全性はほとんど変わらない

>>74
htmlタグを無条件に処理しちゃうようなメールソフトで、想定してないことが起こりうるというだけ。
タグ入りの文字をメールで送信するだけのことであれば、何の問題もありません。

$ip = gethostbyaddr($_SERVER["REMOTE_ADDR"]) ?: [ FALSEのときに入れる値];

とか。

>>78
関数の中で代入すると処理速度落ちるよ

処理速度を気にする奴がPHPなんか使うかよｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>81
無知発見ｗｗ　まさかrubyとかpythonのほうが早いとか
思っちゃってるお方ですか

>>80
変数に入れてからそれ調べて駄目だったとき処理すればいいしね。

それに、やれば分かるけど
ifの中で代入しないで、外で代入してその変数をチェックしたほうが若干早い

>>81
なにこいつc++でWebサイトつくってるわけ？
たしかにそれだとphpより早いね(棒)

>>84
なにこいつ突然c++とかリプ返してるぞ。じゃあ何でPHPみたいなもの使ってんの？わざわざ処理速度の遅い言語を探してPHPに行き着いたとかの意味不明系？

ずっとこのスレ見てるけど、PHP厨って馬鹿を演じてるんじゃなくて本物の馬鹿なんじゃないかと思えてきた。

別にPHPは遅くないし

☆初心者必読☆

http://ameblo.jp/nikko-inma/entry-11122429825.html
＞数々の糞仕様の発見で驚きを提供してくれる人気プログラム言語PHP

http://usamimi.info/~mirrorhenkan/2ch/ruby/other/read.php/1181304333/
＞「初心者にもWebアプリケーションが書ける」という幻想を与えることで、 バグだらけで、メンテナンス性が低く、
＞セキュリティ問題を抱えた Webアプリケーションを乱造することになっているのではないだろうか。

http://qarc.info/qa/show-9478-909.html
＞PHPとか言語仕様が糞なうえにセキュリティホール付でリリースするからマジないわ。

http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
PHPは順位を維持しているものの-0.16%、
一方のRubyはというとPHPより順位は低いものの+0.34%、
このままいけば必ず逆転する

http://www.anlyznews.com/2011/03/phper13.html
＞5. PHPなどのスクリプト言語しか知らないのに、プログラミング言語の優劣を語る。
＞6. PHPの遅さを知らないのに「最近のマシンは速いからプログラミング言語に速度は求められていない」と言い切る。
＞11. 仕様が曖昧で急激に変化するPHPで、テストファーストとか言い出す。
＞13. ブログで自らの無知をさらけ出す。

http://creeper.no-ip.info/adiary/adiary.php?20111122
＞■ 変数名を間違えると新しい変数が作られる
＞■ 文字列の変数展開がクソ

初心者が書いた記事を初心者が真に受けてはいけないな

rubist自ら作ったコピペ用駄文
このスレが初出（）

PHPのここがクソ！なんでPHPなんてつかってんの！？
っていうのを検証コードつきで書いてる人って、その記事を書くためにPHPの環境をわざわざ作ったのかな。

んでも使ってもない言語の問題点を突然思いつくなんてのは不自然だし、
もしかしてPHPはクソだから使うなっていいながら使っちゃってんの？ドM？

>>91
そういう協力者が沢山いたから、だんだん品質が向上してるんだよ。

ありがたいことだなぁ

>>91
記事を書くためにわざわざそういう環境を作ったんじゃないと思うぞ。

情弱だからPHPが良いという噂に騙されて環境を整えて使ってはみたものの、
PHPのあまりに酷さを体感して、環境構築とある程度慣れるまでに費やした時間もあるから怒りが収まらず
記事にして発散してるんだろう。
PHPなんて情弱でなければ手を出さないんだし、それが考えられる自然な流れ。

まぁ情弱とはいっても使ってみて気付けただけPHP使い続けてる奴よりは幾分かマシだろう。

よくも飽きずに居続けるな
いい加減迷惑だからそろそろ帰ってよ

しかし質問ないねえ。ググれば情報がたいてい手に入るからな
rubyはまだしもpythonやperlではそうもいかないだろ

うるう秒を正しく設定している環境で、PHPを使った場合
他のソフトウエアはうるう秒に対応できますが、
PHPだけは言語仕様的？にうるう秒をスルーしているようで
むりっぽいんです。

perl はもちろん Mysql、ruby, c ,javascript まで対応可能なのに
PHPはやはりかなり手抜きの言語なのでしょうか？

PHPでうるう秒使う方法知ってる方いたら教えてください。

だからちゃんとしたシステム作りたければRuby使えってｗ

自演乙

一秒ズレるのがいやならWindowsサーバとLinuxサーバは窓から投げ捨てろよ