php5これでCGIはphp1色の時代へ
■ このスレッドは過去ログ倉庫に格納されています
>>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で動かなくて困ったことってないけどな。
それに、例外処理があるだけでも充分に魅力的だと思うよ。 ■ このスレッドは過去ログ倉庫に格納されています