php5これでCGIはphp１色の時代へ

**nobodyさん** · 04/12/03 16:44:04

っていうか、Webシステムにオブジェクト指向は要らない。
少なくとも、「逆引き大全」とか読むレベルでは。

**nobodyさん** · 04/12/04 14:24:32

>>151
確かにオブジェクト指向っぽい作り方をしてるだけっていうか
ほとんどサブルーチンわけしてるだけだからね

**nobodyさん** · 04/12/04 15:06:14

むしろ、オブジェクト指向を絶対視して、すべてをオブジェクト指向で書くのがすばらしいという空気が残っているのが害。
Webアプリケーションの構造をむりやりオブジェクト指向にしたところで、やってはいけない分析をしてしまうのがオチ。

**nobodyさん** · 04/12/04 17:42:30

>>153
それあるよね
オブジェクト指向を導入した際の
メリット・デメリットをはっきりさせないと。

まぁ流行の単語とかはどうしても
勘違いというか上辺の知識だけの人がでてくるよね

**nobodyさん** · 04/12/08 21:26:57

何がPHP5でCGIはPHP一色の時代だ、バカも休み休み言え。
まだまだPerlで書かれた素晴らしいスクリプトが山ほどあるのに、
それをPHPに全て移植し切ってから言え。

**nobodyさん** · 04/12/08 23:46:15

海外では既にPHPへの移行が進んでるけどな
ていうかCGIが使えない鯖が増えてる
日本だけだねPerlに固執してるのは

**nobodyさん** · 04/12/09 01:09:16

つまり、PHPへの移行が進んでるのは海外だけで、日本ではPHPは弱小、だから語る価値はない、ってことだね？

**nobodyさん** · 04/12/09 01:10:29

日本でのPHPの不人気さは、本家のマルチバイト対応の軽視によるところが大きいと思うんだよね。

**nobodyさん** · 04/12/09 03:07:42

海外が移行してるって言ってもPerlもJavaも最初そんなこと言ってたんだけどな

**nobodyさん** · 04/12/09 04:40:51

現実的な話として、Javaは海外の普及度に追随して国内の普及度は上がったけど、PHPにはその兆候が見えない。
どうなの？

**nobodyさん** · 04/12/09 13:34:39

時代錯誤なクライアントがcgiを強要する限り鯖屋もソース書きも儲かるさ

**nobodyさん** · 04/12/15 05:22:06

海外で移行したからって日本が移行する必要性はないよね
特に「海外」ってどういうアンケートなんだろう

>>161
時代錯誤してないクライアントは何を強要するんだい？
現実路線としてCGIは十分ありえると思うけど

**nobodyさん** · 04/12/20 03:38:14

ttp://www.itmedia.co.jp/enterprise/articles/0412/17/news007.html

PHPに複数の深刻な脆弱性、最新版へのアップグレードを

うｐ！うｐ汁！

**nobodyさん** · 04/12/20 09:29:15

4.3.10にうぷ

**nobodyさん** · 04/12/20 13:55:25

うｐするの面倒だな
また再コンパイルしないといけないなんて・・・

**nobodyさん** · 04/12/23 04:22:52

>>163
apt-get update で入らないのこれ？

**nobodyさん** · 04/12/23 12:36:27

phpって普通apt-getで入っても自分でコンパイルして入れないか？
configureのオプションが使い方によって全然代わってくるし。

**nobodyさん** · 04/12/24 06:13:51

phpごときでapt-get使う奴いたのね

**nobodyさん** · 04/12/24 07:15:44

自分が触るサーバー群は、なるべく自分でconfigureしたほうがいいね。

**nobodyさん** · 05/01/26 19:34:45

fixも5.0.3で止まってるみたいね。
そろそろ入れてみるか。

**nobodyさん** · 05/01/27 00:41:44

もうPHP自体いいだろ。

**nobodyさん** · 05/01/27 09:44:29

>>171
これからはどの言語がいい？

**nobodyさん** · 05/01/28 22:44:12

perl

**nobodyさん** · 05/01/29 22:40:12

またまたご冗談をｗ

**nobodyさん** · 05/01/31 01:49:34

俺もPerlでいいと思うな

個人的にはサーバ管理もPerlの方が楽だしね
mod_perlもすぐできるし

**nobodyさん** · 05/02/03 03:02:53

Perl5

**nobodyさん** · 05/02/03 15:22:27

正直あんまりかわっとらんがな・・・。

**nobodyさん** · 05/02/03 20:14:31

どっちでもかわらんのか・・・・
じゃあ、理不尽な仕様変更に泣かされることの少ないPerlのほうがいいってことだな。

**nobodyさん** · 05/02/04 23:48:48

