2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

php5これでCGIはphp1色の時代へ

1 :nobodyさん:02/04/12 16:42 ID:DpXGWeMS
ふふ

2 :nobodyさん:02/04/12 16:48 ID:???
そうか

3 :nobodyさん:02/04/12 16:55 ID:???
PHPって簡単でいいよね。CやPerlは諦めた漏れでも
掲示板作れるもの

4 :かおりん祭り ◆KAORiAk2 :02/04/12 19:26 ID:???
〜oノハヽo〜 / ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ( ^▽^) < 新スレおめでとうございま−す。
= ⊂   )   \_______
= (__/"(__) トテテテ...


5 :nobodyさん:02/04/12 20:11 ID:???
5っていつでるの?

6 :モナー:02/04/12 20:58 ID:???

             o    モナーからのお知らせ    o
            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
           /  超ローリスク!超ハイリターン! /
           /   iモードサイトオーナー必見!   /
          /  出会いサイトオーナーシステム /
          /                      /
         /http://www.lo-po.com/owner/?183 /
         /                      /
        / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
  ∧_∧  /                      /∧_∧
 ( ^∀^) /                      /(^∀^ )
 (    )つ                     ⊂(    )
 | | |                         | | |
 (__)_)                        (_(__)



7 :nobodyさん:02/04/12 21:54 ID:nBlG/qG2
>>5
2002年末
>>3
できるが、実装がjavaに近くなってきているので段々敷居が高く
なってきているとおもはれ。
それでも、らくちんだか。

8 :nobodyさん:02/04/13 09:27 ID:???
PHPをCGIで使うヤツなんているのか。

9 :nobodyさん:02/04/13 11:07 ID:bVQnIHyX
phpってなんか深みがないような気がするんだよねぇ。。。
簡単なもの作るのはいいんだろうけどさあ。


10 :nobodyさん:02/04/13 11:45 ID:???
     ____
    /∵∴∵∴\
   /∵∴∵∴∵∴\
  /∵∴∴,(・)(・)∴|
  |∵∵/   ○ \|
  |∵ /  三 | 三 |  / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  |∵ |   __|__  | <  >>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λ_レ′
レ::::::::::::::::::|/::: ̄`ー‐---‐′

14 :かおりん祭り ◆KAORinK6 :02/04/13 20:39 ID:???
         。◇◎。o.:O◇◎。o.:☆
        。:゜◎〜oノハヽo〜☆。∂:o゜
       /。○。∂( ^▽^)O◇。☆Oo
     /| ̄ ̄ ̄ ̄.∪ ̄∪. ̄ ̄ ̄ ̄ ̄|
    /  |新スレおめでとうございまーす|
  ▼    |_____________|
∠▲―――――☆∂io◇◎。oO☆o





15 :nobodyさん:02/04/14 00:56 ID:3kufQelu
php死ね

16 :nobodyさん:02/04/14 02:10 ID:???
>>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〜☆。∂:o゜
       /。○。∂( ^▽^)O◇。☆Oo
     /| ̄ ̄ ̄ ̄.∪ ̄∪. ̄ ̄ ̄ ̄ ̄ ̄|
    /  |いすスレおめでとうございまーす|
  ▼    |______________|
∠▲―――――☆∂io◇◎。oO☆o


19 :nobodyさん:02/04/14 12:54 ID:vCJf96td
名いすスレの予感。

20 :nobodyさん:02/04/14 21:07 ID:6DHe9XM+
3月27日にPHP5のセミナーがあったね。
誰か行った人いる?

21 :nobodyさん:02/04/14 21:20 ID:gifPaPXz
>>20
そんなんあったんだ。。
行きたかったー、何処であったの?。


22 : ◆AngelBlk :02/04/14 21:37 ID:???
PHP5の前に、とりあえず4.2・・・。
PHP-devel ML(JP)読んでるけど、
5はかなり大きな変更になりそうだね。

23 :nobodyさん:02/04/14 22:14 ID:???
>>22
要約キボン

24 : ◆AngelBlk :02/04/14 22:40 ID:???
>23
usersMLの方だけど。
わかりやすくまとめてあったので。

http://www.nishimoto-site.net/archiver/ML/php-ML/200203/msg00250.html

個人的に、クラス周り強くなるのはうれしいかも。

マルチバイト対応とかはまだ決まってないことも多いみたい。


25 :nobodyさん:02/04/15 00:09 ID:4JLQzEQq
php5はwebだけじゃなく普通のアプリも作れるってね

26 :nobodyさん:02/04/15 00:22 ID:???
>>24
サンクス。
なんかどれも「今まで無かったのかよっ」とつっこみいれたくなるモノばかりだな…。


27 :nobodyさん:02/04/15 00:33 ID:/palSQI1
>>21
飯田橋の東京コンファレンスセンターです。

28 :nobodyさん:02/04/15 00:56 ID:tsxU1zCu

今年の2月以降に製造された RX-2001 が、
たったの 9700 円!?↓
http://www.bidders.co.jp/user/1023585

買おうかな。

29 : ◆AngelBlk :02/04/15 08:32 ID:???
>26
まあ、今まで
実装する=それが仕様
ってスタイルできてて、このあたりのことをやる余裕が
なかったのかもね。

まあ、PHP5でようやく言語としてまともになってくるかも。

下位互換性だけど、PHP-dev..JP MLで
<?php version "5.0"?>
こういう話もあるみたい。
まあ、本家のほうで受け入れられなければ実現しないと思うけど
下位互換性は低いよりは高い方がいいよ。

30 :nobodyさん:02/04/15 12:38 ID:???
いすスレage

31 :nobodyさん:02/04/15 12:39 ID:???
sageちまった。

いすスレだ。

32 :nobodyさん:02/04/15 12:46 ID:???
             o         案内          o
            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
           /                       /
           /   ここが、    /
          /  いわゆる「いすスレ」です   /
          /                       /
         /     /
         /                      /
        / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
  ∧_∧  /                      /∧_∧
 ( ^∀^) /                      /(^∀^ )
 (    )つ                     ⊂(    )
 | | |                         | | |
 (__)_)                        (_(__)       


33 : ◆AngelBlk :02/04/15 13:51 ID:???
貼り忘れ。

http://www.avantexchange.com/php/phpoopbook.html

PHP5の情報ならこういうのも。

34 :nobodyさん:02/04/15 18:14 ID:???
オブジェクト指向とかって良く言われるんだがそれってなに?
Javaの時も散々言われたが結局なんのことかわからんし。
よく電気スタンドに例えてONするとかOFFするとか例えられてるけど
どういうときに使うのさ?

35 :nobodyさん:02/04/15 19:50 ID:???
カプセル化するときに使う。

36 :nobodyさん:02/04/15 19:50 ID:???
というか、今でもphpはクラス扱えるはずだか・・・

37 :nobodyさん:02/04/16 00:52 ID:???
PHPいいわ。ジャヴァやスィやペルルなんて全くわからないけど
コレは簡単。息子に聞かなくても、もう大丈夫。
これからはPHP,CSS,Flashのトリプルイーズィープログ゙ロマーこそ最強。
わけわかんねーからザヴァとか逝っていいよ。Javascriptは良し。

38 :nobodyさん:02/04/16 13:33 ID:FuYFDDkp
>>37
オブジェクト指向を取り入れた時点でイバラの道を突き進むことが予想。
PHPの開発にUMLやらデザパタが取り入れられるようになるのだろうか…。


39 :修正屋:02/04/16 14:29 ID:???
             o         案内          o
            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
            /       〜 ご案内 〜       /
           /                       /
           /  ここが、               ./
          /    いわゆる「いすスレ」です   /
          /                      /
         /                      /
         / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
  ∧_∧  /                       /∧_∧
 ( ^∀^) /                       /(^∀^ )
 (    つ                       ⊂     )
 | | |                         | | |
 (__)_)                         (_(__)

40 :nobodyさん:02/04/16 14:32 ID:???
             o                      o
            / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
            /       〜 ご案内 〜       /
           /                       /
           /  いすスレワショーイ           ./
          /      いすスレワショーイ       ./
          /          いすスレワショーイ   ./
         /                      /
         / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
  ∧_∧  /                       /∧_∧
 ( ^∀^) /                       /(^∀^ )
 (    つ                       ⊂     )
 | | |                         | | |
 (__)_)                         (_(__)

41 :nobodyさん:02/04/16 22:53 ID:???
PHPってなんであんなにやり易いんだろう。
Perlとかソースみてると頭が痛くなる。

42 : ◆AngelBlk :02/04/17 00:30 ID:???
>38
デザインパターンに関しては
ttp://www.pat.hi-ho.ne.jp/dimension/
ここが結構色々書いてあって面白い。

まあ、オブジェクト指向で「作れるようになる」のと「作れない」では
やっぱ作れるようになったほうが選択の幅は広がるし。
別に使いたくなければ使う必要無いんだしいいのでは?

//まあ、盲目的にオブジェクト指向って言われると萎えるけど・・・。
//仕事がらみだと、盲目的にJAVA押してくる人がいて困る(苦笑

43 :sage:02/05/13 19:40 ID:???
しんぱいないよ
そのうちあぱっちにでふぉでくみこまれるようになるから わら

44 :nobodyさん:02/06/01 23:42 ID:2HMrwkAK
>>41

PHP で頭痛くならないってたいしたもんだよ。Pear のソースなんて
書き手のオナニーだろ。(あんな使いづらい下手糞な設計でも PHP 標準
でついてきてしまうんだから、参った。)

45 :nobodyさん:02/06/01 23:44 ID:2HMrwkAK
言語仕様が最初からウンコ

46 :nobodyさん:02/06/02 09:40 ID:???
>44-45
わかりやすい自作自演だなw
正直笑った。
一体いつの書き込みにレスしてるんだよ、って感じだし。

47 :名無しさん:02/06/02 09:50 ID:???
>>46
別に自作自演ではないと思われ

48 :nobodyさん:02/06/06 05:24 ID:ASF2AT4g
Pear??

いすスレ・・・
な予感

49 :名無しさん:02/06/06 09:30 ID:???
>>44
Pearのなんのソース?
よく使うHTML/IT.phpはまともだと思うけど・・・。
PHPDocのコメントがウザイときはあるけど、あれはPearの規約だったはず。

50 :デフォルトの名無しさん:02/06/06 22:27 ID:FSJ1DXvz
phpでCGIを書けるんですか?

51 :nobodyさん:02/06/06 22:32 ID:???
>>50
馬鹿でつか?

おまえはCGIを理解してるのか小一時間………

52 :nobodyさん:02/06/06 23:47 ID:???
>>50
かけます。が、>>51がなぜそこまで怒っているのか
わかりません。

53 :nobodyさん:02/06/07 00:02 ID:5SM8C6xZ
phpにもbeanみたいなもんがあったら便利だと思う。

54 :nobodyさん:02/06/07 00:06 ID:???
>>51
おまえは本当に小一時間問いつめたいのかと小一時間問いつめたい
小一時間て言いたいだけちゃうんかと

55 :nobodyさん:02/06/07 10:45 ID:???
PHPで*CGI*を書くヤシなんてこの世界にいったい何人居るだろうか?

56 :nobodyさん:02/06/07 19:19 ID:???
メーリングリスト読む限りでは
いくらでも居るようだが。
レンタル鯖にもCGIとしか使えないのもあるようだし。
世の中Apache以外のWebサーバはいくらでもあるし。

57 :nobodyさん:02/06/09 15:11 ID:???
ネタネタにマジレスカコワル!!

58 :nobodyさん:02/06/09 21:40 ID:???
>>57
( ´,_ゝ`)プッ


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 できるけど読むことはできない、と言う状態は
作れないし...

