php5これでCGIはphp1色の時代へ
■ このスレッドは過去ログ倉庫に格納されています
PHPって簡単でいいよね。CやPerlは諦めた漏れでも 掲示板作れるもの 〜oノハヽo〜 / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ( ^▽^) < 新スレおめでとうございま−す。 = ⊂ ) \_______ = (__/"(__) トテテテ... o モナーからのお知らせ o / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ / 超ローリスク!超ハイリターン! / / iモードサイトオーナー必見! / / 出会いサイトオーナーシステム / / / /http://www.lo-po.com/owner/?183 / / / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ ∧_∧ / /∧_∧ ( ^∀^) / /(^∀^ ) ( )つ ⊂( ) | | | | | | (__)_) (_(__) >>5 2002年末 >>3 できるが、実装がjavaに近くなってきているので段々敷居が高く なってきているとおもはれ。 それでも、らくちんだか。 phpってなんか深みがないような気がするんだよねぇ。。。 簡単なもの作るのはいいんだろうけどさあ。 ____ /∵∴∵∴\ /∵∴∵∴∵∴\ /∵∴∴,(・)(・)∴| |∵∵/ ○ \| |∵ / 三 | 三 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ |∵ | __|__ | < >>1 CGI?君はそんな無駄な事にPHPを使っているのか(ゲラ \| \_/ / \_________________ \____/ ______.ノ (⌒) //::::::::|-、 ,-/::::::ノ ~.レ-r┐ / /:::::::::::| /:::::ノ__ | .| ト、 | /:::::::::::::::| 〈 ̄ `-Lλ_レ′ レ::::::::::::::::::|/::: ̄`ー‐---‐′ ____ /∵∴∵∴\ /∵∴∵∴∵∴\ /∵∴∴,(・)(・)∴| |∵∵/ ○ \| |∵ / 三 | 三 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ |∵ | __|__ | < いすスレって何? \| \_/ / \_________________ \____/ ______.ノ (⌒) //::::::::|-、 ,-/::::::ノ ~.レ-r┐ / /:::::::::::| /:::::ノ__ | .| ト、 | /:::::::::::::::| 〈 ̄ `-Lλ_レ′ レ::::::::::::::::::|/::: ̄`ー‐---‐′ 。◇◎。o.:O◇◎。o.:☆ 。:゜◎〜oノハヽo〜☆。∂:o゜ /。○。∂( ^▽^)O◇。☆Oo /| ̄ ̄ ̄ ̄.∪ ̄∪. ̄ ̄ ̄ ̄ ̄| / |新スレおめでとうございまーす| ▼ |_____________| ∠▲―――――☆∂io◇◎。oO☆o 。◇◎。o.:O◇◎。o.:☆ 。:゜◎〜oノハヽo〜☆。∂:o゜ /。○。∂( ^▽^)O◇。☆Oo /| ̄ ̄ ̄ ̄.∪ ̄∪. ̄ ̄ ̄ ̄ ̄ ̄| / |いすスレおめでとうございまーす| ▼ |______________| ∠▲―――――☆∂io◇◎。oO☆o 3月27日にPHP5のセミナーがあったね。 誰か行った人いる? >>20 そんなんあったんだ。。 行きたかったー、何処であったの?。 PHP5の前に、とりあえず4.2・・・。 PHP-devel ML(JP)読んでるけど、 5はかなり大きな変更になりそうだね。 >23 usersMLの方だけど。 わかりやすくまとめてあったので。 http://www.nishimoto-site.net/archiver/ML/php-ML/200203/msg00250.html 個人的に、クラス周り強くなるのはうれしいかも。 マルチバイト対応とかはまだ決まってないことも多いみたい。 php5はwebだけじゃなく普通のアプリも作れるってね >>24 サンクス。 なんかどれも「今まで無かったのかよっ」とつっこみいれたくなるモノばかりだな…。 >>21 飯田橋の東京コンファレンスセンターです。 今年の2月以降に製造された RX-2001 が、 たったの 9700 円!?↓ http://www.bidders.co.jp/user/1023585 買おうかな。 >26 まあ、今まで 実装する=それが仕様 ってスタイルできてて、このあたりのことをやる余裕が なかったのかもね。 まあ、PHP5でようやく言語としてまともになってくるかも。 下位互換性だけど、PHP-dev..JP MLで <?php version "5.0"?> こういう話もあるみたい。 まあ、本家のほうで受け入れられなければ実現しないと思うけど 下位互換性は低いよりは高い方がいいよ。 o 案内 o / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ / / / ここが、 / / いわゆる「いすスレ」です / / / / / / / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ ∧_∧ / /∧_∧ ( ^∀^) / /(^∀^ ) ( )つ ⊂( ) | | | | | | (__)_) (_(__) オブジェクト指向とかって良く言われるんだがそれってなに? Javaの時も散々言われたが結局なんのことかわからんし。 よく電気スタンドに例えてONするとかOFFするとか例えられてるけど どういうときに使うのさ? というか、今でもphpはクラス扱えるはずだか・・・ PHPいいわ。ジャヴァやスィやペルルなんて全くわからないけど コレは簡単。息子に聞かなくても、もう大丈夫。 これからはPHP,CSS,Flashのトリプルイーズィープログ゙ロマーこそ最強。 わけわかんねーからザヴァとか逝っていいよ。Javascriptは良し。 >>37 オブジェクト指向を取り入れた時点でイバラの道を突き進むことが予想。 PHPの開発にUMLやらデザパタが取り入れられるようになるのだろうか…。 o 案内 o / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ / 〜 ご案内 〜 / / / / ここが、 ./ / いわゆる「いすスレ」です / / / / / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ ∧_∧ / /∧_∧ ( ^∀^) / /(^∀^ ) ( つ ⊂ ) | | | | | | (__)_) (_(__) o o / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ / 〜 ご案内 〜 / / / / いすスレワショーイ ./ / いすスレワショーイ ./ / いすスレワショーイ ./ / / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/ ∧_∧ / /∧_∧ ( ^∀^) / /(^∀^ ) ( つ ⊂ ) | | | | | | (__)_) (_(__) PHPってなんであんなにやり易いんだろう。 Perlとかソースみてると頭が痛くなる。 >38 デザインパターンに関しては ttp://www.pat.hi-ho.ne.jp/dimension/ ここが結構色々書いてあって面白い。 まあ、オブジェクト指向で「作れるようになる」のと「作れない」では やっぱ作れるようになったほうが選択の幅は広がるし。 別に使いたくなければ使う必要無いんだしいいのでは? //まあ、盲目的にオブジェクト指向って言われると萎えるけど・・・。 //仕事がらみだと、盲目的にJAVA押してくる人がいて困る(苦笑 しんぱいないよ そのうちあぱっちにでふぉでくみこまれるようになるから わら >>41 PHP で頭痛くならないってたいしたもんだよ。Pear のソースなんて 書き手のオナニーだろ。(あんな使いづらい下手糞な設計でも PHP 標準 でついてきてしまうんだから、参った。) >44-45 わかりやすい自作自演だなw 正直笑った。 一体いつの書き込みにレスしてるんだよ、って感じだし。 >>44 Pearのなんのソース? よく使うHTML/IT.phpはまともだと思うけど・・・。 PHPDocのコメントがウザイときはあるけど、あれはPearの規約だったはず。 >>50 馬鹿でつか? おまえはCGIを理解してるのか小一時間……… >>50 かけます。が、>>51 がなぜそこまで怒っているのか わかりません。 phpにもbeanみたいなもんがあったら便利だと思う。 >>51 おまえは本当に小一時間問いつめたいのかと小一時間問いつめたい 小一時間て言いたいだけちゃうんかと PHPで*CGI*を書くヤシなんてこの世界にいったい何人居るだろうか? メーリングリスト読む限りでは いくらでも居るようだが。 レンタル鯖にもCGIとしか使えないのもあるようだし。 世の中Apache以外のWebサーバはいくらでもあるし。 >>56 マルチユーザで使う場合は正直言って CGI 版で使うしかないよね。 suexec で各ユーザごとのセキュリティを確保せにゃならんし。 safe モードを使うにしても、サーバが提供する標準 CGI として カウンタなどを提供するときとかも CGI で言うところの実行できるけど読めない、 と言う状態を作らなきゃいけないけど、モジュールの状態だと include, require できるけど読むことはできない、と言う状態は 作れないし... >>49 Mail.php を見よ。無意味な Abstract Factory が拝めるぞ。 the Zend Engine 2 (php5 alpha) Available http://www.php.net/ age >59 <?php class MyDestructableClass { function __construct() { print "In constructor\n"; $this->name = "MyDestructableClass"; } function __destruct() { print "Destroying " . $this->name . "\n"; } } $obj = new MyDestructableClass(); ?> メソッドのオーバーロードはまだ実装されないのですか? 機能のまえにPHPっていうダサい名前をなんとかしてくれ。 図書館でPHPの本を借りたくてPHPで検索すると PHP研究所の本がうじゃうじゃでてきて探せたもんじゃない l≡l .l≡l |:::└┬┘:::| |:::┌┴┐:::| / ̄ ̄\ ノ::::::丶 /:::::::\. / ̄ ̄\ | 記念 .> (::(,,゚Д゚)(゚ー゚*)::) < パピコ .| \__/ |:∪::::| |::::∪::|. \__/ 〜((((:::::))(((:::::)))〜 ∪ ̄U U ̄∪ >71 RubyがPHPに改名すればそれもいいかもな >>70 いざプログラミングのPHPのみに絞り込むと 全然ヒットしない罠。 Perlの本だと少しはあるのに・・・ >>75 寒い。SSL対応PHP?(意味無し) いやSSI対応PHPファイルとの区別にするんかい? PHPあればSSIいらんかな? >>34-36 >>37 >>42 PHPでオブジェクト指向やるなら いっそのことPHPやめてTomcat(JSP + Servlet) + strutsのほうが開発効率高まるんじゃないかい? HTML内にPHPコード埋め込むのやりすぎるとだんだん気持ち悪くなってくるし、JSPでもHTML内にJavaコード(スクリプトレット)埋め込むと同様に気持ち悪くなる。 そこでServlet と非ServletなJavaユーティリティクラス、Beanクラスを用意してカスタムタグライブラリを自作するとコードが読みやすくなりすっきりしてコーディングが楽になる。 しかしそういうもの自作するの面倒なので、strutsを使うんじゃ。 よく使いそうなタグライブラリも既に用意されて楽でいいわ、 Beanの作成もServletに相当するクラスも作成も継承するだけで非常に楽でいいわ、 JSPファイルも、 <% %> (PHPの <? ?> )なんてキモイコード一切書かなくて済むわで、 すべてタグだけでコーディングできるて最高! http://www.s55.net/ ~paka/ FFAのPHP化 βテストのため テスター募集中 マルチすんまそ PHPの画像モジュールでjpgサムネイル作ると激しく色褪せどうにかして最高! RubyがPHP PHPがRuby ということで これからは Ruby の時代だよな? >>82 まだ、リリースされてないんじゃないのかな? >>情報サンクスコ! そりゃそうと、スナップショットのミラーサイトにはphp5ってディレクトリが あるけんが、その中にはWin32バイナリのphp-4.3.0-dev-zend2しかない。 っちゅー事はPHP4.3.0からPHP5ってことかいな? PHP5.x.xっていうリリースのほうが正解っぽいと思うんだけんども。 以上、独り言ですた。 あんぎゃー >>85 内の 「>>情報サンクスコ!」 は、 「>>84 情報サンクスコ!」 とお読み変えくださいまし。 逝ってきまつ。 >OO言語へと歩を進めるPHP5 Ruby最強ということが証明されますた ローカライズオプションから --without-pgsql --without-mysql が無くなったみたいだけど、必要無いの? phpっていいね Perlのオブジェクト指向は正直意味不 そんなこと言うなっ。 Perlを使ってる人もいるんだぞ。 >>55 >PHPで*CGI*を書くヤシなんてこの世界にいったい何人居るだろうか? PHPはほとんどのレンタルサーバーではCGIとしてしか動かせません。 よって職業でやっている人以外ほとんどの人はPHPをCGIとして使ってます。 CGIのPHPはPERLより遅いです。 >>93 日本だとな。 海外だとPHP使えるところも多い。 >>92 わっはっは しかし俺様phpよりPerl派やねん PIっていってたころのPってPerlのPだったんだよな・・・ どうでもいいけど。 (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン っていうか,2003年もあと2.5ヶ月だが,ちゃんと5はでるんでしょうか? ついにPHP5.00 beta-4が出た訳だが、 RCも4くらいまで出て正式リリースだろうから あと半年くらい待つのか。 P ( ´,_ゝ`)プッ H ヘタレが。 P (ププププププ PHP5 RC1 キタ━━━━(゚∀゚)━━━━ッ!!! なんか盛り上がってないな・・・ それともみんなコーディングに夢中? PHPのオブジェクトって参照じゃ無いんだろ? 終わってるよ >>106 教えて君で、すんまそ。「参照じゃない」という文章の 意味が分かりませんです。オブジェクト指向は素人なもんで。 こんなことで良いのかのう>わし >>106 PHP5では参照渡がデフォルトに成増。 php5のredhat9用のsrc.rpmが落ちてる所をご存じありませんか? PHPにもアプリケーションサーバみたいな仕組みがほしいとこだな。 現状、PHP5で動くテンプレートエンジンってあるんですか? phpunitがPHP5ではうまくつかえん。 だれかよい方法をおしえてくれ。 PHP5 用に修正するか、新たに作ってうpすれば尊敬されるよ。 >>119 PEARにPHPUnitが含まれていることがわかりました。 (自分が見てたのはphpunit.sourceforge.comのほう←ふるい) そっちを使うことにします。 PHP5全然使われてないよね。 失敗だったの? OO廻りがだいぶまともになっていいなあと思ってたんだけど。 >>121 >>122 人柱とゆーかなんとゆーか 作成元不明なPHP4の<S>改修</S>作り直しで使うことになった 幸運を祈ってほしい鴨 #その上、元のは眩暈がするほど素敵なコードが並んでたので使えない >>123 うわー、つらそうなパターンだ。 元のコードがサバのエラーログを汚しまくりでないことを祈るよ。 眩=眼花(目がかすみチラチラすること) 暈=頭がまわる感じがするもの 眩暈、目眩、頭眩ともいう。めまい。 simpleXML の設定で Schema support が Enabled になってたので、 valid なXMLを読ませてみた(simplexml_load_file) ルートノードは作られるものの、どうも子ノードができてない様子 well-formed にするとうまく動作したので、とりあえずこの方向で続行 名前空間の問題かもしれない、後でちゃんと確認すること>自分(ぉ #こーゆー(人柱的)報告がスレ違いだったらすまそ PHP4と同居できない理由てメモリプールとかの関係か? >131 3.9になる前に4.0になってしまったら 一生使えませんね^^ PHP5.0.1 FreeBSDで、 http://jp.php.net/manual/ja/ref.simplexml.php なかんじでXMLをいじってるのですが、 <movies> <movie>はげ</movie> <movie>ふが</movie> <movie>ふに</movie> </movies> の場合と、 <movies> <movie>ほげ</movie> </movies> だけの場合のどちらでも、 <movie>の中身をとりだしたい(前者の場合は配列で)のですが、 複数ある場合を想定してforeachを使うと単数の場合にエラーとなり、 単純に$xml->movies->movie とやると、複数のうち最初の一つ(つまり「はげ」) しか取得できません。 同じコードで、どっちにも対応できるようにするにはどうすればいいのでしょうか? (´-`).。oO(なんでネタスレで質問するのだろう・・・) (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン >>134 単純に型調べて判断してもいいし、いくらでやり方あるだろう >>134 試してないけど、 foreach($xml->movies->movie as $movie) { 処理; } でエラーが出るってこと? phpでCGIなんて時代遅れもいいところなスレになってしまったな PHP5のマンモス本が出てたので買ってみたが, リファレンスのページがすさまじく使いにくい。 『PHP5逆引き大全 500の極意』 http://www.amazon.co.jp/exec/obidos/ASIN/4798008850/ これってまだ見てないのですが、良さげでしょうか? マンモス本のPHP5は、アマゾンのカスタマーレビューだと、 オブジェクト指向の説明が足らない!とか書いてありますね。。。 っていうか、Webシステムにオブジェクト指向は要らない。 少なくとも、「逆引き大全」とか読むレベルでは。 >>151 確かにオブジェクト指向っぽい作り方をしてるだけっていうか ほとんどサブルーチンわけしてるだけだからね むしろ、オブジェクト指向を絶対視して、すべてをオブジェクト指向で書くのがすばらしいという空気が残っているのが害。 Webアプリケーションの構造をむりやりオブジェクト指向にしたところで、やってはいけない分析をしてしまうのがオチ。 >>153 それあるよね オブジェクト指向を導入した際の メリット・デメリットをはっきりさせないと。 まぁ流行の単語とかはどうしても 勘違いというか上辺の知識だけの人がでてくるよね 何がPHP5でCGIはPHP一色の時代だ、バカも休み休み言え。 まだまだPerlで書かれた素晴らしいスクリプトが山ほどあるのに、 それをPHPに全て移植し切ってから言え。 海外では既にPHPへの移行が進んでるけどな ていうかCGIが使えない鯖が増えてる 日本だけだねPerlに固執してるのは つまり、PHPへの移行が進んでるのは海外だけで、日本ではPHPは弱小、だから語る価値はない、ってことだね? 日本でのPHPの不人気さは、本家のマルチバイト対応の軽視によるところが大きいと思うんだよね。 海外が移行してるって言ってもPerlもJavaも最初そんなこと言ってたんだけどな 現実的な話として、Javaは海外の普及度に追随して国内の普及度は上がったけど、PHPにはその兆候が見えない。 どうなの? 時代錯誤なクライアントがcgiを強要する限り鯖屋もソース書きも儲かるさ 海外で移行したからって日本が移行する必要性はないよね 特に「海外」ってどういうアンケートなんだろう >>161 時代錯誤してないクライアントは何を強要するんだい? 現実路線としてCGIは十分ありえると思うけど ttp://www.itmedia.co.jp/enterprise/articles/0412/17/news007.html PHPに複数の深刻な脆弱性、最新版へのアップグレードを うp!うp汁! うpするの面倒だな また再コンパイルしないといけないなんて・・・ >>163 apt-get update で入らないのこれ? phpって普通apt-getで入っても自分でコンパイルして入れないか? configureのオプションが使い方によって全然代わってくるし。 自分が触るサーバー群は、なるべく自分でconfigureしたほうがいいね。 fixも5.0.3で止まってるみたいね。 そろそろ入れてみるか。 俺もPerlでいいと思うな 個人的にはサーバ管理もPerlの方が楽だしね mod_perlもすぐできるし どっちでもかわらんのか・・・・ じゃあ、理不尽な仕様変更に泣かされることの少ないPerlのほうがいいってことだな。 しかしいつまでたってもPHP5は つ か い も の に な り ま せ ん ね wwwwwwwwwwww >>183 がいうように仕様変更は嫌だね けど再makeしないでも環境いじれるように CPANみたいなの欲しいね 具体的根拠を聞くということは使えるということか ん〜Perl5.8の方がまだましだな。 おいらもPerl6待ちだけど。 PHPはx.2.5ぐらいまでは使いたくない。 仕様はコロコロ変わるしセキュリティホールはポロポロ見つかるし。 >>190 同感。妥当な変更だし。 5.0.1 になって本当に安定した。 本家では 5.1 の話になってるくらいだし。 PHP5 が不安定、はデマだと思う。 PEARだかPECLだか知らんが、ライブラリの仕様は安定してるの? ライブラリの動きは安定してるの? PHP5、バリバリ使ってます。 社内の JSP 厨も PHP5 でようやくマシになったと ぶつぶつ言いつつも使ってるね。 安定してるしてないはお前等みたいなど素人じゃなくて 仕事としてやっている人間の意見なの。OK? >>200 ttp://x51.org/x/05/02/1048.php ここかな? 何を信じていいやら。 PHP5 が不安定というデマは JSP 厨の工作? いや、PHP5がじゃなく、PHPが。 PHP4からPHP5で大きくかわったし、PHP5からPHP6でまた大きくかわらないとはいえない PHP4もPHP4の中で大きくかわったし、PHP5もPHP5の中で大きくかわらないとはいえない という話をしようと思ってたんだけど、基本的なライブラリさえPHP5にちゃんと対応してないなら、不安定以前の話だから、デマといえばデマだな。 言語はかろうじて安定したけど、ライブラリは安定どころか、完成すらしてない。 >>203 君、PHP 使ったことないでしょ。 それに、他の言語のことも詳しくないでしょ。 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のこと言ってる?氏んどけ。 ま、とりあえずPHP4から5ではPEARが動かなくなる程度の変更しかないな。 Javaでは古いコードの動きが変わるような言語仕様の変更はないが。 無いに等しい言語仕様の変更で動かなくなるほど、PHPのコードは神経質なんだね。 PHPの言語仕様の変更が無いに等しいって言いきれるなんて よほど幸せな環境にいるんだな。 PHP 知らん奴が憶測で口を出すなよ。 PEAR は class 使っているから動かないんだよ。 それに Java で動きが変わらないって? Hello, world レベルのこと言ってるの? ttp://java.sun.com/j2se/1.4/ja/compatibility.html#incompatibilities1.4 PHPは、クラス使ってれば動かなくなるんだよね。 特定APIの仕様が変わったというだけのJavaとはレベルが違うよ。 PHPの場合、API的位置付けだったPEAR自体が動かなくなってしまうんだからね。 なんか、PHPの人は必死だな。 つーか4.0系と4.2以上でかなり違うよね。 マジ使えねぇ。 3系から4系、4.0から4.1、4.1から4.2の移行を試みたことがない人なんだろうなぁ。 >>211 PEAR が API 的位置付け!?はぁ? それにクラスも機械的変換で動くんですけど。 Pukiwiki とか 4 から 5 対応したアプリのことを知らないの? >>212-213 具体的にはどこか言える? まさか global_register じゃないよね? >>214 PEARは標準クラスライブラリという触れ込みだったはずだが。 global_registerは影響のない変更ということにしたいわけですね。 使ってるやつが悪いと。ふーん。 4.2.2から、Content-type指定したときの挙動が変わった。 4.3.0から=演算子の挙動が変わったしね。 なんか、必死ですね。 >>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 互換モードまで用意されているのですが。 >>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 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる