>>248
だから、EZWeb対応の日本語変換が動かなくなってるはずだと。
で、なんで有名ソフトでなきゃいかんの？
こんだけ広範囲に影響がある変更が前触れもなしにあれば、PHPでモノ作ってるときに困るんだよ。
PHP用に作られたアプリ動かすだけのやつにはわからんだろうが。

>>250
原理的にはそうだろ。HDML吐いてて日本語変換してるやつは。

ウチで作ったEZWeb対応のやつは、それで動かなくなったなぁ。
セキュリティーホールってことでアップデートしたら、動かなくなってた。
で、結局元に戻した。
text/hdmlなら日本語変換が動くようになった4.3には他の変更があったから採用見送り。
それ以来、長く動かすシステムをPHPで組むのはやめた。

別に自分は有名じゃなくていいですよ。
EZWeb 系が全滅だったら大問題なのに
ML やニュース、2ch の PHP スレで騒がれてないね。
解決策は PHP4.2 に戻すだけなんですか？

>>253
何で作ることにしたんですか？

あと、この問題は
>>248
で書いた PHP アプリでは問題ないんですか？
この問題の詳細を URL でもいいので教えてくれないですか。

>>254
> ML やニュース、2ch の PHP スレで騒がれてないね。

MLを見てないのか？

> 解決策は PHP4.2 に戻すだけなんですか？

コードを変えずに解決するには、セキュリティーホールの影響に注意しつつPHP4.2.1に戻すしかなかった。
設定でどうこうできるものではない。

>>256
ML 見逃したかも。いつくらいの話題？あとキーワードとか。探してみる。

この問題が知りたい理由は >>248 で書いたアプリを参考に
4.3 でグループウェアもどきを作ったんです。それに影響あるか知りたい。
一体どういう問題なんですか？
不思議なのは >>248 のアプリは 4.3 で問題なく動いてますよね。
あと、4.3 で動いているサーバがほとんどですよね。
なぜ EZWeb 系以外の他の PHP アプリは全滅しないの？

>>257
4.3で動いてるならいいんじゃねぇの？
4.3ではtext/*はちゃんと日本語変換効くようになったんだし。

> ML 見逃したかも。いつくらいの話題？

しらん。4.2.2が出た頃の話題。
HDML出力してる人はそれほど多くないし、祭りになってるわけではないが。

> 不思議なのは >>248 のアプリは 4.3 で問題なく動いてますよね。

すでに4.3が出てかなりの時間がたってて、なにを不思議がってるのやら。

> なぜ EZWeb 系以外の他の PHP アプリは全滅しないの？

お前、問題の意味全然わかってないだろ。

>>258
EZWeb のことは指摘通り全然分かってないです。
というかこのスレに書かれた内容では分かりようがないです。
誰かこの件についてのページを紹介してくれませんか？
でも要は EZWeb の件は 2002 年の 4.2.2 の話で 4.2.3 以降では解決済？

1 からこのスレを読んだ限り、PHP の言語仕様が不安定さを示す具体例は
この EZWeb だけです。もしそうなら PHP は他の言語と比べると異常に安定しすぎです。
そんなことはないと思うので、そのほかに PHP の問題があるなら純粋に知りたいです。

PHP が不安定だと主張する人はどの言語を使っているかも知りたいです。

4.0.6でいきなりPostgreSQLがうまく動かなかったりしたなぁ・・・

なんか、PHPではうまく動く事例だけを扱って、うまく動かない事例は例外ってことにして、Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
4.3から=演算子みたいな、基本的なところの動きが変わってるのに

> PHP4.0.x ～ PHP4.3.x は 99% 以上が動く互換性もありますよね。

とか、ようゆうわ、って感じだし。

何でそんなに文章が長いのさ

261

> しかも text/hdml はコードを変更すれば 4.2.2 に上げることができたよね。

どんな変更するかわかってんのか？
そりゃ、コードさえ変更すればどんなアップグレードにも対応可能だ。
手間がかかりすぎるので4.2.1のままにした。

そういうアプリケーションの全体に影響するような仕様変更が、一番低いバージョンがあがったときになんの前触れもなく行われることを不安定だっていってる。
セキュリティーアップデートで仕様変更されることが信用できないと言ってる。

>>263
ん?
>>260 氏も
| セキュリティーパッチで仕様が変わったってこと。
| セキュリティーホールがみつかっても、バージョンアップできない。
| そんな処理系、PHPくらいしかしらない。
であって言語仕様じゃないよね？
なのでセキュリティーパッチ云々の Java の例を出しただけです。

それと言語仕様の話って出てないと思うけど言語仕様の話って何？PHP5 の OOP の話？

>>264
| Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
それは >>260 などの主張も同じことだよね。

なので細かな事例を言い合っても仕方ないですね。
Java は言語仕様が大きい分、非互換やバグやセキュリティーホールは PHP より多いし。
自分は Java がメインだし、PHP も使う案件が増えてきたので
客観的な PHP の言語仕様の話をしたいです。なので具体例があれば挙げてください。

| > PHP4.0.x ～ PHP4.3.x は 99% 以上が動く互換性もありますよね。
| とか、ようゆうわ、って感じだし。

この 99% が間違いであるなら、その訂正は動かない例をいくつか出すだけで済みますよね。
具体例を希望します。そうでなければただの煽りです。

>>265
ですね。今は新規開発ではなく保守の仕事が多いので退屈なので現実逃避中。

>>267
どんな変更が必要かは貴君のソースを見なければ具体的にはなんとも言えないのだけど、
一般論で言えば全ファイルが一番最初に共通の処理を実行する仕組みなら簡単だったよね？

「前触れもなく」に関しては本家 php-dev でも議論になってたし、
小泉さんが日本の php-dev でもこの問題はリリース前に流してたよね？

あと、その仕様変更は 99.999999% の PHP アプリには問題ないよね。
セキュリティアップデートに限らず、どんなマイナーなバージョンアップでも
100% 完全互換を保証する言語はないよね？
それに、PHP の問題が 4.2.2 だけを指しているなら
Java/Perl/VB に比べると遥かに信用できるのですが。

また、その仕様変更が嫌なら 4.2.2 の PHP のソースに
「十数行」のパッチで互換が確保できたと記憶してるし。

267 氏が 99.999999% 大丈夫な仕様変更にはまってしまったのはご愁傷様です。

そして 3 年前に解決済みのその一点だけにおいて現在の PHP も信用できないと
評価することも尊重いたします。

でも、もうそのネタはループしてるし飽きたので、
「この言語仕様が PHP は糞」という新ネタをください。

しかし、PHPの仕様変更の考え方をうまく反映してるよなぁ。
自分のまわりの99.999999%が大丈夫ならいいだろ、みたいな。
日本語使ってるやつなんか自分のまわりに0.000001%もいないから関係ないだろ、みたいなね。

あと、結果論で、こういうコーディングしてれば大丈夫だったはずだから、そういうコーディングしてるのが悪いってね。
結果論ならなんだっていえるな。

>>272
EZWeb 以外の実害はなかったからね。
煽れば必死になって他の具体例を挙げてくれるかと思って。
なので数字はお好きな値をどうぞ。

= 演算子で実害が出た実例の件はどうなりましたか？

>>273
269 で書いたけれど 100% 互換を保証している言語はありませんよね。
それついてはどう思いますか？

>>274
結果論の話をしたつもりも、するつもりもありません。

ただ、3 年前にこうだったから、という結果論に
終始していて建設的な話ができないのは残念です。

>>273
EZWeb 業界における PHP の普及率でどうなの？
それによって数値が算出できると思うけど。

>>272
世界的に見た場合の EZWeb だとそれくらいじゃない？
つーか、なんで糞 PHP を使っといて文句言ってるの？自己責任じゃない？
自分の技術力のなさを PHP のせいにしているだけだろ。

>>267
「前触れ」はML以外にもRCで出てただろ

>>267
「手間がかかりすぎるので4.2.1のままにした。」という
三流プログラマー自慢の意図はなんですか？一体どんな手間が掛かるの？

俺今PHPを使った仕事をしてるけど、ちょっとバージョン返ると
すぐ挙動が不審になる。駄目だPHP超使えねぇ。

頭のおかしな人には気をつけましょう
http://info.2ch.net/before.html

>>275
なんでわざわざ実害ださなきゃいけないんだよ。
4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。
動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。

ｽｹﾞｪ
今度は試しもせずに妄想で責めてきたよ

引き篭もってないで外の世界を見れば
下の中以上のプログラマのプログラムなら動くことが分かるのに
まぁ、下の下、頭のおかしなプログラマには無理なわけだが

だから100%完全保証を主張してるのか

>>282
4日前の >>215 も具体例も試しもせずに=演算子が,と書いていたの!?
いったいそれで何の話がしたいの or できるの?
global_registersやezの件とか頭悪いなぁ,と思ってたけど
頭が悪いんじゃなくて頭がおかしいんですね.

>>284
頭「も」悪いと思う

PHPでの環境なんてまだほったて小屋みたいなもんだから、
具体例とか、実害とか、実例とか99．9パーセントとか言うな。
適当に最適なコード書いとけ。ハゲ！

>>284
具体例って、仕様が変わってて明らかに影響があるんだから、移行しなかっただけ。
なんで、実害あるのわかってて試さにゃならんのだ？

そろそろ結論お願いします。

>>288

286-287 によると
具体例とか、実害とか、実例とかないけど PHP はダメだそうです。
あと、バージョン上がっても 99.9 パーセントが何の問題もなく動くけど PHP はダメだそうです。

なんだよなんだよ、言葉尻ばかりつかまえて。
いじめてるつもりはないが、２ちゃんなんだし罵り合い上等でしょ。
別におまいの自尊心=PHPってわけでもねーだろ。
おまいも99．9パーセント動くけど（もじもじ･･･）とかさあ、うざいよ、
なんの分母の99．9だよ。たいした評価じゃあなかろうに。
それにしてもPHPは事実人気もあることだし、
より良いオブジェクト指向、フレームワークの充実、と
良いところはたくさんあるんだから、がんばってほしいと思うよ。
RubyやJAVAを参考にしながらOOを整理していってほしいし、
かつ、ライトウェイトっつー身軽なところを伸ばしていって欲しい。
ってかたっちまった。当たり前なことを。野暮ったいね。

99.9% は地球上の全 PHP アプリのことね。
「もじもじうぜぇよ」ともじもじしないで不明なことは聞くように。

あと、もし 99.9% に突っ込みたいなら
「99.9% は言い過ぎだろ、デブ」だけの根拠なしではなく、
「○○で××だから98.7%だろ」という論理的反証でよろしく。

後半はハゲ同。建設的でいいね。

一番好きな言語は Ruby。素晴らしい OOP だ。
一番嫌いなのは一番使っているせいか Java。
203 からのを読むとこんな程度で騒ぐなよ、という感じ。

>>293
ワロス。
やっぱRubyはいいよな。
オタとか言われてるけど、んなこたぁーないぞ。
あれに学んだ人のPHPのコードは素敵そうだもの。

Ruby も Rite で RAA 全滅するけど
妥当な変更による結果なので文句を言う気はない。
PHP4 → 5 で PEAR が動かなくなるのも同様。

PHP4 の OOP は Perl 同様ありえない。
まぁ、非 OOP の互換性を保ちつつ
OOP の皮をかぶせるためには仕方ないのだが。

PHP5 の OOP 化は Java を手本としているので冗長で退屈。
Ruby のようにスッキリ書けると嬉しいのに。
あと ; が不要になるともっと嬉しい。

つーかお前等なんでそんなにPHPに固執してんの？
まるでPHPしかできないみたいな必死さだな。
PHPしかできないんじゃプログラマとして将来期待薄だな。
せめてJavaとかPerlくらいは理解しとけよ。

おまえらはどれだけデザインパターンを理解して・・・

スレが立ってからもうじき３年だけど、３年で何が変わった？
perlやrubyのcgiはなくなったか？

インターネッツできない場所にでも幽閉されてた人ですか

>>298
3年前の餌に今頃釣られなくても