61 :nobodyさん:02/06/17 20:00 ID:???
つーかPHPってCGIじゃねーだろ。

62 :nobodyさん:02/06/18 02:55 ID:B3GB06nC
>>49

Mail.php を見よ。無意味な Abstract Factory が拝めるぞ。

63 :age:02/06/18 12:51 ID:6aILrMH2
the Zend Engine 2 (php5 alpha) Available
http://www.php.net/

age


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();

?>

65 ::02/06/19 16:19 ID:E+sAV3pS
いすスレ

Pearマンセー


66 :nobodyさん:02/11/20 22:21 ID:???
メソッドのオーバーロードはまだ実装されないのですか?

67 :nobodyさん:02/12/12 17:01 ID:???
>>66

68 :bloom:02/12/12 17:04 ID:qmV6yVXd

http://www.agemasukudasai.com/bloom/

69 :nobodyさん:02/12/12 19:48 ID:???
レアスレですな。php4で時代が来ましたね。

70 :nobodyさん:02/12/14 00:03 ID:???
機能のまえにPHPっていうダサい名前をなんとかしてくれ。
図書館でPHPの本を借りたくてPHPで検索すると
PHP研究所の本がうじゃうじゃでてきて探せたもんじゃない

71 :nobodyさん:02/12/16 21:56 ID:8ofVCSXs
>>70
Rubyに改名すべきだと思います。

72 :nobodyさん:02/12/21 19:55 ID:???
          l≡l   .l≡l
          |:::└┬┘:::|
          |:::┌┴┐:::|
