php5これでCGIはphp１色の時代へ
1 ：nobodyさん：
ふふ
|
|
|
そうか
PHPって簡単でいいよね。CやPerlは諦めた漏れでも
掲示板作れるもの
掲示板作れるもの
4 ：かおりん祭り ◆KAORiAk2 ：02/04/12 19:26 ID:???
～oノハヽo～ ／￣￣￣￣￣￣￣
( ＾▽＾) ＜ 新スレおめでとうございま－す。
= ⊂ ） ＼＿＿＿＿＿＿＿
= (__/"(__) ﾄﾃﾃﾃ...
( ＾▽＾) ＜ 新スレおめでとうございま－す。
= ⊂ ） ＼＿＿＿＿＿＿＿
= (__/"(__) ﾄﾃﾃﾃ...
５っていつでるの？
ｏ モナーからのお知らせ ｏ
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ 超ローリスク！超ハイリターン！ /
/ iモードサイトオーナー必見！ /
/ 出会いサイトオーナーシステム /
/ /
/http://www.lo-po.com/owner/?183 /
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ ）つ ⊂（ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
7 ：nobodyさん：02/04/12 21:54 ID:nBlG/qG2
PHPをCGIで使うヤツなんているのか。
9 ：nobodyさん：02/04/13 11:07 ID:bVQnIHyX
phpってなんか深みがないような気がするんだよねぇ。。。
簡単なもの作るのはいいんだろうけどさあ。
簡単なもの作るのはいいんだろうけどさあ。
＿＿＿＿
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|∵ | ＿_|＿_ | ＜ >>1 CGI？君はそんな無駄な事にPHPを使っているのか（ｹﾞﾗ
＼| ＼＿/ ／ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
＼＿＿＿_／
______.ﾉ (⌒)
／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
/ /:::::::::::| /:::::ノ__ | .| ﾄ､
| /:::::::::::::::| 〈￣ ｀-Lλ_ﾚ′
ﾚ::::::::::::::::::|/:::￣｀ー‐---‐′
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|∵ | ＿_|＿_ | ＜ >>1 CGI？君はそんな無駄な事にPHPを使っているのか（ｹﾞﾗ
＼| ＼＿/ ／ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
＼＿＿＿_／
______.ﾉ (⌒)
／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
/ /:::::::::::| /:::::ノ__ | .| ﾄ､
| /:::::::::::::::| 〈￣ ｀-Lλ_ﾚ′
ﾚ::::::::::::::::::|/:::￣｀ー‐---‐′
11 ：nobodyさん：02/04/13 12:47 ID:UCfSt7fS
恥ずかしい>>1がいすスレはここですか？
12 ：nobodyさん：02/04/13 14:34 ID:qK5LnvR5
いすスレ
13 ：nobodyさん：02/04/13 19:01 ID:Ysvwa1Gv
＿＿＿＿
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|∵ | ＿_|＿_ | ＜ いすスレって何？
＼| ＼＿/ ／ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
＼＿＿＿_／
______.ﾉ (⌒)
／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
/ /:::::::::::| /:::::ノ__ | .| ﾄ､
| /:::::::::::::::| 〈￣ ｀-Lλ_ﾚ′
ﾚ::::::::::::::::::|/:::￣｀ー‐---‐′
／∵∴∵∴＼
/∵∴∵∴∵∴＼
/∵∴∴,（･）（･）∴|
|∵∵／ ○ ＼|
|∵ / 三 | 三 | ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|∵ | ＿_|＿_ | ＜ いすスレって何？
＼| ＼＿/ ／ ＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
＼＿＿＿_／
______.ﾉ (⌒)
／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐
/ /:::::::::::| /:::::ノ__ | .| ﾄ､
| /:::::::::::::::| 〈￣ ｀-Lλ_ﾚ′
ﾚ::::::::::::::::::|/:::￣｀ー‐---‐′
14 ：かおりん祭り ◆KAORinK6 ：02/04/13 20:39 ID:???
。◇◎｡ｏ.:O◇◎｡ｏ.:☆
。:゜◎～oノハヽo～☆｡∂:o゜
／。○。∂( ＾▽＾)O◇。☆Oo
／|￣￣￣￣.∪￣∪.￣￣￣￣￣|
／ |新スレおめでとうございまーす|
▼ |＿＿＿＿＿＿＿＿＿＿＿＿_|
∠▲―――――☆∂ｉo◇◎｡ｏO☆o
。:゜◎～oノハヽo～☆｡∂:o゜
／。○。∂( ＾▽＾)O◇。☆Oo
／|￣￣￣￣.∪￣∪.￣￣￣￣￣|
／ |新スレおめでとうございまーす|
▼ |＿＿＿＿＿＿＿＿＿＿＿＿_|
∠▲―――――☆∂ｉo◇◎｡ｏO☆o
15 ：nobodyさん：02/04/14 00:56 ID:3kufQelu
php死ね
>>12
いすスレってなんだろう？
いすスレってなんだろう？
17 ：nobodyさん：02/04/14 08:43 ID:gifPaPXz
恥ずかしい>>11がいすスレはここですか？
18 ：nobodyさん：02/04/14 08:56 ID:gYLhBrHd
。◇◎｡ｏ.:O◇◎｡ｏ.:☆
。:゜◎～oノハヽo～☆｡∂:o゜
／。○。∂( ＾▽＾)O◇。☆Oo
／|￣￣￣￣.∪￣∪.￣￣￣￣￣￣|
／ |いすスレおめでとうございまーす|
▼ |＿＿＿＿＿＿＿＿＿＿＿＿_＿|
∠▲―――――☆∂ｉo◇◎｡ｏO☆o
。:゜◎～oノハヽo～☆｡∂:o゜
／。○。∂( ＾▽＾)O◇。☆Oo
／|￣￣￣￣.∪￣∪.￣￣￣￣￣￣|
／ |いすスレおめでとうございまーす|
▼ |＿＿＿＿＿＿＿＿＿＿＿＿_＿|
∠▲―――――☆∂ｉo◇◎｡ｏO☆o
19 ：nobodyさん：02/04/14 12:54 ID:vCJf96td
名いすスレの予感。
20 ：nobodyさん：02/04/14 21:07 ID:6DHe9XM+
３月２７日にPHP５のセミナーがあったね。
誰か行った人いる？
誰か行った人いる？
21 ：nobodyさん：02/04/14 21:20 ID:gifPaPXz
PHP5の前に、とりあえず4.2・・・。
PHP-devel ML（JP）読んでるけど、
5はかなり大きな変更になりそうだね。
PHP-devel ML（JP）読んでるけど、
5はかなり大きな変更になりそうだね。
>>22
要約ｷﾎﾞﾝ
要約ｷﾎﾞﾝ
>23
usersMLの方だけど。
わかりやすくまとめてあったので。
http://www.nishimoto-site.net/archiver/ML/php-ML/200203/msg00250.html
個人的に、クラス周り強くなるのはうれしいかも。
マルチバイト対応とかはまだ決まってないことも多いみたい。
usersMLの方だけど。
わかりやすくまとめてあったので。
http://www.nishimoto-site.net/archiver/ML/php-ML/200203/msg00250.html
個人的に、クラス周り強くなるのはうれしいかも。
マルチバイト対応とかはまだ決まってないことも多いみたい。
25 ：nobodyさん：02/04/15 00:09 ID:4JLQzEQq
php5はwebだけじゃなく普通のアプリも作れるってね
27 ：nobodyさん：02/04/15 00:33 ID:/palSQI1
>>21
飯田橋の東京コンファレンスセンターです。
飯田橋の東京コンファレンスセンターです。
28 ：nobodyさん：02/04/15 00:56 ID:tsxU1zCu
>26
まあ、今まで
実装する＝それが仕様
ってスタイルできてて、このあたりのことをやる余裕が
なかったのかもね。
まあ、PHP5でようやく言語としてまともになってくるかも。
下位互換性だけど、PHP-dev..JP MLで
<?php version "5.0"?>
こういう話もあるみたい。
まあ、本家のほうで受け入れられなければ実現しないと思うけど
下位互換性は低いよりは高い方がいいよ。
まあ、今まで
実装する＝それが仕様
ってスタイルできてて、このあたりのことをやる余裕が
なかったのかもね。
まあ、PHP5でようやく言語としてまともになってくるかも。
下位互換性だけど、PHP-dev..JP MLで
<?php version "5.0"?>
こういう話もあるみたい。
まあ、本家のほうで受け入れられなければ実現しないと思うけど
下位互換性は低いよりは高い方がいいよ。
いすスレage
sageちまった。
いすスレだ。
いすスレだ。
ｏ 案内 ｏ
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ /
/ ここが、 /
/ いわゆる「いすスレ」です /
/ /
/ /
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ ）つ ⊂（ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ /
/ ここが、 /
/ いわゆる「いすスレ」です /
/ /
/ /
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ ）つ ⊂（ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
オブジェクト指向とかって良く言われるんだがそれってなに？
Ｊａｖａの時も散々言われたが結局なんのことかわからんし。
よく電気スタンドに例えてＯＮするとかＯＦＦするとか例えられてるけど
どういうときに使うのさ？
Ｊａｖａの時も散々言われたが結局なんのことかわからんし。
よく電気スタンドに例えてＯＮするとかＯＦＦするとか例えられてるけど
どういうときに使うのさ？
カプセル化するときに使う。
というか、今でもphpはクラス扱えるはずだか・・・
PHPいいわ。ｼﾞｬｳﾞｧやｽｨやﾍﾟﾙﾙなんて全くわからないけど
コレは簡単。息子に聞かなくても、もう大丈夫。
これからはPHP,CSS,Flashのトリプルｲｰｽﾞｨｰﾌﾟﾛグﾞロﾏｰこそ最強。
わけわかんねーからｻﾞｳﾞｧとか逝っていいよ。Javascriptは良し。
コレは簡単。息子に聞かなくても、もう大丈夫。
これからはPHP,CSS,Flashのトリプルｲｰｽﾞｨｰﾌﾟﾛグﾞロﾏｰこそ最強。
わけわかんねーからｻﾞｳﾞｧとか逝っていいよ。Javascriptは良し。
38 ：nobodyさん：02/04/16 13:33 ID:FuYFDDkp
ｏ 案内 ｏ
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ ～ ご案内 ～ /
/ /
/ ここが、 ./
/ いわゆる「いすスレ」です /
/ /
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ つ ⊂ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ ～ ご案内 ～ /
/ /
/ ここが、 ./
/ いわゆる「いすスレ」です /
/ /
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ つ ⊂ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
ｏ ｏ
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ ～ ご案内 ～ /
/ /
/ いすスレﾜｼｮｰｲ ./
/ いすスレﾜｼｮｰｲ ./
/ いすスレﾜｼｮｰｲ ./
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ つ ⊂ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
/ ～ ご案内 ～ /
/ /
/ いすスレﾜｼｮｰｲ ./
/ いすスレﾜｼｮｰｲ ./
/ いすスレﾜｼｮｰｲ ./
/ /
/￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣/
∧＿∧ / /∧＿∧
（ ^∀^） / /（^∀^ ）
（ つ ⊂ ）
｜ ｜ ｜ ｜ ｜ ｜
（_＿）＿） （＿（＿_）
PHPってなんであんなにやり易いんだろう。
Perlとかソースみてると頭が痛くなる。
Perlとかソースみてると頭が痛くなる。
>38
デザインパターンに関しては
ttp://www.pat.hi-ho.ne.jp/dimension/
ここが結構色々書いてあって面白い。
まあ、オブジェクト指向で「作れるようになる」のと「作れない」では
やっぱ作れるようになったほうが選択の幅は広がるし。
別に使いたくなければ使う必要無いんだしいいのでは？
//まあ、盲目的にオブジェクト指向って言われると萎えるけど・・・。
//仕事がらみだと、盲目的にJAVA押してくる人がいて困る（苦笑
デザインパターンに関しては
ttp://www.pat.hi-ho.ne.jp/dimension/
ここが結構色々書いてあって面白い。
まあ、オブジェクト指向で「作れるようになる」のと「作れない」では
やっぱ作れるようになったほうが選択の幅は広がるし。
別に使いたくなければ使う必要無いんだしいいのでは？
//まあ、盲目的にオブジェクト指向って言われると萎えるけど・・・。
//仕事がらみだと、盲目的にJAVA押してくる人がいて困る（苦笑
しんぱいないよ
そのうちあぱっちにでふぉでくみこまれるようになるから わら
そのうちあぱっちにでふぉでくみこまれるようになるから わら
44 ：nobodyさん：02/06/01 23:42 ID:2HMrwkAK
45 ：nobodyさん：02/06/01 23:44 ID:2HMrwkAK
言語仕様が最初からウンコ
>44-45
わかりやすい自作自演だなｗ
正直笑った。
一体いつの書き込みにレスしてるんだよ、って感じだし。
わかりやすい自作自演だなｗ
正直笑った。
一体いつの書き込みにレスしてるんだよ、って感じだし。
>>46
別に自作自演ではないと思われ
別に自作自演ではないと思われ
48 ：nobodyさん：02/06/06 05:24 ID:ASF2AT4g
Pear？？
な
いすスレ・・・
な予感
な
いすスレ・・・
な予感
50 ：デフォルトの名無しさん：02/06/06 22:27 ID:FSJ1DXvz
phpでCGIを書けるんですか？
53 ：nobodyさん：02/06/07 00:02 ID:5SM8C6xZ
phpにもbeanみたいなもんがあったら便利だと思う。
PHPで*CGI*を書くﾔｼなんてこの世界にいったい何人居るだろうか？
メーリングリスト読む限りでは
いくらでも居るようだが。
レンタル鯖にもCGIとしか使えないのもあるようだし。
世の中Apache以外のWebサーバはいくらでもあるし。
いくらでも居るようだが。
レンタル鯖にもCGIとしか使えないのもあるようだし。
世の中Apache以外のWebサーバはいくらでもあるし。
ﾈﾀﾈﾀにﾏｼﾞﾚｽｶｺﾜﾙ!!
59 ：nobodyさん：02/06/17 06:42 ID:SQn/DO9h
デストラクタ、(゜д゜）ﾎｽｨ
60 ：初期不良：02/06/17 09:46 ID:HW2HvEAV
>>56
マルチユーザで使う場合は正直言って CGI 版で使うしかないよね。
suexec で各ユーザごとのセキュリティを確保せにゃならんし。
safe モードを使うにしても、サーバが提供する標準 CGI として
カウンタなどを提供するときとかも CGI で言うところの実行できるけど読めない、
と言う状態を作らなきゃいけないけど、モジュールの状態だと
include, require できるけど読むことはできない、と言う状態は
作れないし...
マルチユーザで使う場合は正直言って CGI 版で使うしかないよね。
suexec で各ユーザごとのセキュリティを確保せにゃならんし。
safe モードを使うにしても、サーバが提供する標準 CGI として
カウンタなどを提供するときとかも CGI で言うところの実行できるけど読めない、
と言う状態を作らなきゃいけないけど、モジュールの状態だと
include, require できるけど読むことはできない、と言う状態は
作れないし...
つーかPHPってCGIじゃねーだろ。
62 ：nobodyさん：02/06/18 02:55 ID:B3GB06nC
63 ：age：02/06/18 12:51 ID:6aILrMH2
64 ：age：02/06/18 12:53 ID:6aILrMH2
>59
<?php
class MyDestructableClass {
function __construct()
{
print "In constructor\n";
$this->name = "MyDestructableClass";
}
function __destruct()
{
print "Destroying " . $this->name . "\n";
}
}
$obj = new MyDestructableClass();
?>
<?php
class MyDestructableClass {
function __construct()
{
print "In constructor\n";
$this->name = "MyDestructableClass";
}
function __destruct()
{
print "Destroying " . $this->name . "\n";
}
}
$obj = new MyDestructableClass();
?>
65 ：な：02/06/19 16:19 ID:E+sAV3pS
いすスレ
Pearマンセー
Pearマンセー
メソッドのオーバーロードはまだ実装されないのですか？
>>66 …
68 ：bloom：02/12/12 17:04 ID:qmV6yVXd
レアスレですな。php4で時代が来ましたね。
機能のまえにPHPっていうダサい名前をなんとかしてくれ。
図書館でPHPの本を借りたくてPHPで検索すると
PHP研究所の本がうじゃうじゃでてきて探せたもんじゃない
図書館でPHPの本を借りたくてPHPで検索すると
PHP研究所の本がうじゃうじゃでてきて探せたもんじゃない
71 ：nobodyさん：02/12/16 21:56 ID:8ofVCSXs
>>70
Rubyに改名すべきだと思います。
Rubyに改名すべきだと思います。
l≡l .l≡l
|:::└┬┘:::|
|:::┌┴┐:::|
／￣￣＼ ﾉ::::::丶 /:::::::＼. ／￣￣＼
| 記念 .＞ （::(,,ﾟДﾟ)(ﾟーﾟ*)::) ＜ ﾊﾟﾋﾟｺ .|
＼＿＿／ |:∪::::| |::::∪::|. ＼＿＿／
～（(((:::::))(((:::::))）～
∪￣U U￣∪
|:::└┬┘:::|
|:::┌┴┐:::|
／￣￣＼ ﾉ::::::丶 /:::::::＼. ／￣￣＼
| 記念 .＞ （::(,,ﾟДﾟ)(ﾟーﾟ*)::) ＜ ﾊﾟﾋﾟｺ .|
＼＿＿／ |:∪::::| |::::∪::|. ＼＿＿／
～（(((:::::))(((:::::))）～
∪￣U U￣∪
>71
RubyがPHPに改名すればそれもいいかもな
RubyがPHPに改名すればそれもいいかもな
74 ：nobodyさん：02/12/24 15:00 ID:nojs+KEU
いっそPHSにしたらどうか。
>>75 そのSは何者で？
>>34-36 >>37 >>42
PHPでオブジェクト指向やるなら
いっそのことPHPやめてTomcat(JSP + Servlet) + strutsのほうが開発効率高まるんじゃないかい?
HTML内にPHPコード埋め込むのやりすぎるとだんだん気持ち悪くなってくるし、JSPでもHTML内にJavaコード(スクリプトレット)埋め込むと同様に気持ち悪くなる。
そこでServlet と非ServletなJavaユーティリティクラス、Beanクラスを用意してカスタムタグライブラリを自作するとコードが読みやすくなりすっきりしてコーディングが楽になる。
しかしそういうもの自作するの面倒なので、strutsを使うんじゃ。
よく使いそうなタグライブラリも既に用意されて楽でいいわ、
Beanの作成もServletに相当するクラスも作成も継承するだけで非常に楽でいいわ、
JSPファイルも、 <% %> (PHPの <? ?> )なんてキモイコード一切書かなくて済むわで、
すべてタグだけでコーディングできるて最高!
PHPでオブジェクト指向やるなら
いっそのことPHPやめてTomcat(JSP + Servlet) + strutsのほうが開発効率高まるんじゃないかい?
HTML内にPHPコード埋め込むのやりすぎるとだんだん気持ち悪くなってくるし、JSPでもHTML内にJavaコード(スクリプトレット)埋め込むと同様に気持ち悪くなる。
そこでServlet と非ServletなJavaユーティリティクラス、Beanクラスを用意してカスタムタグライブラリを自作するとコードが読みやすくなりすっきりしてコーディングが楽になる。
しかしそういうもの自作するの面倒なので、strutsを使うんじゃ。
よく使いそうなタグライブラリも既に用意されて楽でいいわ、
Beanの作成もServletに相当するクラスも作成も継承するだけで非常に楽でいいわ、
JSPファイルも、 <% %> (PHPの <? ?> )なんてキモイコード一切書かなくて済むわで、
すべてタグだけでコーディングできるて最高!
79 ：nobodyさん：02/12/25 08:06 ID:h4k+uv64
PHPの画像モジュールでjpgサムネイル作ると激しく色褪せどうにかして最高!
81 ：nobodyさん：02/12/25 12:30 ID:JczkoUjR
GDのバージョン下げろ
ところでPHP5ってどこにあるよ？
83 ：nobodyさん：02/12/26 18:31 ID:FAw+iTTP
RubyがPHP
PHPがRuby ということで
これからは Ruby の時代だよな？
PHPがRuby ということで
これからは Ruby の時代だよな？
>>82
まだ、リリースされてないんじゃないのかな？
まだ、リリースされてないんじゃないのかな？
>>情報ｻﾝｸｽｺ!
そりゃそうと、スナップショットのミラーサイトにはphp5ってディレクトリが
あるけんが、その中にはWin32バイナリのphp-4.3.0-dev-zend2しかない。
っちゅｰ事はPHP4.3.0からPHP5ってことかいな？
PHP5.x.xっていうﾘﾘｰｽのほうが正解っぽいと思うんだけんども。
以上、独り言ですた。
そりゃそうと、スナップショットのミラーサイトにはphp5ってディレクトリが
あるけんが、その中にはWin32バイナリのphp-4.3.0-dev-zend2しかない。
っちゅｰ事はPHP4.3.0からPHP5ってことかいな？
PHP5.x.xっていうﾘﾘｰｽのほうが正解っぽいと思うんだけんども。
以上、独り言ですた。
PHP5.0.0-devが出てきたね。
89 ：nobodyさん：03/04/03 20:51 ID:o2kN9CQj
>OO言語へと歩を進めるPHP5
Ruby最強ということが証明されますた
Ruby最強ということが証明されますた
90 ：nobodyさん：03/08/03 19:44 ID:9uE8xfZj
ローカライズオプションから
--without-pgsql
--without-mysql
が無くなったみたいだけど、必要無いの？
--without-pgsql
--without-mysql
が無くなったみたいだけど、必要無いの？
phpっていいね
Perlのオブジェクト指向は正直意味不
Perlのオブジェクト指向は正直意味不
そんなこと言うなっ。
Perlを使ってる人もいるんだぞ。
Perlを使ってる人もいるんだぞ。
93 ：nobodyさん：03/08/04 19:37 ID:IP9MFG+G
>>55
＞PHPで*CGI*を書くﾔｼなんてこの世界にいったい何人居るだろうか？
PHPはほとんどのレンタルサーバーではCGIとしてしか動かせません。
よって職業でやっている人以外ほとんどの人はPHPをCGIとして使ってます。
CGIのPHPはPERLより遅いです。
＞PHPで*CGI*を書くﾔｼなんてこの世界にいったい何人居るだろうか？
PHPはほとんどのレンタルサーバーではCGIとしてしか動かせません。
よって職業でやっている人以外ほとんどの人はPHPをCGIとして使ってます。
CGIのPHPはPERLより遅いです。
PIっていってたころのPってPerlのPだったんだよな・・・
どうでもいいけど。
どうでもいいけど。
97 ：nobodyさん：03/08/15 15:03 ID:tL1+btHX
せぷてんばーれいん
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
っていうか，2003年もあと2.5ヶ月だが，ちゃんと5はでるんでしょうか？
ついにPHP5.00 beta-4が出た訳だが、
RCも4くらいまで出て正式リリースだろうから
あと半年くらい待つのか。
RCも4くらいまで出て正式リリースだろうから
あと半年くらい待つのか。
101 ：PHPは何の略？：04/02/24 16:05 ID:8sqa0ZxI
P （ ´,_ゝ｀）ﾌﾟｯ
H ヘタレが。
P (ﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟﾌﾟ
102 ：nobodyさん：04/03/20 16:11 ID:2qC9lb1x
PHP5 RC1 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!!
103 ：nobodyさん：04/05/16 04:07 ID:r9jK3d8C
PHP5ｷﾀ━━━━━(゜∀°
なんか盛り上がってないな・・・
それともみんなコーディングに夢中？
それともみんなコーディングに夢中？
PHP 5.3.6 まで様子見。
PHPのオブジェクトって参照じゃ無いんだろ？
終わってるよ
終わってるよ
107 ：nobodyさん：04/06/07 11:08 ID:LMdbkg5Z
>>106
PHP5では参照渡がデフォルトに成増。
PHP5では参照渡がデフォルトに成増。
php5のredhat9用のsrc.rpmが落ちてる所をご存じありませんか？
>>108
マジ?知らんかった
マジ?知らんかった
PHPにもアプリケーションサーバみたいな仕組みがほしいとこだな。
112 ：nobodyさん：04/07/11 20:28 ID:C+Tpd+UA
現状、PHP5で動くテンプレートエンジンってあるんですか？
113 ：nobodyさん：04/07/16 01:52 ID:aAWd7JBA
コネクションプールの辺りはエエ感じにならんのか？
115 ：nobodyさん：04/07/17 21:25 ID:B0b4Kph8
>>105
わらた
わらた
配列も参照にしたらいいのにな。
%20%20a
118 ：nobodyさん：04/08/15 10:10 ID:yO+rm/Sg
phpunitがPHP5ではうまくつかえん。
だれかよい方法をおしえてくれ。
だれかよい方法をおしえてくれ。
PHP5 用に修正するか、新たに作ってうpすれば尊敬されるよ。
PHP5全然使われてないよね。
失敗だったの？
OO廻りがだいぶまともになっていいなあと思ってたんだけど。
失敗だったの？
OO廻りがだいぶまともになっていいなあと思ってたんだけど。
>>121
普通に考えてまだ使わんだろ
普通に考えてまだ使わんだろ
>>121 >>122
人柱とゆーかなんとゆーか
作成元不明なPHP4の<S>改修</S>作り直しで使うことになった
幸運を祈ってほしい鴨
#その上、元のは眩暈がするほど素敵なコードが並んでたので使えない
人柱とゆーかなんとゆーか
作成元不明なPHP4の<S>改修</S>作り直しで使うことになった
幸運を祈ってほしい鴨
#その上、元のは眩暈がするほど素敵なコードが並んでたので使えない
眩暈 げんごろう？
眩＝眼花（目がかすみチラチラすること）
暈＝頭がまわる感じがするもの
眩暈、目眩、頭眩ともいう。めまい。
暈＝頭がまわる感じがするもの
眩暈、目眩、頭眩ともいう。めまい。
127 ：123@コーディング中：04/08/21 12:16 ID:???
simpleXML の設定で Schema support が Enabled になってたので、
valid なXMLを読ませてみた(simplexml_load_file)
ルートノードは作られるものの、どうも子ノードができてない様子
well-formed にするとうまく動作したので、とりあえずこの方向で続行
名前空間の問題かもしれない、後でちゃんと確認すること＞自分(ぉ
#こーゆー(人柱的)報告がスレ違いだったらすまそ
valid なXMLを読ませてみた(simplexml_load_file)
ルートノードは作られるものの、どうも子ノードができてない様子
well-formed にするとうまく動作したので、とりあえずこの方向で続行
名前空間の問題かもしれない、後でちゃんと確認すること＞自分(ぉ
#こーゆー(人柱的)報告がスレ違いだったらすまそ
128 ：本７：04/08/22 14:21 ID:rOZc6IHp
PHP4と同居できない理由てメモリプールとかの関係か?
129 ：名無しさんに接続中…：04/08/22 18:50 ID:???
暫くはPHP４を使いながら様子見。
5.1.xになるまでは様子見
5.3.9になるまでは様子見
132 ：nobodyさん：04/08/23 15:00 ID:Z72wSyFR
>131
3.9になる前に4.0になってしまったら
一生使えませんね＾＾
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 とやると、複数のうち最初の一つ（つまり「はげ」）
しか取得できません。
同じコードで、どっちにも対応できるようにするにはどうすればいいのでしょうか？
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 とやると、複数のうち最初の一つ（つまり「はげ」）
しか取得できません。
同じコードで、どっちにも対応できるようにするにはどうすればいいのでしょうか？
135 ：134：04/09/01 16:01 ID:DiPaFBrX
どなたかplease....
（´-｀）.｡oO(なんでネタスレで質問するのだろう・・・)
だってphp5のスレ他に無いし
あるよ。検索には引っかからないと思うけど。
139 ：（＾＾）：04/09/07 08:59 ID:nvETGJeH
(⌒V⌒)
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
>>134
単純に型調べて判断してもいいし、いくらでやり方あるだろう
単純に型調べて判断してもいいし、いくらでやり方あるだろう
142 ：nobodyさん：04/09/16 11:30:23 ID:Bi27wS6q
phpでCGIなんて時代遅れもいいところなスレになってしまったな
>>142
じゃあ、今は何がいい？
じゃあ、今は何がいい？
CGI でない PHP とか
あっそ
146 ：nobodyさん：04/09/27 12:10:50 ID:zhTjX9/1
>>144
そのとおり
そのとおり
147 ：nobodyさん：04/10/11 19:35:59 ID:BPCPjWr+
PHP5のマンモス本が出てたので買ってみたが，
リファレンスのページがすさまじく使いにくい。
リファレンスのページがすさまじく使いにくい。
えー？今度はWeb公開無いのー？
失敗だったってことでしょ
150 ：nobodyさん：04/12/03 03:07:41 ID:MyE6PQvS
『PHP5逆引き大全 500の極意』
http://www.amazon.co.jp/exec/obidos/ASIN/4798008850/
これってまだ見てないのですが、良さげでしょうか？
マンモス本のPHP5は、アマゾンのカスタマーレビューだと、
オブジェクト指向の説明が足らない！とか書いてありますね。。。
http://www.amazon.co.jp/exec/obidos/ASIN/4798008850/
これってまだ見てないのですが、良さげでしょうか？
マンモス本のPHP5は、アマゾンのカスタマーレビューだと、
オブジェクト指向の説明が足らない！とか書いてありますね。。。
151 ：nobodyさん：04/12/03 16:44:04 ID:Roli/AQD
っていうか、Webシステムにオブジェクト指向は要らない。
少なくとも、「逆引き大全」とか読むレベルでは。
少なくとも、「逆引き大全」とか読むレベルでは。
むしろ、オブジェクト指向を絶対視して、すべてをオブジェクト指向で書くのがすばらしいという空気が残っているのが害。
Webアプリケーションの構造をむりやりオブジェクト指向にしたところで、やってはいけない分析をしてしまうのがオチ。
Webアプリケーションの構造をむりやりオブジェクト指向にしたところで、やってはいけない分析をしてしまうのがオチ。
何がPHP5でCGIはPHP一色の時代だ、バカも休み休み言え。
まだまだPerlで書かれた素晴らしいスクリプトが山ほどあるのに、
それをPHPに全て移植し切ってから言え。
まだまだPerlで書かれた素晴らしいスクリプトが山ほどあるのに、
それをPHPに全て移植し切ってから言え。
海外では既にPHPへの移行が進んでるけどな
ていうかCGIが使えない鯖が増えてる
日本だけだねPerlに固執してるのは
ていうかCGIが使えない鯖が増えてる
日本だけだねPerlに固執してるのは
つまり、PHPへの移行が進んでるのは海外だけで、日本ではPHPは弱小、だから語る価値はない、ってことだね？
日本でのPHPの不人気さは、本家のマルチバイト対応の軽視によるところが大きいと思うんだよね。
海外が移行してるって言ってもPerlもJavaも最初そんなこと言ってたんだけどな
現実的な話として、Javaは海外の普及度に追随して国内の普及度は上がったけど、PHPにはその兆候が見えない。
どうなの？
どうなの？
時代錯誤なクライアントがcgiを強要する限り鯖屋もソース書きも儲かるさ
海外で移行したからって日本が移行する必要性はないよね
特に「海外」ってどういうアンケートなんだろう
>>161
時代錯誤してないクライアントは何を強要するんだい？
現実路線としてCGIは十分ありえると思うけど
特に「海外」ってどういうアンケートなんだろう
>>161
時代錯誤してないクライアントは何を強要するんだい？
現実路線としてCGIは十分ありえると思うけど
ttp://www.itmedia.co.jp/enterprise/articles/0412/17/news007.html
PHPに複数の深刻な脆弱性、最新版へのアップグレードを
うｐ！うｐ汁！
PHPに複数の深刻な脆弱性、最新版へのアップグレードを
うｐ！うｐ汁！
4.3.10にうぷ
うｐするの面倒だな
また再コンパイルしないといけないなんて・・・
また再コンパイルしないといけないなんて・・・
>>163
apt-get update で入らないのこれ？
apt-get update で入らないのこれ？
phpって普通apt-getで入っても自分でコンパイルして入れないか？
configureのオプションが使い方によって全然代わってくるし。
configureのオプションが使い方によって全然代わってくるし。
phpごときでapt-get使う奴いたのね
自分が触るサーバー群は、なるべく自分でconfigureしたほうがいいね。
fixも5.0.3で止まってるみたいね。
そろそろ入れてみるか。
そろそろ入れてみるか。
もうPHP自体いいだろ。
>>171
これからはどの言語がいい？
これからはどの言語がいい？
perl
またまたご冗談をｗ
俺もPerlでいいと思うな
個人的にはサーバ管理もPerlの方が楽だしね
mod_perlもすぐできるし
個人的にはサーバ管理もPerlの方が楽だしね
mod_perlもすぐできるし
176 ：nobodyさん：05/02/03 03:02:53 ID:bOooCN0T
Perl5
正直あんまりかわっとらんがな・・・。
どっちでもかわらんのか・・・・
じゃあ、理不尽な仕様変更に泣かされることの少ないPerlのほうがいいってことだな。
じゃあ、理不尽な仕様変更に泣かされることの少ないPerlのほうがいいってことだな。
ぶっちゃけPerl6待ち
またまたご冗談をｗ
しかしいつまでたってもPHP5は
つ か い も の に な り ま せ ん ね ｗｗｗｗｗｗｗｗｗｗｗｗ
つ か い も の に な り ま せ ん ね ｗｗｗｗｗｗｗｗｗｗｗｗ
>>181
具体的根拠は？
具体的根拠は？
まあやたらに仕様変更して欲しくないってのはある
>>183がいうように仕様変更は嫌だね
けど再makeしないでも環境いじれるように
CPANみたいなの欲しいね
具体的根拠を聞くということは使えるということか
ん～Perl5.8の方がまだましだな。
おいらもPerl6待ちだけど。
けど再makeしないでも環境いじれるように
CPANみたいなの欲しいね
具体的根拠を聞くということは使えるということか
ん～Perl5.8の方がまだましだな。
おいらもPerl6待ちだけど。
PHPはx.2.5ぐらいまでは使いたくない。
仕様はコロコロ変わるしセキュリティホールはポロポロ見つかるし。
仕様はコロコロ変わるしセキュリティホールはポロポロ見つかるし。
でも今度の PHP5 は今までより安定してるね
PHP4.0xと4.3xでも全然違うしね。
PHP5のclass関係は4と変わりすぎ
それが 5 の目的だから。
たいして変わってないと思うのは自分だけか
PEARだかPECLだか知らんが、ライブラリの仕様は安定してるの？
ライブラリの動きは安定してるの？
ライブラリの動きは安定してるの？
安定してる/してない、というより未対応だろ。
とはいえ順次対応していく、と発表されている
じゃあまだ使いものにならんな
PHP5、バリバリ使ってます。
社内の JSP 厨も PHP5 でようやくマシになったと
ぶつぶつ言いつつも使ってるね。
社内の JSP 厨も PHP5 でようやくマシになったと
ぶつぶつ言いつつも使ってるね。
安定してるしてないはお前等みたいなど素人じゃなくて
仕事としてやっている人間の意見なの。ＯＫ？
仕事としてやっている人間の意見なの。ＯＫ？
Zendの方針自体が安定してないからダメダメ。
>>197
不安定な部分はどこか言える？
不安定な部分はどこか言える？
>>198
ソースは
ソースは
PHP5 が不安定というデマは JSP 厨の工作？
いや、PHP5がじゃなく、PHPが。
PHP4からPHP5で大きくかわったし、PHP5からPHP6でまた大きくかわらないとはいえない
PHP4もPHP4の中で大きくかわったし、PHP5もPHP5の中で大きくかわらないとはいえない
という話をしようと思ってたんだけど、基本的なライブラリさえPHP5にちゃんと対応してないなら、不安定以前の話だから、デマといえばデマだな。
言語はかろうじて安定したけど、ライブラリは安定どころか、完成すらしてない。
PHP4からPHP5で大きくかわったし、PHP5からPHP6でまた大きくかわらないとはいえない
PHP4もPHP4の中で大きくかわったし、PHP5もPHP5の中で大きくかわらないとはいえない
という話をしようと思ってたんだけど、基本的なライブラリさえPHP5にちゃんと対応してないなら、不安定以前の話だから、デマといえばデマだな。
言語はかろうじて安定したけど、ライブラリは安定どころか、完成すらしてない。
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のこと言ってる？氏んどけ。
まじで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
PEAR は class 使っているから動かないんだよ。
それに Java で動きが変わらないって？
Hello, world レベルのこと言ってるの？
ttp://java.sun.com/j2se/1.4/ja/compatibility.html#incompatibilities1.4
PHPは、クラス使ってれば動かなくなるんだよね。
特定APIの仕様が変わったというだけのJavaとはレベルが違うよ。
PHPの場合、API的位置付けだったPEAR自体が動かなくなってしまうんだからね。
なんか、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 じゃないよね？
PEAR が API 的位置付け！？はぁ？
それにクラスも機械的変換で動くんですけど。
Pukiwiki とか 4 から 5 対応したアプリのことを知らないの？
>>212-213
具体的にはどこか言える？
まさか global_register じゃないよね？
>>214
PEARは標準クラスライブラリという触れ込みだったはずだが。
global_registerは影響のない変更ということにしたいわけですね。
使ってるやつが悪いと。ふーん。
4.2.2から、Content-type指定したときの挙動が変わった。
4.3.0から=演算子の挙動が変わったしね。
なんか、必死ですね。
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 互換モードまで用意されているのですが。
いいえ。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を指定するとエンコーディングの変換が効かなくなったバージョンがある。
ま、古いコードが動かなくなった変更点はそれを使ってるやつが悪いってことにすれば、言語仕様の変更はないに等しいといえることはわかった。
なかなか都合のいい論理展開だな。勉強になったよ。
> Content-type は php.ini のデフォルトの設定が変っただけでしょう？
Content-typeを指定するとエンコーディングの変換が効かなくなったバージョンがある。
ま、古いコードが動かなくなった変更点はそれを使ってるやつが悪いってことにすれば、言語仕様の変更はないに等しいといえることはわかった。
なかなか都合のいい論理展開だな。勉強になったよ。
global_registerの設定が有効になってるのが前提の情報が広まってた状況を無視して、「使ってたやつが悪い」ですか。
おめでたいやつですね。
おめでたいやつですね。
> 少なくとも XOOPS、SquirrelMail, phpMyAdmin は PHP4.1.x 時の
> 古いバージョンを PHP4.3.x に上げてもそのまま動きますが。
そんな例持ち出すなら、Java1.1時代のバイトコードでJ2SE5で動くソフトは普通にたくさんあるわけだが。
> 古いバージョンを PHP4.3.x に上げてもそのまま動きますが。
そんな例持ち出すなら、Java1.1時代のバイトコードでJ2SE5で動くソフトは普通にたくさんあるわけだが。
で、PEARが動かなくなったことは問題ではないわけだな。
標準ライブラリ的なプロモーションしておきながら、お荷物になれば標準じゃないですよ、か。
ところで、標準クラスライブラリは何になるの？
標準ライブラリ的なプロモーションしておきながら、お荷物になれば標準じゃないですよ、か。
ところで、標準クラスライブラリは何になるの？
ここはどうしてもJava vs PHPに持って行きたいJava厨とPHP厨のすくつですね
いや、PHPの仕様変更はたいしたことないといいたいだけ。
推奨されないコーディングをしてPHPの仕様変更にはまるのは、そんなコーディングするのが悪いと。
PEARは拡張ライブラリだから、PHPの仕様変更とは関係ない、と。
PEARは拡張ライブラリだから、PHPの仕様変更とは関係ない、と。
俺は PHP 使いでもないし PEAR も使ったことがないのでよくわからんが、
Perl が 5.6 から 5.8 になったら CPAN のモジュールが動かなくなった、
みたいなことを想像すると「それはまずいんじゃない?」と思うな…
Perl が 5.6 から 5.8 になったら CPAN のモジュールが動かなくなった、
みたいなことを想像すると「それはまずいんじゃない?」と思うな…
＞いいえ。CPAN 同様、拡張ライブラリです。
おいおい、一緒にすんなって。
規模がちげーっつーの。
おいおい、一緒にすんなって。
規模がちげーっつーの。
>>224
Perl4→Perl5なら動かなくてもかまわないんじゃないの？といいたいのではないかと。
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
標準か拡張かの話であって規模の話ではないよね？
それはバグであって仕様変更ではないよね？
また、そのバグは何日で修正されましたか？
>>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 はバギーか？だったよね。
でもそれがバギーじゃないことになったので
言語の仕様変更の話になったよね。
バージョンアップして言語使用の変更がなかった言語って何よ？
すご→すぐ
元々の話は PHP5 はバギーか？だったよね。
でもそれがバギーじゃないことになったので
言語の仕様変更の話になったよね。
バージョンアップして言語使用の変更がなかった言語って何よ？
PHP4 と PHP5 の非互換部分は OOP だけど、
言語使用が変わったと騒いでいる奴は
PHP4 のままのなんちゃって OOP がよかったの？
言語使用が変わったと騒いでいる奴は
PHP4 のままのなんちゃって OOP がよかったの？
小泉ﾀﾝが頑張っていたね
あぁ、PEARは、おまけでついてくる標準ではないライブラリってことなのね。
PHP4あたりから標準でついてくるから、てっきり標準ライブラリなのかと思ったよ。
PHP4あたりから標準でついてくるから、てっきり標準ライブラリなのかと思ったよ。
>>229
論理の飛躍ですね。
論理の飛躍ですね。
ちなみに、content-typeの仕様変更は4.2.2からで、4.2.1で見つかったセキュリティーホールに対策するためのリリース。
そのあとの4.2.3でも日本語関係バグバグ。
で、4.3.0からは=演算子の挙動が変わっている。
つまり、4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。
PHPの仕様変更の不安定さというのは、そういうこと。
そのあとの4.2.3でも日本語関係バグバグ。
で、4.3.0からは=演算子の挙動が変わっている。
つまり、4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。
PHPの仕様変更の不安定さというのは、そういうこと。
> 今でも global_register ON がいいの？
そんなこと言ってないだろ。
ってか、global_registersにsがいることくらい、いい加減覚えろ。
そんなこと言ってないだろ。
ってか、global_registersにsがいることくらい、いい加減覚えろ。
>>226-227
なるほど、確かにそうですね。
Perl4 の時には CPAN なんてなかった (で合ってる?) し、
Perl6 になったら Perl5 との互換性はすっぱり無くなるっぽいし、同じか。
困るってことには変わらないですけど…
なるほど、確かにそうですね。
Perl4 の時には CPAN なんてなかった (で合ってる?) し、
Perl6 になったら Perl5 との互換性はすっぱり無くなるっぽいし、同じか。
困るってことには変わらないですけど…
>>234
どんな言語でもバグや仕様変更あるので
細かな例を出しても何の意味もないです。
# 例えば Java であれば j-h でセキュリティの未修正や仕様変更で
# 何度も高木氏がポストしたことは古参 Java ユーザなら周知の通り。
それに、過去の例から PHP5.x が不安定である、
という論は無理です。
>>237
Perl4 中盤あたり？から CPAN ありましたよ。
どんな言語でもバグや仕様変更あるので
細かな例を出しても何の意味もないです。
# 例えば Java であれば j-h でセキュリティの未修正や仕様変更で
# 何度も高木氏がポストしたことは古参 Java ユーザなら周知の通り。
それに、過去の例から PHP5.x が不安定である、
という論は無理です。
>>237
Perl4 中盤あたり？から CPAN ありましたよ。
>>238
バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。
というか、普通はない。
そういう過去の例があるから、PHP5も信用できない。
PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。
で、その仕様変更のポリシーが変わったという話は聞かない。
バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。
というか、普通はない。
そういう過去の例があるから、PHP5も信用できない。
PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。
で、その仕様変更のポリシーが変わったという話は聞かない。
>>239
その「仕様が変わったセキュリティーパッチ」で動かなくなった有名なアプリって何？
その「仕様が変わったセキュリティーパッチ」で動かなくなった有名なアプリって何？
>>234
それで動かなくなった有名なアプリって何？
それで動かなくなった有名なアプリって何？
>>240
そもそも有名なアプリ自体が少ない
そもそも有名なアプリ自体が少ない
>>242
sf.net には PHP アプリが 10430 くらいあるし、
ここのダウンロード数の上位 100 とかでどう？
ttp://sourceforge.net/softwaremap/trove_list.php?form_cat=183
sf.net には PHP アプリが 10430 くらいあるし、
ここのダウンロード数の上位 100 とかでどう？
ttp://sourceforge.net/softwaremap/trove_list.php?form_cat=183
>>242
Google でそのアプリ名を検索して 5000 件以上あるとか。
Google でそのアプリ名を検索して 5000 件以上あるとか。
>>240
なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。
ただ、この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。
なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。
ただ、この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。
>>245
捏造情報じゃないことの証明がほしいです。ソースありますか。
捏造情報じゃないことの証明がほしいです。ソースありますか。
>>245
私は煽りでも何でもなく後学のためにも有名じゃなくていいので
仕様変更によって動かなくなった具体例が知りたいです。
例えば Pukiwiki, XOOPS, phpBB, SquirrelMail, phpMyAdmin,
各種 blog は仕様変更で動かなくなったのですか？
あと、「この場合、問題なのは…」は >>239 とは違う話？
>>239 の仕様変更で動かなくなったものはありますか？
それと >>245 の詳しい話が知りたいです。
私は煽りでも何でもなく後学のためにも有名じゃなくていいので
仕様変更によって動かなくなった具体例が知りたいです。
例えば Pukiwiki, XOOPS, phpBB, SquirrelMail, phpMyAdmin,
各種 blog は仕様変更で動かなくなったのですか？
あと、「この場合、問題なのは…」は >>239 とは違う話？
>>239 の仕様変更で動かなくなったものはありますか？
それと >>245 の詳しい話が知りたいです。
>>247
EZWeb 系のアプリは全滅したんですか？
EZWeb 系のアプリは全滅したんですか？
>>248
だから、EZWeb対応の日本語変換が動かなくなってるはずだと。
で、なんで有名ソフトでなきゃいかんの？
こんだけ広範囲に影響がある変更が前触れもなしにあれば、PHPでモノ作ってるときに困るんだよ。
PHP用に作られたアプリ動かすだけのやつにはわからんだろうが。
だから、EZWeb対応の日本語変換が動かなくなってるはずだと。
で、なんで有名ソフトでなきゃいかんの？
こんだけ広範囲に影響がある変更が前触れもなしにあれば、PHPでモノ作ってるときに困るんだよ。
PHP用に作られたアプリ動かすだけのやつにはわからんだろうが。
>>250
原理的にはそうだろ。HDML吐いてて日本語変換してるやつは。
原理的にはそうだろ。HDML吐いてて日本語変換してるやつは。
ウチで作ったEZWeb対応のやつは、それで動かなくなったなぁ。
セキュリティーホールってことでアップデートしたら、動かなくなってた。
で、結局元に戻した。
text/hdmlなら日本語変換が動くようになった4.3には他の変更があったから採用見送り。
それ以来、長く動かすシステムをPHPで組むのはやめた。
セキュリティーホールってことでアップデートしたら、動かなくなってた。
で、結局元に戻した。
text/hdmlなら日本語変換が動くようになった4.3には他の変更があったから採用見送り。
それ以来、長く動かすシステムをPHPで組むのはやめた。
別に自分は有名じゃなくていいですよ。
EZWeb 系が全滅だったら大問題なのに
ML やニュース、2ch の PHP スレで騒がれてないね。
解決策は PHP4.2 に戻すだけなんですか？
>>253
何で作ることにしたんですか？
EZWeb 系が全滅だったら大問題なのに
ML やニュース、2ch の PHP スレで騒がれてないね。
解決策は PHP4.2 に戻すだけなんですか？
>>253
何で作ることにしたんですか？
>>254
> ML やニュース、2ch の PHP スレで騒がれてないね。
MLを見てないのか？
> 解決策は PHP4.2 に戻すだけなんですか？
コードを変えずに解決するには、セキュリティーホールの影響に注意しつつPHP4.2.1に戻すしかなかった。
設定でどうこうできるものではない。
> ML やニュース、2ch の PHP スレで騒がれてないね。
MLを見てないのか？
> 解決策は PHP4.2 に戻すだけなんですか？
コードを変えずに解決するには、セキュリティーホールの影響に注意しつつPHP4.2.1に戻すしかなかった。
設定でどうこうできるものではない。
>>256
ML 見逃したかも。いつくらいの話題？あとキーワードとか。探してみる。
この問題が知りたい理由は >>248 で書いたアプリを参考に
4.3 でグループウェアもどきを作ったんです。それに影響あるか知りたい。
一体どういう問題なんですか？
不思議なのは >>248 のアプリは 4.3 で問題なく動いてますよね。
あと、4.3 で動いているサーバがほとんどですよね。
なぜ EZWeb 系以外の他の PHP アプリは全滅しないの？
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 アプリは全滅しないの？
お前、問題の意味全然わかってないだろ。
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 が不安定だと主張する人はどの言語を使っているかも知りたいです。
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くらいしかしらない。
は？
セキュリティホールがあったのが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 も過去の事例を元に現行を論じるのは単なる感情論ではないですか？
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 が出たら移行に大変そうなので手を出していません。
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 が出たら移行に大変そうなので手を出していません。
4.0.6でいきなりPostgreSQLがうまく動かなかったりしたなぁ・・・
なんか、PHPではうまく動く事例だけを扱って、うまく動かない事例は例外ってことにして、Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
4.3から=演算子みたいな、基本的なところの動きが変わってるのに
> PHP4.0.x ～ PHP4.3.x は 99% 以上が動く互換性もありますよね。
とか、ようゆうわ、って感じだし。
なんか、PHPではうまく動く事例だけを扱って、うまく動かない事例は例外ってことにして、Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
4.3から=演算子みたいな、基本的なところの動きが変わってるのに
> PHP4.0.x ～ PHP4.3.x は 99% 以上が動く互換性もありますよね。
とか、ようゆうわ、って感じだし。
何でそんなに文章が長いのさ
> # C# は .Net 2.0 が出たら移行に大変そうなので手を出していません。
それと同じ理由で、PHP5はPHP5.1が出たら移行に大変そうなので手を出していません。
それと同じ理由で、PHP5はPHP5.1が出たら移行に大変そうなので手を出していません。
261
> しかも text/hdml はコードを変更すれば 4.2.2 に上げることができたよね。
どんな変更するかわかってんのか？
そりゃ、コードさえ変更すればどんなアップグレードにも対応可能だ。
手間がかかりすぎるので4.2.1のままにした。
そういうアプリケーションの全体に影響するような仕様変更が、一番低いバージョンがあがったときになんの前触れもなく行われることを不安定だっていってる。
セキュリティーアップデートで仕様変更されることが信用できないと言ってる。
> しかも 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
ですね。今は新規開発ではなく保守の仕事が多いので退屈なので現実逃避中。
ん?
>>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 のソースに
「十数行」のパッチで互換が確保できたと記憶してるし。
どんな変更が必要かは貴君のソースを見なければ具体的にはなんとも言えないのだけど、
一般論で言えば全ファイルが一番最初に共通の処理を実行する仕組みなら簡単だったよね？
「前触れもなく」に関しては本家 php-dev でも議論になってたし、
小泉さんが日本の php-dev でもこの問題はリリース前に流してたよね？
あと、その仕様変更は 99.999999% の PHP アプリには問題ないよね。
セキュリティアップデートに限らず、どんなマイナーなバージョンアップでも
100% 完全互換を保証する言語はないよね？
それに、PHP の問題が 4.2.2 だけを指しているなら
Java/Perl/VB に比べると遥かに信用できるのですが。
また、その仕様変更が嫌なら 4.2.2 の PHP のソースに
「十数行」のパッチで互換が確保できたと記憶してるし。
267 氏が 99.999999% 大丈夫な仕様変更にはまってしまったのはご愁傷様です。
そして 3 年前に解決済みのその一点だけにおいて現在の PHP も信用できないと
評価することも尊重いたします。
でも、もうそのネタはループしてるし飽きたので、
「この言語仕様が PHP は糞」という新ネタをください。
そして 3 年前に解決済みのその一点だけにおいて現在の PHP も信用できないと
評価することも尊重いたします。
でも、もうそのネタはループしてるし飽きたので、
「この言語仕様が PHP は糞」という新ネタをください。
> 99.999999% 大丈夫な仕様変更
これは、日本語対応HDMLのサイトが0.000001％しかなかったってこと？
ま、これこそ根拠レスの煽りだな。
で、=演算子の仕様変更に関してはスルーしてるんだな。
これは、日本語対応HDMLのサイトが0.000001％しかなかったってこと？
ま、これこそ根拠レスの煽りだな。
で、=演算子の仕様変更に関してはスルーしてるんだな。
しかし、PHPの仕様変更の考え方をうまく反映してるよなぁ。
自分のまわりの99.999999%が大丈夫ならいいだろ、みたいな。
日本語使ってるやつなんか自分のまわりに0.000001%もいないから関係ないだろ、みたいなね。
自分のまわりの99.999999%が大丈夫ならいいだろ、みたいな。
日本語使ってるやつなんか自分のまわりに0.000001%もいないから関係ないだろ、みたいなね。
あと、結果論で、こういうコーディングしてれば大丈夫だったはずだから、そういうコーディングしてるのが悪いってね。
結果論ならなんだっていえるな。
結果論ならなんだっていえるな。
>>272
EZWeb 以外の実害はなかったからね。
煽れば必死になって他の具体例を挙げてくれるかと思って。
なので数字はお好きな値をどうぞ。
= 演算子で実害が出た実例の件はどうなりましたか？
>>273
269 で書いたけれど 100% 互換を保証している言語はありませんよね。
それついてはどう思いますか？
>>274
結果論の話をしたつもりも、するつもりもありません。
ただ、3 年前にこうだったから、という結果論に
終始していて建設的な話ができないのは残念です。
EZWeb 以外の実害はなかったからね。
煽れば必死になって他の具体例を挙げてくれるかと思って。
なので数字はお好きな値をどうぞ。
= 演算子で実害が出た実例の件はどうなりましたか？
>>273
269 で書いたけれど 100% 互換を保証している言語はありませんよね。
それついてはどう思いますか？
>>274
結果論の話をしたつもりも、するつもりもありません。
ただ、3 年前にこうだったから、という結果論に
終始していて建設的な話ができないのは残念です。
>>272
世界的に見た場合の EZWeb だとそれくらいじゃない？
つーか、なんで糞 PHP を使っといて文句言ってるの？自己責任じゃない？
自分の技術力のなさを PHP のせいにしているだけだろ。
世界的に見た場合の EZWeb だとそれくらいじゃない？
つーか、なんで糞 PHP を使っといて文句言ってるの？自己責任じゃない？
自分の技術力のなさを PHP のせいにしているだけだろ。
>>267
「前触れ」はML以外にもRCで出てただろ
「前触れ」はML以外にもRCで出てただろ
俺今PHPを使った仕事をしてるけど、ちょっとバージョン返ると
すぐ挙動が不審になる。駄目だPHP超使えねぇ。
すぐ挙動が不審になる。駄目だPHP超使えねぇ。
頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
ttp://info.2ch.net/before.html
>>275
なんでわざわざ実害ださなきゃいけないんだよ。
4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。
動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。
なんでわざわざ実害ださなきゃいけないんだよ。
4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。
動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。
ｽｹﾞｪ
今度は試しもせずに妄想で責めてきたよ
引き篭もってないで外の世界を見れば
下の中以上のプログラマのプログラムなら動くことが分かるのに
まぁ、下の下、頭のおかしなプログラマには無理なわけだが
だから100%完全保証を主張してるのか
今度は試しもせずに妄想で責めてきたよ
引き篭もってないで外の世界を見れば
下の中以上のプログラマのプログラムなら動くことが分かるのに
まぁ、下の下、頭のおかしなプログラマには無理なわけだが
だから100%完全保証を主張してるのか
>>282
4日前の >>215 も具体例も試しもせずに=演算子が,と書いていたの!?
いったいそれで何の話がしたいの or できるの?
global_registersやezの件とか頭悪いなぁ,と思ってたけど
頭が悪いんじゃなくて頭がおかしいんですね.
4日前の >>215 も具体例も試しもせずに=演算子が,と書いていたの!?
いったいそれで何の話がしたいの or できるの?
global_registersやezの件とか頭悪いなぁ,と思ってたけど
頭が悪いんじゃなくて頭がおかしいんですね.
>>284
頭「も」悪いと思う
頭「も」悪いと思う
PHPでの環境なんてまだほったて小屋みたいなもんだから、
具体例とか、実害とか、実例とか99．9パーセントとか言うな。
適当に最適なコード書いとけ。ハゲ！
具体例とか、実害とか、実例とか99．9パーセントとか言うな。
適当に最適なコード書いとけ。ハゲ！
そろそろ結論お願いします。
>>288
286-287 によると
具体例とか、実害とか、実例とかないけど PHP はダメだそうです。
あと、バージョン上がっても 99.9 パーセントが何の問題もなく動くけど PHP はダメだそうです。
286-287 によると
具体例とか、実害とか、実例とかないけど PHP はダメだそうです。
あと、バージョン上がっても 99.9 パーセントが何の問題もなく動くけど PHP はダメだそうです。
PHPがダメとは言ってないだろ？
（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）
おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？
このインポ！
（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）
おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？
このインポ！
>>290
| PHPがダメとは言ってないだろ？
そうだったんですか。じゃ、どういう主張だったのですか？
|（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）
Autoboxing や Generic も 5 でやっとこさできるようになったようなヘタレ言語だがな！
というようなことを言うことに何か意味がありますか？
善いことをするのに遅いと責める気はありません。
善いことをしないのであれば催促したいですが。
| おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？
そうです。C/Java/VB/Perl の比較において PHP が特別にダメとは思えません。
ダメな点はありますが、それはどの言語でも同じことです。
| このインポ！
頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
| 根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
| PHPがダメとは言ってないだろ？
そうだったんですか。じゃ、どういう主張だったのですか？
|（try{}catch{}も５でやっとこさできるようになったようなヘタレ言語だがな！）
Autoboxing や Generic も 5 でやっとこさできるようになったようなヘタレ言語だがな！
というようなことを言うことに何か意味がありますか？
善いことをするのに遅いと責める気はありません。
善いことをしないのであれば催促したいですが。
| おまいが「PHPってダメなの？」思ってるだけなんじゃなくて？
そうです。C/Java/VB/Perl の比較において PHP が特別にダメとは思えません。
ダメな点はありますが、それはどの言語でも同じことです。
| このインポ！
頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
| 根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人
なんだよなんだよ、言葉尻ばかりつかまえて。
いじめてるつもりはないが、２ちゃんなんだし罵り合い上等でしょ。
別におまいの自尊心=PHPってわけでもねーだろ。
おまいも99．9パーセント動くけど（もじもじ･･･）とかさあ、うざいよ、
なんの分母の99．9だよ。たいした評価じゃあなかろうに。
それにしてもPHPは事実人気もあることだし、
より良いオブジェクト指向、フレームワークの充実、と
良いところはたくさんあるんだから、がんばってほしいと思うよ。
RubyやJAVAを参考にしながらOOを整理していってほしいし、
かつ、ライトウェイトっつー身軽なところを伸ばしていって欲しい。
ってかたっちまった。当たり前なことを。野暮ったいね。
いじめてるつもりはないが、２ちゃんなんだし罵り合い上等でしょ。
別におまいの自尊心=PHPってわけでもねーだろ。
おまいも99．9パーセント動くけど（もじもじ･･･）とかさあ、うざいよ、
なんの分母の99．9だよ。たいした評価じゃあなかろうに。
それにしてもPHPは事実人気もあることだし、
より良いオブジェクト指向、フレームワークの充実、と
良いところはたくさんあるんだから、がんばってほしいと思うよ。
RubyやJAVAを参考にしながらOOを整理していってほしいし、
かつ、ライトウェイトっつー身軽なところを伸ばしていって欲しい。
ってかたっちまった。当たり前なことを。野暮ったいね。
99.9% は地球上の全 PHP アプリのことね。
「もじもじうぜぇよ」ともじもじしないで不明なことは聞くように。
あと、もし 99.9% に突っ込みたいなら
「99.9% は言い過ぎだろ、デブ」だけの根拠なしではなく、
「○○で××だから98.7%だろ」という論理的反証でよろしく。
後半はハゲ同。建設的でいいね。
一番好きな言語は Ruby。素晴らしい OOP だ。
一番嫌いなのは一番使っているせいか Java。
203 からのを読むとこんな程度で騒ぐなよ、という感じ。
「もじもじうぜぇよ」ともじもじしないで不明なことは聞くように。
あと、もし 99.9% に突っ込みたいなら
「99.9% は言い過ぎだろ、デブ」だけの根拠なしではなく、
「○○で××だから98.7%だろ」という論理的反証でよろしく。
後半はハゲ同。建設的でいいね。
一番好きな言語は Ruby。素晴らしい OOP だ。
一番嫌いなのは一番使っているせいか Java。
203 からのを読むとこんな程度で騒ぐなよ、という感じ。
Ruby も Rite で RAA 全滅するけど
妥当な変更による結果なので文句を言う気はない。
PHP4 → 5 で PEAR が動かなくなるのも同様。
PHP4 の OOP は Perl 同様ありえない。
まぁ、非 OOP の互換性を保ちつつ
OOP の皮をかぶせるためには仕方ないのだが。
PHP5 の OOP 化は Java を手本としているので冗長で退屈。
Ruby のようにスッキリ書けると嬉しいのに。
あと ; が不要になるともっと嬉しい。
妥当な変更による結果なので文句を言う気はない。
PHP4 → 5 で PEAR が動かなくなるのも同様。
PHP4 の OOP は Perl 同様ありえない。
まぁ、非 OOP の互換性を保ちつつ
OOP の皮をかぶせるためには仕方ないのだが。
PHP5 の OOP 化は Java を手本としているので冗長で退屈。
Ruby のようにスッキリ書けると嬉しいのに。
あと ; が不要になるともっと嬉しい。
つーかお前等なんでそんなにPHPに固執してんの？
まるでPHPしかできないみたいな必死さだな。
PHPしかできないんじゃプログラマとして将来期待薄だな。
せめてJavaとかPerlくらいは理解しとけよ。
まるでPHPしかできないみたいな必死さだな。
PHPしかできないんじゃプログラマとして将来期待薄だな。
せめてJavaとかPerlくらいは理解しとけよ。
297 ：nobodyさん：05/02/25 02:43:01 ID:tNmKJfeD
おまえらはどれだけデザインパターンを理解して・・・
298 ：nobodyさん：05/02/25 07:01:06 ID:s0E0f9v3
スレが立ってからもうじき３年だけど、３年で何が変わった？
perlやrubyのcgiはなくなったか？
perlやrubyのcgiはなくなったか？
インターネッツできない場所にでも幽閉されてた人ですか
>>298
3年前の餌に今頃釣られなくても
3年前の餌に今頃釣られなくても
PerlのCGIは少なくなったね。
普通にまだ多いと思うが。少なくとも日本で"配布されている"WebアプリではまだPerlが一番多いだろうな。
使用されている物については同じかまだPHPの方が少ないぐらいかな？
海外だとPHPの方が抜いてるみたいだけど中国韓国ではASPだんとつ、他ではJSPやPHPって感じだったかな。
使用されている物については同じかまだPHPの方が少ないぐらいかな？
海外だとPHPの方が抜いてるみたいだけど中国韓国ではASPだんとつ、他ではJSPやPHPって感じだったかな。
わざわざCGIで動かさんだろ。
中国韓国ではASPが無料で使えるからなｗ。
まぁ、数値の取り扱いが仕様で決まってないPHPで、数値の計算をまともにやろうとするな、ってことだな。
え?
307 ：nobodyさん：05/02/27 22:37:14 ID:g0YeQIeP
PEARのPHP5対応率って低い？
先を見越してPHP5で何か作ろうと思うんだけど。
先を見越してPHP5で何か作ろうと思うんだけど。
開発が進歩してるのはaspと思うんだが･･･
>>310
読み違えていると思われ。
読み違えていると思われ。
smartyは？
PHP5 で問題なく使えるよ。PHP4.0.6 以降に対応。
PHP5をインストールするとSQLiteも自動的にインストールされますか？
試してみましょう。
317 ：nobodyさん：05/03/10 00:20:17 ID:57S9mKWn
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/
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では使うべきではないってことかな？
とりあえずPHPは5になってもapache2では使うべきではないってことかな？
318 のドキュメントを読んで
319 の質問をしてくる人に
何て書けば理解してくれるのだろうか
319 の質問をしてくる人に
何て書けば理解してくれるのだろうか
319はピー
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
> 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
prefork MPMでmakeするのはapache2のほうでした
っていうか普通にmakeすればpreforkになるんですね。
っていうか普通にmakeすればpreforkになるんですね。
落ち着け。よく読め。Google しろ。な。
つまりPHP5はApache2でも普通に使えると
windowsのローカルでは普通に使えてましたよ。
今はApache2＋PHP４に切り替えてるけど。
なんかPHP５重大なバグが無かったっけ。
今はApache2＋PHP４に切り替えてるけど。
なんかPHP５重大なバグが無かったっけ。
5.0.3 には特に重大なバグはないと思うよ
近々バグ修正した安定版である 5.0.4 が出る
久しぶりのリリース
近々バグ修正した安定版である 5.0.4 が出る
久しぶりのリリース
PHP5.1ﾏﾀﾞｰ? (･∀･ )っ/凵⌒☆ﾁﾝﾁﾝ
しかし、Zendのアホ開発者がとろっとろやってるから
ユーザーはマジ迷惑してる。
本屋にはPHP5本も充実してきてるっつーのに肝心のPHP5自体が
ぐだぐだだもんな。何とかしろよ糞Zend
ユーザーはマジ迷惑してる。
本屋にはPHP5本も充実してきてるっつーのに肝心のPHP5自体が
ぐだぐだだもんな。何とかしろよ糞Zend
おまいが参加すれば何とかなるよ？
おれは天才だからな。なんとかなるだろう。きっと。
PHP5が企業サイトで使われるようになるころにはPerl6登場。
336 ：nobodyさん：2005/03/25(金) 00:42:21 ID:O1ekkWSV
,j;;;;;j,. ---一､ ｀ ―--‐､_ l;;;;;;
｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; PHP1色の時代が来る・・・
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ そんなふうに考えていた時期が
`Z;i 〈.,_..,. ﾉ;;;;;;;;> 俺にもありました
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f
~''戈ヽ ｀二´ r'´:::. `!
｛;;;;;;ゝ T辷iﾌ i f'辷jァ !i;;;;; PHP1色の時代が来る・・・
ヾ;;;ﾊ ﾉ .::!lﾘ;;rﾞ そんなふうに考えていた時期が
`Z;i 〈.,_..,. ﾉ;;;;;;;;> 俺にもありました
,;ぇﾊ、 ､_,.ｰ-､_',. ,ｆﾞ: Y;;f
~''戈ヽ ｀二´ r'´:::. `!
337 ：nobodyさん：2005/03/28(月) 16:15:35 ID:AxvngZW7
なんでPHP5って盛り上がらないの？
PHP4までやってきた香具師がJAVAに浮気中。
俺はPHP5に戻ってきたぜぇぇぇー。
俺はPHP5に戻ってきたぜぇぇぇー。
そしてPHPに戻るのは少数派。
ひさびさにWINDOWSでPHPの開発環境整えてて思ったんだけど、
PHP4とPHP5をサクサク切り換える方法ってなんかないの～？
PHP4とPHP5をサクサク切り換える方法ってなんかないの～？
別ポートで Apache を起動してる
php5を案インストールする
コンパイルが面倒なら coLinux や VMWare とかは
のーみそコネコネ
347 ：nobodyさん：2005/03/29(火) 13:52:37 ID:OQ4y9YMB
なぜPHP5スレは盛り上がりませんか？
XAMPPでも使ってろ
>>347
デンパが㌧でないからです。
デンパが㌧でないからです。
みんな、ﾄﾝ。
結局、
php.ini（５のやつ）
pnp_bak4.ini
pear.ini（５で生成したやつ）
pear_bak4.ini
っていうように保存しておいて、
httpd.confはコメントアウトで簡単に４と５を
切り換えられるようにすたよ。
結局、
php.ini（５のやつ）
pnp_bak4.ini
pear.ini（５で生成したやつ）
pear_bak4.ini
っていうように保存しておいて、
httpd.confはコメントアウトで簡単に４と５を
切り換えられるようにすたよ。
つうかphp4ベースのソースをphp5のサーバーで使って不具合あった？
エラーが出るのはソースが古かったりphp.iniの設定が一致してないときぐらいでしょ？
逐次アップデートしながらソース書いてりゃ問題ないよ。
エラーが出るのはソースが古かったりphp.iniの設定が一致してないときぐらいでしょ？
逐次アップデートしながらソース書いてりゃ問題ないよ。
$this がだめねなんねん。
しかし今更4.1で変更になった部分とかを挙げられても困る罠
PHPの「$this->」って文法的におかしいよな。
親クラスを表すのが「parent::」なら
カレントクラスを表すのは「this::」だと思うんだけどどうよ？
親クラスを表すのが「parent::」なら
カレントクラスを表すのは「this::」だと思うんだけどどうよ？
いっそのこと「this.」にしよう
>>355
オブジェクト指向をわかってない気配。
オブジェクト指向をわかってない気配。
>>355
自インスタンスを表す変数だから、文法的には「$this->」のほうが合ってる
自クラスを「this::」にするとなると「MyClass::」と書くのと一緒のことになる
親クラス「parent::」は「SuperClass::」とも書けるだろ？
自インスタンスを表す変数だから、文法的には「$this->」のほうが合ってる
自クラスを「this::」にするとなると「MyClass::」と書くのと一緒のことになる
親クラス「parent::」は「SuperClass::」とも書けるだろ？
まともなレスで悪いんだけど$thisって失敗だったと思わん？
$this省略して$global->func()のほうが便利な気がする。
$this省略して$global->func()のほうが便利な気がする。
ぜんぜんまともじゃない。
$global->pg_connectとか$global->mktimeとか、PHPは標準では関数ライブラリしかないのに、それにいちいち$thisをつけるのはめんどう。
$global->pg_connectとか$global->mktimeとか、PHPは標準では関数ライブラリしかないのに、それにいちいち$thisをつけるのはめんどう。
ruby ってどうだったっけ
面倒だと思う奴は議論に参加する権利すらない
PHPってJavaを真似てるんだからJavaもそんなんじゃないの？＞$this
C++でも this-> だけど省略できる
365 ：nobodyさん：皇紀2665/04/01(金) 12:31:13 ID:5oHi3yud
PHP5をどうしても使いたいんだけど対応してるレンタルサーバーってある？
できれば無料がいいけどなければ有料でもかまわないんだけど。
できれば無料がいいけどなければ有料でもかまわないんだけど。
366 ：nobodyさん：2005/04/02(土) 15:54:55 ID:O+IrCd/h
うーん、自力で探してみたけど
PHP5の使えるレンタルサーバーは皆無だね。
PHP5の使えるレンタルサーバーは皆無だね。
なんで対応しないの？(´･ω･`)
xrea対応してよ
xrea対応してよ
既存スクリプトが動かなくなる危険をおしてまで採用するメリットがないから
なるほど、他に被害が出る訳ね
>>368
ん？既存のPHP4と互換性ないの？
ん？既存のPHP4と互換性ないの？
ないよ
まじかよ。ツッカエネーな。＞PHP5
だから使われてない
これはもう完璧にZendの責任だな。
使えないものをリリースするなっつーの。
使えないものをリリースするなっつーの。
だからIBMがテコ入れをするわけだ。
移植作業は至って簡単な置換作業で終わった
ヘンなコーディングしてなきゃそのまま動くよ。
自分の基準でへんなとかへんじゃないとかいったところでねぇ・・・。
PEARというライブラリまるごと怪しいんだし。
PEARというライブラリまるごと怪しいんだし。
ま、Zend自体も互換性について>>376-377みたいな甘い考えしてるんだろうな。
PHP5スレも盛り上がらないわけだ。
もうPHPは終わったなｗ
もうPHPは終わったなｗ
IBMが何をやってくれるかだな。
きっとそのうち何とかしてくれるよ。
期待してるさPHP5♪
期待してるさPHP5♪
>>367
XREAはPHP5が入っている鯖もある。
XREAはPHP5が入っている鯖もある。
ここでグダグダと書いてるバカどもは当然PHP5のソースアーカイブに入ってる
README.PHP4-TO-PHP5-THIN-CHANGES は読んでるよね？
README.PHP4-TO-PHP5-THIN-CHANGES は読んでるよね？
>>384
いちいちそんなもん読むわけねーだろ
ＰＨＰ５はすげー簡単なんだよ
バカでもアホでもＰＨＰは楽しいな♪ってのが売りなのさ
今はじめずにいつはじめるって言うんだ？あ"？
ボケッと見てるだけのやつは今すぐインスコ汁！
そしてＰＨＰ４使ってるやつに、まだそんなもん使ってんの～、ぷ
っていってやれ。
明日から世界が変わること間違いなしだぞ！
しょぼーん
いちいちそんなもん読むわけねーだろ
ＰＨＰ５はすげー簡単なんだよ
バカでもアホでもＰＨＰは楽しいな♪ってのが売りなのさ
今はじめずにいつはじめるって言うんだ？あ"？
ボケッと見てるだけのやつは今すぐインスコ汁！
そしてＰＨＰ４使ってるやつに、まだそんなもん使ってんの～、ぷ
っていってやれ。
明日から世界が変わること間違いなしだぞ！
しょぼーん
てゆーかPHP5が世の中で使われてないのは
PHP4との互換性の問題じゃなくてまだ安定してないからでしょ？
PHP4との互換性の問題じゃなくてまだ安定してないからでしょ？
互換性がなくて魅力がなくて安定してないから。
・・・安定はそれなりにしてると思うが。
互換性さえあれば、魅力なくてもとりあえず移行できるのに、互換性を乗り越えて移行するには魅力がないことには。
人件費タダで信頼性求めない趣味ならすぐ移行できるんだろうけど。
・・・安定はそれなりにしてると思うが。
互換性さえあれば、魅力なくてもとりあえず移行できるのに、互換性を乗り越えて移行するには魅力がないことには。
人件費タダで信頼性求めない趣味ならすぐ移行できるんだろうけど。
実際問題、PHP4用に書いたスクリプトがPHP5で動かなくて困ったことってないけどな。
それに、例外処理があるだけでも充分に魅力的だと思うよ。
それに、例外処理があるだけでも充分に魅力的だと思うよ。
いくら待っても互換になりませんYO!
互換互換ってプログラムに味覚や嗅覚は必要ねーんだよ！
三角で十分。三角の頂点はもちろんＰ・Ｈ・Ｐだ！
三角形ってのは三辺の長さが決まれば合同が保障される最も安定な図形なんだよ。
その安定の上に互換の５が付いたＰＨＰはまさに無敵だろ？
これ以上待っていたら何もしないまま年だけとっちまうがおまいはそれでいいのか？
いや、おまえ自身もこのままでいいはずが無いと思っているはず
そう、貴様のためにＰＨＰ５があるんじゃないか！
三角で十分。三角の頂点はもちろんＰ・Ｈ・Ｐだ！
三角形ってのは三辺の長さが決まれば合同が保障される最も安定な図形なんだよ。
その安定の上に互換の５が付いたＰＨＰはまさに無敵だろ？
これ以上待っていたら何もしないまま年だけとっちまうがおまいはそれでいいのか？
いや、おまえ自身もこのままでいいはずが無いと思っているはず
そう、貴様のためにＰＨＰ５があるんじゃないか！
>>391
こういう人に未来を託せば、PHPの将来も明るいね。
こういう人に未来を託せば、PHPの将来も明るいね。
魅力がでてくることはないから互換性を頼りたいところだけど、いくら待っても互換になりませんＹＯ！
パフォーマンスが高いとか、なんらかのメリットがないとなかなかね
スクリプト言語だし例外処理だけでは差し替え理由にはならないよ
スクリプト言語だし例外処理だけでは差し替え理由にはならないよ
具体的にどこが互換性無いのか言ってごらん。
>>395
changeLogよめ
changeLogよめ
>>395
PHP5 を試してもいない低脳アンチに構っても無駄
PHP5 を試してもいない低脳アンチに構っても無駄
で、PEARが使えないっていうのは？
PEARが使えなくなる程度に互換性がないっていうのは？
どうなの？
PEARが使えなくなる程度に互換性がないっていうのは？
どうなの？
ライトユーザーなら移行もまだ楽かもね
PHP4も動くオプションをつけられれば移行も促進されるだろうに。
>>398
どの PEAR ?
どの PEAR ?
指摘されたらアンチ扱いか（苦笑）
酷い妄信的な人が居るもんだね。
どんどん使いやすくなって欲しいってのが、本当のユーザーだと思うんだけど。
酷い妄信的な人が居るもんだね。
どんどん使いやすくなって欲しいってのが、本当のユーザーだと思うんだけど。
>>400
あるよ
あるよ
このスレの伸びを見ればPHP5が（今のところ）
失敗に終わっているというのは紛れも無い事実だと分かるんだがね。
失敗に終わっているというのは紛れも無い事実だと分かるんだがね。
別に失敗しているわけではないよ
PHP4と同等くらいではある
ただ、同等では人は動かない
PHP4と同等くらいではある
ただ、同等では人は動かない
同等か？
PHP5 は PHP4 より高速だし、
OOP もまともになって超快適だけど。
PHP5 は PHP4 より高速だし、
OOP もまともになって超快適だけど。
昔、MSXってあったじゃん。8bitCPUの。
あれの16bit版のMSX turboRって出たんだよね。
もちろんMSX turboRはMSX2+より高速だし、
MSX-DOS2が標準になって超快適だった。
でも、周りの進化はもっと速かったんだよね。
位置付けとしては、MSX2+と同等以下になってた。
PHPもそんな感じ。
あれの16bit版のMSX turboRって出たんだよね。
もちろんMSX turboRはMSX2+より高速だし、
MSX-DOS2が標準になって超快適だった。
でも、周りの進化はもっと速かったんだよね。
位置付けとしては、MSX2+と同等以下になってた。
PHPもそんな感じ。
で、この場合PHP5よりも「進化の速い」のは何？
くだらんたとえ話はやめようぜ。
くだらんたとえ話はやめようぜ。
PHP5って速度ではPHP4に劣るらしいな。
それでも俺はPHP5のOOを使いたいのだが、
国内のレンタルサーバーを見る限りPHP5が入ってるのは皆無。
現実問題としてPHP5は失敗なんだよ。
それでも俺はPHP5のOOを使いたいのだが、
国内のレンタルサーバーを見る限りPHP5が入ってるのは皆無。
現実問題としてPHP5は失敗なんだよ。
>>409
PHP5 のリリース前は遅いと言われていたけど、
実際は PHP5 の方が速い。
日経とかでベンチマーク記事あるから見てみ。
あと、実際やってみ。
低スペック・マシンで動かすと体感も速い。
PHP5 のリリース前は遅いと言われていたけど、
実際は PHP5 の方が速い。
日経とかでベンチマーク記事あるから見てみ。
あと、実際やってみ。
低スペック・マシンで動かすと体感も速い。
なんか欧米に比べて日本のPHP利用者はPHP5に全然興味ナシみたいだな。
単にPHP底辺ユーザーにとってPHP5が手強すぎるだけか？
単にPHP底辺ユーザーにとってPHP5が手強すぎるだけか？
移行すんの面倒臭いとみた
Ruby が国内で普及しないのと同じ？
Perl や Java にしがみついているのかな。
Perl や Java にしがみついているのかな。
>>412
どこら辺がめんどいと思う？
1年前からPHP5のOOPが変わること知ってたし、
Perl同様、PHPの糞なOOPを使っていなかったので
ほとんどそのまんまPHP5で動いてるけど(300ファイル5万行)。
PEARのメールやSmartyも無変更で使えるし。
どこら辺がめんどいと思う？
1年前からPHP5のOOPが変わること知ってたし、
Perl同様、PHPの糞なOOPを使っていなかったので
ほとんどそのまんまPHP5で動いてるけど(300ファイル5万行)。
PEARのメールやSmartyも無変更で使えるし。
PHP5のOOを活用するという意味を含めた上での移行は
実際面倒なんじゃないの。
サーブレットやStrutsのAPIとか、JAVAの例外処理とかインターフェイスを
理解してないとPHP5の本領は発揮できないじゃん。
実際面倒なんじゃないの。
サーブレットやStrutsのAPIとか、JAVAの例外処理とかインターフェイスを
理解してないとPHP5の本領は発揮できないじゃん。
>>415
意味がわからん。
PHPなのに、なんでServletやらStrutsやらJavaの例外処理とかインターフェイスを理解する必要があるんだ？
JavaはJava、PHPはPHPだと思うぞ。
確かに大規模なもの作るならフレームワークとかあったほうがいいが、
それはPHPならではのフレームワークで良いと思うが？
StrutsやJavaの真似をするぐらいなら、素直にStrutsとJavaを使うだけじゃねぇ？
意味がわからん。
PHPなのに、なんでServletやらStrutsやらJavaの例外処理とかインターフェイスを理解する必要があるんだ？
JavaはJava、PHPはPHPだと思うぞ。
確かに大規模なもの作るならフレームワークとかあったほうがいいが、
それはPHPならではのフレームワークで良いと思うが？
StrutsやJavaの真似をするぐらいなら、素直にStrutsとJavaを使うだけじゃねぇ？
PHP5が浸透する前にPHP6でるよ。
Java と PHP を使う身としては
415 が言うように Java で便利だなーというものが
PHP5 で使えるようになって嬉しい。
まぁ、例外とかインターフェイスは Java に限らず
Ruby なんかでも持つものなので 416 はカッカせず
Java の部分を OO とかで読み替えればええんじゃない。
415 が言うように Java で便利だなーというものが
PHP5 で使えるようになって嬉しい。
まぁ、例外とかインターフェイスは Java に限らず
Ruby なんかでも持つものなので 416 はカッカせず
Java の部分を OO とかで読み替えればええんじゃない。
PHP6 の目玉は何だろうね
Parrotじゃね？
PHP5も浸透していないこの状況でPHP6が出たらPHPは終了するな。
というわけでPHPは終了って事でFA？
うん。
いまさらOO言語になったことだけが売りのPHPは終了。
型なし言語のくせにJavaのようなOOだから、言語仕様としては全く魅力もないし。
だからといってライブラリが充実してるわけでもなく。
いまさらOO言語になったことだけが売りのPHPは終了。
型なし言語のくせにJavaのようなOOだから、言語仕様としては全く魅力もないし。
だからといってライブラリが充実してるわけでもなく。
全然関係ないけど、PerlとPHPでオブジェクト指向一生懸命勉強したけど、殆ど理解できなかった。
クラスの作り方や使い方はある程度は分かってたけど、巨大になってくるとそれぞれをどういう風に組み合わせればいいのかさっぱりだった。
いわゆるフレームワーク…？
最近ActionScript始めたら、オブジェクト指向ってものが少し分かってきた気がする。
Flashはオブジェクトとか目に見えてるから分かりやすいんかな？
クラスの作り方や使い方はある程度は分かってたけど、巨大になってくるとそれぞれをどういう風に組み合わせればいいのかさっぱりだった。
いわゆるフレームワーク…？
最近ActionScript始めたら、オブジェクト指向ってものが少し分かってきた気がする。
Flashはオブジェクトとか目に見えてるから分かりやすいんかな？
ああ、でも分かったって言ってもPHPやPerlに比べてActionScriptのOOPは全然使いづらいけど…。
>>425
Lispやってみ、嫌でも身に付くかも。
Lispやってみ、嫌でも身に付くかも。
>>425
言語の問題じゃなくて作るものの種類の問題。
オブジェクト指向が向く分野と向かない分野がある。
Webアプリケーションではオブジェクト指向設計がほとんど必要ないから、PHPとかPerlでオブジェクト指向を勉強しても理解するのは難しいと思う。
オブジェクト指向の勉強にはブロック崩しとか簡単なゲーム作るのがいい。
言語の問題じゃなくて作るものの種類の問題。
オブジェクト指向が向く分野と向かない分野がある。
Webアプリケーションではオブジェクト指向設計がほとんど必要ないから、PHPとかPerlでオブジェクト指向を勉強しても理解するのは難しいと思う。
オブジェクト指向の勉強にはブロック崩しとか簡単なゲーム作るのがいい。
PHP4 と Perl の OO は学ばない方がいい。
PHP5 や Java, Ruby をどうぞ。
PHP5 や Java, Ruby をどうぞ。
とっととPHP5でPHP4とPHP5のソースが共存できるようなシステムを
提供しやがれ＞Zend
提供しやがれ＞Zend
ちなみにPerlの場合Perl6と平行してParrotで動くPerl5を開発してる。
こういうユーザーへの配慮がまったくないんだよZendのアホは。
こういうユーザーへの配慮がまったくないんだよZendのアホは。
突き詰めれば無駄を省くのが正しい
肥大化したものはゴミ遺産になりかねん
ＰＨＰ５に対応出来ないユーザーは使うな
という事で良いでしょ
肥大化したものはゴミ遺産になりかねん
ＰＨＰ５に対応出来ないユーザーは使うな
という事で良いでしょ
>>430
ありますよ。マニュアル嫁。
ありますよ。マニュアル嫁。
>>434
遅かれ早かれ切られるものなら４から５になった時点で切り離すべきだよ
Perlと同じ運命をたどるのはあまりにも芸がないし行き詰まるよ
実際、PHP5も行き詰まっているみたいだし下位に拘りすぎると出来る事が限られてしまう
PHP5のＰＨＰ４への対応はphp.iniにあるけど、それなら素直にPHP4を使っておけば良いよ
遅かれ早かれ切られるものなら４から５になった時点で切り離すべきだよ
Perlと同じ運命をたどるのはあまりにも芸がないし行き詰まるよ
実際、PHP5も行き詰まっているみたいだし下位に拘りすぎると出来る事が限られてしまう
PHP5のＰＨＰ４への対応はphp.iniにあるけど、それなら素直にPHP4を使っておけば良いよ
436 ：nobodyさん：2005/04/10(日) 00:54:32 ID:GMsPYp/4
しかしPHP5対応のレンタル鯖がほとんど無いのは痛いな
別に痛くはないよ
大規模なスクリプトを使うサイトなんて共有鯖でするものではない、
故にＰＨＰ５である必要もない
大規模なスクリプトを使うサイトなんて共有鯖でするものではない、
故にＰＨＰ５である必要もない
PHP5 使いたいなら海外の無料サーバ使えばいいのに。
って、英語できない、とほざくのかな。
って、英語できない、とほざくのかな。
問題なのはZendとユーザーの温度差。
phpを使ってあげているのか、使わせて貰っているのかだな
何でも当たり前と想ってる事に問題はないのか？
何でも当たり前と想ってる事に問題はないのか？
ユーザーは使わせてもらっていると思ってる。
Zendは使わせてやってると思ってる。
Zendは使わせてやってると思ってる。
普通じゃない？
>>438
PHPを使うためにレン鯖借りるわけじゃなく、レン鯖借りたら載ってるからPHP使うだけの人がほとんどだし。
PHPを使うために借りてる人は、すでにPHP4対応の鯖借りてて乗り換えるのも面倒だと。
PHPを使うためにレン鯖借りるわけじゃなく、レン鯖借りたら載ってるからPHP使うだけの人がほとんどだし。
PHPを使うために借りてる人は、すでにPHP4対応の鯖借りてて乗り換えるのも面倒だと。
zend社とワイズノットって仲好しなの？
日本のPHP/Zend周辺の会社はどれもヘンなのばっかりな
ワイズノットは、ThinkITのPHPとJavaの比較記事を読んで、お笑い系の会社だという認識になったんだけど、どうなの？
こんなバカなことをもっともらしく言う人が技術リーダーとかいう肩書きなのか、と。
あの記事で、ThinkIT自体見る気なくなったわけだけど。
Zendとワイズノットは、検索すると提携の記事がたくさんひっかかるよ。
結局、こんなところが「オフィシャルトレーニングセンター」とかになってるからPHPが広まらないんじゃないかと思ってみたりする。
こんなバカなことをもっともらしく言う人が技術リーダーとかいう肩書きなのか、と。
あの記事で、ThinkIT自体見る気なくなったわけだけど。
Zendとワイズノットは、検索すると提携の記事がたくさんひっかかるよ。
結局、こんなところが「オフィシャルトレーニングセンター」とかになってるからPHPが広まらないんじゃないかと思ってみたりする。
ワイズノットの会社説明会で貰った資料に
「JAVAによる開発費用の半額で開発が可能（設計工数は変わらず、
開発工数が半減します。」って書いてある。
「JAVAによる開発費用の半額で開発が可能（設計工数は変わらず、
開発工数が半減します。」って書いてある。
「なぜならウチにはJavaのノウハウがないからです。」
と続く。
と続く。
いまさらJavaって言われてもなぁ。
学校でもPHP教えてるなんてのをどっかで見たけどほんとなの？
IBMがPHPの開発をやめるように働きかければPHPが消える可能性はあるけどね。
学校でもPHP教えてるなんてのをどっかで見たけどほんとなの？
IBMがPHPの開発をやめるように働きかければPHPが消える可能性はあるけどね。
今更JAVA？
>>449
普通高校の技術の時間にやるくらいなら、PHPでもいいかもね。
普通高校の技術の時間にやるくらいなら、PHPでもいいかもね。
JSPと比較しても良いけどJAVAとは比較するな
なんで？
>>452はおおかた１つのPHPスクリプト中にコードもテンプレートも混ぜてるんだろ
いつになったらPHP１色の時代になるんですかぁ？
言語だろうが思想だろうが何か一色なんてありえないね。
その上でシェア率を言うならどうなんだろうね。
その上でシェア率を言うならどうなんだろうね。
CGIはほぼPerl1色ですが、何か？
459 ：nobodyさん：2005/04/14(木) 08:13:18 ID:SWXhJYok
CGIなんてもう使われてないだろ。
Perl が多いのは過去の資産であって、
新規案件で Perl って PHP に比べると少ないよね
Ex. sourceforge, freshmeat
新規案件で Perl って PHP に比べると少ないよね
Ex. sourceforge, freshmeat
ttp://www.hotscripts.com/
PHPって誰でもできるからかな
PHPって誰でもできるからかな
Perl6 は敷居高いしね
Ruby, Python は OO だから？か人気ないし
消去法で PHP が選ばれているのかな
Ruby, Python は OO だから？か人気ないし
消去法で PHP が選ばれているのかな
人気が出るかは、無料有料問わずに鯖次第。
全国的に鯖がJavaとか使える状況ならJava１択だったかもしれない。
OSすら制限無くなれば、ASP.NETも一般人にも普及するかもしれない。
Ruby、Pythonは使える鯖が少ない。
Perlは大体何処でも使える。
PHPも最近では珍しくも無い。
この現状を見れば鯖依存だということは明らか。
全国的に鯖がJavaとか使える状況ならJava１択だったかもしれない。
OSすら制限無くなれば、ASP.NETも一般人にも普及するかもしれない。
Ruby、Pythonは使える鯖が少ない。
Perlは大体何処でも使える。
PHPも最近では珍しくも無い。
この現状を見れば鯖依存だということは明らか。
>>460
CGIでPHPを使う人がそんなにいるとでも？
CGIでPHPを使う人がそんなにいるとでも？
俺今派遣で働いてるんだけど、Web系はJavaとPHPの案件しか無いね。
たまにPerlもあるけどごくまれ。でもPHP5を使ってるところは無い。
たまにPerlもあるけどごくまれ。でもPHP5を使ってるところは無い。
PerlってPHPと比べると激遅じゃん
って言うと語弊があるんだけどmod_perlで作るとなると
にわかPerlerでは無理になる
なので
安く作りたいなら PHP
少し高くても強固に作るなら JAVA
Perlは中途半端
って言うと語弊があるんだけどmod_perlで作るとなると
にわかPerlerでは無理になる
なので
安く作りたいなら PHP
少し高くても強固に作るなら JAVA
Perlは中途半端
467 ：nobodyさん：2005/04/15(金) 00:41:39 ID:vd7PoSCx
>>466
スクリプト群の流れは今後Parrotに収束するよ。
Perl6とPythonの時期バージョンのエンジンはParrotということで決定してるし、
PHP6とRubyでもParrotを採用するという動きがある。
そうなると言語はPerlだろうがPHPだろうが好きなの使いなよってことになる。
ちなみにPerl6の進化はPHP4→PHP5ていどのぬるいバージョンアップとは
違って半端無い改良が加えられる。正規表現の改良なんかは正直PHPみたいな
パクリ言語ではもう付いていけないレベル。
もちろんPHPみたいに下位バージョンを切り捨てたバージョンアップとは違い
Parrotで動くPerl5を作るなどの対応も欠かしてない。
今年やっとParrotがリリースされるということだから楽しみに待ってな。
スクリプト群の流れは今後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はその事に悲観する事はないのだろう。
モジュールとして動く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はその事に悲観する事はないのだろう。
469 ：nobodyさん：2005/04/15(金) 01:59:52 ID:nt16wJOR
じゃPHP最強じゃん
そこへ新しい言語nullpoが登場。
PHPはPerlには一生追いつけない。これは確実に言える。
言語学者が作った言語とパクリ野郎が作った言語ではレベルが違いすぎる。
Perl6の正規表現がどんなレベルになっているか知ってるか？
言語学者が作った言語とパクリ野郎が作った言語ではレベルが違いすぎる。
Perl6の正規表現がどんなレベルになっているか知ってるか？
私もそう思う
Larryの思想は壮大で心が破裂しそうだがzendは尊敬出来ない。
言語としてみてもPHPは底の浅さを隠しきれない
しかし受け側はそんな事には興味が無いのが事実なのだ。
例え蛆虫が沸いてる肉を使おうが安くて早くて美味ければそこに群がる。
この状況がWEBに止まらずアプリ等にも波及した時のことを考えるとゾっとする。
しかしそれは正常進化であるのだ。
Larryの思想は壮大で心が破裂しそうだがzendは尊敬出来ない。
言語としてみてもPHPは底の浅さを隠しきれない
しかし受け側はそんな事には興味が無いのが事実なのだ。
例え蛆虫が沸いてる肉を使おうが安くて早くて美味ければそこに群がる。
この状況がWEBに止まらずアプリ等にも波及した時のことを考えるとゾっとする。
しかしそれは正常進化であるのだ。
PerlやPHP、その他のobj言語も使うけど利用者にしてみれば同じ結果が出るのなら
楽なのを使うのが普通だろ、言語そのものの評価など関係ない。言語が素晴らしい
なんて言っているのは負け組みの言い訳。
楽なのを使うのが普通だろ、言語そのものの評価など関係ない。言語が素晴らしい
なんて言っているのは負け組みの言い訳。
というのが負け組のいいわけだな。
プラットフォームの評価は関係あるだろ。
というか、同じ結果をだすのにPHPは楽じゃないってことだ。
あいかわらずバージョンアップでエンバグしてるし。
プラットフォームの評価は関係あるだろ。
というか、同じ結果をだすのにPHPは楽じゃないってことだ。
あいかわらずバージョンアップでエンバグしてるし。
つか Perl6 の正規表現ライブラリも
preg のように公開されるので PHP でも
使えるのだけど何を言っているんだ？
preg のように公開されるので PHP でも
使えるのだけど何を言っているんだ？
PHPで出来ることはすべてPerlでできる。
Perlで出来ることのすべてをPHPではできない。
Perlで出来ることのすべてをPHPではできない。
>>478
ふーん、例えば？
ふーん、例えば？
PHPでApacheモジュール作れるんだっけ？
どんな言語も一長一短、だからこそ世の中には色んな言語がある
チンポと同じだね>>482
>>482
同感。Perl, PHP, Ruby, Python, Java, C++ 使うんだけど
それぞれにいい所があるね。
PHP4 はひどかったけど PHP5 は本当によくなった。
# C# 勉強中
同感。Perl, PHP, Ruby, Python, Java, C++ 使うんだけど
それぞれにいい所があるね。
PHP4 はひどかったけど PHP5 は本当によくなった。
# C# 勉強中
>>483
おいおい、チンポはそんな一言で片付くものじゃないぞ。
99％以上の男はチンポが左に曲がっていることが保障されているんだよ。
ほとんどの人はパンツメーカーが左向きに矯正したことに気づいていないだけなのさ。
もしかしたらおまいの人生や日本の経済が曲がっちまったのもチンポの曲がりが原因かもしれないぞ！
一歩先行く男はチンポとPHPを右向きに矯正して風俗のねーちゃんにアピールすることをお勧めするyo.
おいおい、チンポはそんな一言で片付くものじゃないぞ。
99％以上の男はチンポが左に曲がっていることが保障されているんだよ。
ほとんどの人はパンツメーカーが左向きに矯正したことに気づいていないだけなのさ。
もしかしたらおまいの人生や日本の経済が曲がっちまったのもチンポの曲がりが原因かもしれないぞ！
一歩先行く男はチンポとPHPを右向きに矯正して風俗のねーちゃんにアピールすることをお勧めするyo.
俺、激しく右曲がりだ・・・
PHP5で実際にシステム組んで
稼働させてる人いますか？
稼働させてる人いますか？
>>487
俺の会社だと、既にPHP5でシステム作って納品して本番稼動させてる。
俺の会社だと、既にPHP5でシステム作って納品して本番稼動させてる。
社内システムは PHP5 に移行してガンガン使ってる。
全く問題ないから近々 PHP5 のプロダクトをリリースさせるよ。
全く問題ないから近々 PHP5 のプロダクトをリリースさせるよ。
>生成するたびメソッドまで無駄にコピーされてる
そんなことはない。プロパティと間違えてないか?
PHP4でも、そういうところに気を配るプログラマはきちんと参照を使うもの。
そんなことはない。プロパティと間違えてないか?
PHP4でも、そういうところに気を配るプログラマはきちんと参照を使うもの。
>>491
君はもう一度勉強し直した方が良さそうだな。
君はもう一度勉強し直した方が良さそうだな。
493 ：nobodyさん：2005/04/15(金) 23:11:24 ID:DK+hN0WB
parrotが出た後は速度面の比較は意味がなくなるから
以下に楽に書けるか、保守や再利用性が増すかという点が重要になる。
PHPはJavaの真似したりしてその動きがあるけどPerlは何してるの？
以下に楽に書けるか、保守や再利用性が増すかという点が重要になる。
PHPはJavaの真似したりしてその動きがあるけどPerlは何してるの？
Perlも$a->{b}->{c}を$a.b.c とか$a.b.c.len とか書けるようになるね。
再利用性や保守も考慮にいれてRFC作ってるらしいけど情報が
少なくてどう転ぶかはまだわからない
再利用性や保守も考慮にいれてRFC作ってるらしいけど情報が
少なくてどう転ぶかはまだわからない
でも、Parrotになるなら、もうPerlだのPHPだの、どうでもよくなって、使いたいもの使えば？って感じだね。
結局動作環境としてのPHPは無くなって、言語としてだけ残るってことでしょ？
とはいえ、関数ってどうなるの？
Parrot用に移植する必要があるんだよね？
で、そしたらParrot上のPerlからもその関数呼び出せるんだよね？
なんか、そしたらRubyとかPythonとか、PHPより書きやすい言語に移行していったりするんじゃないかな。
PHPは型なし言語のくせにJavaみたいな言語構造だから、型あり・型なしの悪いとこ取りって感じだし。
結局動作環境としてのPHPは無くなって、言語としてだけ残るってことでしょ？
とはいえ、関数ってどうなるの？
Parrot用に移植する必要があるんだよね？
で、そしたらParrot上のPerlからもその関数呼び出せるんだよね？
なんか、そしたらRubyとかPythonとか、PHPより書きやすい言語に移行していったりするんじゃないかな。
PHPは型なし言語のくせにJavaみたいな言語構造だから、型あり・型なしの悪いとこ取りって感じだし。
>>491
PHP4は「なんちゃってオブジェクト指向」なのでnewのたびメソッドすらコピーされますよ。
PHP4は「なんちゃってオブジェクト指向」なのでnewのたびメソッドすらコピーされますよ。
498 ：nobodyさん：2005/04/16(土) 07:55:04 ID:97gwJhd3
国内は数年は4がメインだろうね
500 ：nobodyさん：2005/04/16(土) 08:24:35 ID:97gwJhd3
まぁ現実どうなるか見物ですね
多分現状日本でのシェアは 9.5：0.5 ぐらいじゃない？
502 ：nobodyさん：2005/04/16(土) 08:44:01 ID:97gwJhd3
5で作ったが5の鯖ね―じゃんとの、クレ―ムで4に変えた、広い意味で5やPHPの必要性を感じなくなったな
PHPはプログラミング言語というより、Word/Excelといったようなツールとしての色が強い。
オブジェクト指向なんて使う必要がないぐらい手軽になったほうがPHPらしいと思う。
オブジェクト指向なんて使う必要がないぐらい手軽になったほうがPHPらしいと思う。
504 ： ◆yflOPYrGcY ：2005/04/16(土) 12:09:19 ID:jM9m/cwL
オブジェクトがあるからこそ本当のphpに出会える
Zendだけでなくユーザーも迷いに迷うPHPｗ
派遣会社紛いのSI企業が人売りで金を稼ぐならPHPでしょ（藁
初心者に一ヶ月くらい教えたあとにOJTと称して客先へポイっ
どこかの会社がやってることさ（藁
どことは言わんが。
初心者に一ヶ月くらい教えたあとにOJTと称して客先へポイっ
どこかの会社がやってることさ（藁
どことは言わんが。
全て頭の中にあるのなら迷う事はない
迷う奴はただのへたれ
迷う奴はただのへたれ
次世代プログラミング言語Nullpoﾏﾀﾞ？
うるせーバカ
OOP面白いよ
子どもの頃プラモ作った時みたいな感じに作れるし
一回やったら戻りたくない
子どもの頃プラモ作った時みたいな感じに作れるし
一回やったら戻りたくない
OOPはPHPでWebでやるより、JavaなりC#なりでウィンドウに何か表示してやったほうが一層おもしろいよ。
512 ：nobodyさん：2005/04/17(日) 02:07:22 ID:T6yAigWO
国内レン鯖PHP5に移行する気配全く無し、それどころか今だに、多数4.3.6のままも多いね、底辺が変わらない事には5なんて必要なのか？
すべてZendの責任。
４でも５でも動くスクリプトを提供するのがプロの仕事、
それが出来ない素人はすぐに責任転嫁する
それが出来ない素人はすぐに責任転嫁する
4でも5でも動くとなると、5で変わった点は殆ど生かされないよね。
>516
phpversionで、読み込むファイル変えればいくらでも生かされるが
phpversionで、読み込むファイル変えればいくらでも生かされるが
頭の悪い奴は自分の小ささを知らない
まさか２つファイルを作るって話？
なんでPHP5マンセー者はバカすぎるんだ？
結局PHP5の機能を使わないファイルを作るなら、PHP5の機能を使わないファイルだけでやるだろ。
無職ひきこもりで時間がありあまってるやつは別だけどね。
結局PHP5の機能を使わないファイルを作るなら、PHP5の機能を使わないファイルだけでやるだろ。
無職ひきこもりで時間がありあまってるやつは別だけどね。
>>521
レス番つけて文句言えよ、ついでに流れ読め
レス番つけて文句言えよ、ついでに流れ読め
523 ：nobodyさん：2005/04/17(日) 17:49:01 ID:T6yAigWO
そんな事までしなきゃ5って使えないよね、しかも素人が使うフリ―スクリプトには使えない物続出だろうな
>>523
素人が使うようなフリースクリプトなんて、ほとんどPHP5でも動くぞ。
何せ、難しい事してないからな。
構造やらソースは物凄くシンプル。
企業で書くような大規模で再利用性を考えたプログラムの方が動かない。
素人が使うようなフリースクリプトなんて、ほとんどPHP5でも動くぞ。
何せ、難しい事してないからな。
構造やらソースは物凄くシンプル。
企業で書くような大規模で再利用性を考えたプログラムの方が動かない。
>>522
ほら、こんな感じで、ちゃんと本人には伝わってるし。
ほら、こんな感じで、ちゃんと本人には伝わってるし。
>>524
つまり、いいプログラムほどPHP5では動かず、どうでもいいプログラムばかりがPHP5で動くってことですね？
つまり、いいプログラムほどPHP5では動かず、どうでもいいプログラムばかりがPHP5で動くってことですね？
528 ：nobodyさん：2005/04/17(日) 18:15:51 ID:T6yAigWO
なんか5支持には無理があるね、5が出なきゃ良かったのかもね、
PHPが複数のバージョンで動くなら問題無いんだよ。
.NetFrameworkなんて1台のPCにバージョンの違うランタイム入れても、
それぞれが独立していて、問題無く動く。
この仕組みはそれは凄く評価してる。
いい加減バージョンの違いによる・・・っていうのはいい加減にして欲しい。
.NetFrameworkなんて1台のPCにバージョンの違うランタイム入れても、
それぞれが独立していて、問題無く動く。
この仕組みはそれは凄く評価してる。
いい加減バージョンの違いによる・・・っていうのはいい加減にして欲しい。
530 ：nobodyさん：2005/04/17(日) 18:24:40 ID:T6yAigWO
確かにそうですね、僕も、ちょっとバ―ジョンが変わるだけで動かない等のクレ―ムには疲れた、しかもこの先も、ずっと同じ事起きるしね、未来のバ―ジョン予測なんて、できね
そこでParrotの登場ですよ。
Perlの場合Perl5とPerl6では互換性は無いが
Parrot側でそれをカバーしてる。
PHPでも同じことをすれば良し。
Perlの場合Perl5とPerl6では互換性は無いが
Parrot側でそれをカバーしてる。
PHPでも同じことをすれば良し。
有償スクリプトならサポート料をぼっているはず
無償スクリプトならサポートする必要はない
無償でサポートしている奴が馬鹿
無償スクリプトならサポートする必要はない
無償でサポートしている奴が馬鹿
533 ：huhu：2005/04/17(日) 18:45:28 ID:xsrZayHP
常時450本以上のモロ動画完備の裏ビデオ通信！
明乃夕奈のタダ動画あり！一見の価値ありです。急いでDLしよう！
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pinkeyes.tv/
明乃夕奈のタダ動画あり！一見の価値ありです。急いでDLしよう！
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pinkeyes.tv/
PHP4のスクリプトがPHP5で動くっていうやつは、ほとんど動くっていってるだけで、動作の保証がされているもんでもないし。
つうか、PHP4の中でもバージョン間で動く動かないあるのに、PHP5に移行出来るかって感じだな。
つうか、PHP4の中でもバージョン間で動く動かないあるのに、PHP5に移行出来るかって感じだな。
>>531
Parrotについては詳しくしらないが、『互換性』とかカバーとか要らない。
単純にPerl5とPerl6がそれぞれ独立してインストール出来て、
それを使うアプリ側がバージョンを指定して動けばいい。
そうすれば、1つのサーバの中でどっちのバージョンも動くから、
使いたい方を使えばいい。
Parrotについては詳しくしらないが、『互換性』とかカバーとか要らない。
単純にPerl5とPerl6がそれぞれ独立してインストール出来て、
それを使うアプリ側がバージョンを指定して動けばいい。
そうすれば、1つのサーバの中でどっちのバージョンも動くから、
使いたい方を使えばいい。
よくわからんが、Linuxのカーネルみたいなもんで、
そうそう全面移行ってのはないんじゃない？
動いているモノに、わざわざ手を入れる必要はないし。
そうそう全面移行ってのはないんじゃない？
動いているモノに、わざわざ手を入れる必要はないし。
537 ：nobodyさん：2005/04/17(日) 19:37:32 ID:T6yAigWO
有償サポ―ト出まくりでPHPうざすぎなんだよ、しかも素人相手だからな、おとなしく5使うのやめたよ。PHPはお気軽だから好きなんだけど、なんにも考えてないバ―ジョンアップには耐えられないな。
今の現状を見れない奴がPHP5と騒いでいるだけだよ
気にするな
気にするな
わかってないな・・・ちゃんと書いている奴のスクリプトでは問題が起きない
へたれが適当に書いて動いたって喜んでいるから問題が起きる
へたれが適当に書いて動いたって喜んでいるから問題が起きる
540 ：nobodyさん：2005/04/17(日) 19:46:41 ID:T6yAigWO
ま―へたれでもなんでもなくても4で作って5で動かない事は十分ある。その辺十分理解できてる奴は理解できるが、理解出来ない奴も多い、つまりPHP自体理解してないのかもね
妄信もほどほどにね＾＾；
きっと、どんな糞言語になってもZendは悪くない。アホには使いこなせないのだ。悪いのはアホユーザーだ!!
と言い張るんだろうな。
どっかの国の人みたいだ。
問題点は削っていこうよ。
と言い張るんだろうな。
どっかの国の人みたいだ。
問題点は削っていこうよ。
543 ：nobodyさん：2005/04/17(日) 20:05:36 ID:T6yAigWO
PHP好きなのはわかるけど、現状見れば4もしくは他言語が無難、ぶっちゃけ、日本だけじゃなくて海外でも同じ現状だよ
もう駄目だZendのせいでPHPは終わった。
IBMのおかげで新たに始まる。
実際問題として、web上のCGI言語で使われてるのは
圧倒的にperlが多いわけだがｗ
圧倒的にperlが多いわけだがｗ
ま、CGIだしね。
まともに使うものはCGIにしないわけで。
PHPなんてCGIで使ってる人なんてほとんどいないわけで。
JavaをCGIで使うのはバカだし。
まともに使うものはCGIにしないわけで。
PHPなんてCGIで使ってる人なんてほとんどいないわけで。
JavaをCGIで使うのはバカだし。
安全性を考える人はPHPでもCGIで動かしてるわけで。
PHPの良い点って速さって言うより
プログラマにとって開発のしやすさだと思うんだけど。
プログラマにとって開発のしやすさだと思うんだけど。
>>549
どっちかっつーと手軽さだと思うんだけど
どっちかっつーと手軽さだと思うんだけど
まともな開発環境もないのに開発しやすいかねぇ。
とっつきやすくて手軽というだけだよ。
とっつきやすくて手軽というだけだよ。
>>548
というか、安全性を考える人はPHPを使わない。
というか、安全性を考える人はPHPを使わない。
なんかPHPが叩かれまくってるな。
まるで日中関係のようだな
お手軽すぎて、>>1-554みたいなプログラマ気取りが増えるんだよ。
>>555
で自称プログラマのあなたはどのような言語をお使いなんですか？
で自称プログラマのあなたはどのような言語をお使いなんですか？
そりゃSmalltalkにきまっとる。
558 ：nobodyさん：2005/04/18(月) 02:33:37 ID:XuxjWdhQ
なんかもう、5は・・・かばいようも無いようだ・・。
DebianでPHP5をapt-getでインストールしようとしたら
stableに無いのよ。で、tesingも探してみたんだけど無い。
PHP5はDebianコミュニティから完璧に無視されてるってことだ。
まったくこれは完璧にZendの責任だな。
ユ ダ ヤ 人 は こ れ だ も の
stableに無いのよ。で、tesingも探してみたんだけど無い。
PHP5はDebianコミュニティから完璧に無視されてるってことだ。
まったくこれは完璧にZendの責任だな。
ユ ダ ヤ 人 は こ れ だ も の
PHP5のおかげでPHPは終わったな。
PHPは何度でもよみがえるさ
そのたびにすぐあぼーんするわけだね。
PHPは終了ってことでFA？
いや、厨がいる限りしぶとく続くと思う。
MSXみたいなもん。
MSXみたいなもん。
phpのいい点は、Cライクで文法を最初からおぼえ直したりすることなく、
すんなりと導入できるところだ。
すんなりと導入できるところだ。
迅速な開発、これが最大の理由
それもわからない奴はC言語つかっとけって話
それもわからない奴はC言語つかっとけって話
>>568
始まった開発が迅速に進まないのはPHPじゃなくてプログラマの頭が悪いんじゃないかな
始まった開発が迅速に進まないのはPHPじゃなくてプログラマの頭が悪いんじゃないかな
>>568
PHPもろくに使えないんですか?
PHPもろくに使えないんですか?
そうだね。
頭悪いからPHP使いこなせないんだと思う。
だからツールやらライブラリやらドキュメントが揃ってて変なエンバグのないJava使ってるんだと思うよ。
PHPはツールがなくてライブラリのドキュメントも揃ってなくて変なエンバグがしょっちゅうあっても対応できるような賢い人が使うんだろうね。
選ばれた人だ。
頭悪いからPHP使いこなせないんだと思う。
だからツールやらライブラリやらドキュメントが揃ってて変なエンバグのないJava使ってるんだと思うよ。
PHPはツールがなくてライブラリのドキュメントも揃ってなくて変なエンバグがしょっちゅうあっても対応できるような賢い人が使うんだろうね。
選ばれた人だ。
ケンカはやめてセックスしなよセックスセックス！
でもJava使いってプログラミングの上っ面しか知らない
ウンコちゃんが多いよね。
ウンコちゃんが多いよね。
575 ：nobodyさん：2005/04/19(火) 00:26:36 ID:2zaxXYWz
え？
PHP使いのほうが上っ面多くない？
説明する気も萎えるくらい
「あれ？こういう概念知らないんだ、ふーん」ってなることがある。
そして、概念も概要とか、知ってる言葉を振りかざすだけで、
未検証、評価の精度が低い。
PHP使いのほうが上っ面多くない？
説明する気も萎えるくらい
「あれ？こういう概念知らないんだ、ふーん」ってなることがある。
そして、概念も概要とか、知ってる言葉を振りかざすだけで、
未検証、評価の精度が低い。
576 ：力を貸して下さい：2005/04/19(火) 01:58:20 ID:/22NR/re
↓の文をコピペして他スレに貼ってき、同志を集める。
【反日】対中サイバー戦【抗日】 Part４
http://academy3.2ch.net/test/read.cgi/china/1113840522/
中国共産党思想統制開放作戦を決行します。
みんなで中国サイト掲示板に書き込もう！
公安によってすぐに削除されますが、一瞬でも見た中国人が己の過ちに気づき矛先が中国政府に向かいます。
このレスを他関連スレに貼り付けてくれると助かります！
【反日】対中サイバー戦【抗日】 Part４
http://academy3.2ch.net/test/read.cgi/china/1113840522/
中国共産党思想統制開放作戦を決行します。
みんなで中国サイト掲示板に書き込もう！
公安によってすぐに削除されますが、一瞬でも見た中国人が己の過ちに気づき矛先が中国政府に向かいます。
このレスを他関連スレに貼り付けてくれると助かります！
578 ：nobodyさん：2005/04/19(火) 03:37:22 ID:2zaxXYWz
そういう香具師はPerlをやってきてないよね。
>>568
ついでに、"人気がある言語"これだね。
ついでに、"人気がある言語"これだね。
580 ：nobodyさん：2005/04/19(火) 04:22:45 ID:2zaxXYWz
人気がありすぎて、
俺様仕様で勝手創造的PHPシステムが
乱造されててウザイ。
他人が作ったサイトをちょっくら面倒見るときに
そういうことが発生しまくる。
JavaでStrutsはちょっと冗長だけど、
それでもJavaならStrutsで済むんだけどーって思う。
PHPのフレームワークは今出回ってるいい感じのやつを使ってほしい。
俺様フレームワークに出くわしたときはマジうざかった。
俺様仕様で勝手創造的PHPシステムが
乱造されててウザイ。
他人が作ったサイトをちょっくら面倒見るときに
そういうことが発生しまくる。
JavaでStrutsはちょっと冗長だけど、
それでもJavaならStrutsで済むんだけどーって思う。
PHPのフレームワークは今出回ってるいい感じのやつを使ってほしい。
俺様フレームワークに出くわしたときはマジうざかった。
>>572
バグがあるのと、エンバグがあることは全く違うよ。
バグはソフトウェアである以上しかたないけど、バージョンアップでバグが入るというのは開発プロセスの問題。
今まで動いてたプログラムが、セキュリティパッチで関係ないところで動かなくなるっていうのが頻発するっていうのは、メジャーな処理系ではPHPくらいしか聞かない。
バグがあるのと、エンバグがあることは全く違うよ。
バグはソフトウェアである以上しかたないけど、バージョンアップでバグが入るというのは開発プロセスの問題。
今まで動いてたプログラムが、セキュリティパッチで関係ないところで動かなくなるっていうのが頻発するっていうのは、メジャーな処理系ではPHPくらいしか聞かない。
>>577
「PHP使い」の方にこそあてはまる気がするんだが。
「PHP使い」の方にこそあてはまる気がするんだが。
Windowsもバージョンアップやパッチで動かない物がある
データにしても下位のものは切り捨てられる事はある
ついて行けない奴は何処の世界でも置いて行かれる
データにしても下位のものは切り捨てられる事はある
ついて行けない奴は何処の世界でも置いて行かれる
PHPの規模のプロダクトなのに、Windows規模の開発と同じ混乱が発生してるということか。
「フォームが崩れる」とかいっちょまえなこと言って部活さぼってる中学生みたいだな。
「フォームが崩れる」とかいっちょまえなこと言って部活さぼってる中学生みたいだな。
Windowsが有償な事を考えたら大差ないだろ
大きい物に巻かれる日本人は小さい所を叩きたがるからな
大きい物に巻かれる日本人は小さい所を叩きたがるからな
PHPって小さいんだｗｗｗｗ
PHP1色はまだまだ先だな
PHP1色はまだまだ先だな
ＰＨＰ、１色なんてありえない
そんな事もわからないのか・・・
そういうレベルなのか・・・
そんな事もわからないのか・・・
そういうレベルなのか・・・
もうすぐParrot一色だし。
>>585
ある意味最も条件が過酷なOSと、特定用途のスクリプト言語を大差ないと言えるところが、PHP厨らしくてイカス！
ある意味最も条件が過酷なOSと、特定用途のスクリプト言語を大差ないと言えるところが、PHP厨らしくてイカス！
もうこれはすべてZendの責任だな。
批判するなら使うなよ
使わないならこのスレに来るなよ
余所のスレで騒げ、厨諸君ｗ
使わないならこのスレに来るなよ
余所のスレで騒げ、厨諸君ｗ
PHP5のおかげでPHPの地位は急降下。
それを指摘されて逆切れするPHP厨はZend並にどうしようもないね。
それを指摘されて逆切れするPHP厨はZend並にどうしようもないね。
もうこれはすべてZendの責任だな。
596 ：nobodyさん：2005/04/20(水) 03:02:08 ID:M6NXhxaM
誰か頼むからPHP5の使えるレンタルサーバーを教えてくれ。
598 ：nobodyさん：2005/04/20(水) 07:15:47 ID:vYzziVN+
5鯖借りたら、4になったよ。。レンタル鯖は都合で5から4へ。。。専用じゃないと5は厳しいのかもね。。おそらく4使ってる奴に不具合出て戻したのかもな。。
つまり、信者以外は使う価値なしと。
これはもうZendとユーザーのコンクラーベだな。
問題が起こっても自分で対処できるやつはPHP使えばいいし、
ベンダーに責任転嫁できたほうが嬉しい奴はJavaを使えばいいってことでいいんじゃねーの？
ベンダーに責任転嫁できたほうが嬉しい奴はJavaを使えばいいってことでいいんじゃねーの？
PHPで起こるような問題が起こらないJavaのほうがいい。
PHPの問題を自分で対処するくらいならJavaの問題で自分で対処するほうがいい。
PHPの問題を自分で対処するくらいならJavaの問題で自分で対処するほうがいい。
603 ：nobodyさん：2005/04/20(水) 14:43:32 ID:zBOzZqCx
責任転嫁のベストプラクティスはC丼ｗ
バージョンアップ毎に問題が起きるような処理系を
公開しているようなZendはもう無くなってしまえばいいと思うよ。
公開しているようなZendはもう無くなってしまえばいいと思うよ。
専用サーバならServletもいいけど、レンタルサーバで運用するような案件だと
要求に合ったServlet環境を探し出すのが難しくないかい？
要求に合ったServlet環境を探し出すのが難しくないかい？
606 ：nobodyさん：2005/04/20(水) 17:23:21 ID:zBOzZqCx
まさしくそこでPHPなんだけど、
まさしくそこで俺様newbie達が大暴れしてくれてる。
まさしくそこで俺様newbie達が大暴れしてくれてる。
>>605
要求にあったPHP5環境を探し出すのも、同じくらい難しいね。
要求にあったPHP5環境を探し出すのも、同じくらい難しいね。
もうこれはすべてZendの責任だな。
つうかさぁ、PHPはいいとしても、中国の反日デモはどうにかして欲しいよね。
Zendの責任なんだから。
Zendの責任なんだから。
おめーら黙って聞いてりゃいい気になりやがって！
Zendの責任にすんなよな！
Zendの責任にすんなよな！
ZendのアホがしっかりしてないからPHP5を誰も使おうとしない
今のような状況になったんだよ。
今のような状況になったんだよ。
Zend = 悪の枢軸
温暖化もZendの責任だ
いやぁ、温暖化は、PHP3のころに周り勧めた俺にも責任がある。
もうこれはすべてZendの責任だな。
このスレザーッと読んでみたんだけど
PHPはもう終了ってことでＯＫですかね？
PHPはもう終了ってことでＯＫですかね？
>>616
OK
OK
PHPは何度でも蘇るさ
そのかわり、いままでのスクリプトは使えなくなるけどな。
620 ：nobodyさん：2005/04/21(木) 06:06:43 ID:9MPKObNf
進化するだびに過去のスクリプトとの互換性無いとは、もはやPHPを必要とする意味が見当たらない。。
PHPは正直言ってWindows使ってCGI使ってる奴にしか需要ないだろ？
なぜならPHPはUNIX系OSでは使えないからだ、どうせCGI作るならUNIX系にも
対応しているPerlのほうが使い勝手がいい
なぜならPHPはUNIX系OSでは使えないからだ、どうせCGI作るならUNIX系にも
対応しているPerlのほうが使い勝手がいい
622 ：nobodyさん：2005/04/21(木) 08:54:42 ID:Y+A3+t7R
携帯コンテンツ屋です。
最近PHPばっかしでちょっとうんざり。
たまにjspで書くと、変数に$つけてしまうとです。
最近PHPばっかしでちょっとうんざり。
たまにjspで書くと、変数に$つけてしまうとです。
<% を <? 書いたりしちゃうんだろ？
jspに<%書くことなんかほとんどありません。
php1色どころか・・
PHPは本日をもって終了致しました。あざーっす！
PHPは改装中です。
が、営業中なのです！
が、営業中なのです！
アンチ PHP の必死さが
PHP5 の素晴らしさを証明した
PHP5 の素晴らしさを証明した
PHPが素晴らしいなんて言ってるのは某AAACAFEの連中だけだろｗ
あそこlivedoorに買収されて傘下に入ったけど肝心のlivedoorに相手に
されなくていまだに新規ユーザー募集ができてないんだぜ
http://fh.aaacafe.ne.jp/
あそこlivedoorに買収されて傘下に入ったけど肝心のlivedoorに相手に
されなくていまだに新規ユーザー募集ができてないんだぜ
http://fh.aaacafe.ne.jp/
630 ：nobodyさん：2005/04/21(木) 17:40:27 ID:9MPKObNf
PHP5は好きであるが、好きと実用的かは別なんだよな、広い意味で今は4が無難かな
631 ：nobodyさん：2005/04/21(木) 17:42:46 ID:9MPKObNf
更にPerlは好きではないが、安心ではある
ああそうだよ、おれはアンチPHP5のPHP4信者さ。
俺はPHP5は好きだがせっかくの良いものを台無しにした
Zendのアホにムカついている。
Zendのアホにムカついている。
>>633
具体的に
具体的に
>>630
4はもうゴミ。5の方が圧倒的に実用的。
4はもうゴミ。5の方が圧倒的に実用的。
ZendがPHP5をと何度も書き込んでいる人がいるけど、
採用しなかったのは各ディストリ制作者だろ。
採用しなかったのは各ディストリ制作者だろ。
639 ：nobodyさん：2005/04/21(木) 21:17:33 ID:9MPKObNf
専鯖なら4でも5でもいいがレン鯖を使おうとすると5はきつい。さらにバ―ジョンアップの度に修正が発生するのは発注者も嫌がるね。だって5のレン鯖ほとんど無いからね、別にスクリプトがいいとか悪いとかの話じゃないんじゃないかな。
640 ：nobodyさん：2005/04/21(木) 21:23:26 ID:9MPKObNf
広まるかどうかは、単に底辺の利用者が少しづつ増えないときつい訳で国内や海外でもレン鯖の大部分は4なわけで。全て5に移行しても問題無ければ、すぐ5にするんだけどね、毎回バ―ジョンアップで互換性保障出来ないのは、きっついわ
既存の鯖でアップグレードするから問題あるんでしょ
完全な新規鯖はＰＨＰ５でスタートすれば宜しい
あとは１００年もすれば変わるだろ
完全な新規鯖はＰＨＰ５でスタートすれば宜しい
あとは１００年もすれば変わるだろ
つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、
何を問題にしてるんだ？
実際、某鯖ではPHP4とPHP5はどっちでもつかえるしな。
何を問題にしてるんだ？
実際、某鯖ではPHP4とPHP5はどっちでもつかえるしな。
PHP最高！
>>642
＞つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、
＞何を問題にしてるんだ？
PHP5でPHP4のコードのすべてが動くわけではない。
だからPHP5への移行に踏み切れない。それが問題だろ。
＞つうか、PHPをCGIで動かすならPHP4とPHP5は共存出来るんだし、
＞何を問題にしてるんだ？
PHP5でPHP4のコードのすべてが動くわけではない。
だからPHP5への移行に踏み切れない。それが問題だろ。
>>644
俺が言ってる事、理解してる？
PHPをCGIで動かすという前提なら、鯖にPHP5もPHP4も一緒に入れられるって言ってるんだよ。
PHP5に移行とかする必要無い。
PHP4で作ったものはPHP4で動かして、
PHP5用に作ったものはPHP5でそれぞれ動かせば良いってだけ。
頭硬いなぁ・・・
俺が言ってる事、理解してる？
PHPをCGIで動かすという前提なら、鯖にPHP5もPHP4も一緒に入れられるって言ってるんだよ。
PHP5に移行とかする必要無い。
PHP4で作ったものはPHP4で動かして、
PHP5用に作ったものはPHP5でそれぞれ動かせば良いってだけ。
頭硬いなぁ・・・
646 ：nobodyさん：2005/04/21(木) 22:52:01 ID:9MPKObNf
4と5対応のレン鯖がほとんどないじゃん。
>645みたいな馬鹿はほっておこう
>>645は、PHP5はCGIでも許される程度のサイトでしか使うなってことが言いたいんですよ。
誰でもいいからPHP5でPHP4のコードが問題なく動くような
プラグイン的なものを作れや。こんな状況だと本当にPHP終了しちゃうよ？
プラグイン的なものを作れや。こんな状況だと本当にPHP終了しちゃうよ？
650 ：nobodyさん：2005/04/22(金) 01:22:54 ID:S+4QtOB3
このまま行ったら国内は4からの移行は下手したら10年かかる。何か対策は欲しいものだな
全ての人が自作でPHP書いてるわけじゃないからなぁ。
作って他の人に配布してる人とかは、色々考慮して作らないといけないからね。
作って他の人に配布してる人とかは、色々考慮して作らないといけないからね。
>>650
頭の悪い読みだな…。自分の頭の悪さの対策をしといたほうがいいぞ。
頭の悪い読みだな…。自分の頭の悪さの対策をしといたほうがいいぞ。
PHP3→PHP4の時も結構バタバタしてたようだけど、結局PHP4へ移行したんだよね。
Zendにしてみれば、PHP5の時もそのまま「泳げない奴は沈めばいい」なんだろう。
Zendにしてみれば、PHP5の時もそのまま「泳げない奴は沈めばいい」なんだろう。
そして誰も居なくなった
ここでホワイトﾅｲﾄ登場
Zendに危機感が無い限りPHP5が表舞台に立つことはないだろうな。
perl4 と perl5 の時も同じ話をしてたなぁ
659 ：nobodyさん：2005/04/22(金) 12:31:23 ID:+05g+jDp
大手のレンタルサーバ管理者がもっと思い切って
～日からPHP5にしますので４でしか動かない人は今のうちに何とかしてくださいね♪
ってやってくれればいいんだよ。
一つのサーバがそれやっても他へ移ってしまうだけなので
大手レンタルサーバの管理者たちが皆集まって協力して同時にアップデートするの。
～日からPHP5にしますので４でしか動かない人は今のうちに何とかしてくださいね♪
ってやってくれればいいんだよ。
一つのサーバがそれやっても他へ移ってしまうだけなので
大手レンタルサーバの管理者たちが皆集まって協力して同時にアップデートするの。
PHP5 はまともな OO なので
PHP4 より開発効率が素晴らしく向上してますが。
あと、PHP4 より高速だしね。
PHP4 より開発効率が素晴らしく向上してますが。
あと、PHP4 より高速だしね。
巷のレン鯖の導入率が50%程度越えればすぐにでも移行するつもりだよ。
xrea が PHP5 対応するからそれで十分な気も
何%よ？
>>657
Perl4からPerl5への移行は比較的スムーズだったよ。
PHPみたいにガラっと言語仕様が変わったりしてないから。
（Perl5はその点で無理がきちゃったとも言えるが。）
Perl5とPerl6は言語仕様がガラっと変わるけど、
Parrot版Perl5を作るということで対応策は考えてる。
Perl4からPerl5への移行は比較的スムーズだったよ。
PHPみたいにガラっと言語仕様が変わったりしてないから。
（Perl5はその点で無理がきちゃったとも言えるが。）
Perl5とPerl6は言語仕様がガラっと変わるけど、
Parrot版Perl5を作るということで対応策は考えてる。
>>665
下位互換性
下位互換性
下位互換も何も考えずにユーザーガンガン切り捨てる
最新の開発スタイルを貫くZendさんはぶっちゃけカッコイイｗ
でも、そんなんじゃPHP6を待たずしてPHP撤収→あざーっすの
パターン必至だよねｗ
最新の開発スタイルを貫くZendさんはぶっちゃけカッコイイｗ
でも、そんなんじゃPHP6を待たずしてPHP撤収→あざーっすの
パターン必至だよねｗ
「どの」下位互換を問題にしているの？
665 にも書いたけど perl,java を移植したときの
下位互換性のなさより
PHP4→5 は楽だったんだけど。
665 にも書いたけど perl,java を移植したときの
下位互換性のなさより
PHP4→5 は楽だったんだけど。
わざわざ書き換えしないと使えないようじゃ、レンタルサーバーで導入渋るのは当たり前。
そういう事考慮してないから、こういう事になるんだよ。
そういう事考慮してないから、こういう事になるんだよ。
Perl4->5はきつかったけどなぁ、構文変わってたしｗ
Perl4->5に変わったのってかなり前だし知らないだけでしょ
Perl4->5に変わったのってかなり前だし知らないだけでしょ
Perl4→5 は構文だけでなく、言語仕様変更で
syntax error は出ないんだけど動作がおかしくなる、
なんてあったな。例えば jcode(*) → jcode(\*) とか。
PHP4→5 は変換スクリプト一発で移植完了なので楽すぎ。
syntax error は出ないんだけど動作がおかしくなる、
なんてあったな。例えば jcode(*) → jcode(\*) とか。
PHP4→5 は変換スクリプト一発で移植完了なので楽すぎ。
>>672
そうそう、perl は大変だった。
perl は my の導入で local も変わって大変だった。
php と違ってソースの可読性が低いし。
php4→5 は無変更で動くこともある。
実際、同一ソースで php4 と 5 で動くようにしてる。
そうそう、perl は大変だった。
perl は my の導入で local も変わって大変だった。
php と違ってソースの可読性が低いし。
php4→5 は無変更で動くこともある。
実際、同一ソースで php4 と 5 で動くようにしてる。
うちの掲示板は同じソースで PHP3, 4, 5 で動くよ
675 ：nobodyさん：2005/04/22(金) 20:31:08 ID:S+4QtOB3
PerlとPHPじゃ市場利用規模が違いすぎ。広がりかけのスクリプトなんだからさ、PHPはね。Perl使えないレン鯖を借りるか？PHPは使えなくても気にならない奴がほとんど
677 ：nobodyさん：2005/04/22(金) 20:36:32 ID:S+4QtOB3
今仮にレン鯖全部5にしたら客逃がす、ようなもんだろ。そんな危険犯す鯖屋は少ないぞ、少なくとも4と5選択可じゃないと鯖屋としては危険だろだから4のままなんだよ
>>677
だからそれは perl の時もそうだったよね？
だからそれは perl の時もそうだったよね？
679 ：nobodyさん：2005/04/22(金) 21:16:06 ID:S+4QtOB3
ん？じゃなんで5レン鯖ほとんど無いの？
681 ：nobodyさん：2005/04/22(金) 21:39:39 ID:S+4QtOB3
信者は話出来ないんだな。これにて5終了でいいかな
国内でないだけだろ
アメリカにはある
日本はアメリカの数年遅れなだけ
PHP4 や Perl5 の時も同様
アメリカにはある
日本はアメリカの数年遅れなだけ
PHP4 や Perl5 の時も同様
PHP信者は何を根拠に妄想ばかりほざいているのでしょうか？
アンチは何を根拠に妄想ばかりほざいているのでしょうか？
685 ：nobodyさん：2005/04/23(土) 01:22:29 ID:yHGL8I0/
ま―どっちでもいがな俺は5は好きだし広まって欲しいよ、ただあまり早い速度で下位互換ないと仇になる場合が多いのはわかるだろ？そしてレン鯖で言えば、現状は4な訳よ、これが一気に5にはならない訳よわかるだろ？
686 ：nobodyさん：2005/04/23(土) 01:27:21 ID:yHGL8I0/
レン鯖で言えば、おそらく4と5両方使えないと、加入者も困る訳、さらにこうなるとPHPじゃなくてもいい訳。信者も視野を広げて意見が欲しいもんだね
687 ：nobodyさん：2005/04/23(土) 01:35:31 ID:yHGL8I0/
更に今どっかの素人のレン鯖使いが、どっかになんかのスクリプト依頼して5で出来てきたら鯖4なんですけどってなるだろ。
688 ：nobodyさん：2005/04/23(土) 01:42:24 ID:yHGL8I0/
だから広まりかけてるPHPは完全に下位互換ないと、まんどくさくてだるい訳、ま―とは言っても、それが方針だからしょうが無いがなハｧハｱだって今だぞ今！今5で納品したら、ぶっちゃけバグもありそうだしな
レン鯖使ってるようなトーシロ連中が気にするような話題じゃないと思うがな（ ´,_ゝ｀）
690 ：nobodyさん：2005/04/23(土) 01:45:15 ID:yHGL8I0/
ぶっちやけレン鯖じゃ無ければ、5が最高に決まってる。専鯖なら好きなバ―ジョン使えばいいだけの話だしな
>>678,680
PHP5のRCからすでに１年が過ぎ、もうすぐ正式リリースから1年になろうかという時期じゃなければ説得力があるんだけどね。
PHP5のRCからすでに１年が過ぎ、もうすぐ正式リリースから1年になろうかという時期じゃなければ説得力があるんだけどね。
だからごちゃごちゃ言わずにZendのバカがPHP5でPHP4も動くような
オプションをつければいいんだよボケ。
オプションをつければいいんだよボケ。
本来なら、先進的にPHP5を採用する人がメリットを享受してることを宣伝して、保守的な人が重い腰をあげる気配が見えはじめないといけないんだよね。
>>693
これじゃだめなの(php.ini)
; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
zend.ze1_compatibility_mode = On
これじゃだめなの(php.ini)
; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
zend.ze1_compatibility_mode = On
697 ：nobodyさん：2005/04/23(土) 09:55:08 ID:yHGL8I0/
動く場合もある、保障はない。俺試したら駄目な場合が多いわ
まったくZendの仕事は雑だなぁ。
思いつきでやってるんだと思うよ
>>699
ジャニー喜多川みたいだな。
ジャニー喜多川みたいだな。
互換モードで何の問題なく動いてるなぁ。
動かない配布されているアプリとかって何かある？
動かない配布されているアプリとかって何かある？
ZendがPHP5で下位互換性をないがしろにした、と騒いでいる阿呆どもは
なんでわざわざこのスレを覗きにきてるわけ？
なんでわざわざこのスレを覗きにきてるわけ？
タイトルのような書き込みが殆ど無いので
再利用。
再利用。
704 ：nobodyさん：2005/04/24(日) 00:19:37 ID:f4eyzcbj
PHP5の機能全部入れアプリ作り始めるの
('A`)|￣|＿ﾏﾝﾄﾞｸｾになってる香具師いるだろ？
('A`)|￣|＿ﾏﾝﾄﾞｸｾになってる香具師いるだろ？
705 ：nobodyさん：2005/04/24(日) 01:40:11 ID:Zg/1W/4F
ってかさ信者以外わざわざPHP5使う必要あるか？6になっても7になってもどうせ、同じく下位互換保障ないかもだぜ、Perlも他言語もそ―じゃんとか言ってる奴は使った事ないやつだろ、現実知れよ信者。
706 ：nobodyさん：2005/04/24(日) 01:43:43 ID:Zg/1W/4F
質問する前にちゃんと自分で調べてから言ってほしいわ。
>>705
＞Perlも他言語もそ―じゃんとか言ってる奴は使った事ないやつだろ、現実知れよ信者。
むしろ、お前がPerlも使った事の無いんじゃないか？
さらに現実を見るのはお前さんだろ。
俺だけじゃないだろうが、Perlもそうだったと言ってるのは、
以前はPerlを使っていて、そういった現実を見てきた・体験してきたんだよ。
＞ってかさ信者以外わざわざPHP5使う必要あるか？6になっても7になってもどうせ、同じく下位互換保障ないかもだぜ
Perlも6になってどうなるか見ものだよな。
今のPHP5に対して言ってる事と全く同じ事言われそうだな。
ちなみに、Perl5が出てきた時も、殆ど同じような意見が出されたよ。
＞Perlも他言語もそ―じゃんとか言ってる奴は使った事ないやつだろ、現実知れよ信者。
むしろ、お前がPerlも使った事の無いんじゃないか？
さらに現実を見るのはお前さんだろ。
俺だけじゃないだろうが、Perlもそうだったと言ってるのは、
以前はPerlを使っていて、そういった現実を見てきた・体験してきたんだよ。
＞ってかさ信者以外わざわざPHP5使う必要あるか？6になっても7になってもどうせ、同じく下位互換保障ないかもだぜ
Perlも6になってどうなるか見ものだよな。
今のPHP5に対して言ってる事と全く同じ事言われそうだな。
ちなみに、Perl5が出てきた時も、殆ど同じような意見が出されたよ。
708 ：nobodyさん：2005/04/24(日) 01:53:43 ID:Zg/1W/4F
ぷっどこがどう違ったかソ―ス希望
つーか例外処理も無いPHP4なんか使い物にならねーんだよ。
だからJava使うんだろ。
一度死んで蘇れば良いと思うよ
ハッカーは Java を使わない
Javaはいちいちコンパイル＆デプロイするの面倒だしな。
面倒ならAntで自動化すればいいだけじゃない？
まともな開発環境なら、開発時はコンパイルとかデプロイとか意識する必要ないし。
まともな開発環境なら、開発時はコンパイルとかデプロイとか意識する必要ないし。
Javaはトロくさいよ
そりゃキミのPentium166MHzでは重かろう。
Java使いには雑魚が多い。
PHP使いには？
イケメンが多い。
>>717
XDocletはコンパイルやデプロイには関係ないと思うが・・・
で、コンパイルとかデプロイとか意識する必要ないまともな開発環境は使ってるの？
コンパイルやデプロイが必要ないのと大きな違いは無いと思うけど。
デプロイに関しては、開発時にローカルでやる分には基本的に必要ないわけで。
XDocletはコンパイルやデプロイには関係ないと思うが・・・
で、コンパイルとかデプロイとか意識する必要ないまともな開発環境は使ってるの？
コンパイルやデプロイが必要ないのと大きな違いは無いと思うけど。
デプロイに関しては、開発時にローカルでやる分には基本的に必要ないわけで。
Eclipseとか使ってればWebアプリでコンパイルを意識しないけどなあ。
いや、開発時においては意識してもらわないと、その、困る
Eclipse使っててJava知ってるとなんかPHP5やる気なくす･･･。俺は。
むしろわりきってPHP4が好きなのかも。
むしろわりきってPHP4が好きなのかも。
PHP5のオブジェクト指向ってJava使いからみるとそんなに劣ってるの？
いや、PHP5は素材としては良いと思います。
劣ってると思う部分はそれをとりまく環境です。
Eclipse, tomcat, struts, Junitなど、その他もろもろのツールを使ってみてください。
Javaは冗長で面倒くさく小回りが効かないのが欠点だけど、良いですよ。
でも、オブジェクト指向になれてないと、
便利なツールもとっつきにくい、というかありがたみがわからないかも。
PHP5のオブジェクト指向は局所的に便利に使おうと思います。
劣ってると思う部分はそれをとりまく環境です。
Eclipse, tomcat, struts, Junitなど、その他もろもろのツールを使ってみてください。
Javaは冗長で面倒くさく小回りが効かないのが欠点だけど、良いですよ。
でも、オブジェクト指向になれてないと、
便利なツールもとっつきにくい、というかありがたみがわからないかも。
PHP5のオブジェクト指向は局所的に便利に使おうと思います。
>>721
いや、XDocletはHibernateのマッピングファイル生成に使ってるんだけど
この作業はコンパイル時に平行して行う必要があるので関係あるんです。
むしろXDocletがサポートする領域って、どれもコンパイル／デプロイ時に
意識する必要があるものばかりだと思うけどな。
開発環境はEclipse使ってますよ。
俺が言ってるのは運用環境に最新のコードを反映させる際に、いちいち
コンパイル＆デプロイする手間がPHPに比べて冗長だってこと。
いや、XDocletはHibernateのマッピングファイル生成に使ってるんだけど
この作業はコンパイル時に平行して行う必要があるので関係あるんです。
むしろXDocletがサポートする領域って、どれもコンパイル／デプロイ時に
意識する必要があるものばかりだと思うけどな。
開発環境はEclipse使ってますよ。
俺が言ってるのは運用環境に最新のコードを反映させる際に、いちいち
コンパイル＆デプロイする手間がPHPに比べて冗長だってこと。
Java と PHP を使うけど
Emacs 使いとしては Eclipse は不便。
Java も PHP も Emacs で満足。
あと、Java の OO は冗長で開発効率と精神性に悪くない？
Emacs 使いとしては Eclipse は不便。
Java も PHP も Emacs で満足。
あと、Java の OO は冗長で開発効率と精神性に悪くない？
PHPのOOは、Javaのマネで、型なし言語のよさも活かしてないし、型あり言語の制約だけ持ち込んでる。
>>727
運用環境に最新のコード反映させるのなんか、warファイル置くだけじゃないか。
運用環境に最新のコード反映させるのなんか、warファイル置くだけじゃないか。
つうか、EclipseってWeb開発には普通に不便。
JBuilderかNetBeansの方がいい。
JBuilderかNetBeansの方がいい。
色々使うけど、結局は慣れの気がする。
VS を知ると Eclipse や JBuilder 全て不便
MSのユーザーインターフェイスは優秀だと思う。
MSが買収したソフトは、ユーザーインターフェイスだけはよくなるね。
MSが買収したソフトは、ユーザーインターフェイスだけはよくなるね。
736 ：nobodyさん：2005/04/25(月) 21:44:13 ID:HOVPxGDh
なぜUIと言わないのだろう
なぜ何故と書かないのだろう？
738 ：nobodyさん：2005/04/25(月) 22:33:50 ID:aA4dYCfi
なぜ何故と書かないのだらう？と書かないのでせうか？
なぜ何故と書かないのだらう？と書かないのでせうか？
を略して
な？？
を略して
な？？
1-739
を略して
ＰＨＰはもう終わりです
を略して
ＰＨＰはもう終わりです
>>740
自分の無知を晒さなくても…
自分の無知を晒さなくても…
EclipseでPHP5書いてるけど
普通に便利だよ
OOPだとクラスファイルがやたら増えるから
エディタだけだとｷﾂいと思う
普通に便利だよ
OOPだとクラスファイルがやたら増えるから
エディタだけだとｷﾂいと思う
ところでPHP5ではコネクションプーリングできるようになったの？
745 ：nobodyさん：2005/04/28(木) 23:46:58 ID:eAvi3RWA
php5-cliってドコでダウンロードできるのかね？
php.netに見当たらないんだけど。
php.netに見当たらないんだけど。
746 ：nobodyさん：2005/05/11(水) 23:25:39 ID:eSRE9XL0
>>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
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
>>743
入力補完ってある？
入力補完ってある？
>>747
あるよ
あるよ
いつまで待てばphp5によるphp１色の時代になりますか？
目をつぶれ。
まぶたの上から人差し指で両目を思いっきりおさえろ。
30秒待て。
指を離して目を開けろ。
ほら、PHP1色の世界が見えただろ？
まぶたの上から人差し指で両目を思いっきりおさえろ。
30秒待て。
指を離して目を開けろ。
ほら、PHP1色の世界が見えただろ？
どうやらまだ目を開いていない様子
>>752
それはあんただ。
しっかりと目を見開いて現状を見てみな。
だーれもPHP5を使ってないから。
そしてそんな現状を作り出したZendに対する不信感が
PHPユーザーのPHP離れを招いているんだよ。
それはあんただ。
しっかりと目を見開いて現状を見てみな。
だーれもPHP5を使ってないから。
そしてそんな現状を作り出したZendに対する不信感が
PHPユーザーのPHP離れを招いているんだよ。
Zendは開発者を大切にするとか言った事ないよね。
MSにしろSunにしろIBMにしろ、本音はどうあれ開発者を大切にすると言ってる。
MSにしろSunにしろIBMにしろ、本音はどうあれ開発者を大切にすると言ってる。
>>754
ZendがMSやSunやIBMと肩を並べようとは片腹痛いんだが。
ちなみにMSやSunはPHPのようにマイナーバージョンアップで
互換性が取れないような失態はしてないがそこら辺のアンタの
意見を聞かせてくれないか？
ZendがMSやSunやIBMと肩を並べようとは片腹痛いんだが。
ちなみにMSやSunはPHPのようにマイナーバージョンアップで
互換性が取れないような失態はしてないがそこら辺のアンタの
意見を聞かせてくれないか？
なにを求めてるのかわからんのだが。
MSやSunは、マイナーバージョンアップで互換性が取れないような「失態」を何度かしている。
でも、それは、保証しようとしたことが失敗したので、PHPの場合のマイナーバージョンアップでの互換性をはなから保証していないのとは違う。
つまり、PHPのマイナーバージョンアップで互換性がとれなくても、失態でも失敗でもなく、当たり前の正常な現象。
やってられない。
MSやSunは、マイナーバージョンアップで互換性が取れないような「失態」を何度かしている。
でも、それは、保証しようとしたことが失敗したので、PHPの場合のマイナーバージョンアップでの互換性をはなから保証していないのとは違う。
つまり、PHPのマイナーバージョンアップで互換性がとれなくても、失態でも失敗でもなく、当たり前の正常な現象。
やってられない。
「だーれもPHP5を使ってないから。 」
に？
に？
Google くらいすればいいのにね
今の時代誰もGoogleなんて使わんだろ
みんなGooglke使ってるよ
みんなGooglke使ってるよ
私はGoogleを使っていますが。
で？いつになったらPHP5によるPHP１色の時代になんのよ？
またガセか？
またガセか？
その前に、PHPがPHP5一色にならんのか？
ははは、この小僧め、痛いところをつきよる
3年後にはきっと！
PHP6がでてるはずなのに、PHP5一色です！
PHP5いつになったら普通のレン鯖で使えるようになるのかねぇ・・・
明日から全国一斉に
わくわくするぞ
どきどき
ハラハラ
ガッカリ
萌えー
一向に来る気配の無いPHP5１色の時代ｗ
PHP五十一色の時代。カラフル。
正直PHP4をやりこめばやりこむほどOOの不完全さが身にしみる。
はよPHP5を普及させてくれ。そこいらのレン鯖にインスコされる程度に。
はよPHP5を普及させてくれ。そこいらのレン鯖にインスコされる程度に。
正直JavaやRubyをやりこめばやりこむほどPHP5の不完全さが身にしみる。
はよRubyを普及させてくれ。そこいらのレン鯖にインスコされる程度に。
はよRubyを普及させてくれ。そこいらのレン鯖にインスコされる程度に。
PHP5とかとっとと捨ててPHP6をParrotで作ればいいんじゃまいか？
PHP4とPHP5の互換関数と互換構文を実装しておけば、PHP4やPHP5からの移行も楽だろうし
JavaやPerlやPythonやRubyやTclに切り替えたくなったら簡単に切り替えられるし
PHP6の機能がいらなければ、PHP4やPHP5のみを実装した上位言語を選べばいいだけだし。
だから、PHPもZendエンジンとか捨てて、Parrotに参加しろってこった！
PHP4とPHP5の互換関数と互換構文を実装しておけば、PHP4やPHP5からの移行も楽だろうし
JavaやPerlやPythonやRubyやTclに切り替えたくなったら簡単に切り替えられるし
PHP6の機能がいらなければ、PHP4やPHP5のみを実装した上位言語を選べばいいだけだし。
だから、PHPもZendエンジンとか捨てて、Parrotに参加しろってこった！
PHP5一向に盛り上がりませんねぇｗ
PHP4には、はぁはぁスレがあるのに、PHP5にはないからだ。
PHP5の時代？すでに終了致しました。
バージョンアップする度に動かなくなるのは何とかしてくれ。
言語仕様クソ過ぎだよ。
言語仕様クソ過ぎだよ。
まあ、普通はバージョンアップ前にChangeLog読むだろうから
エンバグしてない限りそんなに問題はない。
エンバグしてない限りそんなに問題はない。
エンバグも多いし、change_log読んで
「仕様変更がありました」
って書かれてて問題ないわけない。
「仕様変更がありました」
って書かれてて問題ないわけない。
>>785
考え方の違い。
『仕様変更ありました』と書かれていたら、今現在のシステムなりに影響があるかを考える。
影響があるなら、セキュリティなどの深刻な問題があったかを更に調べ、
特に問題がなかったり、PHPの書き方とかで回避できるのであれば、バージョンアップを見送る。
だから、そんなに問題になる訳が無い。
考え方の違い。
『仕様変更ありました』と書かれていたら、今現在のシステムなりに影響があるかを考える。
影響があるなら、セキュリティなどの深刻な問題があったかを更に調べ、
特に問題がなかったり、PHPの書き方とかで回避できるのであれば、バージョンアップを見送る。
だから、そんなに問題になる訳が無い。
つうか、こういう所はASP.NETを見習って欲しいよな・・・
複数のバージョンの.NETFrameworkは同時にインストールできるし、
動かす時は、どれを使うか選べるしで、かなり楽だよな。
複数のバージョンの.NETFrameworkは同時にインストールできるし、
動かす時は、どれを使うか選べるしで、かなり楽だよな。
>>786
お前のチンケなシステムの話はしていない
お前のチンケなシステムの話はしていない
後先考えずに手っ取り早く組むにはPHPが一番！
>>786
セキュリティアップデートで最新版以外使えなくなるにもかかわらず影響がある変更が入ってることが多々あるわけだが。
セキュリティアップデートで最新版以外使えなくなるにもかかわらず影響がある変更が入ってることが多々あるわけだが。
>>789
あほかお前
あほかお前
793 ：nobodyさん：2005/08/17(水) 13:21:29 ID:jK+iF8Wk
php5ってJavaみたいにクラス内でメンバ変数やメソッドにアクセスする際の
$this->の省略ってできる？$thisマジうざいんだけど。
$this->の省略ってできる？$thisマジうざいんだけど。
795 ：nobodyさん：2005/08/29(月) 01:59:53 ID:k81lo1zL
PHP4.xとPHP5.0とPHP5.1の速度の比較がある。
http://ll.jus.or.jp/2005/files/php-llm05.pdf/file_view
これ見る限りPHP5.1でphp１色の時代になるのは間違いなさそう。
http://ll.jus.or.jp/2005/files/php-llm05.pdf/file_view
これ見る限りPHP5.1でphp１色の時代になるのは間違いなさそう。
PHP6でとうとうregister_globalsは削除されちゃうんだね。
投票でも圧倒的多数で賛成かｗ＞削除
実際いらんだろ
今時ONにしてる奴もいるまい
今時ONにしてる奴もいるまい
なんだかなぁ
民主党の演説だけを聴いて民主党に投票しようと考えてしまうような奴らなんだな、ＰＨＰ厨って
民主党の演説だけを聴いて民主党に投票しようと考えてしまうような奴らなんだな、ＰＨＰ厨って
病院いけ病院
削除する理由がわからん。
デフォルトOFFでいいんじゃねぇの？
デフォルトOFFでいいんじゃねぇの？
セキュリティ問題に気づいていないで
Onにしてる奴を排除したいからでしょ。
Onにしてる奴を排除したいからでしょ。
ところで激しく既出だろうがCGIがPHP一色って凄いネタだな。
804 ：nobodyさん：2005/11/24(木) 11:41:43 ID:LxL/Yc0H
次スレ？
PHPはHSP化してるな...
807 ：nobodyさん：2005/11/29(火) 11:59:33 ID:z9bO3bBH
5.1.0でたばっかなのにもう5.1.1
>>799
思い込みの激しい子だね
思い込みの激しい子だね
一向に来る気配すらないPHP5の時代。
もう終わったなｗ
もう終わったなｗ
810 ：nobodyさん：2006/01/17(火) 11:01:18 ID:3Dm9/vEX
最近、XREA＋借りたら無条件でPHP5でした。
今までPHP4サバ使ってたのでとりあえずそのままアップしてみてたら
ことごとく全部表示すら出来なかった・・・。
そして調べてみるとob_start("ob_gzhandler"); をコメントアウトすると
表示できた。
という事はPHP５でgzip圧縮は駄目になったんでしょうか？
今までPHP4サバ使ってたのでとりあえずそのままアップしてみてたら
ことごとく全部表示すら出来なかった・・・。
そして調べてみるとob_start("ob_gzhandler"); をコメントアウトすると
表示できた。
という事はPHP５でgzip圧縮は駄目になったんでしょうか？
812 ：nobodyさん：2006/04/20(木) 16:12:22 ID:iuRzPwTn
頻繁に起動されるPHPスクリプトならともかく、たまにしか動かないPHPスクリプトを
わざわざApacheモジュール版PHPで動かすのはバカ。メモリの無駄遣い。
わざわざApacheモジュール版PHPで動かすのはバカ。メモリの無駄遣い。
たまにしか動かないPHPスクリプトだからモジュール版PHPじゃないのか？
mod_php は Apache::PerlRun のようにインタプリタが常駐するだけって知らずに言ってる気がする。
ちなみに PHP は他の SAPI (たとえば FastCGI) もインタプリタが常駐するだけなので
SAPI が異なっても同様に動くというメリットがある反面、プログラム自体を常駐させるような
使い方はあまりされないね。(Pure PHP で httpd つくったりしてるひともいるにはいるが)
ちなみに PHP は他の SAPI (たとえば FastCGI) もインタプリタが常駐するだけなので
SAPI が異なっても同様に動くというメリットがある反面、プログラム自体を常駐させるような
使い方はあまりされないね。(Pure PHP で httpd つくったりしてるひともいるにはいるが)
815 ：812：2006/04/22(土) 16:37:09 ID:hWAnve9c
ああ、そういうことか。たまにしか動かないスクリプトでmod_perlは論外ね。
俺が言いたいのはインタープリターの常駐もメモリの無駄だってこと。
俺が言いたいのはインタープリターの常駐もメモリの無駄だってこと。
それ以前に電気の無駄だからコンセント抜いとけ
820 ：nobodyさん：2007/01/29(月) 18:05:08 ID:WdiEljc0
magic_quotes_gpcってデフォでoffになってたのね
821 ：nobodyさん：2007/04/15(日) 20:52:29 ID:vjwJPDXl
なにこの長寿スレｗ あと３年持たそうage
822 ：nobodyさん：2007/06/10(日) 05:02:48 ID:w+EVWAWv
互換性を重視しない姿勢はＶＢに似てるな
ＰＨＰはＷＥＢにおけるＶＢだな
ＰＨＰはＷＥＢにおけるＶＢだな
823 ：nobodyさん：2007/06/16(土) 02:54:48 ID:ASovjM9Y
PHP5使っててもPHP4のときと変わらんこと多いと思う。
OOにしても、$db->selectSQL() みたいな使い方しか
見たことないよ。
OOにしても、$db->selectSQL() みたいな使い方しか
見たことないよ。
824 ：nobodyさん：2007/06/24(日) 15:21:24 ID:j/kNbMoH
825 ：nobodyさん：2007/07/14(土) 06:52:05 ID:uEezbGY0
PHP4終了～
その前にPHPが終了したりしてｗ
PHP5でOOPをやりてえよお。
もう、globalが20個もあるスクリプトのカスタマイズはしたくない。
まあ、PHP5でもやろうと思えば出来てしまうわけだが。
もう、globalが20個もあるスクリプトのカスタマイズはしたくない。
まあ、PHP5でもやろうと思えば出来てしまうわけだが。
PHP4でもそうしないことは可能
...だけど古いののメンテではそうもいかんよねぇorz
...だけど古いののメンテではそうもいかんよねぇorz
829 ：nobodyさん：2007/07/31(火) 21:42:34 ID:IUkFYLCv
PHP5って例えば、fopenみたいな組み込み関数でも例外吐くのかね？
ドキュメント見れｗ
831 ：nobodyさん：2007/10/18(木) 14:34:34 ID:/2BeI8lV
４使ってた奴ってどうなったの？発狂？
php4でもphp5でも動く
フレームワーク使っているから問題なし。
フレームワーク使っているから問題なし。
>>827
標準でできるだろ。やれ。
標準でできるだろ。やれ。
834 ：nobodyさん：2007/11/28(水) 06:31:52 ID:yehtffY4
マニュアルに名前空間がある！
835 ：nobodyさん：2007/11/30(金) 02:37:33 ID:Oqnu57YA
ﾉ Ｌ＿＿＿_
⌒ ＼ ／ ＼
／ （○） （○）＼
／ （__人__） ＼
| |::::::| | < 誰も興味ないのか！
＼ l;;;;;;l ／l!| !
／ `ｰ' ＼ |i
／ ヽ !l ヽi
（ 丶- 、 しＥ |そ ドンッ！！
`ー､＿ﾉ ∑ l､Ｅ ﾉ <
ﾚY^Ｖ^ヽｌ
⌒ ＼ ／ ＼
／ （○） （○）＼
／ （__人__） ＼
| |::::::| | < 誰も興味ないのか！
＼ l;;;;;;l ／l!| !
／ `ｰ' ＼ |i
／ ヽ !l ヽi
（ 丶- 、 しＥ |そ ドンッ！！
`ー､＿ﾉ ∑ l､Ｅ ﾉ <
ﾚY^Ｖ^ヽｌ
いやあるよ。
でもまぁ前々から解説されてたし。
あとこんなのもあった。
http://jp.php.net/manual/ja/language.oop5.late-static-bindings.php
でもまぁ前々から解説されてたし。
あとこんなのもあった。
http://jp.php.net/manual/ja/language.oop5.late-static-bindings.php
837 ：nobodyさん：2007/12/04(火) 08:03:36 ID:LI02S2We
超初心者です
macでのphpの環境設定の仕方がわかりません
entropy_phpをインストールし、php.iniの修正をしているところなんですが、win用の解説書読んでいるので、混乱しています
macの方いましたら、教えてください
macでのphpの環境設定の仕方がわかりません
entropy_phpをインストールし、php.iniの修正をしているところなんですが、win用の解説書読んでいるので、混乱しています
macの方いましたら、教えてください
MAMPP入れなさい＾＾
まずマニュアル見れ
840 ：nobodyさん：2007/12/04(火) 20:31:09 ID:SDrmessO
MAMPを入れるといろんな設定ファイルhttpd.confなどをいじらなくてもいいんですか？
841 ：nobodyさん：2007/12/05(水) 08:36:57 ID:bn+x22xt
>>840 phpいじるのには300年はやいだろ
お前なー……。
843 ：nobodyさん：2010/02/18(木) 21:39:36 ID:80SiSn/K
あけおめ！
844 ：nobodyさん：2010/05/12(水) 23:27:29 ID:L029Fmu7
２００５年以降のレスが少ない。PHPは息をしてるのか
今は？