ぶっちゃけPerl6待ち

**nobodyさん** · 05/02/05 02:40:10

またまたご冗談をｗ

**nobodyさん** · 05/02/05 17:56:47

しかしいつまでたってもPHP5は
つ　か　い　も　の　に　な　り　ま　せ　ん　ね　ｗｗｗｗｗｗｗｗｗｗｗｗ

**nobodyさん** · 05/02/05 20:35:20

>>181
具体的根拠は？

**nobodyさん** · 05/02/06 00:26:46

まあやたらに仕様変更して欲しくないってのはある

**nobodyさん** · 05/02/14 05:23:01

>>183がいうように仕様変更は嫌だね
けど再makeしないでも環境いじれるように
CPANみたいなの欲しいね

具体的根拠を聞くということは使えるということか
ん～Perl5.8の方がまだましだな。

おいらもPerl6待ちだけど。

**nobodyさん** · 05/02/14 09:39:22

PHPはx.2.5ぐらいまでは使いたくない。
仕様はコロコロ変わるしセキュリティホールはポロポロ見つかるし。

**nobodyさん** · 05/02/14 11:18:51

でも今度の PHP5 は今までより安定してるね

**nobodyさん** · 05/02/14 21:57:39

PHP4.0xと4.3xでも全然違うしね。

**nobodyさん** · 05/02/14 22:41:26

PHP5のclass関係は4と変わりすぎ

**nobodyさん** · 05/02/15 10:27:27

それが 5 の目的だから。

**nobodyさん** · 05/02/15 17:33:05

たいして変わってないと思うのは自分だけか

**nobodyさん** · 05/02/15 19:40:37

>>190
同感。妥当な変更だし。

5.0.1 になって本当に安定した。
本家では 5.1 の話になってるくらいだし。
PHP5 が不安定、はデマだと思う。

**nobodyさん** · 05/02/15 23:14:29

PEARだかPECLだか知らんが、ライブラリの仕様は安定してるの？
ライブラリの動きは安定してるの？

**nobodyさん** · 05/02/16 22:17:30

安定してる/してない、というより未対応だろ。

**nobodyさん** · 05/02/17 09:23:19

とはいえ順次対応していく、と発表されている

**nobodyさん** · 05/02/17 09:31:48

じゃあまだ使いものにならんな

**nobodyさん** · 05/02/17 11:37:19

PHP5、バリバリ使ってます。
社内の JSP 厨も PHP5 でようやくマシになったと
ぶつぶつ言いつつも使ってるね。

**nobodyさん** · 05/02/19 00:25:19

安定してるしてないはお前等みたいなど素人じゃなくて
仕事としてやっている人間の意見なの。ＯＫ？

**nobodyさん** · 05/02/19 06:50:29

Zendの方針自体が安定してないからダメダメ。

**nobodyさん** · 05/02/19 13:12:50

>>197
不安定な部分はどこか言える？

**nobodyさん** · 05/02/19 20:09:07

>>198
ソースは

**nobodyさん** · 05/02/19 20:23:29

>>200
ttp://x51.org/x/05/02/1048.php
ここかな？
何を信じていいやら。

**nobodyさん** · 05/02/19 20:44:43

PHP5 が不安定というデマは JSP 厨の工作？

**nobodyさん** · 05/02/19 21:07:19

いや、PHP5がじゃなく、PHPが。
PHP4からPHP5で大きくかわったし、PHP5からPHP6でまた大きくかわらないとはいえない
PHP4もPHP4の中で大きくかわったし、PHP5もPHP5の中で大きくかわらないとはいえない

という話をしようと思ってたんだけど、基本的なライブラリさえPHP5にちゃんと対応してないなら、不安定以前の話だから、デマといえばデマだな。
言語はかろうじて安定したけど、ライブラリは安定どころか、完成すらしてない。

**nobodyさん** · 05/02/19 23:14:45

>>203
君、PHP 使ったことないでしょ。
それに、他の言語のことも詳しくないでしょ。

**nobodyさん** · 05/02/19 23:48:25

4から5で大きく変わったか!?
まじでPHPのこと何も知らないだろ。
ttp://www.php.net/manual/ja/faq.migration5.php
Javaもどきなオブジェクト指向だから
既存アプリの移植が面倒なだけで困る低脳はいないだろ。
なんなら互換モードでそのまま動くし。

Perlの4から5、Javaも1.1と1.3、1.4、
VBも.Netへの移行なんかに比べれば
言語仕様の変更は無いに等しいよ。

「基本的なライブラリ」ってPEARのこと言ってる？氏んどけ。

**nobodyさん** · 05/02/20 02:52:18

