標準ライブラリはttp://jp.php.net/manual/ja/でコンパイル・オプションで選ぶだけで最初から組み込まれている奴だよ。働きかけで、そのあとtext/*のときはエンコードの指定が効くようになった。ID:???ちなみに、content-typeの仕様変更は4.2.2からで、4.2.1で見つかったセキュリティーホールに対策するためのリリース。そのあとの4.2.3でも日本語関係バグバグ。4.3.0からは=演算子の挙動が変わっている。4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。PHPの仕様変更の不安定さというのは、そういうこと。ID:???>>226-227なるほど、確かにそうですね。互換性はすっぱり無くなるっぽいし、同じか。ID:???>>234どんな言語でもバグや仕様変更あるので細かな例を出しても何の意味もないです。ユーザなら周知の通り。不安定である、という論は無理です。ID:???>>238バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。いう過去の例があるから、PHP5も信用できない。PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。その仕様変更のポリシーが変わったという話は聞かない。ID:???>>240なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。ID:???>>245捏造情報じゃないことの証明がほしいです。ID:???>>245私は煽りでも何でもなく後学のためにも有名じゃなくていいので仕様変更によって動かなくなった具体例が知りたいです。詳しい話が知りたいです。ID:???ウチで作ったEZWeb対応のやつは、それで動かなくなったなぁ。セキュリティーホールってことでアップデートしたら、動かなくなってた。text/hdmlなら日本語変換が動くようになった4.3には他の変更があったから採用見送り。それ以来、長く動かすシステムをPHPで組むのはやめた。ID:???別に自分は有名じゃなくていいですよ。スレで騒がれてないね。スレで騒がれてないね。戻すだけなんですか?コードを変えずに解決するには、セキュリティーホールの影響に注意しつつPHP4.2.1に戻すしかなかった。設定でどうこうできるものではない。いつくらいの話題?あとキーワードとか。グループウェアもどきを作ったんです。それに影響あるか知りたい。問題なく動いてますよね。動いているサーバがほとんどですよね。ID:???>>2574.3で動いてるならいいんじゃねぇの?4.3ではtext/*はちゃんと日本語変換効くようになったんだし。いつくらいの話題?しらん。4.2.2が出た頃の話題。HDML出力してる人はそれほど多くないし、祭りになってるわけではないが。問題なく動いてますよね。4.3が出てかなりの時間がたってて、なにを不思議がってるのやら。アプリは全滅しないの?お前、問題の意味全然わかってないだろ。ことは指摘通り全然分かってないです。いうかこのスレに書かれた内容では分かりようがないです。他の言語と比べると異常に安定しすぎです。問題があるなら純粋に知りたいです。不安定だと主張する人はどの言語を使っているかも知りたいです。ID:???>>259は?セキュリティホールがあったのが4.2.1content-typeを出力するコード書いたら日本語変換されなくなるのが4.2.2EZWeb用でHDML吐くときはtext/hdmlを出力する必要があるからEZWeb用は日本語変換されなくなる。text/*なら日本語変換されるようになったのは4.2.3か4.3.0かわからんがそこらへん。4.2.3には日本語関係のバグが多い。言語仕様でいうなら、Javaは1.1と5.0で大幅に変わった以外はほとんど安定で、古いコードの動きがかわらないように注意が払われてるのだが。問題にしてるのは、セキュリティーパッチで仕様が変わったってこと。セキュリティーホールがみつかっても、バージョンアップできない。そんな処理系、PHPくらいしかしらない。大丈夫な仕様変更これは、日本語対応HDMLのサイトが0.000001%しかなかったってこと?ま、これこそ根拠レスの煽りだな。=演算子の仕様変更に関してはスルーしてるんだな。ID:???しかし、PHPの仕様変更の考え方をうまく反映してるよなぁ。自分のまわりの99.999999%が大丈夫ならいいだろ、みたいな。日本語使ってるやつなんか自分のまわりに0.000001%もいないから関係ないだろ、みたいなね。ID:???あと、結果論で、こういうコーディングしてれば大丈夫だったはずだから、そういうコーディングしてるのが悪いってね。結果論ならなんだっていえるな。以外の実害はなかったからね。煽れば必死になって他の具体例を挙げてくれるかと思って。数字はお好きな値をどうぞ。互換を保証している言語はありませんよね。それついてはどう思いますか?>>274結果論の話をしたつもりも、するつもりもありません。年前にこうだったから、という結果論に終始していて建設的な話ができないのは残念です。ID:???>>275なんでわざわざ実害ださなきゃいけないんだよ。4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。ID:???>>523素人が使うようなフリースクリプトなんて、ほとんどPHP5でも動くぞ。難しい事してないからな。構造やらソースは物凄くシンプル。企業で書くような大規模で再利用性を考えたプログラムの方が動かない。ID:???phpのいい点は、Cライクで文法を最初からおぼえ直したりすることなく、すんなりと導入できるところだ。ID:???>>566それを言うなら、PerlもRubyもJavaも、ほとんどCライクっていえる。PHPは迅速に開発にとりかかれるけど、始まった開発は迅速には進まない。何を問題にしてるんだ?実際、某鯖ではPHP4とPHP5はどっちでもつかえるしな。ID:???>>642>つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、>何を問題にしてるんだ?PHP5でPHP4のコードのすべてが動くわけではない。PHP5への移行に踏み切れない。ID:???Javaはいちいちコンパイル&デプロイするの面倒だしな。ID:???面倒ならAntで自動化すればいいだけじゃない?まともな開発環境なら、開発時はコンパイルとかデプロイとか意識する必要ないし。ID:???>>714当然AntもXDocletも使ってるけど、「コンパイルとかデプロイとか意識する必要はない」と「コンパイルやデプロイが必要ない」ってのは大きな違いですよ。ID:???>>717XDocletはコンパイルやデプロイには関係ないと思うが・・・で、コンパイルとかデプロイとか意識する必要ないまともな開発環境は使ってるの?コンパイルやデプロイが必要ないのと大きな違いは無いと思うけど。デプロイに関しては、開発時にローカルでやる分には基本的に必要ないわけで。ID:???エンバグも多いし、change_log読んで「仕様変更がありました」って書かれてて問題ないわけない。ID:???>>785考え方の違い。『仕様変更ありました』と書かれていたら、今現在のシステムなりに影響があるかを考える。問題がなかったり、PHPの書き方とかで回避できるのであれば、バージョンアップを見送る。そんなに問題になる訳が無い。