php5これでCGIはphp1色の時代へ
■ このスレッドは過去ログ倉庫に格納されています
>>216
> Content-type は php.ini のデフォルトの設定が変っただけでしょう?
Content-typeを指定するとエンコーディングの変換が効かなくなったバージョンがある。
ま、古いコードが動かなくなった変更点はそれを使ってるやつが悪いってことにすれば、言語仕様の変更はないに等しいといえることはわかった。
なかなか都合のいい論理展開だな。勉強になったよ。 global_registerの設定が有効になってるのが前提の情報が広まってた状況を無視して、「使ってたやつが悪い」ですか。
おめでたいやつですね。 > 少なくとも XOOPS、SquirrelMail, phpMyAdmin は PHP4.1.x 時の
> 古いバージョンを PHP4.3.x に上げてもそのまま動きますが。
そんな例持ち出すなら、Java1.1時代のバイトコードでJ2SE5で動くソフトは普通にたくさんあるわけだが。 で、PEARが動かなくなったことは問題ではないわけだな。
標準ライブラリ的なプロモーションしておきながら、お荷物になれば標準じゃないですよ、か。
ところで、標準クラスライブラリは何になるの? ここはどうしてもJava vs PHPに持って行きたいJava厨とPHP厨のすくつですね いや、PHPの仕様変更はたいしたことないといいたいだけ。 推奨されないコーディングをしてPHPの仕様変更にはまるのは、そんなコーディングするのが悪いと。
PEARは拡張ライブラリだから、PHPの仕様変更とは関係ない、と。 俺は PHP 使いでもないし PEAR も使ったことがないのでよくわからんが、
Perl が 5.6 から 5.8 になったら CPAN のモジュールが動かなくなった、
みたいなことを想像すると「それはまずいんじゃない?」と思うな… >いいえ。CPAN 同様、拡張ライブラリです。
おいおい、一緒にすんなって。
規模がちげーっつーの。 >>224
Perl4→Perl5なら動かなくてもかまわないんじゃないの?といいたいのではないかと。 >>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
標準か拡張かの話であって規模の話ではないよね? >>227
すご→すぐ
元々の話は PHP5 はバギーか?だったよね。
でもそれがバギーじゃないことになったので
言語の仕様変更の話になったよね。
バージョンアップして言語使用の変更がなかった言語って何よ? PHP4 と PHP5 の非互換部分は OOP だけど、
言語使用が変わったと騒いでいる奴は
PHP4 のままのなんちゃって OOP がよかったの? >>227
> それはバグであって仕様変更ではないよね?
仕様変更。
日本側からの働きかけで、そのあとtext/*のときはエンコードの指定が効くようになった。 あぁ、PEARは、おまけでついてくる標準ではないライブラリってことなのね。
PHP4あたりから標準でついてくるから、てっきり標準ライブラリなのかと思ったよ。 ちなみに、content-typeの仕様変更は4.2.2からで、4.2.1で見つかったセキュリティーホールに対策するためのリリース。
そのあとの4.2.3でも日本語関係バグバグ。
で、4.3.0からは=演算子の挙動が変わっている。
つまり、4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。
PHPの仕様変更の不安定さというのは、そういうこと。 > 今でも global_register ON がいいの?
そんなこと言ってないだろ。
ってか、global_registersにsがいることくらい、いい加減覚えろ。 >>233-235
で、PHP5 が不安定な根拠は?
>>226-227
なるほど、確かにそうですね。
Perl4 の時には CPAN なんてなかった (で合ってる?) し、
Perl6 になったら Perl5 との互換性はすっぱり無くなるっぽいし、同じか。
困るってことには変わらないですけど… >>234
どんな言語でもバグや仕様変更あるので
細かな例を出しても何の意味もないです。
# 例えば Java であれば j-h でセキュリティの未修正や仕様変更で
# 何度も高木氏がポストしたことは古参 Java ユーザなら周知の通り。
それに、過去の例から PHP5.x が不安定である、
という論は無理です。
>>237
Perl4 中盤あたり?から CPAN ありましたよ。
>>238
バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。
というか、普通はない。
そういう過去の例があるから、PHP5も信用できない。
PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。
で、その仕様変更のポリシーが変わったという話は聞かない。 >>239
その「仕様が変わったセキュリティーパッチ」で動かなくなった有名なアプリって何? >>234
それで動かなくなった有名なアプリって何? >>242
sf.net には PHP アプリが 10430 くらいあるし、
ここのダウンロード数の上位 100 とかでどう?
ttp://sourceforge.net/softwaremap/trove_list.php?form_cat=183
>>242
Google でそのアプリ名を検索して 5000 件以上あるとか。 >>240
なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。
ただ、この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。 >>245
捏造情報じゃないことの証明がほしいです。ソースありますか。 >>246
は?
EZWeb用アプリでHDML吐くときtext/hdmlを出力するだろ。
そのとき日本語変換が効かなくなってたんだよ。 >>245
私は煽りでも何でもなく後学のためにも有名じゃなくていいので
仕様変更によって動かなくなった具体例が知りたいです。
例えば Pukiwiki, XOOPS, phpBB, SquirrelMail, phpMyAdmin,
各種 blog は仕様変更で動かなくなったのですか?
あと、「この場合、問題なのは…」は >>239 とは違う話?
>>239 の仕様変更で動かなくなったものはありますか?
それと >>245 の詳しい話が知りたいです。 いま気づいたが
>>216
> = 演算子が === のことを言っているのであれば
===は比較演算子だろ。
=演算子でオブジェクトがコピーされていたのが、参照が渡されるだけになったんだよ。 >>247
EZWeb 系のアプリは全滅したんですか? >>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 が不安定だと主張する人はどの言語を使っているかも知りたいです。 >>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くらいしかしらない。 >>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 も過去の事例を元に現行を論じるのは単なる感情論ではないですか?
>>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 が出たら移行に大変そうなので手を出していません。 >>261
> Applet に関してはそんなことばかりでしたが。
言語仕様の話をしてるのではないのか?
で、Appletに関しては、Microsoftの実装がJavaの仕様から外れてたからだ。 4.0.6でいきなりPostgreSQLがうまく動かなかったりしたなぁ・・・
なんか、PHPではうまく動く事例だけを扱って、うまく動かない事例は例外ってことにして、Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
4.3から=演算子みたいな、基本的なところの動きが変わってるのに
> PHP4.0.x 〜 PHP4.3.x は 99% 以上が動く互換性もありますよね。
とか、ようゆうわ、って感じだし。 > # C# は .Net 2.0 が出たら移行に大変そうなので手を出していません。
それと同じ理由で、PHP5はPHP5.1が出たら移行に大変そうなので手を出していません。 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 のソースに
「十数行」のパッチで互換が確保できたと記憶してるし。 >>266
5.0.x → 5.1 の変更点の何を問題にしている?具体的に。根拠レスの煽り?
267 氏が 99.999999% 大丈夫な仕様変更にはまってしまったのはご愁傷様です。
そして 3 年前に解決済みのその一点だけにおいて現在の PHP も信用できないと
評価することも尊重いたします。
でも、もうそのネタはループしてるし飽きたので、
「この言語仕様が PHP は糞」という新ネタをください。
> 99.999999% 大丈夫な仕様変更
これは、日本語対応HDMLのサイトが0.000001%しかなかったってこと?
ま、これこそ根拠レスの煽りだな。
で、=演算子の仕様変更に関してはスルーしてるんだな。 しかし、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超使えねぇ。 頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html >>275
なんでわざわざ実害ださなきゃいけないんだよ。
4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。
動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。 スゲェ
今度は試しもせずに妄想で責めてきたよ
引き篭もってないで外の世界を見れば
下の中以上のプログラマのプログラムなら動くことが分かるのに
まぁ、下の下、頭のおかしなプログラマには無理なわけだが
だから100%完全保証を主張してるのか >>282
4日前の >>215 も具体例も試しもせずに=演算子が,と書いていたの!?
いったいそれで何の話がしたいの or できるの?
global_registersやezの件とか頭悪いなぁ,と思ってたけど
頭が悪いんじゃなくて頭がおかしいんですね.
PHPでの環境なんてまだほったて小屋みたいなもんだから、
具体例とか、実害とか、実例とか99.9パーセントとか言うな。
適当に最適なコード書いとけ。ハゲ!
>>284
具体例って、仕様が変わってて明らかに影響があるんだから、移行しなかっただけ。
なんで、実害あるのわかってて試さにゃならんのだ? >>288
286-287 によると
具体例とか、実害とか、実例とかないけど PHP はダメだそうです。
あと、バージョン上がっても 99.9 パーセントが何の問題もなく動くけど PHP はダメだそうです。 PHPがダメとは言ってないだろ?
(try{}catch{}も5でやっとこさできるようになったようなヘタレ言語だがな!)
おまいが「PHPってダメなの?」思ってるだけなんじゃなくて?
このインポ! >>290
| PHPがダメとは言ってないだろ?
そうだったんですか。じゃ、どういう主張だったのですか?
|(try{}catch{}も5でやっとこさできるようになったようなヘタレ言語だがな!)
Autoboxing や Generic も 5 でやっとこさできるようになったようなヘタレ言語だがな!
というようなことを言うことに何か意味がありますか?
善いことをするのに遅いと責める気はありません。
善いことをしないのであれば催促したいですが。
| おまいが「PHPってダメなの?」思ってるだけなんじゃなくて?
そうです。C/Java/VB/Perl の比較において PHP が特別にダメとは思えません。
ダメな点はありますが、それはどの言語でも同じことです。
| このインポ!
頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
| 根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
なんだよなんだよ、言葉尻ばかりつかまえて。
いじめてるつもりはないが、2ちゃんなんだし罵り合い上等でしょ。
別におまいの自尊心=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くらいは理解しとけよ。 おまえらはどれだけデザインパターンを理解して・・・ スレが立ってからもうじき3年だけど、3年で何が変わった?
perlやrubyのcgiはなくなったか? インターネッツできない場所にでも幽閉されてた人ですか 普通にまだ多いと思うが。少なくとも日本で"配布されている"WebアプリではまだPerlが一番多いだろうな。
使用されている物については同じかまだPHPの方が少ないぐらいかな?
海外だとPHPの方が抜いてるみたいだけど中国韓国ではASPだんとつ、他ではJSPやPHPって感じだったかな。 まぁ、数値の取り扱いが仕様で決まってないPHPで、数値の計算をまともにやろうとするな、ってことだな。 PEARのPHP5対応率って低い?
先を見越してPHP5で何か作ろうと思うんだけど。 >>307
人気のある PEAR は大丈夫。
自分が何の PEAR を使うか確認してみては。 >>309
レスサンクス
PEARが対応してるならOKだね。 PHP5 で問題なく使えるよ。PHP4.0.6 以降に対応。 PHP5をインストールするとSQLiteも自動的にインストールされますか? PHP5ってApache2にしか対応してないんだっけ? >>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/ >>318
とりあえずPHPは5になってもapache2では使うべきではないってことかな? 318 のドキュメントを読んで
319 の質問をしてくる人に
何て書けば理解してくれるのだろうか >>320
世の中には差別用語や放送禁止用語と言った言葉が用意されていますので
必要なときは遠慮なく使ってみてください。 >>320
>Unix上でもWindows上でも Apache 2.0.xとPHPの組合せを実運用環境で使用するべきではありません。
>「その理由については、 FAQエントリも参照して下さい。 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
>>323-324
日本語版は言葉足らずってことですね
Apache2でもPHPをprefork MPMでmakeすればOKってことでよろしいでしょうか。
prefork MPMでmakeするのはapache2のほうでした
っていうか普通にmakeすればpreforkになるんですね。 windowsのローカルでは普通に使えてましたよ。
今はApache2+PHP4に切り替えてるけど。
なんかPHP5重大なバグが無かったっけ。 5.0.3 には特に重大なバグはないと思うよ
近々バグ修正した安定版である 5.0.4 が出る
久しぶりのリリース PHP5.1マダー? (・∀・ )っ/凵⌒☆チンチン しかし、Zendのアホ開発者がとろっとろやってるから
ユーザーはマジ迷惑してる。
本屋にはPHP5本も充実してきてるっつーのに肝心のPHP5自体が
ぐだぐだだもんな。何とかしろよ糞Zend PHP5が企業サイトで使われるようになるころにはPerl6登場。 ,j;;;;;j,. ---一、 ` ―--‐、_ l;;;;;;
{;;;;;;ゝ T辷iフ i f'辷jァ !i;;;;; PHP1色の時代が来る・・・
ヾ;;;ハ ノ .::!lリ;;r゙ そんなふうに考えていた時期が
`Z;i 〈.,_..,. ノ;;;;;;;;> 俺にもありました
,;ぇハ、 、_,.ー-、_',. ,f゙: Y;;f
~''戈ヽ `二´ r'´:::. `! PHP4までやってきた香具師がJAVAに浮気中。
俺はPHP5に戻ってきたぜぇぇぇー。 ひさびさにWINDOWSでPHPの開発環境整えてて思ったんだけど、
PHP4とPHP5をサクサク切り換える方法ってなんかないの〜? >>341
php.iniはどうしてる
俺はWindowsで再コンパイルがめんどいのでバイナリエディタでファイル名らしき所をph5.iniに無理やり変えてるけど コンパイルが面倒なら coLinux や VMWare とかは >>344
>>338=340がWindowsって書いてたので
今はPHP5のみにしてるけどね みんな、トン。
結局、
php.ini(5のやつ)
pnp_bak4.ini
pear.ini(5で生成したやつ)
pear_bak4.ini
っていうように保存しておいて、
httpd.confはコメントアウトで簡単に4と5を
切り換えられるようにすたよ。 つうかphp4ベースのソースをphp5のサーバーで使って不具合あった?
エラーが出るのはソースが古かったりphp.iniの設定が一致してないときぐらいでしょ?
逐次アップデートしながらソース書いてりゃ問題ないよ。 >>351
> ソースが古かったりphp.iniの設定が一致してないときぐらいでしょ?
> 逐次アップデートしながらソース書いてりゃ問題ないよ。
そういうのは、不具合というのだと思う。 しかし今更4.1で変更になった部分とかを挙げられても困る罠 PHPの「$this->」って文法的におかしいよな。
親クラスを表すのが「parent::」なら
カレントクラスを表すのは「this::」だと思うんだけどどうよ? >>355
自インスタンスを表す変数だから、文法的には「$this->」のほうが合ってる
自クラスを「this::」にするとなると「MyClass::」と書くのと一緒のことになる
親クラス「parent::」は「SuperClass::」とも書けるだろ? まともなレスで悪いんだけど$thisって失敗だったと思わん?
$this省略して$global->func()のほうが便利な気がする。 ぜんぜんまともじゃない。
$global->pg_connectとか$global->mktimeとか、PHPは標準では関数ライブラリしかないのに、それにいちいち$thisをつけるのはめんどう。 PHPってJavaを真似てるんだからJavaもそんなんじゃないの?>$this PHP5をどうしても使いたいんだけど対応してるレンタルサーバーってある?
できれば無料がいいけどなければ有料でもかまわないんだけど。 うーん、自力で探してみたけど
PHP5の使えるレンタルサーバーは皆無だね。 なんで対応しないの?(´・ω・`)
xrea対応してよ 既存スクリプトが動かなくなる危険をおしてまで採用するメリットがないから これはもう完璧にZendの責任だな。
使えないものをリリースするなっつーの。 自分の基準でへんなとかへんじゃないとかいったところでねぇ・・・。
PEARというライブラリまるごと怪しいんだし。 ま、Zend自体も互換性について>>376-377みたいな甘い考えしてるんだろうな。 PHP5スレも盛り上がらないわけだ。
もうPHPは終わったなw きっとそのうち何とかしてくれるよ。
期待してるさPHP5♪ >>367
XREAはPHP5が入っている鯖もある。 ここでグダグダと書いてるバカどもは当然PHP5のソースアーカイブに入ってる
README.PHP4-TO-PHP5-THIN-CHANGES は読んでるよね?
>>384
いちいちそんなもん読むわけねーだろ
PHP5はすげー簡単なんだよ
バカでもアホでもPHPは楽しいな♪ってのが売りなのさ
今はじめずにいつはじめるって言うんだ?あ"?
ボケッと見てるだけのやつは今すぐインスコ汁!
そしてPHP4使ってるやつに、まだそんなもん使ってんの〜、ぷ
っていってやれ。
明日から世界が変わること間違いなしだぞ!
しょぼーん >>384
で、それがPHP4とPHP5の互換性がないことのどういう解決になるの?
多い少ないの問題じゃないんだよ。 てゆーかPHP5が世の中で使われてないのは
PHP4との互換性の問題じゃなくてまだ安定してないからでしょ? 互換性がなくて魅力がなくて安定してないから。
・・・安定はそれなりにしてると思うが。
互換性さえあれば、魅力なくてもとりあえず移行できるのに、互換性を乗り越えて移行するには魅力がないことには。
人件費タダで信頼性求めない趣味ならすぐ移行できるんだろうけど。 実際問題、PHP4用に書いたスクリプトがPHP5で動かなくて困ったことってないけどな。
それに、例外処理があるだけでも充分に魅力的だと思うよ。 互換互換ってプログラムに味覚や嗅覚は必要ねーんだよ!
三角で十分。三角の頂点はもちろんP・H・Pだ!
三角形ってのは三辺の長さが決まれば合同が保障される最も安定な図形なんだよ。
その安定の上に互換の5が付いたPHPはまさに無敵だろ?
これ以上待っていたら何もしないまま年だけとっちまうがおまいはそれでいいのか?
いや、おまえ自身もこのままでいいはずが無いと思っているはず
そう、貴様のためにPHP5があるんじゃないか! >>391
こういう人に未来を託せば、PHPの将来も明るいね。 魅力がでてくることはないから互換性を頼りたいところだけど、いくら待っても互換になりませんYO! パフォーマンスが高いとか、なんらかのメリットがないとなかなかね
スクリプト言語だし例外処理だけでは差し替え理由にはならないよ >>395
PHP5 を試してもいない低脳アンチに構っても無駄 で、PEARが使えないっていうのは?
PEARが使えなくなる程度に互換性がないっていうのは?
どうなの? PHP4も動くオプションをつけられれば移行も促進されるだろうに。 指摘されたらアンチ扱いか(苦笑)
酷い妄信的な人が居るもんだね。
どんどん使いやすくなって欲しいってのが、本当のユーザーだと思うんだけど。 このスレの伸びを見ればPHP5が(今のところ)
失敗に終わっているというのは紛れも無い事実だと分かるんだがね。 別に失敗しているわけではないよ
PHP4と同等くらいではある
ただ、同等では人は動かない 同等か?
PHP5 は PHP4 より高速だし、
OOP もまともになって超快適だけど。 昔、MSXってあったじゃん。8bitCPUの。
あれの16bit版のMSX turboRって出たんだよね。
もちろんMSX turboRはMSX2+より高速だし、
MSX-DOS2が標準になって超快適だった。
でも、周りの進化はもっと速かったんだよね。
位置付けとしては、MSX2+と同等以下になってた。
PHPもそんな感じ。 で、この場合PHP5よりも「進化の速い」のは何?
くだらんたとえ話はやめようぜ。 PHP5って速度ではPHP4に劣るらしいな。
それでも俺はPHP5のOOを使いたいのだが、
国内のレンタルサーバーを見る限りPHP5が入ってるのは皆無。
現実問題としてPHP5は失敗なんだよ。 >>409
PHP5 のリリース前は遅いと言われていたけど、
実際は PHP5 の方が速い。
日経とかでベンチマーク記事あるから見てみ。
あと、実際やってみ。
低スペック・マシンで動かすと体感も速い。 なんか欧米に比べて日本のPHP利用者はPHP5に全然興味ナシみたいだな。
単にPHP底辺ユーザーにとってPHP5が手強すぎるだけか? Ruby が国内で普及しないのと同じ?
Perl や Java にしがみついているのかな。 >>412
どこら辺がめんどいと思う?
1年前からPHP5のOOPが変わること知ってたし、
Perl同様、PHPの糞なOOPを使っていなかったので
ほとんどそのまんまPHP5で動いてるけど(300ファイル5万行)。
PEARのメールやSmartyも無変更で使えるし。 PHP5のOOを活用するという意味を含めた上での移行は
実際面倒なんじゃないの。
サーブレットやStrutsのAPIとか、JAVAの例外処理とかインターフェイスを
理解してないとPHP5の本領は発揮できないじゃん。 >>415
意味がわからん。
PHPなのに、なんでServletやらStrutsやらJavaの例外処理とかインターフェイスを理解する必要があるんだ?
JavaはJava、PHPはPHPだと思うぞ。
確かに大規模なもの作るならフレームワークとかあったほうがいいが、
それはPHPならではのフレームワークで良いと思うが?
StrutsやJavaの真似をするぐらいなら、素直にStrutsとJavaを使うだけじゃねぇ? Java と PHP を使う身としては
415 が言うように Java で便利だなーというものが
PHP5 で使えるようになって嬉しい。
まぁ、例外とかインターフェイスは Java に限らず
Ruby なんかでも持つものなので 416 はカッカせず
Java の部分を OO とかで読み替えればええんじゃない。 PHP5も浸透していないこの状況でPHP6が出たらPHPは終了するな。 >>420
ああ、そうだね。
Perl のライブラリが使えるようになるのはありがたいなぁ。 うん。
いまさらOO言語になったことだけが売りのPHPは終了。
型なし言語のくせにJavaのようなOOだから、言語仕様としては全く魅力もないし。
だからといってライブラリが充実してるわけでもなく。 全然関係ないけど、PerlとPHPでオブジェクト指向一生懸命勉強したけど、殆ど理解できなかった。
クラスの作り方や使い方はある程度は分かってたけど、巨大になってくるとそれぞれをどういう風に組み合わせればいいのかさっぱりだった。
いわゆるフレームワーク…?
最近ActionScript始めたら、オブジェクト指向ってものが少し分かってきた気がする。
Flashはオブジェクトとか目に見えてるから分かりやすいんかな? ああ、でも分かったって言ってもPHPやPerlに比べてActionScriptのOOPは全然使いづらいけど…。 >>425
Lispやってみ、嫌でも身に付くかも。 >>425
言語の問題じゃなくて作るものの種類の問題。
オブジェクト指向が向く分野と向かない分野がある。
Webアプリケーションではオブジェクト指向設計がほとんど必要ないから、PHPとかPerlでオブジェクト指向を勉強しても理解するのは難しいと思う。
オブジェクト指向の勉強にはブロック崩しとか簡単なゲーム作るのがいい。 PHP4 と Perl の OO は学ばない方がいい。
PHP5 や Java, Ruby をどうぞ。 とっととPHP5でPHP4とPHP5のソースが共存できるようなシステムを
提供しやがれ>Zend ちなみにPerlの場合Perl6と平行してParrotで動くPerl5を開発してる。
こういうユーザーへの配慮がまったくないんだよZendのアホは。 突き詰めれば無駄を省くのが正しい
肥大化したものはゴミ遺産になりかねん
PHP5に対応出来ないユーザーは使うな
という事で良いでしょ >>432
例えゴミ遺産であっても膨大な素人ユーザーのことを考えたら
なんかしらの対応をすべき。その対応を怠った為現在のような
PHP5リリースしてるのに誰も使ってないという状況になってる。 >>434
遅かれ早かれ切られるものなら4から5になった時点で切り離すべきだよ
Perlと同じ運命をたどるのはあまりにも芸がないし行き詰まるよ
実際、PHP5も行き詰まっているみたいだし下位に拘りすぎると出来る事が限られてしまう
PHP5のPHP4への対応はphp.iniにあるけど、それなら素直にPHP4を使っておけば良いよ しかしPHP5対応のレンタル鯖がほとんど無いのは痛いな 別に痛くはないよ
大規模なスクリプトを使うサイトなんて共有鯖でするものではない、
故にPHP5である必要もない
PHP5 使いたいなら海外の無料サーバ使えばいいのに。
って、英語できない、とほざくのかな。 phpを使ってあげているのか、使わせて貰っているのかだな
何でも当たり前と想ってる事に問題はないのか? ユーザーは使わせてもらっていると思ってる。
Zendは使わせてやってると思ってる。 >>438
PHPを使うためにレン鯖借りるわけじゃなく、レン鯖借りたら載ってるからPHP使うだけの人がほとんどだし。
PHPを使うために借りてる人は、すでにPHP4対応の鯖借りてて乗り換えるのも面倒だと。 日本のPHP/Zend周辺の会社はどれもヘンなのばっかりな ワイズノットは、ThinkITのPHPとJavaの比較記事を読んで、お笑い系の会社だという認識になったんだけど、どうなの?
こんなバカなことをもっともらしく言う人が技術リーダーとかいう肩書きなのか、と。
あの記事で、ThinkIT自体見る気なくなったわけだけど。
Zendとワイズノットは、検索すると提携の記事がたくさんひっかかるよ。
結局、こんなところが「オフィシャルトレーニングセンター」とかになってるからPHPが広まらないんじゃないかと思ってみたりする。 ワイズノットの会社説明会で貰った資料に
「JAVAによる開発費用の半額で開発が可能(設計工数は変わらず、
開発工数が半減します。」って書いてある。 「なぜならウチにはJavaのノウハウがないからです。」
と続く。 いまさらJavaって言われてもなぁ。
学校でもPHP教えてるなんてのをどっかで見たけどほんとなの?
IBMがPHPの開発をやめるように働きかければPHPが消える可能性はあるけどね。 >>449
普通高校の技術の時間にやるくらいなら、PHPでもいいかもね。 >>452はおおかた1つのPHPスクリプト中にコードもテンプレートも混ぜてるんだろ 言語だろうが思想だろうが何か一色なんてありえないね。
その上でシェア率を言うならどうなんだろうね。 >>457
初心者が多いからPerlだろうな。
機能的に優秀なものや商業利用されているCGIは殆どC言語だよ。 Perl が多いのは過去の資産であって、
新規案件で Perl って PHP に比べると少ないよね
Ex. sourceforge, freshmeat ttp://www.hotscripts.com/
PHPって誰でもできるからかな Perl6 は敷居高いしね
Ruby, Python は OO だから?か人気ないし
消去法で PHP が選ばれているのかな 人気が出るかは、無料有料問わずに鯖次第。
全国的に鯖がJavaとか使える状況ならJava1択だったかもしれない。
OSすら制限無くなれば、ASP.NETも一般人にも普及するかもしれない。
Ruby、Pythonは使える鯖が少ない。
Perlは大体何処でも使える。
PHPも最近では珍しくも無い。
この現状を見れば鯖依存だということは明らか。 >>460
CGIでPHPを使う人がそんなにいるとでも? 俺今派遣で働いてるんだけど、Web系はJavaとPHPの案件しか無いね。
たまにPerlもあるけどごくまれ。でもPHP5を使ってるところは無い。 PerlってPHPと比べると激遅じゃん
って言うと語弊があるんだけどmod_perlで作るとなると
にわかPerlerでは無理になる
なので
安く作りたいなら PHP
少し高くても強固に作るなら JAVA
Perlは中途半端 >>466
スクリプト群の流れは今後Parrotに収束するよ。
Perl6とPythonの時期バージョンのエンジンはParrotということで決定してるし、
PHP6とRubyでもParrotを採用するという動きがある。
そうなると言語はPerlだろうがPHPだろうが好きなの使いなよってことになる。
ちなみにPerl6の進化はPHP4→PHP5ていどのぬるいバージョンアップとは
違って半端無い改良が加えられる。正規表現の改良なんかは正直PHPみたいな
パクリ言語ではもう付いていけないレベル。
もちろんPHPみたいに下位バージョンを切り捨てたバージョンアップとは違い
Parrotで動くPerl5を作るなどの対応も欠かしてない。
今年やっとParrotがリリースされるということだから楽しみに待ってな。 ParrotってVMみたいな感じかな
モジュールとして動くperl、phpとVM上で動くperl、phpの
速度の優位性はどんなもんなんだろう。
それはさておきparrotによって何が変わるのかを予測すると
-perl5/CGI → perl6/parrot-
速度を考えた場合、mod_perlのように気を遣わなくても早く実行できるコードを書ける?
strictがデフォでonになるため敷居が高くなる
様々な機能追加や見直し
-mod_php → php/parrot-
今までPHPが使えないサーバーがある事があったがperlと同等のレベルで
parottが導入されればほとんどのサーバーでphpが使えることになる
cpanの豊富なモジュールが利用可能になる
cheapな管理体制による脆弱性などの露呈、対応がperlクオリティになる
パクリ言語なPHPがPerlに対して劣勢であると言われていた部分が見事に解消
する事になる。それも比較されていたPerlのチームが作ったparrotによって。
皮肉なものだ。
しかしLarryはその事に悲観する事はないのだろう。 PHPはPerlには一生追いつけない。これは確実に言える。
言語学者が作った言語とパクリ野郎が作った言語ではレベルが違いすぎる。
Perl6の正規表現がどんなレベルになっているか知ってるか? 私もそう思う
Larryの思想は壮大で心が破裂しそうだがzendは尊敬出来ない。
言語としてみてもPHPは底の浅さを隠しきれない
しかし受け側はそんな事には興味が無いのが事実なのだ。
例え蛆虫が沸いてる肉を使おうが安くて早くて美味ければそこに群がる。
この状況がWEBに止まらずアプリ等にも波及した時のことを考えるとゾっとする。
しかしそれは正常進化であるのだ。 >>472
PHPの場合、美味くなくても肉の味がすれば群がる、の方が適切かと。
肉食ったことがない人が、「へ〜これが肉かぁ」って感じで。 PerlやPHP、その他のobj言語も使うけど利用者にしてみれば同じ結果が出るのなら
楽なのを使うのが普通だろ、言語そのものの評価など関係ない。言語が素晴らしい
なんて言っているのは負け組みの言い訳。
というのが負け組のいいわけだな。
プラットフォームの評価は関係あるだろ。
というか、同じ結果をだすのにPHPは楽じゃないってことだ。
あいかわらずバージョンアップでエンバグしてるし。 つか Perl6 の正規表現ライブラリも
preg のように公開されるので PHP でも
使えるのだけど何を言っているんだ? どの言語で迅速な開発が出来るかは人それぞれだからね
実行や処理速度だけを考えて極めるなら機械語を使えば良いだけだしな
>>475
プラットホーム・・・ふ〜ん PHPで出来ることはすべてPerlでできる。
Perlで出来ることのすべてをPHPではできない。 >>478
Perl で例外とか綺麗な OO 書けないだろ
あと可読性とかさ どんな言語も一長一短、だからこそ世の中には色んな言語がある >>482
同感。Perl, PHP, Ruby, Python, Java, C++ 使うんだけど
それぞれにいい所があるね。
PHP4 はひどかったけど PHP5 は本当によくなった。
# C# 勉強中 >>483
おいおい、チンポはそんな一言で片付くものじゃないぞ。
99%以上の男はチンポが左に曲がっていることが保障されているんだよ。
ほとんどの人はパンツメーカーが左向きに矯正したことに気づいていないだけなのさ。
もしかしたらおまいの人生や日本の経済が曲がっちまったのもチンポの曲がりが原因かもしれないぞ!
一歩先行く男はチンポとPHPを右向きに矯正して風俗のねーちゃんにアピールすることをお勧めするyo. PHP5で実際にシステム組んで
稼働させてる人いますか? >>487
俺の会社だと、既にPHP5でシステム作って納品して本番稼動させてる。 >>488
マジですか。
それならウチもそろそろPHP5に行きます。
PHP4のオブジェクトは
生成するたびメソッドまで無駄にコピーされてるかと思うと
気持ちが悪いし… 社内システムは PHP5 に移行してガンガン使ってる。
全く問題ないから近々 PHP5 のプロダクトをリリースさせるよ。 >生成するたびメソッドまで無駄にコピーされてる
そんなことはない。プロパティと間違えてないか?
PHP4でも、そういうところに気を配るプログラマはきちんと参照を使うもの。 >>491
君はもう一度勉強し直した方が良さそうだな。 parrotが出た後は速度面の比較は意味がなくなるから
以下に楽に書けるか、保守や再利用性が増すかという点が重要になる。
PHPはJavaの真似したりしてその動きがあるけどPerlは何してるの? Perlも$a->{b}->{c}を$a.b.c とか$a.b.c.len とか書けるようになるね。
再利用性や保守も考慮にいれてRFC作ってるらしいけど情報が
少なくてどう転ぶかはまだわからない でも、Parrotになるなら、もうPerlだのPHPだの、どうでもよくなって、使いたいもの使えば?って感じだね。
結局動作環境としてのPHPは無くなって、言語としてだけ残るってことでしょ?
とはいえ、関数ってどうなるの?
Parrot用に移植する必要があるんだよね?
で、そしたらParrot上のPerlからもその関数呼び出せるんだよね?
なんか、そしたらRubyとかPythonとか、PHPより書きやすい言語に移行していったりするんじゃないかな。
PHPは型なし言語のくせにJavaみたいな言語構造だから、型あり・型なしの悪いとこ取りって感じだし。 >>491
PHP4は「なんちゃってオブジェクト指向」なのでnewのたびメソッドすらコピーされますよ。 >>495
個人単位ならそうかもしれないけど企業的には技術者が多く
初心者でも扱えて単価が安いPHPを使うことが多くなるんじゃないかな >>498
既に新規案件はPHP5ですね。
ただし、PHP4で作った既存システムはそのまま数年動く。
だから、4がメインだと錯覚してるだけ。 多分現状日本でのシェアは 9.5:0.5 ぐらいじゃない? 5で作ったが5の鯖ね―じゃんとの、クレ―ムで4に変えた、広い意味で5やPHPの必要性を感じなくなったな PHPはプログラミング言語というより、Word/Excelといったようなツールとしての色が強い。
オブジェクト指向なんて使う必要がないぐらい手軽になったほうがPHPらしいと思う。 派遣会社紛いのSI企業が人売りで金を稼ぐならPHPでしょ(藁
初心者に一ヶ月くらい教えたあとにOJTと称して客先へポイっ
どこかの会社がやってることさ(藁
どことは言わんが。 全て頭の中にあるのなら迷う事はない
迷う奴はただのへたれ OOP面白いよ
子どもの頃プラモ作った時みたいな感じに作れるし
一回やったら戻りたくない OOPはPHPでWebでやるより、JavaなりC#なりでウィンドウに何か表示してやったほうが一層おもしろいよ。 国内レン鯖PHP5に移行する気配全く無し、それどころか今だに、多数4.3.6のままも多いね、底辺が変わらない事には5なんて必要なのか? >>512
必要ないよ。
PHP5に移動出来るのは鯖とスクリプトの両方を提供しているビジネス会社だけ。
まだまだ自己満足の世界でしかない。 4でも5でも動くスクリプトを提供するのがプロの仕事、
それが出来ない素人はすぐに責任転嫁する 4でも5でも動くとなると、5で変わった点は殆ど生かされないよね。 >516
phpversionで、読み込むファイル変えればいくらでも生かされるが >>519
何で2つ作っちゃいけないんだ?
頭かたすぎるだろ なんでPHP5マンセー者はバカすぎるんだ?
結局PHP5の機能を使わないファイルを作るなら、PHP5の機能を使わないファイルだけでやるだろ。
無職ひきこもりで時間がありあまってるやつは別だけどね。 >>521
レス番つけて文句言えよ、ついでに流れ読め そんな事までしなきゃ5って使えないよね、しかも素人が使うフリ―スクリプトには使えない物続出だろうな >>523
素人が使うようなフリースクリプトなんて、ほとんどPHP5でも動くぞ。
何せ、難しい事してないからな。
構造やらソースは物凄くシンプル。
企業で書くような大規模で再利用性を考えたプログラムの方が動かない。
>>522
ほら、こんな感じで、ちゃんと本人には伝わってるし。 >>524
つまり、いいプログラムほどPHP5では動かず、どうでもいいプログラムばかりがPHP5で動くってことですね? >>526
そういう意味じゃない。
シンプル・イズ・ベストの言葉の通り。 なんか5支持には無理があるね、5が出なきゃ良かったのかもね、 PHPが複数のバージョンで動くなら問題無いんだよ。
.NetFrameworkなんて1台のPCにバージョンの違うランタイム入れても、
それぞれが独立していて、問題無く動く。
この仕組みはそれは凄く評価してる。
いい加減バージョンの違いによる・・・っていうのはいい加減にして欲しい。 確かにそうですね、僕も、ちょっとバ―ジョンが変わるだけで動かない等のクレ―ムには疲れた、しかもこの先も、ずっと同じ事起きるしね、未来のバ―ジョン予測なんて、できね そこでParrotの登場ですよ。
Perlの場合Perl5とPerl6では互換性は無いが
Parrot側でそれをカバーしてる。
PHPでも同じことをすれば良し。 有償スクリプトならサポート料をぼっているはず
無償スクリプトならサポートする必要はない
無償でサポートしている奴が馬鹿 常時450本以上のモロ動画完備の裏ビデオ通信!
明乃夕奈のタダ動画あり!一見の価値ありです。急いでDLしよう!
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pinkeyes.tv/ PHP4のスクリプトがPHP5で動くっていうやつは、ほとんど動くっていってるだけで、動作の保証がされているもんでもないし。
つうか、PHP4の中でもバージョン間で動く動かないあるのに、PHP5に移行出来るかって感じだな。 >>531
Parrotについては詳しくしらないが、『互換性』とかカバーとか要らない。
単純にPerl5とPerl6がそれぞれ独立してインストール出来て、
それを使うアプリ側がバージョンを指定して動けばいい。
そうすれば、1つのサーバの中でどっちのバージョンも動くから、
使いたい方を使えばいい。 よくわからんが、Linuxのカーネルみたいなもんで、
そうそう全面移行ってのはないんじゃない?
動いているモノに、わざわざ手を入れる必要はないし。 有償サポ―ト出まくりでPHPうざすぎなんだよ、しかも素人相手だからな、おとなしく5使うのやめたよ。PHPはお気軽だから好きなんだけど、なんにも考えてないバ―ジョンアップには耐えられないな。 今の現状を見れない奴がPHP5と騒いでいるだけだよ
気にするな わかってないな・・・ちゃんと書いている奴のスクリプトでは問題が起きない
へたれが適当に書いて動いたって喜んでいるから問題が起きる ま―へたれでもなんでもなくても4で作って5で動かない事は十分ある。その辺十分理解できてる奴は理解できるが、理解出来ない奴も多い、つまりPHP自体理解してないのかもね きっと、どんな糞言語になってもZendは悪くない。アホには使いこなせないのだ。悪いのはアホユーザーだ!!
と言い張るんだろうな。
どっかの国の人みたいだ。
問題点は削っていこうよ。 PHP好きなのはわかるけど、現状見れば4もしくは他言語が無難、ぶっちゃけ、日本だけじゃなくて海外でも同じ現状だよ 実際問題として、web上のCGI言語で使われてるのは
圧倒的にperlが多いわけだがw ま、CGIだしね。
まともに使うものはCGIにしないわけで。
PHPなんてCGIで使ってる人なんてほとんどいないわけで。
JavaをCGIで使うのはバカだし。 安全性を考える人はPHPでもCGIで動かしてるわけで。 PHPの良い点って速さって言うより
プログラマにとって開発のしやすさだと思うんだけど。 >>549
どっちかっつーと手軽さだと思うんだけど まともな開発環境もないのに開発しやすいかねぇ。
とっつきやすくて手軽というだけだよ。 >>548
というか、安全性を考える人はPHPを使わない。 お手軽すぎて、>>1-554みたいなプログラマ気取りが増えるんだよ。 >>555
で自称プログラマのあなたはどのような言語をお使いなんですか? なんかもう、5は・・・かばいようも無いようだ・・。 >>557
Smalltalkって元祖オブジェクト指向言語だっけ?
MVCモデルも採用してたとか。 DebianでPHP5をapt-getでインストールしようとしたら
stableに無いのよ。で、tesingも探してみたんだけど無い。
PHP5はDebianコミュニティから完璧に無視されてるってことだ。
まったくこれは完璧にZendの責任だな。
ユ ダ ヤ 人 は こ れ だ も の いや、厨がいる限りしぶとく続くと思う。
MSXみたいなもん。 phpのいい点は、Cライクで文法を最初からおぼえ直したりすることなく、
すんなりと導入できるところだ。 迅速な開発、これが最大の理由
それもわからない奴はC言語つかっとけって話 >>566
それを言うなら、PerlもRubyもJavaも、ほとんどCライクっていえる。
PHPは迅速に開発にとりかかれるけど、始まった開発は迅速には進まない。 >>568
始まった開発が迅速に進まないのはPHPじゃなくてプログラマの頭が悪いんじゃないかな そうだね。
頭悪いからPHP使いこなせないんだと思う。
だからツールやらライブラリやらドキュメントが揃ってて変なエンバグのないJava使ってるんだと思うよ。
PHPはツールがなくてライブラリのドキュメントも揃ってなくて変なエンバグがしょっちゅうあっても対応できるような賢い人が使うんだろうね。
選ばれた人だ。 >>571
>変なエンバグのないJava
Javaのエンコードに不具合があるのを知らない程、頭悪いとは・・・
おわっとる・・・ でもJava使いってプログラミングの上っ面しか知らない
ウンコちゃんが多いよね。 え?
PHP使いのほうが上っ面多くない?
説明する気も萎えるくらい
「あれ?こういう概念知らないんだ、ふーん」ってなることがある。
そして、概念も概要とか、知ってる言葉を振りかざすだけで、
未検証、評価の精度が低い。
↓の文をコピペして他スレに貼ってき、同志を集める。
【反日】対中サイバー戦【抗日】 Part4
http://academy3.2ch.net/test/read.cgi/china/1113840522/
中国共産党思想統制開放作戦を決行します。
みんなで中国サイト掲示板に書き込もう!
公安によってすぐに削除されますが、一瞬でも見た中国人が己の過ちに気づき矛先が中国政府に向かいます。
このレスを他関連スレに貼り付けてくれると助かります!
>>575
Java使いって正規表現すら理解できてない奴多いよ。
お前テキスト処理の基本だろってなことも知らない。 >>568
ついでに、"人気がある言語"これだね。 人気がありすぎて、
俺様仕様で勝手創造的PHPシステムが
乱造されててウザイ。
他人が作ったサイトをちょっくら面倒見るときに
そういうことが発生しまくる。
JavaでStrutsはちょっと冗長だけど、
それでもJavaならStrutsで済むんだけどーって思う。
PHPのフレームワークは今出回ってるいい感じのやつを使ってほしい。
俺様フレームワークに出くわしたときはマジうざかった。 >>572
バグがあるのと、エンバグがあることは全く違うよ。
バグはソフトウェアである以上しかたないけど、バージョンアップでバグが入るというのは開発プロセスの問題。
今まで動いてたプログラムが、セキュリティパッチで関係ないところで動かなくなるっていうのが頻発するっていうのは、メジャーな処理系ではPHPくらいしか聞かない。 >>577
「PHP使い」の方にこそあてはまる気がするんだが。 Windowsもバージョンアップやパッチで動かない物がある
データにしても下位のものは切り捨てられる事はある
ついて行けない奴は何処の世界でも置いて行かれる
PHPの規模のプロダクトなのに、Windows規模の開発と同じ混乱が発生してるということか。
「フォームが崩れる」とかいっちょまえなこと言って部活さぼってる中学生みたいだな。 Windowsが有償な事を考えたら大差ないだろ
大きい物に巻かれる日本人は小さい所を叩きたがるからな PHPって小さいんだwwww
PHP1色はまだまだ先だな PHP、1色なんてありえない
そんな事もわからないのか・・・
そういうレベルなのか・・・ >>585
ある意味最も条件が過酷なOSと、特定用途のスクリプト言語を大差ないと言えるところが、PHP厨らしくてイカス! 批判するなら使うなよ
使わないならこのスレに来るなよ
余所のスレで騒げ、厨諸君w >>591
君が一番、このスレ来る必要ないと思ううううふ
ネタスレだじょ
もしくは、批判厨の隔離スレとでも思えば問題なかろう >>592
悪いな・・・融通効かなくてw
真面目だねって良く言われるよ PHP5のおかげでPHPの地位は急降下。
それを指摘されて逆切れするPHP厨はZend並にどうしようもないね。 誰か頼むからPHP5の使えるレンタルサーバーを教えてくれ。 >>591
> 批判するなら使うなよ
つまり、信者以外は使う価値なしと。 5鯖借りたら、4になったよ。。レンタル鯖は都合で5から4へ。。。専用じゃないと5は厳しいのかもね。。おそらく4使ってる奴に不具合出て戻したのかもな。。 問題が起こっても自分で対処できるやつはPHP使えばいいし、
ベンダーに責任転嫁できたほうが嬉しい奴はJavaを使えばいいってことでいいんじゃねーの?
PHPで起こるような問題が起こらないJavaのほうがいい。
PHPの問題を自分で対処するくらいならJavaの問題で自分で対処するほうがいい。 バージョンアップ毎に問題が起きるような処理系を
公開しているようなZendはもう無くなってしまえばいいと思うよ。 専用サーバならServletもいいけど、レンタルサーバで運用するような案件だと
要求に合ったServlet環境を探し出すのが難しくないかい?
まさしくそこでPHPなんだけど、
まさしくそこで俺様newbie達が大暴れしてくれてる。 >>605
要求にあったPHP5環境を探し出すのも、同じくらい難しいね。 つうかさぁ、PHPはいいとしても、中国の反日デモはどうにかして欲しいよね。
Zendの責任なんだから。 おめーら黙って聞いてりゃいい気になりやがって!
Zendの責任にすんなよな! ZendのアホがしっかりしてないからPHP5を誰も使おうとしない
今のような状況になったんだよ。 いやぁ、温暖化は、PHP3のころに周り勧めた俺にも責任がある。 このスレザーッと読んでみたんだけど
PHPはもう終了ってことでOKですかね? そのかわり、いままでのスクリプトは使えなくなるけどな。 進化するだびに過去のスクリプトとの互換性無いとは、もはやPHPを必要とする意味が見当たらない。。 PHPは正直言ってWindows使ってCGI使ってる奴にしか需要ないだろ?
なぜならPHPはUNIX系OSでは使えないからだ、どうせCGI作るならUNIX系にも
対応しているPerlのほうが使い勝手がいい 携帯コンテンツ屋です。
最近PHPばっかしでちょっとうんざり。
たまにjspで書くと、変数に$つけてしまうとです。
アンチ PHP の必死さが
PHP5 の素晴らしさを証明した PHPが素晴らしいなんて言ってるのは某AAACAFEの連中だけだろw
あそこlivedoorに買収されて傘下に入ったけど肝心のlivedoorに相手に
されなくていまだに新規ユーザー募集ができてないんだぜ
http://fh.aaacafe.ne.jp/ PHP5は好きであるが、好きと実用的かは別なんだよな、広い意味で今は4が無難かな ああそうだよ、おれはアンチPHP5のPHP4信者さ。 俺はPHP5は好きだがせっかくの良いものを台無しにした
Zendのアホにムカついている。 >>630
4はもうゴミ。5の方が圧倒的に実用的。 >>635
同感。
PHP5 が理解できないので荒れているだけだろ。 >>634
ZendがPHP5を普及させる努力を怠ったから今のPHP5の現状があるんだよ。
もうこれはParrotの降臨を待つしかPHPの未来は無いね。 ZendがPHP5をと何度も書き込んでいる人がいるけど、
採用しなかったのは各ディストリ制作者だろ。 専鯖なら4でも5でもいいがレン鯖を使おうとすると5はきつい。さらにバ―ジョンアップの度に修正が発生するのは発注者も嫌がるね。だって5のレン鯖ほとんど無いからね、別にスクリプトがいいとか悪いとかの話じゃないんじゃないかな。 広まるかどうかは、単に底辺の利用者が少しづつ増えないときつい訳で国内や海外でもレン鯖の大部分は4なわけで。全て5に移行しても問題無ければ、すぐ5にするんだけどね、毎回バ―ジョンアップで互換性保障出来ないのは、きっついわ 既存の鯖でアップグレードするから問題あるんでしょ
完全な新規鯖はPHP5でスタートすれば宜しい
あとは100年もすれば変わるだろ つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、
何を問題にしてるんだ?
実際、某鯖ではPHP4とPHP5はどっちでもつかえるしな。 >>642
>つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、
>何を問題にしてるんだ?
PHP5でPHP4のコードのすべてが動くわけではない。
だからPHP5への移行に踏み切れない。それが問題だろ。 >>644
俺が言ってる事、理解してる?
PHPをCGIで動かすという前提なら、鯖にPHP5もPHP4も一緒に入れられるって言ってるんだよ。
PHP5に移行とかする必要無い。
PHP4で作ったものはPHP4で動かして、
PHP5用に作ったものはPHP5でそれぞれ動かせば良いってだけ。
頭硬いなぁ・・・ >>645は、PHP5はCGIでも許される程度のサイトでしか使うなってことが言いたいんですよ。 誰でもいいからPHP5でPHP4のコードが問題なく動くような
プラグイン的なものを作れや。こんな状況だと本当にPHP終了しちゃうよ? このまま行ったら国内は4からの移行は下手したら10年かかる。何か対策は欲しいものだな 全ての人が自作でPHP書いてるわけじゃないからなぁ。
作って他の人に配布してる人とかは、色々考慮して作らないといけないからね。 >>650
頭の悪い読みだな…。自分の頭の悪さの対策をしといたほうがいいぞ。 PHP3→PHP4の時も結構バタバタしてたようだけど、結局PHP4へ移行したんだよね。
Zendにしてみれば、PHP5の時もそのまま「泳げない奴は沈めばいい」なんだろう。 Zendに危機感が無い限りPHP5が表舞台に立つことはないだろうな。 perl4 と perl5 の時も同じ話をしてたなぁ >>653
PHP4のときは、セッションというキラー機能があったし、性能もあがった。
日本語対応もまともになったし。
PHP5にはPHP5じゃないとできないことが全く無い。 大手のレンタルサーバ管理者がもっと思い切って
〜日からPHP5にしますので4でしか動かない人は今のうちに何とかしてくださいね♪
ってやってくれればいいんだよ。
一つのサーバがそれやっても他へ移ってしまうだけなので
大手レンタルサーバの管理者たちが皆集まって協力して同時にアップデートするの。 PHP5 はまともな OO なので
PHP4 より開発効率が素晴らしく向上してますが。
あと、PHP4 より高速だしね。 巷のレン鯖の導入率が50%程度越えればすぐにでも移行するつもりだよ。 xrea が PHP5 対応するからそれで十分な気も >>657
Perl4からPerl5への移行は比較的スムーズだったよ。
PHPみたいにガラっと言語仕様が変わったりしてないから。
(Perl5はその点で無理がきちゃったとも言えるが。)
Perl5とPerl6は言語仕様がガラっと変わるけど、
Parrot版Perl5を作るということで対応策は考えてる。 >>664
PHP4 と PHP5 の「ガラッと」って具体的には?
perl4→5、Java1.1→1.4 より遙かに楽だったんだけど。 下位互換も何も考えずにユーザーガンガン切り捨てる
最新の開発スタイルを貫くZendさんはぶっちゃけカッコイイw
でも、そんなんじゃPHP6を待たずしてPHP撤収→あざーっすの
パターン必至だよねw 「どの」下位互換を問題にしているの?
665 にも書いたけど perl,java を移植したときの
下位互換性のなさより
PHP4→5 は楽だったんだけど。 わざわざ書き換えしないと使えないようじゃ、レンタルサーバーで導入渋るのは当たり前。
そういう事考慮してないから、こういう事になるんだよ。 >>669
だから、それってPHPだけだっけ?
Perlも同じだった気がするんだけど?
Perl4->5はきつかったけどなぁ、構文変わってたしw
Perl4->5に変わったのってかなり前だし知らないだけでしょ Perl4→5 は構文だけでなく、言語仕様変更で
syntax error は出ないんだけど動作がおかしくなる、
なんてあったな。例えば jcode(*) → jcode(\*) とか。
PHP4→5 は変換スクリプト一発で移植完了なので楽すぎ。 >>672
そうそう、perl は大変だった。
perl は my の導入で local も変わって大変だった。
php と違ってソースの可読性が低いし。
php4→5 は無変更で動くこともある。
実際、同一ソースで php4 と 5 で動くようにしてる。 うちの掲示板は同じソースで PHP3, 4, 5 で動くよ PerlとPHPじゃ市場利用規模が違いすぎ。広がりかけのスクリプトなんだからさ、PHPはね。Perl使えないレン鯖を借りるか?PHPは使えなくても気にならない奴がほとんど >>675
PerlとPHPの市場比のソース希望。
あと、新規案件での採択比希望。 今仮にレン鯖全部5にしたら客逃がす、ようなもんだろ。そんな危険犯す鯖屋は少ないぞ、少なくとも4と5選択可じゃないと鯖屋としては危険だろだから4のままなんだよ >>677
だからそれは perl の時もそうだったよね? >>679
それは、Perl5が出てからも暫くレン鯖無かったのと同じ。
国内でないだけだろ
アメリカにはある
日本はアメリカの数年遅れなだけ
PHP4 や Perl5 の時も同様 PHP信者は何を根拠に妄想ばかりほざいているのでしょうか? アンチは何を根拠に妄想ばかりほざいているのでしょうか? ま―どっちでもいがな俺は5は好きだし広まって欲しいよ、ただあまり早い速度で下位互換ないと仇になる場合が多いのはわかるだろ?そしてレン鯖で言えば、現状は4な訳よ、これが一気に5にはならない訳よわかるだろ? レン鯖で言えば、おそらく4と5両方使えないと、加入者も困る訳、さらにこうなるとPHPじゃなくてもいい訳。信者も視野を広げて意見が欲しいもんだね 更に今どっかの素人のレン鯖使いが、どっかになんかのスクリプト依頼して5で出来てきたら鯖4なんですけどってなるだろ。 だから広まりかけてるPHPは完全に下位互換ないと、まんどくさくてだるい訳、ま―とは言っても、それが方針だからしょうが無いがなハァハアだって今だぞ今!今5で納品したら、ぶっちゃけバグもありそうだしな レン鯖使ってるようなトーシロ連中が気にするような話題じゃないと思うがな( ´,_ゝ`) ぶっちやけレン鯖じゃ無ければ、5が最高に決まってる。専鯖なら好きなバ―ジョン使えばいいだけの話だしな >>689
専用サーバー使えるなら、中途半端なOOで次のバージョンアップで動く保証のないPHP5使う
よりJavaのほうがいい。
開発環境が整ってて開発も楽だしね。 >>678,680
PHP5のRCからすでに1年が過ぎ、もうすぐ正式リリースから1年になろうかという時期じゃなければ説得力があるんだけどね。 だからごちゃごちゃ言わずにZendのバカがPHP5でPHP4も動くような
オプションをつければいいんだよボケ。 本来なら、先進的にPHP5を採用する人がメリットを享受してることを宣伝して、保守的な人が重い腰をあげる気配が見えはじめないといけないんだよね。 >>693
これじゃだめなの(php.ini)
; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
zend.ze1_compatibility_mode = On >>695
勉強不足で申し訳ないんだけど
それでPHP4のどのようなソースも動くようになるの? 動く場合もある、保障はない。俺試したら駄目な場合が多いわ 互換モードで何の問題なく動いてるなぁ。
動かない配布されているアプリとかって何かある? ZendがPHP5で下位互換性をないがしろにした、と騒いでいる阿呆どもは
なんでわざわざこのスレを覗きにきてるわけ?
PHP5の機能全部入れアプリ作り始めるの
('A`)| ̄|_マンドクセになってる香具師いるだろ? ってかさ信者以外わざわざPHP5使う必要あるか?6になっても7になってもどうせ、同じく下位互換保障ないかもだぜ、Perlも他言語もそ―じゃんとか言ってる奴は使った事ないやつだろ、現実知れよ信者。 質問する前にちゃんと自分で調べてから言ってほしいわ。 >>705
>Perlも他言語もそ―じゃんとか言ってる奴は使った事ないやつだろ、現実知れよ信者。
むしろ、お前がPerlも使った事の無いんじゃないか?
さらに現実を見るのはお前さんだろ。
俺だけじゃないだろうが、Perlもそうだったと言ってるのは、
以前はPerlを使っていて、そういった現実を見てきた・体験してきたんだよ。
>ってかさ信者以外わざわざPHP5使う必要あるか?6になっても7になってもどうせ、同じく下位互換保障ないかもだぜ
Perlも6になってどうなるか見ものだよな。
今のPHP5に対して言ってる事と全く同じ事言われそうだな。
ちなみに、Perl5が出てきた時も、殆ど同じような意見が出されたよ。 つーか例外処理も無いPHP4なんか使い物にならねーんだよ。 Javaはいちいちコンパイル&デプロイするの面倒だしな。
面倒ならAntで自動化すればいいだけじゃない?
まともな開発環境なら、開発時はコンパイルとかデプロイとか意識する必要ないし。 そりゃキミのPentium166MHzでは重かろう。 >>714
当然AntもXDocletも使ってるけど、「コンパイルとかデプロイとか意識する必要はない」と
「コンパイルやデプロイが必要ない」ってのは大きな違いですよ。
>>717
XDocletはコンパイルやデプロイには関係ないと思うが・・・
で、コンパイルとかデプロイとか意識する必要ないまともな開発環境は使ってるの?
コンパイルやデプロイが必要ないのと大きな違いは無いと思うけど。
デプロイに関しては、開発時にローカルでやる分には基本的に必要ないわけで。 Eclipseとか使ってればWebアプリでコンパイルを意識しないけどなあ。 いや、開発時においては意識してもらわないと、その、困る Eclipse使っててJava知ってるとなんかPHP5やる気なくす・・・。俺は。
むしろわりきってPHP4が好きなのかも。 PHP5のオブジェクト指向ってJava使いからみるとそんなに劣ってるの? いや、PHP5は素材としては良いと思います。
劣ってると思う部分はそれをとりまく環境です。
Eclipse, tomcat, struts, Junitなど、その他もろもろのツールを使ってみてください。
Javaは冗長で面倒くさく小回りが効かないのが欠点だけど、良いですよ。
でも、オブジェクト指向になれてないと、
便利なツールもとっつきにくい、というかありがたみがわからないかも。
PHP5のオブジェクト指向は局所的に便利に使おうと思います。 >>721
いや、XDocletはHibernateのマッピングファイル生成に使ってるんだけど
この作業はコンパイル時に平行して行う必要があるので関係あるんです。
むしろXDocletがサポートする領域って、どれもコンパイル/デプロイ時に
意識する必要があるものばかりだと思うけどな。
開発環境はEclipse使ってますよ。
俺が言ってるのは運用環境に最新のコードを反映させる際に、いちいち
コンパイル&デプロイする手間がPHPに比べて冗長だってこと。
Java と PHP を使うけど
Emacs 使いとしては Eclipse は不便。
Java も PHP も Emacs で満足。
あと、Java の OO は冗長で開発効率と精神性に悪くない? PHPのOOは、Javaのマネで、型なし言語のよさも活かしてないし、型あり言語の制約だけ持ち込んでる。 >>727
運用環境に最新のコード反映させるのなんか、warファイル置くだけじゃないか。 つうか、EclipseってWeb開発には普通に不便。
JBuilderかNetBeansの方がいい。 VS を知ると Eclipse や JBuilder 全て不便 >>733
言語云々とかは置いておいて、MSのVSだけは優秀だよな。
VSの環境以外に考えられないもんな・・・ MSのユーザーインターフェイスは優秀だと思う。
MSが買収したソフトは、ユーザーインターフェイスだけはよくなるね。 なぜ何故と書かないのだらう?と書かないのでせうか? なぜ何故と書かないのだらう?と書かないのでせうか?
を略して
な?? >>741
すまん。無知だった。
ちゃんと調べたら、PHPはすでに終わってた。 EclipseでPHP5書いてるけど
普通に便利だよ
OOPだとクラスファイルがやたら増えるから
エディタだけだとキツいと思う ところでPHP5ではコネクションプーリングできるようになったの? php5-cliってドコでダウンロードできるのかね?
php.netに見当たらないんだけど。 >>744
http://66.102.7.104/search?q=cache:z4Yyc0rmnFQJ:www.freespace.jp/~Pooh/WEB%2BDB-PRESS18-Toku3-3-3.pdf+%E3%82%B3%E3%83%8D%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3%E3%83%97%E3%83%BC%E3%83%AA%E3%83%B3%E3%82%B0+php&hl=ja いつまで待てばphp5によるphp1色の時代になりますか? 目をつぶれ。
まぶたの上から人差し指で両目を思いっきりおさえろ。
30秒待て。
指を離して目を開けろ。
ほら、PHP1色の世界が見えただろ? >>750
言われたとおりやってみました。
PHP5のおかげで崩壊しつつあるPHPの姿が見えました。 >>752
それはあんただ。
しっかりと目を見開いて現状を見てみな。
だーれもPHP5を使ってないから。
そしてそんな現状を作り出したZendに対する不信感が
PHPユーザーのPHP離れを招いているんだよ。 Zendは開発者を大切にするとか言った事ないよね。
MSにしろSunにしろIBMにしろ、本音はどうあれ開発者を大切にすると言ってる。 >>754
ZendがMSやSunやIBMと肩を並べようとは片腹痛いんだが。
ちなみにMSやSunはPHPのようにマイナーバージョンアップで
互換性が取れないような失態はしてないがそこら辺のアンタの
意見を聞かせてくれないか? なにを求めてるのかわからんのだが。
MSやSunは、マイナーバージョンアップで互換性が取れないような「失態」を何度かしている。
でも、それは、保証しようとしたことが失敗したので、PHPの場合のマイナーバージョンアップでの互換性をはなから保証していないのとは違う。
つまり、PHPのマイナーバージョンアップで互換性がとれなくても、失態でも失敗でもなく、当たり前の正常な現象。
やってられない。 >>753
「だーれもPHP5を使ってないから。 」
は? 今の時代誰もGoogleなんて使わんだろ
みんなGooglke使ってるよ で?いつになったらPHP5によるPHP1色の時代になんのよ?
またガセか? PHP5いつになったら普通のレン鯖で使えるようになるのかねぇ・・・ 正直PHP4をやりこめばやりこむほどOOの不完全さが身にしみる。
はよPHP5を普及させてくれ。そこいらのレン鯖にインスコされる程度に。 正直JavaやRubyをやりこめばやりこむほどPHP5の不完全さが身にしみる。
はよRubyを普及させてくれ。そこいらのレン鯖にインスコされる程度に。 >>777
RubyがWebで使えるようになるかはParrotにかかってる。
期待して待ってるんだな。 PHP5とかとっとと捨ててPHP6をParrotで作ればいいんじゃまいか?
PHP4とPHP5の互換関数と互換構文を実装しておけば、PHP4やPHP5からの移行も楽だろうし
JavaやPerlやPythonやRubyやTclに切り替えたくなったら簡単に切り替えられるし
PHP6の機能がいらなければ、PHP4やPHP5のみを実装した上位言語を選べばいいだけだし。
だから、PHPもZendエンジンとか捨てて、Parrotに参加しろってこった! PHP4には、はぁはぁスレがあるのに、PHP5にはないからだ。 バージョンアップする度に動かなくなるのは何とかしてくれ。
言語仕様クソ過ぎだよ。 まあ、普通はバージョンアップ前にChangeLog読むだろうから
エンバグしてない限りそんなに問題はない。 エンバグも多いし、change_log読んで
「仕様変更がありました」
って書かれてて問題ないわけない。 >>785
考え方の違い。
『仕様変更ありました』と書かれていたら、今現在のシステムなりに影響があるかを考える。
影響があるなら、セキュリティなどの深刻な問題があったかを更に調べ、
特に問題がなかったり、PHPの書き方とかで回避できるのであれば、バージョンアップを見送る。
だから、そんなに問題になる訳が無い。 つうか、こういう所はASP.NETを見習って欲しいよな・・・
複数のバージョンの.NETFrameworkは同時にインストールできるし、
動かす時は、どれを使うか選べるしで、かなり楽だよな。 >>786
お前のチンケなシステムの話はしていない >>788
それほど重要なシステムなのに、調べもせずにバージョンアップして動かないとか行ってる時点で、
そのシステムがどれだけチンケなものか想像し易いなw >>786
セキュリティアップデートで最新版以外使えなくなるにもかかわらず影響がある変更が入ってることが多々あるわけだが。 php5ってJavaみたいにクラス内でメンバ変数やメソッドにアクセスする際の
$this->の省略ってできる?$thisマジうざいんだけど。
>>793
できない。
ドキュメントも読まない奴が一番うざい。 PHP4.xとPHP5.0とPHP5.1の速度の比較がある。
http://ll.jus.or.jp/2005/files/php-llm05.pdf/file_view
これ見る限りPHP5.1でphp1色の時代になるのは間違いなさそう。
PHP6でとうとうregister_globalsは削除されちゃうんだね。 なんだかなぁ
民主党の演説だけを聴いて民主党に投票しようと考えてしまうような奴らなんだな、PHP厨って 削除する理由がわからん。
デフォルトOFFでいいんじゃねぇの? セキュリティ問題に気づいていないで
Onにしてる奴を排除したいからでしょ。 ところで激しく既出だろうがCGIがPHP一色って凄いネタだな。 一向に来る気配すらないPHP5の時代。
もう終わったなw 最近、XREA+借りたら無条件でPHP5でした。
今までPHP4サバ使ってたのでとりあえずそのままアップしてみてたら
ことごとく全部表示すら出来なかった・・・。
そして調べてみるとob_start("ob_gzhandler"); をコメントアウトすると
表示できた。
という事はPHP5でgzip圧縮は駄目になったんでしょうか?
すれ違いっぽいのでこちらに移動します。
【PHP】下らねぇ質問はここに書き込みやがれpart15
http://pc8.2ch.net/test/read.cgi/php/1137236771/ 頻繁に起動されるPHPスクリプトならともかく、たまにしか動かないPHPスクリプトを
わざわざApacheモジュール版PHPで動かすのはバカ。メモリの無駄遣い。 たまにしか動かないPHPスクリプトだからモジュール版PHPじゃないのか? mod_php は Apache::PerlRun のようにインタプリタが常駐するだけって知らずに言ってる気がする。
ちなみに PHP は他の SAPI (たとえば FastCGI) もインタプリタが常駐するだけなので
SAPI が異なっても同様に動くというメリットがある反面、プログラム自体を常駐させるような
使い方はあまりされないね。(Pure PHP で httpd つくったりしてるひともいるにはいるが) ああ、そういうことか。たまにしか動かないスクリプトでmod_perlは論外ね。
俺が言いたいのはインタープリターの常駐もメモリの無駄だってこと。 magic_quotes_gpcってデフォでoffになってたのね 互換性を重視しない姿勢はVBに似てるな
PHPはWEBにおけるVBだな PHP5使っててもPHP4のときと変わらんこと多いと思う。
OOにしても、$db->selectSQL() みたいな使い方しか
見たことないよ。 PHP5でOOPをやりてえよお。
もう、globalが20個もあるスクリプトのカスタマイズはしたくない。
まあ、PHP5でもやろうと思えば出来てしまうわけだが。 PHP4でもそうしないことは可能
...だけど古いののメンテではそうもいかんよねぇorz PHP5って例えば、fopenみたいな組み込み関数でも例外吐くのかね? php4でもphp5でも動く
フレームワーク使っているから問題なし。 ノ L____
⌒ \ / \
/ (○) (○)\
/ (__人__) \
| |::::::| | < 誰も興味ないのか!
\ l;;;;;;l /l!| !
/ `ー' \ |i
/ ヽ !l ヽi
( 丶- 、 しE |そ ドンッ!!
`ー、_ノ 煤@l、E ノ <
レY^V^ヽl 超初心者です
macでのphpの環境設定の仕方がわかりません
entropy_phpをインストールし、php.iniの修正をしているところなんですが、win用の解説書読んでいるので、混乱しています
macの方いましたら、教えてください MAMPを入れるといろんな設定ファイルhttpd.confなどをいじらなくてもいいんですか? 2005年以降のレスが少ない。PHPは息をしてるのか 転職の際は要チェック。
下記の条件が全て当てはまる会社にご注意下さい。
・IT系 in Tokyo
・転職会議で2.5点
・転職会議の「その他>2ch情報」の欄で過去の労基2chスレが表示される 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
GQQ3681FSM ■ このスレッドは過去ログ倉庫に格納されています