ま、とりあえずPHP4から5ではPEARが動かなくなる程度の変更しかないな。

**nobodyさん** · 05/02/20 02:58:29

Javaでは古いコードの動きが変わるような言語仕様の変更はないが。

**nobodyさん** · 05/02/20 02:59:49

無いに等しい言語仕様の変更で動かなくなるほど、PHPのコードは神経質なんだね。

**nobodyさん** · 05/02/20 04:17:03

PHPの言語仕様の変更が無いに等しいって言いきれるなんて
よほど幸せな環境にいるんだな。

**nobodyさん** · 05/02/20 14:14:27

PHP 知らん奴が憶測で口を出すなよ。
PEAR は class 使っているから動かないんだよ。

それに Java で動きが変わらないって？
Hello, world レベルのこと言ってるの？
ttp://java.sun.com/j2se/1.4/ja/compatibility.html#incompatibilities1.4

**nobodyさん** · 05/02/20 17:29:17

PHPは、クラス使ってれば動かなくなるんだよね。
特定APIの仕様が変わったというだけのJavaとはレベルが違うよ。
PHPの場合、API的位置付けだったPEAR自体が動かなくなってしまうんだからね。

なんか、PHPの人は必死だな。

**nobodyさん** · 05/02/20 17:57:45

つーか4.0系と4.2以上でかなり違うよね。
マジ使えねぇ。

**nobodyさん** · 05/02/20 20:12:29

3系から4系、4.0から4.1、4.1から4.2の移行を試みたことがない人なんだろうなぁ。

**nobodyさん** · 05/02/20 22:02:56

>>211
PEAR が API 的位置付け！？はぁ？

それにクラスも機械的変換で動くんですけど。
Pukiwiki とか 4 から 5 対応したアプリのことを知らないの？

>>212-213
具体的にはどこか言える？
まさか global_register じゃないよね？

**nobodyさん** · 05/02/20 22:31:37

>>214
PEARは標準クラスライブラリという触れ込みだったはずだが。

global_registerは影響のない変更ということにしたいわけですね。
使ってるやつが悪いと。ふーん。
4.2.2から、Content-type指定したときの挙動が変わった。
4.3.0から=演算子の挙動が変わったしね。

なんか、必死ですね。

**nobodyさん** · 05/02/20 23:39:53

>>215
いいえ。CPAN 同様、拡張ライブラリです。
ttp://pear.php.net/manual/en/introduction.php
PEAR is short for "PHP Extension and Application Repository"

global_register の問題は PHP3 の時から言われていたことです。一体何年前の話ですか？
使っている奴が悪くないとでも？それに問題を理解しているなら extract(); と書くだけです。

Content-type は php.ini のデフォルトの設定が変っただけでしょう？
= 演算子が === のことを言っているのであれば
まともなコーディングしていれば何の影響もないはずですが？
少なくとも XOOPS、SquirrelMail, phpMyAdmin は PHP4.1.x 時代の
古いバージョンを PHP4.3.x に上げてもそのまま動きますが。
実際問題として >>215 の指摘した内容で変更しないといけないアプリって何かありましたか。
例えば sf.net に挙がっているような奴で。

言語のバージョンアップで仕様変更があるのは当然です。
>>205 にも書きましたが、Perl 4→5、Java1.1,1.3,1.4,VB→VB.NET に
比べれば PHP4 から 5 への変更はないに等しい、と言っているんですが。

PHP5 のクラスは機械的変換でそのまま動くのに何か問題でもあったの？
それに PHP4 互換モードまで用意されているのですが。

**nobodyさん** · 05/02/21 00:10:06

>>216
> Content-type は php.ini のデフォルトの設定が変っただけでしょう？

Content-typeを指定するとエンコーディングの変換が効かなくなったバージョンがある。

ま、古いコードが動かなくなった変更点はそれを使ってるやつが悪いってことにすれば、言語仕様の変更はないに等しいといえることはわかった。
なかなか都合のいい論理展開だな。勉強になったよ。

**nobodyさん** · 05/02/21 00:13:08

global_registerの設定が有効になってるのが前提の情報が広まってた状況を無視して、「使ってたやつが悪い」ですか。
おめでたいやつですね。

**nobodyさん** · 05/02/21 00:15:06

> 少なくとも XOOPS、SquirrelMail, phpMyAdmin は PHP4.1.x 時の
> 古いバージョンを PHP4.3.x に上げてもそのまま動きますが。

そんな例持ち出すなら、Java1.1時代のバイトコードでJ2SE5で動くソフトは普通にたくさんあるわけだが。

**nobodyさん** · 05/02/21 00:17:54

