php5これでCGIはphp1色の時代へ
■ このスレッドは過去ログ倉庫に格納されています
>>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# 勉強中 ■ このスレッドは過去ログ倉庫に格納されています