私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

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

php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

201 : nobodyさん - 05/02/19 20:23:29 ID:???.net (+28,+29,-5)

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

203 : nobodyさん - 05/02/19 21:07:19 ID:???.net (+38,+29,-193)

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

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

204 : nobodyさん - 05/02/19 23:14:45 ID:???.net (+33,+29,-19)

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

205 : nobodyさん - 05/02/19 23:48:25 ID:???.net (+0,-1,-142)

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

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

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

207 : nobodyさん - 05/02/20 02:58:29 ID:???.net (+13,+15,-10)

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

208 : nobodyさん - 05/02/20 02:59:49 ID:???.net (+27,+29,-27)

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

209 : nobodyさん - 05/02/20 04:17:03 ID:???.net (+27,+29,-14)

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

210 : nobodyさん - 05/02/20 14:14:27 ID:???.net (-26,-29,-43)

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

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

211 : nobodyさん - 05/02/20 17:29:17 ID:???.net (+31,+29,-80)

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

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

212 : nobodyさん - 05/02/20 17:57:45 ID:???.net (-23,-20,-15)

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

214 : nobodyさん - 05/02/20 22:02:56 ID:???.net (-28,-29,-70)

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

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

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

215 : nobodyさん - 05/02/20 22:31:37 ID:???.net (-29,-29,-109)

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

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

なんか、必死ですね。

218 : nobodyさん - 05/02/21 00:13:08 ID:???.net (+21,+23,-23)

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

219 : nobodyさん - 05/02/21 00:15:06 ID:???.net (-27,-30,-61)

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

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

220 : nobodyさん - 05/02/21 00:17:54 ID:???.net (+27,+29,-54)

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

221 : nobodyさん - 05/02/21 00:21:53 ID:???.net (+19,+21,-1)

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

222 : nobodyさん - 05/02/21 00:33:52 ID:???.net (+27,+29,-2)

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

223 : nobodyさん - 05/02/21 00:35:04 ID:???.net (-26,-24,-70)

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

224 : nobodyさん - 05/02/21 02:14:03 ID:???.net (+44,+29,-52)

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

225 : nobodyさん - 05/02/21 02:14:34 ID:???.net (+27,+29,-8)

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

226 : nobodyさん - 05/02/21 02:29:08 ID:???.net (+20,+11,-8)

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

227 : nobodyさん - 05/02/21 09:12:58 ID:???.net (-24,-29,-227)

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

228 : nobodyさん - 05/02/21 09:28:45 ID:???.net (+30,+29,-57)

>>227
すご→すぐ

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

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

229 : nobodyさん - 05/02/21 09:58:47 ID:???.net (-25,-27,-30)

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

230 : nobodyさん - 05/02/21 15:32:40 ID:???.net (-25,-29,-47)

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

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

231 : nobodyさん - 05/02/21 15:33:36 ID:???.net (+22,+29,-3)

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

232 : nobodyさん - 05/02/21 15:35:00 ID:???.net (+27,+29,-35)

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

233 : nobodyさん - 05/02/21 15:36:53 ID:???.net (+13,+25,-15)

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

234 : 230 - 05/02/21 15:45:46 ID:???.net (-23,-29,-123)

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

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

236 : nobodyさん - 05/02/21 17:37:00 ID:???.net (-22,-22,-21)

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

237 : 224 - 05/02/21 18:51:18 ID:???.net (+34,+29,-48)

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

238 : nobodyさん - 05/02/21 19:55:33 ID:???.net (-20,-29,-112)

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

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

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

239 : nobodyさん - 05/02/21 22:24:16 ID:???.net (+33,+29,-103)

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

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

240 : nobodyさん - 05/02/22 09:31:43 ID:???.net (+39,+26,-41)

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

241 : nobodyさん - 05/02/22 11:34:32 ID:???.net (+24,+29,-3)

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

242 : nobodyさん - 05/02/22 12:21:21 ID:???.net (+23,+26,+0)

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

243 : nobodyさん - 05/02/22 12:56:11 ID:???.net (-28,-29,-11)

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

244 : nobodyさん - 05/02/22 13:02:59 ID:???.net (-25,-26,-6)

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

245 : nobodyさん - 05/02/22 18:19:49 ID:???.net (+41,+29,-75)

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

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

246 : nobodyさん - 05/02/22 18:28:32 ID:???.net (+30,+29,-16)

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

247 : nobodyさん - 05/02/22 18:40:41 ID:???.net (-28,-29,-46)

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

248 : nobodyさん - 05/02/22 18:46:00 ID:???.net (-1,-29,-119)

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

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

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

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

250 : nobodyさん - 05/02/22 18:46:40 ID:???.net (-14,-13,-18)

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

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで /

php スレッド一覧へ

みんなの評価 :

類似してるかもしれないスレッド

phpは何故分離されたのかスレ (87) - [21%] - 2023/1/20 17:45
PHPを教えることになりました (94) - [18%] - 2022/12/28 12:45

トップメニューへ / →のくす牧場書庫について

総計:	126,331,937人
頁
昨日:	no data人
頁
今日:	人
頁