で、PEARが動かなくなったことは問題ではないわけだな。
標準ライブラリ的なプロモーションしておきながら、お荷物になれば標準じゃないですよ、か。
ところで、標準クラスライブラリは何になるの？

**nobodyさん** · 05/02/21 00:21:53

ここはどうしてもJava vs PHPに持って行きたいJava厨とPHP厨のすくつですね

**nobodyさん** · 05/02/21 00:33:52

いや、PHPの仕様変更はたいしたことないといいたいだけ。

**nobodyさん** · 05/02/21 00:35:04

推奨されないコーディングをしてPHPの仕様変更にはまるのは、そんなコーディングするのが悪いと。
PEARは拡張ライブラリだから、PHPの仕様変更とは関係ない、と。

**nobodyさん** · 05/02/21 02:14:03

俺は PHP 使いでもないし PEAR も使ったことがないのでよくわからんが、
Perl が 5.6 から 5.8 になったら CPAN のモジュールが動かなくなった、
みたいなことを想像すると「それはまずいんじゃない?」と思うな…

**nobodyさん** · 05/02/21 02:14:34

＞いいえ。CPAN 同様、拡張ライブラリです。
おいおい、一緒にすんなって。
規模がちげーっつーの。

**nobodyさん** · 05/02/21 02:29:08

>>224
Perl4→Perl5なら動かなくてもかまわないんじゃないの？といいたいのではないかと。

**nobodyさん** · 05/02/21 09:12:58

>>217
それはバグであって仕様変更ではないよね？
また、そのバグは何日で修正されましたか？
>>218
今でも global_register ON がいいの？
あと、普通程度の頭があれば global_register の危険性はすごに分かるよね？
PHP3 の時から危険性が指摘されていたんだよ？何年前の話？
>>219
この例は >>213 の嘘を指摘するためです。
>>220
PEAR のページを見ろよ。>>216 のリンク先とかさ。
標準ライブラリは
ttp://jp.php.net/manual/ja/
でコンパイル・オプションで選ぶだけで最初から組み込まれている奴だよ。
PEAR を使わない/知らないお前が何を問題にしているの？
>>224
Perl4 と Perl5 は？Perl5 と Perl6 は？
ここでの話は PHP4 と PHP5 の話だよ？
>>225
標準か拡張かの話であって規模の話ではないよね？

**nobodyさん** · 05/02/21 09:28:45

>>227
すご→すぐ

元々の話は PHP5 はバギーか？だったよね。
でもそれがバギーじゃないことになったので
言語の仕様変更の話になったよね。

バージョンアップして言語使用の変更がなかった言語って何よ？

**nobodyさん** · 05/02/21 09:58:47

PHP4 と PHP5 の非互換部分は OOP だけど、
言語使用が変わったと騒いでいる奴は
PHP4 のままのなんちゃって OOP がよかったの？

**nobodyさん** · 05/02/21 15:32:40

>>227
> それはバグであって仕様変更ではないよね？