/ ̄ ̄\   ノ::::::丶 /:::::::\.   / ̄ ̄\
| 記念 .> (::(,,゚Д゚)(゚ー゚*)::) < パピコ .|
\__/   |:∪::::| |::::∪::|.   \__/
       〜((((:::::))(((:::::)))〜
         ∪ ̄U U ̄∪

73 :nobodyさん:02/12/22 00:42 ID:???
>71
RubyがPHPに改名すればそれもいいかもな

74 :nobodyさん:02/12/24 15:00 ID:nojs+KEU
>>70
いざプログラミングのPHPのみに絞り込むと
全然ヒットしない罠。
Perlの本だと少しはあるのに・・・

75 :nobodyさん:02/12/24 23:06 ID:???
いっそPHSにしたらどうか。

76 :nobodyさん:02/12/24 23:34 ID:???
>>75 そのSは何者で?

77 :nobodyさん:02/12/25 02:52 ID:???
>>75
寒い。SSL対応PHP?(意味無し) いやSSI対応PHPファイルとの区別にするんかい?
PHPあればSSIいらんかな?


78 :nobodyさん:02/12/25 03:04 ID:???
>>34-36 >>37 >>42
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
http://www.s55.net/~paka/
FFAのPHP化 βテストのため
テスター募集中

マルチすんまそ

80 :nobodyさん:02/12/25 09:38 ID:???
PHPの画像モジュールでjpgサムネイル作ると激しく色褪せどうにかして最高!


81 :nobodyさん:02/12/25 12:30 ID:JczkoUjR
GDのバージョン下げろ

82 :nobodyさん:02/12/25 19:48 ID:???
ところでPHP5ってどこにあるよ?

83 :nobodyさん:02/12/26 18:31 ID:FAw+iTTP
RubyがPHP
PHPがRuby ということで

これからは Ruby の時代だよな?

84 :nobodyさん:02/12/27 00:37 ID:???
>>82
まだ、リリースされてないんじゃないのかな?

85 :nobodyさん:02/12/31 01:41 ID:???
>>情報サンクスコ!
そりゃそうと、スナップショットのミラーサイトにはphp5ってディレクトリが
あるけんが、その中にはWin32バイナリのphp-4.3.0-dev-zend2しかない。
っちゅー事はPHP4.3.0からPHP5ってことかいな?
PHP5.x.xっていうリリースのほうが正解っぽいと思うんだけんども。
以上、独り言ですた。

86 :nobodyさん:02/12/31 01:43 ID:???
あんぎゃー
>>85内の
「>>情報サンクスコ!」
は、
>>84
情報サンクスコ!」
とお読み変えくださいまし。

逝ってきまつ。

87 :nobodyさん:03/01/13 03:18 ID:???
PHP5.0.0-devが出てきたね。

88 :nobodyさん:03/04/02 22:48 ID:???
OO言語へと歩を進めるPHP5
http://slashdot.jp/developers/

--

もうだめぽ

89 :nobodyさん:03/04/03 20:51 ID:o2kN9CQj
>OO言語へと歩を進めるPHP5

Ruby最強ということが証明されますた

90 :nobodyさん:03/08/03 19:44 ID:9uE8xfZj
ローカライズオプションから
--without-pgsql
--without-mysql
が無くなったみたいだけど、必要無いの?

91 :nobodyさん:03/08/03 20:27 ID:???
phpっていいね
Perlのオブジェクト指向は正直意味不

92 :nobodyさん:03/08/04 02:48 ID:???
そんなこと言うなっ。
Perlを使ってる人もいるんだぞ。

93 :nobodyさん:03/08/04 19:37 ID:IP9MFG+G
>>55
>PHPで*CGI*を書くヤシなんてこの世界にいったい何人居るだろうか?
PHPはほとんどのレンタルサーバーではCGIとしてしか動かせません。
よって職業でやっている人以外ほとんどの人はPHPをCGIとして使ってます。
CGIのPHPはPERLより遅いです。

94 :nobodyさん:03/08/04 21:48 ID:???
>>93
日本だとな。
海外だとPHP使えるところも多い。

95 :91:03/08/05 17:27 ID:???
>>92
わっはっは
しかし俺様phpよりPerl派やねん

96 :nobodyさん:03/08/06 14:37 ID:???
PIっていってたころのPってPerlのPだったんだよな・・・
どうでもいいけど。

97 :nobodyさん:03/08/15 15:03 ID:tL1+btHX
せぷてんばーれいん

98 :山崎 渉:03/08/15 22:28 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

99 :nobodyさん:03/10/17 01:29 ID:???
っていうか,2003年もあと2.5ヶ月だが,ちゃんと5はでるんでしょうか?

100 :100:04/02/23 00:25 ID:???
ついにPHP5.00 beta-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キタ━━━━━(゜∀°

104 :nobodyさん:04/05/17 22:56 ID:???
なんか盛り上がってないな・・・
それともみんなコーディングに夢中?


105 :nobodyさん:04/05/18 11:18 ID:???
PHP 5.3.6 まで様子見。

106 :nobodyさん:04/05/18 12:58 ID:???
PHPのオブジェクトって参照じゃ無いんだろ?
終わってるよ

107 :nobodyさん:04/06/07 11:08 ID:LMdbkg5Z

>>106
教えて君で、すんまそ。「参照じゃない」という文章の
意味が分かりませんです。オブジェクト指向は素人なもんで。

こんなことで良いのかのう>わし



108 :nobodyさん:04/06/14 16:39 ID:???
>>106
PHP5では参照渡がデフォルトに成増。

109 :nobodyさん:04/06/14 21:49 ID:???
php5のredhat9用のsrc.rpmが落ちてる所をご存じありませんか?

110 :nobodyさん:04/06/23 21:02 ID:???
>>108
マジ?知らんかった

111 :nobodyさん:04/06/30 02:08 ID:???
PHPにもアプリケーションサーバみたいな仕組みがほしいとこだな。

112 :nobodyさん:04/07/11 20:28 ID:C+Tpd+UA
現状、PHP5で動くテンプレートエンジンってあるんですか?

113 :nobodyさん:04/07/16 01:52 ID:aAWd7JBA
http://pcweb.mycom.co.jp/news/2004/07/14/007.html
出たね

114 :nobodyさん:04/07/17 02:07 ID:???
コネクションプールの辺りはエエ感じにならんのか?

115 :nobodyさん:04/07/17 21:25 ID:B0b4Kph8
>>105
わらた

116 :nobodyさん:04/08/10 18:08 ID:???
配列も参照にしたらいいのにな。

117 :nobodyさん:04/08/14 15:19 ID:???
%20%20a

118 :nobodyさん:04/08/15 10:10 ID:yO+rm/Sg
phpunitがPHP5ではうまくつかえん。
だれかよい方法をおしえてくれ。

119 :nobodyさん:04/08/15 13:19 ID:???
PHP5 用に修正するか、新たに作ってうpすれば尊敬されるよ。

120 :118:04/08/15 15:20 ID:???
>>119
PEARにPHPUnitが含まれていることがわかりました。
(自分が見てたのはphpunit.sourceforge.comのほう←ふるい)
そっちを使うことにします。

121 :nobodyさん:04/08/20 04:31 ID:???
PHP5全然使われてないよね。
失敗だったの?
OO廻りがだいぶまともになっていいなあと思ってたんだけど。

122 :nobodyさん:04/08/20 09:13 ID:???
>>121
普通に考えてまだ使わんだろ

123 :nobodyさん:04/08/20 10:36 ID:???
>>121 >>122
人柱とゆーかなんとゆーか
作成元不明なPHP4の<S>改修</S>作り直しで使うことになった
幸運を祈ってほしい鴨

#その上、元のは眩暈がするほど素敵なコードが並んでたので使えない

124 :nobodyさん:04/08/20 13:23 ID:???
眩暈 げんごろう?

125 :nobodyさん:04/08/20 18:18 ID:???
>>123
うわー、つらそうなパターンだ。
元のコードがサバのエラーログを汚しまくりでないことを祈るよ。


126 :nobodyさん:04/08/21 08:52 ID:???
眩=眼花(目がかすみチラチラすること)
暈=頭がまわる感じがするもの
眩暈、目眩、頭眩ともいう。めまい。

127 :123@コーディング中:04/08/21 12:16 ID:???
simpleXML の設定で Schema support が Enabled になってたので、
valid なXMLを読ませてみた(simplexml_load_file)
ルートノードは作られるものの、どうも子ノードができてない様子

well-formed にするとうまく動作したので、とりあえずこの方向で続行
名前空間の問題かもしれない、後でちゃんと確認すること>自分(ぉ

#こーゆー(人柱的)報告がスレ違いだったらすまそ

128 :本7:04/08/22 14:21 ID:rOZc6IHp
PHP4と同居できない理由てメモリプールとかの関係か?


129 :名無しさんに接続中…:04/08/22 18:50 ID:???
暫くはPHP4を使いながら様子見。


130 :nobodyさん:04/08/22 20:27 ID:???
5.1.xになるまでは様子見

131 :nobodyさん:04/08/23 09:49 ID:???
5.3.9になるまでは様子見

132 :nobodyさん:04/08/23 15:00 ID:Z72wSyFR
>131
3.9になる前に4.0になってしまったら
一生使えませんね^^

133 :nobodyさん:04/08/23 19:56 ID:???
上げてまで言うことでもありませんね

134 :nobodyさん:04/09/01 04:37 ID:???
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 とやると、複数のうち最初の一つ(つまり「はげ」)
しか取得できません。

同じコードで、どっちにも対応できるようにするにはどうすればいいのでしょうか?

135 :134:04/09/01 16:01 ID:DiPaFBrX
どなたかplease....

136 :nobodyさん:04/09/01 17:32 ID:???
(´-`).。oO(なんでネタスレで質問するのだろう・・・)

137 :nobodyさん:04/09/02 23:29 ID:???
だってphp5のスレ他に無いし

138 :nobodyさん:04/09/03 05:09 ID:???
あるよ。検索には引っかからないと思うけど。

139 :(^^):04/09/07 08:59 ID:nvETGJeH
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン




140 :nobodyさん:04/09/09 19:17 ID:???
>>134
単純に型調べて判断してもいいし、いくらでやり方あるだろう

141 :nobodyさん:04/09/12 23:17:20 ID:???
>>134
試してないけど、
foreach($xml->movies->movie as $movie) {
処理;
}
でエラーが出るってこと?

142 :nobodyさん:04/09/16 11:30:23 ID:Bi27wS6q
phpでCGIなんて時代遅れもいいところなスレになってしまったな

143 :nobodyさん:04/09/16 13:40:59 ID:???
>>142
じゃあ、今は何がいい?

144 :nobodyさん:04/09/16 23:20:01 ID:???
CGI でない PHP とか

145 :nobodyさん:04/09/17 20:43:26 ID:???
あっそ

146 :nobodyさん:04/09/27 12:10:50 ID:zhTjX9/1
>>144
そのとおり

147 :nobodyさん:04/10/11 19:35:59 ID:BPCPjWr+
PHP5のマンモス本が出てたので買ってみたが,
リファレンスのページがすさまじく使いにくい。


148 :nobodyさん:04/10/11 22:20:44 ID:???
えー?今度はWeb公開無いのー?

149 :nobodyさん:04/10/17 09:30:21 ID:???
失敗だったってことでしょ

150 :nobodyさん:04/12/03 03:07:41 ID:MyE6PQvS
『PHP5逆引き大全 500の極意』
http://www.amazon.co.jp/exec/obidos/ASIN/4798008850/

これってまだ見てないのですが、良さげでしょうか?

マンモス本のPHP5は、アマゾンのカスタマーレビューだと、
オブジェクト指向の説明が足らない!とか書いてありますね。。。

151 :nobodyさん:04/12/03 16:44:04 ID:Roli/AQD
っていうか、Webシステムにオブジェクト指向は要らない。
少なくとも、「逆引き大全」とか読むレベルでは。

152 :nobodyさん:04/12/04 14:24:32 ID:???
>>151
確かにオブジェクト指向っぽい作り方をしてるだけっていうか
ほとんどサブルーチンわけしてるだけだからね

153 :nobodyさん:04/12/04 15:06:14 ID:???
むしろ、オブジェクト指向を絶対視して、すべてをオブジェクト指向で書くのがすばらしいという空気が残っているのが害。
Webアプリケーションの構造をむりやりオブジェクト指向にしたところで、やってはいけない分析をしてしまうのがオチ。

154 :nobodyさん:04/12/04 17:42:30 ID:???
>>153
それあるよね
オブジェクト指向を導入した際の
メリット・デメリットをはっきりさせないと。

まぁ流行の単語とかはどうしても
勘違いというか上辺の知識だけの人がでてくるよね

155 :nobodyさん:04/12/08 21:26:57 ID:???
何がPHP5でCGIはPHP一色の時代だ、バカも休み休み言え。
まだまだPerlで書かれた素晴らしいスクリプトが山ほどあるのに、
それをPHPに全て移植し切ってから言え。

156 :nobodyさん:04/12/08 23:46:15 ID:???
海外では既にPHPへの移行が進んでるけどな
ていうかCGIが使えない鯖が増えてる
日本だけだねPerlに固執してるのは

157 :nobodyさん:04/12/09 01:09:16 ID:???
つまり、PHPへの移行が進んでるのは海外だけで、日本ではPHPは弱小、だから語る価値はない、ってことだね?

158 :nobodyさん:04/12/09 01:10:29 ID:???
日本でのPHPの不人気さは、本家のマルチバイト対応の軽視によるところが大きいと思うんだよね。

159 :nobodyさん:04/12/09 03:07:42 ID:???
海外が移行してるって言ってもPerlもJavaも最初そんなこと言ってたんだけどな

160 :nobodyさん:04/12/09 04:40:51 ID:???
現実的な話として、Javaは海外の普及度に追随して国内の普及度は上がったけど、PHPにはその兆候が見えない。
どうなの?

161 :nobodyさん:04/12/09 13:34:39 ID:???
時代錯誤なクライアントがcgiを強要する限り鯖屋もソース書きも儲かるさ

162 :nobodyさん:04/12/15 05:22:06 ID:???
海外で移行したからって日本が移行する必要性はないよね
特に「海外」ってどういうアンケートなんだろう

>>161
時代錯誤してないクライアントは何を強要するんだい?
現実路線としてCGIは十分ありえると思うけど

163 :nobodyさん:04/12/20 03:38:14 ID:???
ttp://www.itmedia.co.jp/enterprise/articles/0412/17/news007.html

PHPに複数の深刻な脆弱性、最新版へのアップグレードを

うp!うp汁!

164 :nobodyさん:04/12/20 09:29:15 ID:???
4.3.10にうぷ

165 :nobodyさん:04/12/20 13:55:25 ID:???
うpするの面倒だな
また再コンパイルしないといけないなんて・・・

166 :nobodyさん:04/12/23 04:22:52 ID:???
>>163
apt-get update で入らないのこれ?

167 :nobodyさん:04/12/23 12:36:27 ID:???
phpって普通apt-getで入っても自分でコンパイルして入れないか?
configureのオプションが使い方によって全然代わってくるし。

168 :nobodyさん:04/12/24 06:13:51 ID:???
phpごときでapt-get使う奴いたのね

169 :nobodyさん:04/12/24 07:15:44 ID:???
自分が触るサーバー群は、なるべく自分でconfigureしたほうがいいね。

170 :nobodyさん:05/01/26 19:34:45 ID:???
fixも5.0.3で止まってるみたいね。
そろそろ入れてみるか。

171 :nobodyさん:05/01/27 00:41:44 ID:???
もうPHP自体いいだろ。

172 :nobodyさん:05/01/27 09:44:29 ID:???
>>171
これからはどの言語がいい?

173 :nobodyさん:05/01/28 22:44:12 ID:???
perl

174 :nobodyさん:05/01/29 22:40:12 ID:???
またまたご冗談をw

175 :nobodyさん:05/01/31 01:49:34 ID:???
俺もPerlでいいと思うな

個人的にはサーバ管理もPerlの方が楽だしね
mod_perlもすぐできるし

176 :nobodyさん:05/02/03 03:02:53 ID:bOooCN0T
Perl5

177 :nobodyさん:05/02/03 15:22:27 ID:???
正直あんまりかわっとらんがな・・・。

178 :nobodyさん:05/02/03 20:14:31 ID:???
どっちでもかわらんのか・・・・
じゃあ、理不尽な仕様変更に泣かされることの少ないPerlのほうがいいってことだな。

179 :nobodyさん:05/02/04 23:48:48 ID:???
ぶっちゃけPerl6待ち

180 :nobodyさん:05/02/05 02:40:10 ID:???
またまたご冗談をw

181 :nobodyさん:05/02/05 17:56:47 ID:???
しかしいつまでたってもPHP5は
つ か い も の に な り ま せ ん ね wwwwwwwwwwww

182 :nobodyさん:05/02/05 20:35:20 ID:???
>>181
具体的根拠は?

183 :nobodyさん:05/02/06 00:26:46 ID:???
まあやたらに仕様変更して欲しくないってのはある

184 :nobodyさん:05/02/14 05:23:01 ID:???
>>183がいうように仕様変更は嫌だね
けど再makeしないでも環境いじれるように
CPANみたいなの欲しいね

具体的根拠を聞くということは使えるということか
ん〜Perl5.8の方がまだましだな。

おいらもPerl6待ちだけど。

185 :nobodyさん:05/02/14 09:39:22 ID:???
PHPはx.2.5ぐらいまでは使いたくない。
仕様はコロコロ変わるしセキュリティホールはポロポロ見つかるし。

186 :nobodyさん:05/02/14 11:18:51 ID:???
でも今度の PHP5 は今までより安定してるね

187 :nobodyさん:05/02/14 21:57:39 ID:???
PHP4.0xと4.3xでも全然違うしね。

188 :nobodyさん:05/02/14 22:41:26 ID:???
PHP5のclass関係は4と変わりすぎ

189 :nobodyさん:05/02/15 10:27:27 ID:???
それが 5 の目的だから。

190 :nobodyさん:05/02/15 17:33:05 ID:???
たいして変わってないと思うのは自分だけか

191 :nobodyさん:05/02/15 19:40:37 ID:???
>>190
同感。妥当な変更だし。

5.0.1 になって本当に安定した。
本家では 5.1 の話になってるくらいだし。
PHP5 が不安定、はデマだと思う。

192 :nobodyさん:05/02/15 23:14:29 ID:???
PEARだかPECLだか知らんが、ライブラリの仕様は安定してるの?
ライブラリの動きは安定してるの?

193 :nobodyさん:05/02/16 22:17:30 ID:???
安定してる/してない、というより未対応だろ。

194 :nobodyさん:05/02/17 09:23:19 ID:???
とはいえ順次対応していく、と発表されている

195 :nobodyさん:05/02/17 09:31:48 ID:???
じゃあまだ使いものにならんな

196 :nobodyさん:05/02/17 11:37:19 ID:???
PHP5、バリバリ使ってます。
社内の JSP 厨も PHP5 でようやくマシになったと
ぶつぶつ言いつつも使ってるね。

197 :nobodyさん:05/02/19 00:25:19 ID:???
安定してるしてないはお前等みたいなど素人じゃなくて
仕事としてやっている人間の意見なの。OK?

198 :nobodyさん:05/02/19 06:50:29 ID:???
Zendの方針自体が安定してないからダメダメ。

199 :nobodyさん:05/02/19 13:12:50 ID:???
>>197
不安定な部分はどこか言える?

200 :nobodyさん:05/02/19 20:09:07 ID:???
>>198
ソースは

201 :nobodyさん:05/02/19 20:23:29 ID:???
>>200
ttp://x51.org/x/05/02/1048.php
ここかな?
何を信じていいやら。

202 :nobodyさん:05/02/19 20:44:43 ID:???
PHP5 が不安定というデマは JSP 厨の工作?

203 :nobodyさん:05/02/19 21:07:19 ID:???
いや、PHP5がじゃなく、PHPが。
PHP4からPHP5で大きくかわったし、PHP5からPHP6でまた大きくかわらないとはいえない
PHP4もPHP4の中で大きくかわったし、PHP5もPHP5の中で大きくかわらないとはいえない

という話をしようと思ってたんだけど、基本的なライブラリさえPHP5にちゃんと対応してないなら、不安定以前の話だから、デマといえばデマだな。
言語はかろうじて安定したけど、ライブラリは安定どころか、完成すらしてない。

204 :nobodyさん:05/02/19 23:14:45 ID:???
>>203
君、PHP 使ったことないでしょ。
それに、他の言語のことも詳しくないでしょ。

205 :nobodyさん:05/02/19 23:48:25 ID:???
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のこと言ってる?氏んどけ。

206 :nobodyさん:05/02/20 02:52:18 ID:???
ま、とりあえずPHP4から5ではPEARが動かなくなる程度の変更しかないな。

207 :nobodyさん:05/02/20 02:58:29 ID:???
Javaでは古いコードの動きが変わるような言語仕様の変更はないが。

208 :nobodyさん:05/02/20 02:59:49 ID:???
無いに等しい言語仕様の変更で動かなくなるほど、PHPのコードは神経質なんだね。

209 :nobodyさん:05/02/20 04:17:03 ID:???
PHPの言語仕様の変更が無いに等しいって言いきれるなんて
よほど幸せな環境にいるんだな。

210 :nobodyさん:05/02/20 14:14:27 ID:???
PHP 知らん奴が憶測で口を出すなよ。
PEAR は class 使っているから動かないんだよ。

それに Java で動きが変わらないって?
Hello, world レベルのこと言ってるの?
ttp://java.sun.com/j2se/1.4/ja/compatibility.html#incompatibilities1.4

211 :nobodyさん:05/02/20 17:29:17 ID:???
PHPは、クラス使ってれば動かなくなるんだよね。
特定APIの仕様が変わったというだけのJavaとはレベルが違うよ。
PHPの場合、API的位置付けだったPEAR自体が動かなくなってしまうんだからね。

なんか、PHPの人は必死だな。

212 :nobodyさん:05/02/20 17:57:45 ID:???
つーか4.0系と4.2以上でかなり違うよね。
マジ使えねぇ。

213 :nobodyさん:05/02/20 20:12:29 ID:???
3系から4系、4.0から4.1、4.1から4.2の移行を試みたことがない人なんだろうなぁ。

214 :nobodyさん:05/02/20 22:02:56 ID:???
>>211
PEAR が API 的位置付け!?はぁ?

それにクラスも機械的変換で動くんですけど。
Pukiwiki とか 4 から 5 対応したアプリのことを知らないの?

>>212-213
具体的にはどこか言える?
まさか global_register じゃないよね?


215 :nobodyさん:05/02/20 22:31:37 ID:???
>>214
PEARは標準クラスライブラリという触れ込みだったはずだが。

global_registerは影響のない変更ということにしたいわけですね。
使ってるやつが悪いと。ふーん。
4.2.2から、Content-type指定したときの挙動が変わった。
4.3.0から=演算子の挙動が変わったしね。

なんか、必死ですね。

216 :nobodyさん:05/02/20 23:39:53 ID:???
>>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 互換モードまで用意されているのですが。

217 :nobodyさん:05/02/21 00:10:06 ID:???
>>216
> Content-type は php.ini のデフォルトの設定が変っただけでしょう?

Content-typeを指定するとエンコーディングの変換が効かなくなったバージョンがある。

ま、古いコードが動かなくなった変更点はそれを使ってるやつが悪いってことにすれば、言語仕様の変更はないに等しいといえることはわかった。
なかなか都合のいい論理展開だな。勉強になったよ。

218 :nobodyさん:05/02/21 00:13:08 ID:???
global_registerの設定が有効になってるのが前提の情報が広まってた状況を無視して、「使ってたやつが悪い」ですか。
おめでたいやつですね。

219 :nobodyさん:05/02/21 00:15:06 ID:???
> 少なくとも XOOPS、SquirrelMail, phpMyAdmin は PHP4.1.x 時の
> 古いバージョンを PHP4.3.x に上げてもそのまま動きますが。

そんな例持ち出すなら、Java1.1時代のバイトコードでJ2SE5で動くソフトは普通にたくさんあるわけだが。

220 :nobodyさん:05/02/21 00:17:54 ID:???
で、PEARが動かなくなったことは問題ではないわけだな。
標準ライブラリ的なプロモーションしておきながら、お荷物になれば標準じゃないですよ、か。
ところで、標準クラスライブラリは何になるの?

221 :nobodyさん:05/02/21 00:21:53 ID:???
ここはどうしてもJava vs PHPに持って行きたいJava厨とPHP厨のすくつですね

222 :nobodyさん:05/02/21 00:33:52 ID:???
いや、PHPの仕様変更はたいしたことないといいたいだけ。

223 :nobodyさん:05/02/21 00:35:04 ID:???
推奨されないコーディングをしてPHPの仕様変更にはまるのは、そんなコーディングするのが悪いと。
PEARは拡張ライブラリだから、PHPの仕様変更とは関係ない、と。

224 :nobodyさん:05/02/21 02:14:03 ID:???
俺は PHP 使いでもないし PEAR も使ったことがないのでよくわからんが、
Perl が 5.6 から 5.8 になったら CPAN のモジュールが動かなくなった、
みたいなことを想像すると「それはまずいんじゃない?」と思うな…

225 :nobodyさん:05/02/21 02:14:34 ID:???
>いいえ。CPAN 同様、拡張ライブラリです。
おいおい、一緒にすんなって。
規模がちげーっつーの。

226 :nobodyさん:05/02/21 02:29:08 ID:???
>>224
Perl4→Perl5なら動かなくてもかまわないんじゃないの?といいたいのではないかと。

227 :nobodyさん:05/02/21 09:12:58 ID:???
>>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
標準か拡張かの話であって規模の話ではないよね?

228 :nobodyさん:05/02/21 09:28:45 ID:???
>>227
すご→すぐ

元々の話は PHP5 はバギーか?だったよね。
でもそれがバギーじゃないことになったので
言語の仕様変更の話になったよね。

バージョンアップして言語使用の変更がなかった言語って何よ?

229 :nobodyさん:05/02/21 09:58:47 ID:???
PHP4 と PHP5 の非互換部分は OOP だけど、
言語使用が変わったと騒いでいる奴は
PHP4 のままのなんちゃって OOP がよかったの?

230 :nobodyさん:05/02/21 15:32:40 ID:???
>>227
> それはバグであって仕様変更ではないよね?

仕様変更。
日本側からの働きかけで、そのあとtext/*のときはエンコードの指定が効くようになった。

231 :nobodyさん:05/02/21 15:33:36 ID:???
小泉タンが頑張っていたね

232 :nobodyさん:05/02/21 15:35:00 ID:???
あぁ、PEARは、おまけでついてくる標準ではないライブラリってことなのね。
PHP4あたりから標準でついてくるから、てっきり標準ライブラリなのかと思ったよ。

233 :nobodyさん:05/02/21 15:36:53 ID:???
>>229
論理の飛躍ですね。

234 :230:05/02/21 15:45:46 ID:???
ちなみに、content-typeの仕様変更は4.2.2からで、4.2.1で見つかったセキュリティーホールに対策するためのリリース。
そのあとの4.2.3でも日本語関係バグバグ。
で、4.3.0からは=演算子の挙動が変わっている。
つまり、4.2.1のセキュリティーホールを挙動を変えずにふさぐバージョンはリリースされなかったってことだ。

PHPの仕様変更の不安定さというのは、そういうこと。

235 :nobodyさん:05/02/21 15:55:28 ID:???
> 今でも global_register ON がいいの?

そんなこと言ってないだろ。
ってか、global_registersにsがいることくらい、いい加減覚えろ。

236 :nobodyさん:05/02/21 17:37:00 ID:???
>>233-235
で、PHP5 が不安定な根拠は?


237 :224:05/02/21 18:51:18 ID:???
>>226-227
なるほど、確かにそうですね。
Perl4 の時には CPAN なんてなかった (で合ってる?) し、
Perl6 になったら Perl5 との互換性はすっぱり無くなるっぽいし、同じか。
困るってことには変わらないですけど…

238 :nobodyさん:05/02/21 19:55:33 ID:???
>>234
どんな言語でもバグや仕様変更あるので
細かな例を出しても何の意味もないです。
# 例えば Java であれば j-h でセキュリティの未修正や仕様変更で
# 何度も高木氏がポストしたことは古参 Java ユーザなら周知の通り。

それに、過去の例から PHP5.x が不安定である、
という論は無理です。

>>237
Perl4 中盤あたり?から CPAN ありましたよ。


239 :nobodyさん:05/02/21 22:24:16 ID:???
>>238
バグや仕様変更はあるが、セキュリティーパッチで仕様が変わることは、他の処理系では少ない。
というか、普通はない。

そういう過去の例があるから、PHP5も信用できない。
PHPが信用できないのは、セキュリティーパッチやバグフィックスで他の仕様が変わってきたから。
で、その仕様変更のポリシーが変わったという話は聞かない。

240 :nobodyさん:05/02/22 09:31:43 ID:???
>>239
その「仕様が変わったセキュリティーパッチ」で動かなくなった有名なアプリって何?

241 :nobodyさん:05/02/22 11:34:32 ID:???
>>234
それで動かなくなった有名なアプリって何?

242 :nobodyさん:05/02/22 12:21:21 ID:???
>>240
そもそも有名なアプリ自体が少ない

243 :nobodyさん:05/02/22 12:56:11 ID:???
>>242
sf.net には PHP アプリが 10430 くらいあるし、
ここのダウンロード数の上位 100 とかでどう?
ttp://sourceforge.net/softwaremap/trove_list.php?form_cat=183


244 :nobodyさん:05/02/22 13:02:59 ID:???
>>242
Google でそのアプリ名を検索して 5000 件以上あるとか。

245 :nobodyさん:05/02/22 18:19:49 ID:???
>>240
なんで、有名アプリである必要があるのかわからんが、EZWeb対応のアプリは動かなくなったはずだ。

ただ、この場合、問題なのは、セキュリティーパッチで他の仕様を変えるというそれ自体がセキュリティーホールであるということだ。

246 :nobodyさん:05/02/22 18:28:32 ID:???
>>245
捏造情報じゃないことの証明がほしいです。ソースありますか。

247 :nobodyさん:05/02/22 18:40:41 ID:???
>>246
は?
EZWeb用アプリでHDML吐くときtext/hdmlを出力するだろ。
そのとき日本語変換が効かなくなってたんだよ。

248 :nobodyさん:05/02/22 18:46:00 ID:???
>>245
私は煽りでも何でもなく後学のためにも有名じゃなくていいので
仕様変更によって動かなくなった具体例が知りたいです。

例えば Pukiwiki, XOOPS, phpBB, SquirrelMail, phpMyAdmin,
各種 blog は仕様変更で動かなくなったのですか?

あと、「この場合、問題なのは…」は >>239 とは違う話?
>>239 の仕様変更で動かなくなったものはありますか?

それと >>245 の詳しい話が知りたいです。

249 :nobodyさん:05/02/22 18:46:26 ID:???
いま気づいたが

>>216
> = 演算子が === のことを言っているのであれば

===は比較演算子だろ。
=演算子でオブジェクトがコピーされていたのが、参照が渡されるだけになったんだよ。

250 :nobodyさん:05/02/22 18:46:40 ID:???
>>247
EZWeb 系のアプリは全滅したんですか?

251 :nobodyさん:05/02/22 18:51:00 ID:???
>>248
だから、EZWeb対応の日本語変換が動かなくなってるはずだと。
で、なんで有名ソフトでなきゃいかんの?
こんだけ広範囲に影響がある変更が前触れもなしにあれば、PHPでモノ作ってるときに困るんだよ。
PHP用に作られたアプリ動かすだけのやつにはわからんだろうが。

252 :nobodyさん:05/02/22 18:51:58 ID:???
>>250
原理的にはそうだろ。HDML吐いてて日本語変換してるやつは。

253 :nobodyさん:05/02/22 19:05:38 ID:???
ウチで作ったEZWeb対応のやつは、それで動かなくなったなぁ。
セキュリティーホールってことでアップデートしたら、動かなくなってた。
で、結局元に戻した。
text/hdmlなら日本語変換が動くようになった4.3には他の変更があったから採用見送り。
それ以来、長く動かすシステムをPHPで組むのはやめた。

254 :nobodyさん:05/02/22 19:19:35 ID:???
別に自分は有名じゃなくていいですよ。
EZWeb 系が全滅だったら大問題なのに
ML やニュース、2ch の PHP スレで騒がれてないね。
解決策は PHP4.2 に戻すだけなんですか?

>>253
何で作ることにしたんですか?

255 :nobodyさん:05/02/22 19:20:47 ID:???
あと、この問題は
>>248
で書いた PHP アプリでは問題ないんですか?
この問題の詳細を URL でもいいので教えてくれないですか。

256 :nobodyさん:05/02/22 20:28:34 ID:???
>>254
> ML やニュース、2ch の PHP スレで騒がれてないね。

MLを見てないのか?

> 解決策は PHP4.2 に戻すだけなんですか?

コードを変えずに解決するには、セキュリティーホールの影響に注意しつつPHP4.2.1に戻すしかなかった。
設定でどうこうできるものではない。

257 :nobodyさん:05/02/22 21:02:02 ID:???
>>256
ML 見逃したかも。いつくらいの話題?あとキーワードとか。探してみる。

この問題が知りたい理由は >>248 で書いたアプリを参考に
4.3 でグループウェアもどきを作ったんです。それに影響あるか知りたい。
一体どういう問題なんですか?
不思議なのは >>248 のアプリは 4.3 で問題なく動いてますよね。
あと、4.3 で動いているサーバがほとんどですよね。
なぜ EZWeb 系以外の他の PHP アプリは全滅しないの?

258 :nobodyさん:05/02/22 22:13:13 ID:???
>>257
4.3で動いてるならいいんじゃねぇの?
4.3ではtext/*はちゃんと日本語変換効くようになったんだし。

> ML 見逃したかも。いつくらいの話題?

しらん。4.2.2が出た頃の話題。
HDML出力してる人はそれほど多くないし、祭りになってるわけではないが。

> 不思議なのは >>248 のアプリは 4.3 で問題なく動いてますよね。

すでに4.3が出てかなりの時間がたってて、なにを不思議がってるのやら。

> なぜ EZWeb 系以外の他の PHP アプリは全滅しないの?

お前、問題の意味全然わかってないだろ。

259 :nobodyさん:05/02/22 23:10:28 ID:???
>>258
EZWeb のことは指摘通り全然分かってないです。
というかこのスレに書かれた内容では分かりようがないです。
誰かこの件についてのページを紹介してくれませんか?
でも要は EZWeb の件は 2002 年の 4.2.2 の話で 4.2.3 以降では解決済?

1 からこのスレを読んだ限り、PHP の言語仕様が不安定さを示す具体例は
この EZWeb だけです。もしそうなら PHP は他の言語と比べると異常に安定しすぎです。
そんなことはないと思うので、そのほかに PHP の問題があるなら純粋に知りたいです。

PHP が不安定だと主張する人はどの言語を使っているかも知りたいです。

260 :nobodyさん:05/02/23 05:02:30 ID:???
>>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くらいしかしらない。

261 :nobodyさん:05/02/23 06:06:03 ID:???
>>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 も過去の事例を元に現行を論じるのは単なる感情論ではないですか?


262 :nobodyさん:05/02/23 06:44:34 ID:???
>>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 が出たら移行に大変そうなので手を出していません。

263 :nobodyさん:05/02/23 10:08:22 ID:???
>>261
> Applet に関してはそんなことばかりでしたが。

言語仕様の話をしてるのではないのか?
で、Appletに関しては、Microsoftの実装がJavaの仕様から外れてたからだ。

264 :nobodyさん:05/02/23 10:13:20 ID:???
4.0.6でいきなりPostgreSQLがうまく動かなかったりしたなぁ・・・

なんか、PHPではうまく動く事例だけを扱って、うまく動かない事例は例外ってことにして、Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
4.3から=演算子みたいな、基本的なところの動きが変わってるのに

> PHP4.0.x 〜 PHP4.3.x は 99% 以上が動く互換性もありますよね。

とか、ようゆうわ、って感じだし。

265 :nobodyさん:05/02/23 10:16:47 ID:???
何でそんなに文章が長いのさ

266 :nobodyさん:05/02/23 10:25:27 ID:???
> # C# は .Net 2.0 が出たら移行に大変そうなので手を出していません。

それと同じ理由で、PHP5はPHP5.1が出たら移行に大変そうなので手を出していません。

267 :nobodyさん:05/02/23 10:30:35 ID:???
261

> しかも text/hdml はコードを変更すれば 4.2.2 に上げることができたよね。

どんな変更するかわかってんのか?
そりゃ、コードさえ変更すればどんなアップグレードにも対応可能だ。
手間がかかりすぎるので4.2.1のままにした。

そういうアプリケーションの全体に影響するような仕様変更が、一番低いバージョンがあがったときになんの前触れもなく行われることを不安定だっていってる。
セキュリティーアップデートで仕様変更されることが信用できないと言ってる。

268 :nobodyさん:05/02/23 10:31:23 ID:???
>>263
ん?
>>260 氏も
| セキュリティーパッチで仕様が変わったってこと。
| セキュリティーホールがみつかっても、バージョンアップできない。
| そんな処理系、PHPくらいしかしらない。
であって言語仕様じゃないよね?
なのでセキュリティーパッチ云々の Java の例を出しただけです。

それと言語仕様の話って出てないと思うけど言語仕様の話って何?PHP5 の OOP の話?

>>264
| Javaではうまく動かない事例をとりあげてうまく動く事例は例外のようにしてるとしか思えないな。
それは >>260 などの主張も同じことだよね。

なので細かな事例を言い合っても仕方ないですね。
Java は言語仕様が大きい分、非互換やバグやセキュリティーホールは PHP より多いし。
自分は Java がメインだし、PHP も使う案件が増えてきたので
客観的な PHP の言語仕様の話をしたいです。なので具体例があれば挙げてください。

| > PHP4.0.x 〜 PHP4.3.x は 99% 以上が動く互換性もありますよね。
| とか、ようゆうわ、って感じだし。

この 99% が間違いであるなら、その訂正は動かない例をいくつか出すだけで済みますよね。
具体例を希望します。そうでなければただの煽りです。

>>265
ですね。今は新規開発ではなく保守の仕事が多いので退屈なので現実逃避中。

269 :nobodyさん:05/02/23 10:45:01 ID:???
>>267
どんな変更が必要かは貴君のソースを見なければ具体的にはなんとも言えないのだけど、
一般論で言えば全ファイルが一番最初に共通の処理を実行する仕組みなら簡単だったよね?

「前触れもなく」に関しては本家 php-dev でも議論になってたし、
小泉さんが日本の php-dev でもこの問題はリリース前に流してたよね?

あと、その仕様変更は 99.999999% の PHP アプリには問題ないよね。
セキュリティアップデートに限らず、どんなマイナーなバージョンアップでも
100% 完全互換を保証する言語はないよね?
それに、PHP の問題が 4.2.2 だけを指しているなら
Java/Perl/VB に比べると遥かに信用できるのですが。

また、その仕様変更が嫌なら 4.2.2 の PHP のソースに
「十数行」のパッチで互換が確保できたと記憶してるし。

270 :nobodyさん:05/02/23 10:48:02 ID:???
>>266
5.0.x → 5.1 の変更点の何を問題にしている?具体的に。根拠レスの煽り?


271 :nobodyさん:05/02/23 11:10:57 ID:???
267 氏が 99.999999% 大丈夫な仕様変更にはまってしまったのはご愁傷様です。

そして 3 年前に解決済みのその一点だけにおいて現在の PHP も信用できないと
評価することも尊重いたします。

でも、もうそのネタはループしてるし飽きたので、
「この言語仕様が PHP は糞」という新ネタをください。


272 :nobodyさん:05/02/23 11:36:24 ID:???
> 99.999999% 大丈夫な仕様変更

これは、日本語対応HDMLのサイトが0.000001%しかなかったってこと?
ま、これこそ根拠レスの煽りだな。

で、=演算子の仕様変更に関してはスルーしてるんだな。

273 :nobodyさん:05/02/23 11:39:53 ID:???
しかし、PHPの仕様変更の考え方をうまく反映してるよなぁ。
自分のまわりの99.999999%が大丈夫ならいいだろ、みたいな。
日本語使ってるやつなんか自分のまわりに0.000001%もいないから関係ないだろ、みたいなね。

274 :nobodyさん:05/02/23 11:41:54 ID:???
あと、結果論で、こういうコーディングしてれば大丈夫だったはずだから、そういうコーディングしてるのが悪いってね。
結果論ならなんだっていえるな。

275 :nobodyさん:05/02/23 11:52:42 ID:???
>>272
EZWeb 以外の実害はなかったからね。
煽れば必死になって他の具体例を挙げてくれるかと思って。
なので数字はお好きな値をどうぞ。

= 演算子で実害が出た実例の件はどうなりましたか?

>>273
269 で書いたけれど 100% 互換を保証している言語はありませんよね。
それついてはどう思いますか?

>>274
結果論の話をしたつもりも、するつもりもありません。

ただ、3 年前にこうだったから、という結果論に
終始していて建設的な話ができないのは残念です。


276 :nobodyさん:05/02/23 11:56:11 ID:???
>>273
EZWeb 業界における PHP の普及率でどうなの?
それによって数値が算出できると思うけど。

277 :nobodyさん:05/02/23 11:58:56 ID:???
>>272
世界的に見た場合の EZWeb だとそれくらいじゃない?
つーか、なんで糞 PHP を使っといて文句言ってるの?自己責任じゃない?
自分の技術力のなさを PHP のせいにしているだけだろ。

278 :nobodyさん:05/02/23 15:30:39 ID:???
>>267
「前触れ」はML以外にもRCで出てただろ

279 :nobodyさん:05/02/23 16:26:51 ID:???
>>267
「手間がかかりすぎるので4.2.1のままにした。」という
三流プログラマー自慢の意図はなんですか?一体どんな手間が掛かるの?

280 :nobodyさん:05/02/23 23:27:06 ID:???
俺今PHPを使った仕事をしてるけど、ちょっとバージョン返ると
すぐ挙動が不審になる。駄目だPHP超使えねぇ。

281 :nobodyさん:05/02/23 23:43:33 ID:???
頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html

282 :nobodyさん:05/02/24 05:25:22 ID:???
>>275
なんでわざわざ実害ださなきゃいけないんだよ。
4.3で=演算子の挙動が変わってるから、バージョンアップすらしない。
動いてるシステムで、実害が出る可能性が高いバージョンアップするわきゃないだろ。

283 :nobodyさん:05/02/24 09:14:26 ID:???
スゲェ
今度は試しもせずに妄想で責めてきたよ

引き篭もってないで外の世界を見れば
下の中以上のプログラマのプログラムなら動くことが分かるのに
まぁ、下の下、頭のおかしなプログラマには無理なわけだが

だから100%完全保証を主張してるのか

284 :nobodyさん:05/02/24 11:53:21 ID:???
>>282
4日前の >>215 も具体例も試しもせずに=演算子が,と書いていたの!?
いったいそれで何の話がしたいの or できるの?
global_registersやezの件とか頭悪いなぁ,と思ってたけど
頭が悪いんじゃなくて頭がおかしいんですね.



285 :nobodyさん:05/02/24 12:59:45 ID:???
>>284
頭「も」悪いと思う

286 :nobodyさん:05/02/24 13:24:33 ID:???
PHPでの環境なんてまだほったて小屋みたいなもんだから、
具体例とか、実害とか、実例とか99.9パーセントとか言うな。
適当に最適なコード書いとけ。ハゲ!


287 :nobodyさん:05/02/24 14:09:13 ID:???
>>284
具体例って、仕様が変わってて明らかに影響があるんだから、移行しなかっただけ。
なんで、実害あるのわかってて試さにゃならんのだ?

288 :nobodyさん:05/02/24 14:36:09 ID:???
そろそろ結論お願いします。

289 :nobodyさん:05/02/24 15:38:35 ID:???
>>288

286-287 によると
具体例とか、実害とか、実例とかないけど PHP はダメだそうです。
あと、バージョン上がっても 99.9 パーセントが何の問題もなく動くけど PHP はダメだそうです。

290 :nobodyさん:05/02/24 16:03:02 ID:???
PHPがダメとは言ってないだろ?
(try{}catch{}も5でやっとこさできるようになったようなヘタレ言語だがな!)
おまいが「PHPってダメなの?」思ってるだけなんじゃなくて?
このインポ!

291 :nobodyさん:05/02/24 16:46:08 ID:???
>>290
| PHPがダメとは言ってないだろ?

そうだったんですか。じゃ、どういう主張だったのですか?

|(try{}catch{}も5でやっとこさできるようになったようなヘタレ言語だがな!)

Autoboxing や Generic も 5 でやっとこさできるようになったようなヘタレ言語だがな!
というようなことを言うことに何か意味がありますか?

善いことをするのに遅いと責める気はありません。
善いことをしないのであれば催促したいですが。

| おまいが「PHPってダメなの?」思ってるだけなんじゃなくて?

そうです。C/Java/VB/Perl の比較において PHP が特別にダメとは思えません。
ダメな点はありますが、それはどの言語でも同じことです。

| このインポ!

頭のおかしな人には気をつけましょう
ttp://info.2ch.net/before.html
| 根拠もなく、他人を卑下したり、差別したりする人、自分で自分を褒める人


292 :nobodyさん:05/02/24 17:03:02 ID:???
なんだよなんだよ、言葉尻ばかりつかまえて。
いじめてるつもりはないが、2ちゃんなんだし罵り合い上等でしょ。
別におまいの自尊心=PHPってわけでもねーだろ。
おまいも99.9パーセント動くけど(もじもじ・・・)とかさあ、うざいよ、
なんの分母の99.9だよ。たいした評価じゃあなかろうに。
それにしてもPHPは事実人気もあることだし、
より良いオブジェクト指向、フレームワークの充実、と
良いところはたくさんあるんだから、がんばってほしいと思うよ。
RubyやJAVAを参考にしながらOOを整理していってほしいし、
かつ、ライトウェイトっつー身軽なところを伸ばしていって欲しい。
ってかたっちまった。当たり前なことを。野暮ったいね。


293 :nobodyさん:05/02/24 17:31:47 ID:???
99.9% は地球上の全 PHP アプリのことね。
「もじもじうぜぇよ」ともじもじしないで不明なことは聞くように。

あと、もし 99.9% に突っ込みたいなら
「99.9% は言い過ぎだろ、デブ」だけの根拠なしではなく、
「○○で××だから98.7%だろ」という論理的反証でよろしく。

後半はハゲ同。建設的でいいね。

一番好きな言語は Ruby。素晴らしい OOP だ。
一番嫌いなのは一番使っているせいか Java。
203 からのを読むとこんな程度で騒ぐなよ、という感じ。


294 :nobodyさん:05/02/24 19:27:53 ID:???
>>293
ワロス。
やっぱRubyはいいよな。
オタとか言われてるけど、んなこたぁーないぞ。
あれに学んだ人のPHPのコードは素敵そうだもの。

295 :nobodyさん:05/02/24 19:54:41 ID:???
Ruby も Rite で RAA 全滅するけど
妥当な変更による結果なので文句を言う気はない。
PHP4 → 5 で PEAR が動かなくなるのも同様。

PHP4 の OOP は Perl 同様ありえない。
まぁ、非 OOP の互換性を保ちつつ
OOP の皮をかぶせるためには仕方ないのだが。

PHP5 の OOP 化は Java を手本としているので冗長で退屈。
Ruby のようにスッキリ書けると嬉しいのに。
あと ; が不要になるともっと嬉しい。


296 :nobodyさん:05/02/24 23:29:31 ID:???
つーかお前等なんでそんなにPHPに固執してんの?
まるでPHPしかできないみたいな必死さだな。
PHPしかできないんじゃプログラマとして将来期待薄だな。
せめてJavaとかPerlくらいは理解しとけよ。

297 :nobodyさん:05/02/25 02:43:01 ID:tNmKJfeD
おまえらはどれだけデザインパターンを理解して・・・

298 :nobodyさん:05/02/25 07:01:06 ID:s0E0f9v3
スレが立ってからもうじき3年だけど、3年で何が変わった?
perlやrubyのcgiはなくなったか?

299 :nobodyさん:05/02/25 10:16:04 ID:???
インターネッツできない場所にでも幽閉されてた人ですか

300 :nobodyさん:05/02/25 11:31:02 ID:???
>>298
3年前の餌に今頃釣られなくても

301 :nobodyさん:05/02/25 23:24:23 ID:???
PerlのCGIは少なくなったね。

302 :nobodyさん:05/02/25 23:50:06 ID:???
普通にまだ多いと思うが。少なくとも日本で"配布されている"WebアプリではまだPerlが一番多いだろうな。
使用されている物については同じかまだPHPの方が少ないぐらいかな?
海外だとPHPの方が抜いてるみたいだけど中国韓国ではASPだんとつ、他ではJSPやPHPって感じだったかな。

303 :nobodyさん:05/02/26 07:26:29 ID:???
わざわざCGIで動かさんだろ。

304 :nobodyさん:05/02/26 07:27:06 ID:???
中国韓国ではASPが無料で使えるからなw。

305 :nobodyさん:05/02/26 13:53:17 ID:???
まぁ、数値の取り扱いが仕様で決まってないPHPで、数値の計算をまともにやろうとするな、ってことだな。

306 :nobodyさん:05/02/27 00:19:27 ID:???
え?

307 :nobodyさん:05/02/27 22:37:14 ID:g0YeQIeP
PEARのPHP5対応率って低い?
先を見越してPHP5で何か作ろうと思うんだけど。

308 :nobodyさん:05/02/27 22:51:58 ID:???
開発が進歩してるのはaspと思うんだが・・・

309 :nobodyさん:05/02/28 10:52:08 ID:???
>>307
人気のある PEAR は大丈夫。
自分が何の PEAR を使うか確認してみては。

310 :nobodyさん:05/03/01 00:31:54 ID:???
>>309
レスサンクス
PEARが対応してるならOKだね。

311 :nobodyさん:05/03/01 00:37:16 ID:???
>>310
読み違えていると思われ。

312 :nobodyさん:05/03/02 01:31:22 ID:???
smartyは?

313 :nobodyさん:05/03/02 10:40:15 ID:???
PHP5 で問題なく使えるよ。PHP4.0.6 以降に対応。

314 :nobodyさん:05/03/03 20:19:42 ID:???
PHP5をインストールするとSQLiteも自動的にインストールされますか?

315 :nobodyさん:05/03/04 02:21:01 ID:???
試してみましょう。

316 :nobodyさん:05/03/04 04:04:31 ID:???
>>315
知ってるなら教えてよ。
いじわる。

317 :nobodyさん:05/03/10 00:20:17 ID:57S9mKWn
PHP5ってApache2にしか対応してないんだっけ?

318 :nobodyさん:05/03/10 09:45:08 ID:???
>>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/

319 :nobodyさん:05/03/13 16:35:40 ID:???
>>318
とりあえずPHPは5になってもapache2では使うべきではないってことかな?

320 :nobodyさん:05/03/13 22:05:30 ID:???
318 のドキュメントを読んで
319 の質問をしてくる人に
何て書けば理解してくれるのだろうか

321 :nobodyさん:05/03/13 23:05:05 ID:???
>>320
世の中には差別用語や放送禁止用語と言った言葉が用意されていますので
必要なときは遠慮なく使ってみてください。

322 :nobodyさん:05/03/14 10:42:57 ID:???
319はピー

323 :nobodyさん:05/03/15 03:01:15 ID:???
>>320

>Unix上でもWindows上でも Apache 2.0.xとPHPの組合せを実運用環境で使用するべきではありません。
>「その理由については、 FAQエントリも参照して下さい。

324 :nobodyさん:05/03/15 09:29:25 ID:???
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


325 :nobodyさん:05/03/15 13:57:33 ID:???
>>323-324
日本語版は言葉足らずってことですね
Apache2でもPHPをprefork MPMでmakeすればOKってことでよろしいでしょうか。


326 :325:05/03/15 14:05:13 ID:???
prefork MPMでmakeするのはapache2のほうでした
っていうか普通にmakeすればpreforkになるんですね。

327 :nobodyさん:05/03/16 01:12:25 ID:???
落ち着け。よく読め。Google しろ。な。

328 :nobodyさん:05/03/16 12:37:39 ID:???
つまりPHP5はApache2でも普通に使えると

329 :nobodyさん:05/03/16 13:07:10 ID:???
windowsのローカルでは普通に使えてましたよ。
今はApache2+PHP4に切り替えてるけど。
なんかPHP5重大なバグが無かったっけ。

330 :nobodyさん:05/03/16 13:35:54 ID:???
5.0.3 には特に重大なバグはないと思うよ
近々バグ修正した安定版である 5.0.4 が出る
久しぶりのリリース

331 :nobodyさん:05/03/19 21:12:35 ID:???
PHP5.1マダー? (・∀・ )っ/凵⌒☆チンチン

76 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)