仕様変更。
日本側からの働きかけで、そのあとtext/*のときはエンコードの指定が効くようになった。

**nobodyさん** · 05/02/21 15:33:36

小泉ﾀﾝが頑張っていたね

**nobodyさん** · 05/02/21 15:35:00

あぁ、PEARは、おまけでついてくる標準ではないライブラリってことなのね。
PHP4あたりから標準でついてくるから、てっきり標準ライブラリなのかと思ったよ。

**nobodyさん** · 05/02/21 15:36:53

>>229
論理の飛躍ですね。

**230** · 05/02/21 15:45:46

ちなみに、content-typeの仕様変更は4.2.2からで、4.2.1で見つかったセキュリティーホールに対策するためのリリース。
そのあとの4.2.3でも日本語関係バグバグ。
で、4.3.0からは=演算子の挙動が変わっている。
つまり、4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。

PHPの仕様変更の不安定さというのは、そういうこと。

**nobodyさん** · 05/02/21 15:55:28

> 今でも global_register ON がいいの？

そんなこと言ってないだろ。
ってか、global_registersにsがいることくらい、いい加減覚えろ。

**nobodyさん** · 05/02/21 17:37:00

>>233-235
で、PHP5 が不安定な根拠は？

**224** · 05/02/21 18:51:18

>>226-227
なるほど、確かにそうですね。
Perl4 の時には CPAN なんてなかった (で合ってる?) し、
Perl6 になったら Perl5 との互換性はすっぱり無くなるっぽいし、同じか。
困るってことには変わらないですけど…

**nobodyさん** · 05/02/21 19:55:33

>>234
どんな言語でもバグや仕様変更あるので
細かな例を出しても何の意味もないです。
# 例えば Java であれば j-h でセキュリティの未修正や仕様変更で
# 何度も高木氏がポストしたことは古参 Java ユーザなら周知の通り。

それに、過去の例から PHP5.x が不安定である、
という論は無理です。

>>237
Perl4 中盤あたり？から CPAN ありましたよ。

**nobodyさん** · 05/02/21 22:24:16

>>238
バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。
というか、普通はない。

そういう過去の例があるから、PHP5も信用できない。
PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。
で、その仕様変更のポリシーが変わったという話は聞かない。

**nobodyさん** · 05/02/22 09:31:43

>>239
その「仕様が変わったセキュリティーパッチ」で動かなくなった有名なアプリって何？

**nobodyさん** · 05/02/22 11:34:32

>>234
それで動かなくなった有名なアプリって何？

**nobodyさん** · 05/02/22 12:21:21

>>240
そもそも有名なアプリ自体が少ない

**nobodyさん** · 05/02/22 12:56:11

>>242
sf.net には PHP アプリが 10430 くらいあるし、
ここのダウンロード数の上位 100 とかでどう？
ttp://sourceforge.net/softwaremap/trove_list.php?form_cat=183

**nobodyさん** · 05/02/22 13:02:59

>>242
Google でそのアプリ名を検索して 5000 件以上あるとか。

**nobodyさん** · 05/02/22 18:19:49

>>240
なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。

ただ、この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。

**nobodyさん** · 05/02/22 18:28:32

>>245
捏造情報じゃないことの証明がほしいです。ソースありますか。

**nobodyさん** · 05/02/22 18:40:41

>>246
は？
EZWeb用アプリでHDML吐くときtext/hdmlを出力するだろ。
そのとき日本語変換が効かなくなってたんだよ。

**nobodyさん** · 05/02/22 18:46:00

>>245
私は煽りでも何でもなく後学のためにも有名じゃなくていいので
仕様変更によって動かなくなった具体例が知りたいです。

例えば Pukiwiki, XOOPS, phpBB, SquirrelMail, phpMyAdmin,
各種 blog は仕様変更で動かなくなったのですか？

あと、「この場合、問題なのは…」は >>239 とは違う話？
>>239 の仕様変更で動かなくなったものはありますか？

それと >>245 の詳しい話が知りたいです。

**nobodyさん** · 05/02/22 18:46:26

いま気づいたが

>>216
> = 演算子が === のことを言っているのであれば

===は比較演算子だろ。
=演算子でオブジェクトがコピーされていたのが、参照が渡されるだけになったんだよ。

**nobodyさん** · 05/02/22 18:46:40

>>247
EZWeb 系のアプリは全滅したんですか？

**nobodyさん** · 05/02/22 18:51:00

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

**nobodyさん** · 05/02/22 18:51:58

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

**nobodyさん** · 05/02/22 19:05:38

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

**nobodyさん** · 05/02/22 19:19:35

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

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

**nobodyさん** · 05/02/22 19:20:47

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

**nobodyさん** · 05/02/22 20:28:34

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

MLを見てないのか？

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

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

**nobodyさん** · 05/02/22 21:02:02

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

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

**nobodyさん** · 05/02/22 22:13:13

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

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

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

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

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

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

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

**nobodyさん** · 05/02/22 23:10:28

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

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

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

**nobodyさん** · 05/02/23 05:02:30

>>259
は？
セキュリティホールがあったのが4.2.1
content-typeを出力するコード書いたら日本語変換されなくなるのが4.2.2
EZWeb用でHDML吐くときはtext/hdmlを出力する必要があるからEZWeb用は日本語変換されなくなる。
text/*なら日本語変換されるようになったのは4.2.3か4.3.0かわからんがそこらへん。
4.2.3には日本語関係のバグが多い。

言語仕様でいうなら、Javaは1.1と5.0で大幅に変わった以外はほとんど安定で、古いコードの動きがかわらないように注意が払われてるのだが。

で、問題にしてるのは、セキュリティーパッチで仕様が変わったってこと。
セキュリティーホールがみつかっても、バージョンアップできない。
そんな処理系、PHPくらいしかしらない。

**nobodyさん** · 05/02/23 06:06:03

>>260
99.999999% の PHP アプリは問題なくバージョンアップできましたよね。
しかも text/hdml はコードを変更すれば 4.2.2 に上げることができたよね。

あと、セキュリティーホールが
ttp://www.php.net/release_4_2_2.php
のことならアップロード部分だけ 4.2.2 にして既存は 4.2.1 にもできましたよね。

PHP が問題であるという主張は 3 年前のその件だけですか？

> そんな処理系、PHPくらいしかしらない。

どんな処理系を知っているのでしょう？何と比べて？
少なくとも Java の 1.1.x ～ 1.3.x の x が 1 や 3 の時は
Applet に関してはそんなことばかりでしたが。
それを Sun が公開しない、問い合わせ先がないと高木氏がよく報告してましたが。
ttp://java-house.jp/ml/

ただ 1.4 から安定しましたね。PHP も 4.3.x で安定しました。
PHP も Java も過去の事例を元に現行を論じるのは単なる感情論ではないですか？

**nobodyさん** · 05/02/23 06:44:34

>>260
Tiger との比較は意味がないと思います。
Tiger は C# などを意識して Generic や Autoboxing などの
今更？という改良を加え、マーケティング的な意味でのバージョンアップでしょう。
# 開発環境として PHP5 同様に楽になった Tiger は大歓迎ですが。

違う言語を単純にメジャーバージョンだけで比較するのは無意味ですが、
Perl 4→5 であれば関数の引数でもリファレンス渡しになったり ( jcode とか )、
VB と VB.NET は半分くらい書き直しましたし、
Java 1.3 →1.4 に関しては
ttp://java.sun.com/j2se/1.4/ja/compatibility.html
とか、PEAR のように JavaBeans/EJB/JBoss などを使っていた場合、
1.3 から 1.4 の移行は PEAR の移行より遥かに大変じゃないですか？
そのため 1.4 に移行できない 1.3 のプロジェクトって結構ありますよね？

私は以上の比較で PHP4→5 は「面倒」だが他の言語より「難しくない」と思います。
PHP5 の OOP は単純な機械的な変更ですから awk/sed で半自動で変換できました。
PHP4.0.x ～ PHP4.3.x は 99% 以上が動く互換性もありますよね。

PHP が他の言語に比べて言語仕様が不安定だったり、移行が難しいとは感じません。

ただ、私は COBOL や VC/C# には詳しくないのでその比較はできません。
# C# は .Net 2.0 が出たら移行に大変そうなので手を出していません。

**nobodyさん** · 05/02/23 10:08:22

>>261
> Applet に関してはそんなことばかりでしたが。

言語仕様の話をしてるのではないのか？
で、Appletに関しては、Microsoftの実装がJavaの仕様から外れてたからだ。

**nobodyさん** · 05/02/23 10:13:20

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

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

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

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

**nobodyさん** · 05/02/23 10:16:47

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

**nobodyさん** · 05/02/23 10:25:27

> # C# は .Net 2.0 が出たら移行に大変そうなので手を出していません。

それと同じ理由で、PHP5はPHP5.1が出たら移行に大変そうなので手を出していません。

**nobodyさん** · 05/02/23 10:30:35

261

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

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

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

**nobodyさん** · 05/02/23 10:31:23

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

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

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

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

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

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

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

**nobodyさん** · 05/02/23 10:45:01

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

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

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

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

**nobodyさん** · 05/02/23 10:48:02

>>266
5.0.x → 5.1 の変更点の何を問題にしている？具体的に。根拠レスの煽り？

**nobodyさん** · 05/02/23 11:10:57

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

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

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

**nobodyさん** · 05/02/23 11:36:24

> 99.999999% 大丈夫な仕様変更

これは、日本語対応HDMLのサイトが0.000001％しかなかったってこと？
ま、これこそ根拠レスの煽りだな。

で、=演算子の仕様変更に関してはスルーしてるんだな。

**nobodyさん** · 05/02/23 11:39:53

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

**nobodyさん** · 05/02/23 11:41:54

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

**nobodyさん** · 05/02/23 11:52:42

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

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

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

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

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

**nobodyさん** · 05/02/23 11:56:11

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

**nobodyさん** · 05/02/23 11:58:56

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

**nobodyさん** · 05/02/23 15:30:39

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

**nobodyさん** · 05/02/23 16:26:51

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

**nobodyさん** · 05/02/23 23:27:06

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

**nobodyさん** · 05/02/23 23:43:33

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

**nobodyさん** · 05/02/24 05:25:22

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

**nobodyさん** · 05/02/24 09:14:26

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

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

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

**nobodyさん** · 05/02/24 11:53:21

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

**nobodyさん** · 05/02/24 12:59:45

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

**nobodyさん** · 05/02/24 13:24:33

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

**nobodyさん** · 05/02/24 14:09:13

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

**nobodyさん** · 05/02/24 14:36:09

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

**nobodyさん** · 05/02/24 15:38:35

>>288

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

**nobodyさん** · 05/02/24 16:03:02

PHPがダメとは言ってないだろ？
（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）
おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？
このインポ！

**nobodyさん** · 05/02/24 16:46:08

>>290
| PHPがダメとは言ってないだろ？

そうだったんですか。じゃ、どういう主張だったのですか？

|（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）

Autoboxing や Generic も 5 でやっとこさできるようになったようなヘタレ言語だがな！
というようなことを言うことに何か意味がありますか？

善いことをするのに遅いと責める気はありません。
善いことをしないのであれば催促したいですが。

| おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？

そうです。C/Java/VB/Perl の比較において PHP が特別にダメとは思えません。
ダメな点はありますが、それはどの言語でも同じことです。

| このインポ！

頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
| 根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人

**nobodyさん** · 05/02/24 17:03:02

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

**nobodyさん** · 05/02/24 17:31:47

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

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

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

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

**nobodyさん** · 05/02/24 19:27:53

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

**nobodyさん** · 05/02/24 19:54:41

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

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

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

**nobodyさん** · 05/02/24 23:29:31

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

**nobodyさん** · 05/02/25 02:43:01

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

**nobodyさん** · 05/02/25 07:01:06

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

**nobodyさん** · 05/02/25 10:16:04

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

**nobodyさん** · 05/02/25 11:31:02

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

**nobodyさん** · 05/02/25 23:24:23

PerlのCGIは少なくなったね。

**nobodyさん** · 05/02/25 23:50:06

普通にまだ多いと思うが。少なくとも日本で"配布されている"WebアプリではまだPerlが一番多いだろうな。
使用されている物については同じかまだPHPの方が少ないぐらいかな？
海外だとPHPの方が抜いてるみたいだけど中国韓国ではASPだんとつ、他ではJSPやPHPって感じだったかな。

**nobodyさん** · 05/02/26 07:26:29

わざわざCGIで動かさんだろ。

**nobodyさん** · 05/02/26 07:27:06

中国韓国ではASPが無料で使えるからなｗ。

**nobodyさん** · 05/02/26 13:53:17

まぁ、数値の取り扱いが仕様で決まってないPHPで、数値の計算をまともにやろうとするな、ってことだな。

**nobodyさん** · 05/02/27 00:19:27

え?

**nobodyさん** · 05/02/27 22:37:14

PEARのPHP5対応率って低い？
先を見越してPHP5で何か作ろうと思うんだけど。

**nobodyさん** · 05/02/27 22:51:58

開発が進歩してるのはaspと思うんだが･･･

**nobodyさん** · 05/02/28 10:52:08

>>307
人気のある PEAR は大丈夫。
自分が何の PEAR を使うか確認してみては。

**nobodyさん** · 05/03/01 00:31:54

>>309
レスサンクス
PEARが対応してるならＯＫだね。

**nobodyさん** · 05/03/01 00:37:16

>>310
読み違えていると思われ。

**nobodyさん** · 05/03/02 01:31:22

smartyは？

**nobodyさん** · 05/03/02 10:40:15

PHP5 で問題なく使えるよ。PHP4.0.6 以降に対応。

**nobodyさん** · 05/03/03 20:19:42

PHP5をインストールするとSQLiteも自動的にインストールされますか？

**nobodyさん** · 05/03/04 02:21:01

試してみましょう。

**nobodyさん** · 05/03/04 04:04:31

>>315
知ってるなら教えてよ。
いじわる。

**nobodyさん** · 05/03/10 00:20:17

PHP5ってApache2にしか対応してないんだっけ？

**nobodyさん** · 05/03/10 09:45:08

>>316
ttp://jp.php.net/ref.sqlite
>>317
ttp://jp.php.net/manual/ja/install.unix.apache2.php
>>319-
ttp://jp.php.net/manual/ja/

**nobodyさん** · 05/03/13 16:35:40

>>318
とりあえずPHPは5になってもapache2では使うべきではないってことかな？

**nobodyさん** · 05/03/13 22:05:30

318 のドキュメントを読んで
319 の質問をしてくる人に
何て書けば理解してくれるのだろうか

**nobodyさん** · 05/03/13 23:05:05

>>320
世の中には差別用語や放送禁止用語と言った言葉が用意されていますので
必要なときは遠慮なく使ってみてください。

**nobodyさん** · 05/03/14 10:42:57

319はピー

**nobodyさん** · 05/03/15 03:01:15

>>320

＞Unix上でもWindows上でも Apache 2.0.xとPHPの組合せを実運用環境で使用するべきではありません。
＞「その理由については、 FAQエントリも参照して下さい。

**nobodyさん** · 05/03/15 09:29:25

ttp://jp.php.net/manual/en/install.unix.apache2.php
> We do not recommend using a threaded MPM in production with Apache2. Use the prefork MPM instead, or use Apache1. For information on why, read the following FAQ entry

**nobodyさん** · 05/03/15 13:57:33

>>323-324
日本語版は言葉足らずってことですね
Apache2でもPHPをprefork MPMでmakeすればOKってことでよろしいでしょうか。

**325** · 05/03/15 14:05:13

prefork MPMでmakeするのはapache2のほうでした
っていうか普通にmakeすればpreforkになるんですね。

**nobodyさん** · 05/03/16 01:12:25

落ち着け。よく読め。Google しろ。な。

**nobodyさん** · 05/03/16 12:37:39

つまりPHP5はApache2でも普通に使えると

**nobodyさん** · 05/03/16 13:07:10

windowsのローカルでは普通に使えてましたよ。
今はApache2＋PHP４に切り替えてるけど。
なんかPHP５重大なバグが無かったっけ。

**nobodyさん** · 05/03/16 13:35:54

5.0.3 には特に重大なバグはないと思うよ
近々バグ修正した安定版である 5.0.4 が出る
久しぶりのリリース

**nobodyさん** · 05/03/19 21:12:35

PHP5.1ﾏﾀﾞｰ? (･∀･ )っ/凵⌒☆ﾁﾝﾁﾝ

**nobodyさん** · 2005/03/23(水) 02:44:30

しかし、Zendのアホ開発者がとろっとろやってるから
ユーザーはマジ迷惑してる。
本屋にはPHP5本も充実してきてるっつーのに肝心のPHP5自体が
ぐだぐだだもんな。何とかしろよ糞Zend

**nobodyさん** · 2005/03/23(水) 14:26:14

おまいが参加すれば何とかなるよ？

**332** · 2005/03/24(木) 17:18:25

おれは天才だからな。なんとかなるだろう。きっと。

**nobodyさん** · 2005/03/24(木) 18:41:59

PHP5が企業サイトで使われるようになるころにはPerl6登場。

**nobodyさん** · 2005/03/25(金) 00:42:21

　 ,j;;;;;j,. ---一､｀　―--‐､_ l;;;;;;
　｛;;;;;;ゝ T辷iﾌ i 　　f'辷jァ　 !i;;;;;　　　PHP1色の時代が来る・・・
　ヾ;;;ﾊ　　　　ﾉ　　　　　　　.::!lﾘ;;rﾞ　　そんなふうに考えていた時期が
　　 `Z;i　　　〈.,_..,.　　　　　　ﾉ;;;;;;;;>　　俺にもありました
　　,;ぇﾊ、　､_,.ｰ-､_',. 　　,ｆﾞ: Y;;f
　　 ~''戈ヽ　｀二´ 　　 r'´:::.　`!

**nobodyさん** · 2005/03/28(月) 16:15:35

なんでPHP5って盛り上がらないの？

**nobodyさん** · 2005/03/28(月) 16:52:23

PHP4までやってきた香具師がJAVAに浮気中。
俺はPHP5に戻ってきたぜぇぇぇー。

**nobodyさん** · 2005/03/28(月) 21:45:04

そしてPHPに戻るのは少数派。

**338** · 2005/03/28(月) 23:29:34

ひさびさにWINDOWSでPHPの開発環境整えてて思ったんだけど、
PHP4とPHP5をサクサク切り換える方法ってなんかないの～？

**nobodyさん** · 2005/03/29(火) 09:38:01

別ポートで Apache を起動してる

**nobodyさん** · 2005/03/29(火) 10:16:59

php5を案インストールする

**nobodyさん** · 2005/03/29(火) 12:37:13

>>341
php.iniはどうしてる
俺はWindowsで再コンパイルがめんどいのでバイナリエディタでファイル名らしき所をph5.iniに無理やり変えてるけど

**nobodyさん** · 2005/03/29(火) 13:03:11

コンパイルが面倒なら coLinux や VMWare とかは

**nobodyさん** · 2005/03/29(火) 13:24:53

のーみそコネコネ

**343** · 2005/03/29(火) 13:51:19

>>344
>>338=340がWindowsって書いてたので
今はPHP5のみにしてるけどね

**nobodyさん** · 2005/03/29(火) 13:52:37

なぜPHP5スレは盛り上がりませんか？

**nobodyさん** · 2005/03/29(火) 14:35:48

XAMPPでも使ってろ

**nobodyさん** · 2005/03/29(火) 16:13:56

>>347
デンパが㌧でないからです。

**338=340** · 2005/03/29(火) 18:10:42

みんな、ﾄﾝ。

結局、

php.ini（５のやつ）
pnp_bak4.ini
pear.ini（５で生成したやつ）
pear_bak4.ini

っていうように保存しておいて、
httpd.confはコメントアウトで簡単に４と５を
切り換えられるようにすたよ。