☆　　P　　H　　P　　5　　☆　　

PHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。

http://www.php.net/

2get

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

【PHP】質問スレッド　Part8
http://pc2.2ch.net/test/read.cgi/php/1050249148/

【PHP】初心者コーナー 3 Released【スローモード】
http://pc2.2ch.net/test/read.cgi/php/1055280252/

PHP + MySQL
http://pc2.2ch.net/test/read.cgi/php/983250751/

IDにPerlが出たら神! PHPが出たらムック! Part 7
http://pc2.2ch.net/test/read.cgi/php/1055300890/

★負荷軽減対策委員会（Perl、PHP)★
http://pc2.2ch.net/test/read.cgi/php/1034645635/

PHPで作る写真・画像サイト
http://pc2.2ch.net/test/read.cgi/php/1056756475/

【PHP】Smarty【Template】
http://pc2.2ch.net/test/read.cgi/php/1047225437/

YomiサーチPHP化プロジェクト
http://pc2.2ch.net/test/read.cgi/php/1044371877/

Mac OS X + PHP + MySQL
http://pc2.2ch.net/test/read.cgi/php/1003655679/

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

PHP + PostgreSQL
http://pc2.2ch.net/test/read.cgi/php/983128806/

PHP-users ML ヲチ
http://pc2.2ch.net/test/read.cgi/php/1031734100/

PHP関連の書籍（但しPHP出版系お断り）
http://pc2.2ch.net/test/read.cgi/php/985315574/

perlスクリプト⇒phpスクリプト移植要望スレ
http://pc2.2ch.net/test/read.cgi/php/1035700861/

【待望】PerlユーザのためのPHP入門
http://pc2.2ch.net/test/read.cgi/php/1046326634/

Ezwebでもみれる掲示板（PHPとかcgi）
http://pc2.2ch.net/test/read.cgi/php/1055932158/

【対立】PHP-usersメーリングリスト【論争】
http://pc2.2ch.net/test/read.cgi/php/1053528498/

PHP逝ってよし！
http://pc2.2ch.net/test/read.cgi/php/982565697/

PHP を流行らせるには
http://pc2.2ch.net/test/read.cgi/php/985848031/

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

これからはPHPの時代Perlはもう終わりバイバイ2
http://pc2.2ch.net/test/read.cgi/php/1046194468/

PHPの使える鯖
http://pc2.2ch.net/test/read.cgi/php/982853195/

PHPで２ｃｈを真似てこんなモン作ってみますた。
http://pc2.2ch.net/test/read.cgi/php/1019451204/

せっかくだからPHPで掲示板作ってみませんか？
http://pc2.2ch.net/test/read.cgi/php/982779383/

フジモト＠PHPマスターを讃えるスレ
http://pc2.2ch.net/test/read.cgi/php/1029342427/

PHP作成代行してくれるところ
http://pc2.2ch.net/test/read.cgi/php/1005203165/

PHPを教えて下さい。
http://pc2.2ch.net/test/read.cgi/php/1053151482/

ASP VS PHP
http://pc2.2ch.net/test/read.cgi/php/1013945931/

PHPとJAVAさぶれっと
http://pc2.2ch.net/test/read.cgi/php/987850713/

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

PHPでヨッスィ〜つくって。 <072>
http://pc2.2ch.net/test/read.cgi/php/985440475/

■HTMLしかワカラン俺にPHPとか教えて■
http://pc2.2ch.net/test/read.cgi/php/1026396654/

【ANTI】今、あえてPerlで攻める【PHP】
http://pc2.2ch.net/test/read.cgi/php/1046651476/

PHP PHPって
http://pc2.2ch.net/test/read.cgi/php/1034912318/

PHPを教えることになりました
http://pc2.2ch.net/test/read.cgi/php/996521284/

PHPアップグレード報告スレッド
http://pc2.2ch.net/test/read.cgi/php/987259309/

PHP仕様主旨と精神ってなんだとおもいますか？
http://pc2.2ch.net/test/read.cgi/php/986982872/

phpは何故分離されたのかスレ
http://pc2.2ch.net/test/read.cgi/php/982988107/

PHP関連サイト
http://pc2.2ch.net/test/read.cgi/php/982694601/

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

PHP4.0とZend
http://pc2.2ch.net/test/read.cgi/php/982630199/

Perl VS PHP
http://pc2.2ch.net/test/read.cgi/php/982591467/

PHP板の名無しさんを決めよう。
http://pc2.2ch.net/test/read.cgi/php/982574632/

ゲームを作ろう！【PHP】【Perl】【Ruby】【ASP】
http://pc2.2ch.net/test/read.cgi/php/1030267927/

phpのツリーのアルゴリズムがわかんねんんだよ！
http://pc2.2ch.net/test/read.cgi/php/1015748769/

PHPって遅くねぇか？
http://pc2.2ch.net/test/read.cgi/php/1011700538/

【Java PHP CGI mod_perl】の使い分け for プロ
http://pc2.2ch.net/test/read.cgi/php/1010257796/

/*Perl.Ruby.php以外でCGI*/
http://pc2.2ch.net/test/read.cgi/php/1004107967/

php5これでCGIはphp１色の時代へ
http://pc2.2ch.net/test/read.cgi/php/1018597325/

>>1 これだけスレッドあるのにまた糞スレ建てる厨房

CGI VS PHP VS JAVA
http://pc2.2ch.net/test/read.cgi/php/1006006800/

PHPでPDF
http://pc2.2ch.net/test/read.cgi/php/983858078/

【PHP】自作スクリプト発表会
http://pc2.2ch.net/test/read.cgi/php/1017456911/

弐ch編集のphp講座
http://pc2.2ch.net/test/read.cgi/php/1012902013/


















>>1 氏ね

5ってのは新しい話題だから
別に立ててもいいんだけどさ、
無意味にタイトルに空白付けるのは辞めよう。

MySQLな掲示板を作っている私としては、SQLiteは救いの女神に見えます。
ttp://slashdot.jp/comments.pl?sid=104521&op=&threshold=0&commentsort=0&mode=thread&startat=&pid=348787#348818

>>9

>>9
しかたないよ。PHP5って四文字しかないんだもん。

☆頑張ってまーす！！☆女の子が作ったサイトです☆
http://endou.kir.jp/betu/linkvp2/linkvp.html

>>1 は本７か？

PHP5スゲー
いいんじゃないか？このスレと思った。

　　　　　　　　　　,.-彡,.-',...ﾐ_　　-､ '_,く 　／ _ﾉ-ﾆ_`>
　　　　　　　　 ／_,/.i- ､く　　 ~`ヽ､　 ､.＼,.彡'ム,∠..,,_
　　　　　　　 /r‐./　 l　 ＼＼　　　 ＼ ヽ　　r'ﾞ,,.-‐''ﾞ~　l,
　　　 ,r一‐-'/, ' l　　 l.ヾ ､ヾ ､＼　　　ヽ ＼ ヾ, .,._=ﾆﾆ=l,
　　　ﾉ'''ﾞﾞﾞﾞ`//　.|　　|　l ヽヽヽ,ヽ _ヾ､　 ヾ, ヽ. `ｰtヮ-'_ノ|
　　/,. -─/ l　　|　　|'､ l､ヽ,ヽ V＼_ヽゝ　 l'､ | l r'`ﾞﾞﾞ~ ,. ﾍ
　　￣＞-|　| l　 |　　.|ヽ l＼ヽ'､i /f"{､)`ヾ.}.|ﾉへ-_‐;ﾆ-t'ﾞ,,
　 ∠~-'''''|　| .l　.ヾ､ ,ｷ' ヾ､ `ヾjl.　ﾞ ヽ　　ｷ　ﾋﾐ､},-､__,...ヅ!
.　　 | _,,....l .l | ヽ　 V､_lrﾞ,-'､　　　　　 ＼_ヅ　〉リヾ､-‐ﾆ-'ﾉ
　　　ﾞ-_つヾ､ヽヽ　`ヽｷ t‐ﾞ ＼　　　 　 　 　 lン'`!| L.. -'"
　　　　)ー--`ヾ､t､`ﾐ!､` ヽ､_ヅ　' ,.　ﾍ.　　 /" 　j,!
　　　 （__-_-一'''ﾂヽ~|.|'`ヽ､　　　 ヽ､.　}　 ,ｲ＿＿
　　　　 r-‐ﾞ''_'.ヅ　　.|.l`'ｰ-ゝ､...,,,______"／　|＿ <`lﾆ!''''''''''''''/ﾆ､ｰ､_
　　　　 Lﾐ_`ー=ヮ　　ヾ､.　 ,ム,,,,,,,/~ｺ 　 　 ヽi ヽt--,-,,,,_ l",／ l　　ﾞ`‐ ､ _
　　　　　 `ー‐'"　　　　 r'T~/,'.／~rﾞ==ｰ-､,／　 /,'.,'/／, '`く　　 l　　　　　 `)
　　　　　 　 　 　 　 　 / -'〉ﾞ,'/ .l l |"O　`／　　/,'.,'/'ﾞ,べ　　ヽ. 　 l　 　 _,.-'"
【小学生】　NHK新番組 聖・ＰＣ学園機工団　ｽｯﾄﾞﾚ3 【萌PCｳﾆﾒ】
第一話　「ＰＣは誰がつくった？」　8月７日放送予定
第二話　「Windowsってなに？」　　8月15日　放送予定
第三話　「ＢＳＤの壁を打ち砕け！」　8月23日　放送予定
第四話　「インターネットの仕組み」　8月30日　放送予定
第五話　「Perlでプログラミングをしてみよう」　9月6日　放送予定
http://ex3.2ch.net/test/read.cgi/shar/1054887959/

PHP5　と　PHP4　を共存するいい方法ありますかね？
Windows　+　Apache + PHP5 os PHP4 です。
いちいちファイル書き換えるめんどうなんで良い案あればと。

>>17 ASP.NETに移行する。

なんかASPはネタにしか使えないね。

＞第三話　「ＢＳＤの壁を打ち砕け！」　8月23日　放送予定
＞第五話　「Perlでプログラミングをしてみよう」　9月6日　放送予定

なんのギャグだろう…。これ。

それなに？

で、使ってみた猛者はいないの？

>>17
CGI版とSAPI版の併用にするとか、
ApacheとApache2の併用するとか、

折りはファイル切り替えて、httpdリブートするスクリプトでやってるけど。

さらしあげ

はやく無料Hostingで採用しねぇかな。。。って、まだβか(爆

と、満足にオブジェクト指向もできない>>25は言うのでした。

もともとPHPじゃ満足にオブジェクト指向できない。
オブジェクト指向厨はJavaでもやってなさい。

>>1
【PHP】おいおまいら、PHP5 使ってますか？【βリリース】
とかにしてくれたら、検索できて便利なんだが。空白萎え。
あと関連リンクぐらい貼っておくれよん。

@IT オブジェクト指向言語に生まれ変わる PHP5(前後編)
http://www.atmarkit.co.jp/flinux/special/php5/php5a.html

CVS 版 PHP5 を ZendEngine2 付きでインストールする
http://continue.s5.xrea.com/tech/php/zend2/install.html

Introduction of PHP5
http://ny1.php.net/talks/show.php/php5intro/


>>23
ポート変えて apache 2つ走らせるとかいうのはダメかな。どうせ experiment なんだから
80 番ポートはいらんでしょ。

>>27
Java で満足するのはオブジェクト指向を知った気になってる奴だけだと思われ。

そう思うならsageるなよ・・・

＞27 名前：nobodyさん 投稿日：2003/07/05(土) 10:37 ID:+YWeYZBx
＞もともとPHPじゃ満足にオブジェクト指向できない。
＞オブジェクト指向厨はJavaでもやってなさい。


お前、PHP　5　スレにいる資格無し。

PHPのオブジェクト指向はクラスから作らないといけないので、
JAVAより遥かに手間と知識がいるがな。(T.T)

俺は両端にこれ【　】がついてると見る気無くす

>>32
何で見てるんですか？

>>33
よくみろついてな　い

>>31
？？
オブジェクト指向を理解する手間を考えたら
クラスを作るなんて朝飯前だろ。

>>35
>>31がアホなのは同意するがお前も相当不思議なこと言ってるぞ。

私が作りました♪
http://nuts.free-city.net/index.html

ブラクラ注意

とりあえず、β版をコンパイル＆インスコしてみたけど、
国際化ってのがまだなのね。
んなもんがあったなんて知らなかったYO！
で、使ってみて
PHPの長たらしい構文でオブジェクト指向なコーディング自体無理があるような気がした。
デストラクタもPHPにはいらねー。

>>28
JAVAが完璧だと思ってたがC#やって違うって分かったな。

>>40
MSとからんだ時点で相殺されるような..

>>41
Σ（ﾟдﾟlll）ｶﾞｰﾝ
漏れもそれ思って今は辞めてるけどな、C＃の勉強。
なんか最近MSにとってめでたいニュースが全く無いよな。

こんなの　あり？

http://www8.ocn.ne.jp/~human358/

　ブラクラ注意

>>39
禿道
$this->Model->hogehoge("hoge");
とか最悪。
->って，2文字だし，シフトキーおす必要あるし。
あと，$もめんどくさい。

C++も(Cの構造体も)->を使うけど。確かPerlでも使うはず。

>>39
じゃあ古くさいPerlオブジェクト指向で短い記号を駆使してプログラミングしてて下さい。

↑中学生

>40-42
後発だけあってC#は良い感じかも、と思うことも多い。
ゲイツがらみってのは置いておいて（苦笑

PHP5、とりあえず自宅のテスト用マシンに入れてみた。
変更かかったところとかチェック中。
クラス内のメソッド呼ぶときに$this-> いらなくなるとかいう話が
あった気がするけど、結局いるようになっちゃったのかな・・・。

自演だろ。

hoge.fuga より hoge->fuga の方が読みやすいと思うんだがどうか。

any_function()->do_something() は OK なのに
new AnyClass()->do_something() が NG ってのはどういう事なのかと問い詰めたい。

__autoload (ﾟДﾟ)ｳﾏｰ

盛り上がらないスレですね。
まー素人はPerlでCGI、プロはJavaかASP使ってますからね。
誰も使ってないのにバージョンアップしてどうするんでしょうかね＞PHP
もう、時代はPHPなんか置いてとっくに進んでるのにね。

>>52
最近各方面で丸め込まれてるPerl厨か。

と信じたい

PHPってWebに特化してるけど結局、プロからも素人からも
受け入れられずに路頭をさまよっているよね。

上でも書いたけど、素人はPerlのCGIで十分だし。
プロは中途半端なオープンソースのPHPなんて使うんだったら
JavaかASPでしょ？
（なによりもクライアントがまずPHPを信頼してないからね）

って言っても分からないかな？
君たちがPHP使うのに別にぜんぜん文句は無い。
ただ、かわいそうに思う。ただそれだけ。

もうPHPの思想は、時代遅れなんだよ。

>>55 ド素人限定で、ウケているかと。

多様体論の時代からやり直し、２点

つーか56見て死んだ（ｗ
下には下がいる。

>>58
。o O（弄ろうと言うんでなければ、一歩読みが甘いんでは、、。

盛況ぶり）O o .

実際的な話が何も出てないうちから弄りようも無いよ。
読みに関しては言いたいことは分かるが２ｃｈだしそういうのは
案外数居るんじゃないかとしか。
つーか金魚運動みたい。ｶﾜｲｲ

Perlともう一個習得しようと思ってPHP勉強中だけど
実際どのぐらいもつのだろう？実際5β使ってる人どんなもんでしょう。
今のところは、Perlから入りやすいPHPがいいかとは思うけど
新しい言語来てそっちの方が習得しやすい＆使い勝手良かったら移行する羽目になりそうだし…。
JSPも興味あるけど、たかがPerl出来たぐらいじゃ太刀打ちできない世界なんでしょうか。
煽りじゃなくてマジで悩んでるので誰か助言して〜

綺麗なお姉さんの○○○は好きですか！？
http://endou.kir.jp/yuminet/link.html

PHPはPerlから入りやすいのか?まあそれはどうでもいいけど、
Perlができれば、ごまかしは効くから(?)、
あとは金になる言語でもやればよろしいかと。

>>62 両方覚えな。

>>55
＞プロからも素人からも受け入れられずに路頭をさまよっているよね。

ここをもう少し詳しく説明してくれ。

たとえば Yahoo が PHP を導入したけど、
Yahoo はプロでも素人でもなく路頭をさまよってるってこと？

>>66
無知から来る脳内世界の出来事を語ってるだけだ。無視しとけ。

＞（なによりもクライアントがまずPHPを信頼してないからね）

クライアントに使っているものをばれること自体（・Ａ・）ｲｸﾅｲ!

>>69
クライアントサーバシステムのクライアントでなくて、顧客のことでは？

まちがえた、すまソ。＞＞６９でなくて＞＞６８ね。

>>64
日本だとPHPが主流になりつつあるから、はやりPHPなのか。
>>64
私の頭では言語２つぐらいが限界っぽいです。

似てる言語よりも全然違うのやった方が、ごんがらがらないで済むのかな。

間違えた。下の s/>>64/>>65/

>>64
金になる言語って一体・・・・

>>62
PerlもPHPもRubyも、C言語で書かれてるからC言語を覚えろ！









と言ってみるテスト

>>74
FlexとかBisonとかで作られてるのはC扱いなのか？

>>73
クライアントにうける言語

ｲﾝｽｺしようとしたがGDのﾄｺでこける。

しゃーないので外してｺﾝﾊﾟｲﾙした。

chasenも使えたし、今作ってるﾌﾟﾛｸﾞﾗﾑをPHP5用に修正中。

Windowsバイナリのapache2filter,CGI版の両方とも､
｢iconvがない｣とかで立ち上がらん｡
4.3.3RC1だと､php.iniの検索pathがおかしいし､
buildオプション変わったのか?

>>78
iconv取ってくればいいじゃん。

まだ読んでないけど、php|architectにPHP5関連の記事が少しあるっぽい。

>>79
extension=php_iconv.dllでロードするようにしてるんだけどねぇ。
iniのロードpathの所為かと思って、CLI、CGI版でオプション指定してロードも
してみたけど、駄目っぽい。

まあ、まだまだOS替え・別PC・アーカイブの再取得・CVS(にはWinバイナリあったけな？)
とかまだまだ試してないものがあるので、ちょっとチャレンジしてみるつもり。
#VC++持ってないからソースbuildはパス。

>>80
PHP5でもOKな互換性のあるPHP4コーディングの話みたいだよ。
一歩先の実務に突っ込んだ話題だね。
あとMySQLのライブラリを何故デフォから外したか(ライセンスの絡み)とか。
個人的にはdotProjectつうアプリ、よさげなので日本語化してみたい。

>>80
それ??(ﾟoﾟ;　)ﾄﾞｺﾄﾞｺ(　;ﾟoﾟ)??

http://life.fam.cx/a005/

http://homepage.mac.com/miku24/

>>82
https://www.phparch.com/index.php

ここっス。

OK、取り合えず起動は出来た。
・LoadModule php5_moduleとすること(はしてたが)
・iconv.dllをsapiフォルダに放り込む(をしないと駄目)
#sapiじゃなくても、多分dllルートパスにあればOKか。

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

xml_set_*_handler($parser, array($handler, "handlerName")) とすると
Segmentation Fault 起こすんだけど、誰か再現する？

xml_set_*_handler($parser, "handlerName") も、他の callable な変数を
渡す関数も OK なのに、なぜか xml 周りだけ…。

// set_exception_handler も挙動が怪しい…。

namespaceってPHP5から使えるんじゃなかったっけ？

エラーでよる。

>>89
エラーが出るのにエラーメッセージ書かない奴はヴァカ。

>>90
namespaceが使えるのか確認したいだけなんだがな。

Parse error: parse error in /path/to/name.php on line 2

<?php
namespace This {
class Hoge {
}
const aConstant = 'This Constant';
function aFunction() {}
var $aVariable = 'This Variable';
}
?>

>>91
Thisは予約語だったりなw

Hanyanでもダメですた(´･ω･`)

namespaceは無くなったはず。

>>94 ｻﾝｷｭ


何でなくなったんやろ。

>>95
β1リリース直前くらいにZeevが
あれは良くないアイデアだった、みたいなことを言って廃止、
って感じだったかな。

PEARスレかどこかに書いてあったのを見かけた。

PHP5が、oo言語になるついでに、迷惑際なりない混沌とした組込み関数も
整頓してほすぃと思うんだけど、どうよ？Javaみたく。

5はWebProg以外でも使えるらしいけど
個人的にWebProg特化のままで続けて欲しかった…。

>>95
ここからドゾー。
http://marc.theaimsgroup.com/?l=php-dev&m=105456426332183&w=2

>>97
そういう気持はあるけど、さらにバグが増える罠

100

どうしてPHP5でデストラクタをサポートなの？
PHPにGCはないの？

>>101
メモリ管理はできないが、後処理をしたい時に使う。
ファイル入出力を行うクラスで fclose したり、ソケットクラスでソケットを閉じたり、
PEAR の Benchmark_Timer みたいにスクリプトが終了した後で何か処理を行わせたり、など。

>>102
でも、GCがいつ起こるかはシステム依存。と。
それとも参照が無くなった時点で直ちに呼び出される？

Zend/ZEND_CHANGES から引用。
> The Zend Engine 2.0 introduces a destructor concept similar to
> that of other object-oriented languages, such as Java: When the
> last reference to an object is destroyed the object's
> destructor, which is a class method name __destruct() that
> recieves no parameters, is called before the object is freed
> from memory.
参照が無くなった時点でデストラクタがコールされて、その後メモリが開放されるみたい。


class A() {
    public function __destruct() {
        print "destruct\n";
    }
}

function test() {
    $obj = new A();
}

test();
print "Done.\n";

--出力
destruct
Done.

こんな感じ。

>>104
直ちに。と言う単語がないのがそこはかとなく不気味だな。

C#と同じように名前こそデストラクタだけどつまりは
Javaのファイナライザみたいなものかな？

>>106
suah a Javaだからなぁ。

だったら最初から
finalizeって関数名にすればいいと思うしな。
やっぱ参照なくなると同時にすぐに呼び出してくれるのだろうか。

>>108
参照が無くなった

（さて、ここにはどれ位の時間があるのだろうか）

デストラクタが呼び出される。

メモリが解放される。



結局のところそう言うリソースはFinallyで片づけとけってこった。

Finally使えばすむって事は
デストラクタの使用場面なし？

☆頑張ってまーす！！☆女の子が作ったサイトです☆
　　　　　　　☆見て見て！！
http://yahooo.s2.x-beat.com/linkvp2/linkvp2.html

ANHTTPD＋PHP5Βの組み合わせって使える？

↓ここ見てANHTTPD＋PHP4のやりかたで設定してるんだけど
http://homepage1.nifty.com/yito/anhttpd/faq/php.html

サーバーが見つかりませんになる。

★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
★☆　　　　　　　　　　　　　　　　　　　　　　　
☆★　送料激安！！　　送料激安！！　　送料激安！！
★☆　　　　　　http://www.get-dvd.com　　　　　　
☆★　　激安アダルトＤＶＤショップ　　　　　　　　
★☆　　　　お買い得セール1枚500円〜980円！急げ！
☆★　　　　インターネット初！「きたぐに割引」　　
★☆　　　　北海道・東北の皆様は送料も激安！　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　スピード発送！　　　　　　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　商品が豊富！　　　　　　　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　　　　　　　　　　　　　　　　
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆

将来的に、参照渡しが出来なくなると言う話を聞いたんですけど
これって本当なんでしょうか？
array_walkみたいに引数付きで手加えて返り値がほしい時なんか
参照使わない場合どうしりゃいいんでしょう？

>>114
絶対にあり得ないので安心して下さい。

>>114
それはない。でもオブジェクトが参照渡しされるようになったんで、
明示的に参照渡しする機会は減ると思われ。

組み込みのクラスのコンストラクタが __construct じゃなくてクラス名なのって、
すげーウザイんだけど、修正されるんだろうか。

>>116
組み込みのクラス？
PEARのこと？

>>116
C言語ファミリではそれが標準だな。
よって、無理だろ。

>>117
んー、例えば Exception。

class MyException extends Exception {

    publiuc function __construct() {
        parent::__construct();  // NG
        $this->Exception();     // OK
    }

}

いや、細かいと言われればそれまでなんだが…気になる。

よかった〜。

PHP5をCGI版で入れようと思ったのに、
make installの[PEAR] PEAR - already installed: 1.2bで
止まってしまう。なんでやろ？？

./configure
make
make install
してるだけなんだが。

環境：Redhat8.0+Apach1.3.28
Libxml2の2.5.8適用済み
現状、他にPHPは入ってないけど、
これが入ったらDSOで4.3.2と3.0.18を入れる予定。

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

まだ〜？

>>124
どこぞの記事で読んだとこによると、
実用化されるのは、来年末頃だって。

うっそ！？
今年の年末じゃないの？
さらに１年なんて待てんぞ。

>>126
リリースされるのは年末（まあ、これも予定だけど）
でも、実際に「使える」ようになるのは１年以上かかると思われ。

Beta 2が出たのに盛り上がってないね。

そんなことよりVHFに混信してくるおっさんの声が殺したくなるほどうざい。

>>129
しらんがな！！
≡≡ ∧＿∧　∧＿∧
≡≡(＃｀Д´)⊃ ）Д｀）
≡≡/つ　 /　 ⊂　⊂/

スレが上がってるから正式リリースされたのかと思った

正式リリースされたところで半年は怖くて使えんがな

>>132
おうおう、その声はKOFのPHP-BOFでも出てたな。

SQLiteはphp4でも使えるから、php5は遅くなってもいいよ。

>>132
徹夜徹夜で当日頭が狂ってて KOF 出損ねたよ。ちきしょおおお

PHP5 って別物だよな。PHP3/PHP4 の時 以上に併用/共存期間と割合は高いんじゃないかと。
遊ぶなら断然 PHP5 なので俺は今の資産は PHP4 で据え置いてメンテフェーズに入れてさくっと PHP5 に逝きます。
どうせ今の規模なら会社の仕事もおいらの遊び道具だし。

>>134
SQLite だけが PHP5 じゃねーずらよ。
PHPConference 辺りの weblog 拾ったり PHP-DEV 見てるとわくわくしてくる。

この前ZENDのゼーブ・スライスキが日本来てたから、
見てきたよ。
生意気そうな小僧だね。

>>137
小僧って歳いくつなんだ？

>>138
27歳だよ。

>>139
わ、若い・・・

DB板の住人は年寄りばっかか？
漏れもそうだけど....

PHPプロジェクト立ち上げたのが大学在学中だってね。

<?php ... ?> の中にしかコードが書けないという欠陥は
５でもまだ解決しませんか？

>>143
一生Perlやってろ馬鹿

>>143の頭の欠陥はいつ解決しますか？

まるでモノアイプログラマーだな

すでにあるのかもしれないけれどある程度のコーディング規約を決めて
認定資格を設けてもらいたいな。
でないと実用上で信用されない。
とりあえずJAVA使っとけっていう風潮が嫌いだ。
能力の具現化は仕様云々の前に死活問題だよ。

オブジェクト渡せばいいのでは

>>147
ＰＨＰ５の後期バージョンでは、
ＪＡＶＡをＰＨＰに取り込むぞ

Viewの中にコードを埋め込むとダサイんでしょ？
これからはSmartyの時代なんでしょ？

<html><body>
<?php echo "もうこんな仕様、百害あって一利なしでしょ"; ?>
</body></html>

<?="もうこんな仕様、百害あって一利なしでしょ"?>

>>147
なかなか考えどころだね。
確かにオブジェクト指向的な考え方いれて実装するというのを標準にしても良いの
だけど、最近増えている案件でのPHPのコーディングのされ方は結局COBOグラマー
でもコーディングしやすいようなやり方（手続き型）でやられているのだと思う。

漏れもそうだが....

>>152
どうでもいいが、
汚いコードと適当なコードが動いてしまうのは、
どうにかしてくれって感じ。

俺的にecho("関数hogeは$hogeだ")は嫌い。

動く動かないに関係なく、そういう汚いコードを書かなければ良いのでは？

>>149
javaとphpに関して、こんなことを書く奴もいる。ちょっと偏見じみているけどな。
ttp://inoue.typepad.com/searchengine/2003/11/php.html

>>155
こういう奴ムカツク、言語なんて関係ない
結局ディレクションとコード書く人間が
ちゃんとやれてるどうかの問題だけなのに、
PHPがメンテナンス性のあるコードは
書けないみたいな書き方されてるのが

Javaは型検査しっかり行ってくれるため変数も汚染されにくいしな。
C,Java上がりの人にとっては宣言の必要のないPerlやPHPにびびる。

メンテナンスをしやすくするために、
プロジェクト内での規約があるのでは。

別に型宣言しなくても良いが、
変数名や初期化するときになどで定義はできるだろ。

煩雑で冗長なコードでもとりあえず動くが、
綺麗に、要所で纏められた整理したコードも書けるだろ。

関数化やクラス化の仕様も定めてたら、
使いまわしの利く、皆がわかりやすいコーディングできるだろ。

要は指揮する人の考え方一つだ。
過去に動けば良いじゃんで、
適当な作り方してた人が多いのは否めないが。

言語仕様で厳しく制限しているものもあるがな

まあ、PHPの言語仕様は甘いよな。
型宣言が必要ないという大きな違いがあるのに
強引にC、Javaに似せようとしてるから無理がくる。

PHP5で結構改善されるらしいけど、
オブジェクト指向の機能はますますJavaそっくりになってきてる。
Javaに似せようとする限りはJavaを超えられないでしょう。
PHPはシンタックスシュガー的に優れている言語でしかない。
シンタックスシュガー的に優れてるってのは初心者にもわかりやすいし
実用的ではあるが将来の発展性としてはJavaより低い。

JAVAが今の地位を得たのはやはり画一的なインターフェースの実装
につきるだろうな。
先のリンクにもある通り個人差が出にくいので保守性に優れ従事者の代替が利く。

だが俺的には常に人が見る事を意識した設計・コーディングしてるつもりだし
そういう価値観を共有する人間で取り組む場合はJAVAのような完結された
開発環境はクリティカルな作業が潤滑に行えないクソな言語にも感じられる。

やはりPHPの展開は基本的な部分をマトモに作り直す方向にして欲しい。
PHP4の資産が使えなくてもいいから。
本当の意味で仕切り直しをしてデスクトップ・アプリや基幹アプリでも通用する
ような「気合い」入った仕様えを望む。
ていうかコンパイラ

>>161
ParrotにPHPのすべてをゆだねなさい。

>そういう価値観を共有する人間で取り組む場合はJAVAのような完結された
>開発環境はクリティカルな作業が潤滑に行えないクソな言語にも感じられる。

　↓

可読性の高い設計、コードを書くことに価値を置くチームは、
Javaの完結された開発環境【これよく分からない。誰か訳して！】
では【批評的な or 危機的な】作業を潤滑に行えない。
だからJavaはDQNな言語だ。

Parsingに失敗しますた。

>本当の意味で仕切り直しをしてデスクトップ・アプリや基幹アプリでも通用する
>ような「気合い」入った仕様えを望む。
>ていうかコンパイラ

それPHPじゃなくてC#。

C#は子供のおもちゃだな。
存在意義さえ無い

デザイナーがJavaScript感覚で使うというプログラミング言語を
語るスレはこちらでよろしかったでしょうか？

>>165
PHPは決して言語じゃない。
スクリプトだ。

スクリプト言語

子供のおもちゃには存在意義があると思うが

割り切って使えない香具師ばっかりだね。あほくさ。

ｱｹﾞ

>>166
はいはい。
ヒキコモリは細かいことに厳しいね。ｗ

>>165
時代錯誤

>>171
言い返せないからってその返しはないだろ？
もしかしてPHP厨って本当の厨房なんだろうか？

>>172
真実を述べたまでですが何か？

>>173
狭い真実だなｗ

>>174
狭い真実？？？
何語をお使いですか？

>>175
それすらもわからないのか…かわいそ

>>176
何語をお使いですかと聞いてる。
お前は日本語の受け答えすらできないのか？

>>177
理解する能力の無い奴に何言っても無駄だろｗ

>>177
Javascript感覚で使ってるデザイナーの例を上げてみてください。

それとも日本語が不自由なようなので、別の言語で言い直したほうがいいですか？

一ヶ月も経ってから罵り合いが再発する香ばしいスレはここですか？

>>178
何語をお使いですか？
日　本　語　分　か　り　ま　せ　ん　か　？

>>181
スレタイ読めませんか？

>>175
>>177
>>181

オウム返し
だんだんカタコトになってきてるしｗ

>>165
スレタイ読めますか？
Javascript感覚で『PHP5』を使うデザイナーがどこに居ますか？ｗ
それとも『PHP5』をご存知ありませんでしたか？

>>165の頭の中ではPHP5をデザイナーがJavascript感覚で使っているらしい。

デザイナーが人柱になる時代になったか。ｗ

　　　　／ｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉr、　　　　,/＼,,ﾍ／＼,/＼,／＼
　 　／ｌｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉﾘｉﾄｉｉｉｉｉｉｉﾊｉｉｌ　 ｉｉｌ　 ｌｉｉｉﾊｉｉｉｉｉｉﾘｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉ、　　＞
　 " 'ｌｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉ／ｉﾘｉｉｉｉﾊ/ ｌｉｌ　　ｉｌ　　ｌｉｉｉ／ｌｉｉｉｉﾄｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉｌ　　>　　もぅいいじゃないか！！
　　/ｉｉｉｉｉｉｉｉｉｉｉｉｉｉﾘｉｉ/--ﾄｉｉｉｉ/　　　　　ｉ　　_ｌｉｌ"　 ｌｉｉｌ　ｌｉｉｉｉｉｉｉｉｉｉｉｉｉｉｉﾄ　 ＞　日本語分かりますか？って返すしかないんだよ！
　 rｉﾊｉｉｉｉｉｉｉｉｉｉｉｌ ｉｉ　　 ,,__"`'r、 ,ｉ ｉ,　_,,／,, yrーｉr、　ｌｉﾊｉｉｉｉｉｉｉｉｉｉ〈 　　 >
　 ｉｉ　ｌｉｉｉｉｉｉｉｉｉｉｌ　　 yr"~~`''y,^",‐`　-''r''~,,　　　“　　　ｌｉｉｉｉｉｉｉｉrヘ,,　 ^
　　　/,ｌｉｉｉｉｉｉｉｉｌ　　　　　　　　 〈ｌ,`　　　　　　　　　　　 "_,,／~　 /　　"/／ヘ／＼,,^＼,,/＼
　　/⌒ヾ,ｉ--ｌ　　　　　　　　　　_,,....,,_　　　　　　　　 ,.／　　　 `r,,‐-、
　　ヽ ,　　ヘr..,,_　　　　 ,,r-_''"- ｰ--丶、　　　　　／　　　　　　　　 〉
　_,,　」　　　　　ヽ、　　　rｌ'"　　　　　　ゝj,　　　 ,/　　　　　　　　　ｌ'~
ｌ　　　　　　　　　ヽ、 　 ｌ"　　　　　　　　 'ｌ　　　ｌ　　　 ヽ,,　　　　 ヽ,
`''+,　　　　　　　　 ｉ,　　ｌ　　　..... ,, ｰ　,. 　ｌ,　　 ｌ　　　　　 ﾍ　　,r-"
　r"　　　　　 ,　　　 `､　ｌ　/　　　　　　ヾ,,.ｌ　　/　　　　　　ヽ,　 ｌ
　ヽ,,_　　　／　　　　　}　ｌrv　　　　　　　　ｌ.ｌ　 ,r　　　　　　　 ｌ/'"
　　　,ｌ　　/　　　　　 〈　 ヽヽ、_____ ,,,,,....／/　　ｌ　　　　　　　 ｉ,
　　　ヽ、/　　　　　　 ｌゝ、 `ｰ- ,,,...... -ｰ''"　,,／ｌ　　　　　　　 'ｉ
　　　　／　　　　　　 /ｌ　`' 、 　　　　　　 ,／ /　ｌ　　　　　　　 ヽ
　　 ／　　　　　　　 'ﾑｌ　　　`　､　　　,, ''"　 〈_　ｌ　　　　　　　　　　

>>165
Javascript感覚で強化されたオブジェクト指向のプログラミングをするのか。
最近のデザイナーも頭が良くなったもんだなｗ

Javascript感覚という言葉に敏感に反応しますね。
なんか痛いところついちゃった！みたいな？

デザイナーは頭が悪いのではく頭を使う方向が違うだけ
プログラムつくれれば頭が良いってこともない

>>190
何的外れなこと言ってんだよ。

>>189
そりゃJavascript感覚に反応するだろｗ
『PHP5』をJavascript感覚と言ってしまう>>165の痛さと来たらｗ

再び痛い勘違いをした>>189は、
>>184の問いにはいつ答えてくれますか？

>>189は漢だな。
自分で自分の恥の上塗りをするとは

PHPは5になろうが6になろうが
デザイナーがJavascript感覚で手軽に使っちゃうWeb専用スクリプトです。
それを認めたくない阿呆3匹が必死に抗議するもののまったく説得力のある
答えは得られませんね。

>>195
スレタイ読めてますか？

>>165はやっぱり根本的な勘違いに気付かないまま、『Javascript感覚』を
キャッチフレーズに痛いコメントを続けるんだろうな

デザイナーがBETA版の言語を使って「人柱」を行うのが、>>165の脳内の真実

デザイナーがPHPとJavascriptをほとんど同じ感覚で使ってるのは事実です。
サーバーサイドで動くものとクライアントサイドで動くものという違いは
デザイナーには良く分からないみたいです。
どちらもHTMLに埋め込む形式ですからね。無理ないのかもしれませんが。

>>193
http://pc2.2ch.net/test/read.cgi/php/1046194468/710-712

P　H　P　は　も　う　だ　め　ぽ

>>200
JavaとJavaScriptの違いが分からないヴァカですか？

Web専用とか勘違いしてる輩も見受けられるけど
PHPはちょっとしたシェルスクリプトを書くのにも便利。

>>199
スレタイしっかり読め障害者

>>200
722 名前：nobodyさん 投稿日：2003/12/04(木) 20:25 ID:???
デザイナーにとってPHPはJavaScript感覚。
その程度の言語。

お前どこ行っても書くこと一緒だなｗ

>>200
Javascript感覚で使ってるってどこに書いてあるの？
Java感覚で使うという文面には見受けられなくもないが

>>199は
http://pc2.2ch.net/test/read.cgi/php/1046194468/710
デザイナー兼プログラマー以下ですねｗ

＞PHPはちょっとしたシェルスクリプトを書くのにも便利。
そんな奇特な奴いるの？

ていうか、Perl の方がいいやん。キチンと書けば可読性も保てる。
PHP なんか仕事じゃなきゃ使うかよ。

>>202
そうだね。
バッチ処理とかにも使える。

>>206
システム作るときに、
WEBだからバッチだからと、
適正だが別々の言語で作るのも手段の一つだが、
システム通して１言語で作るのも良い考えだと思う。
運用する人を選ばなくて済みそうだし。

>>207
キチンと書けばPHPでも可読性は保てるよ。

どうでもいいからPHP5の話しようよー。

>>207
そりゃPHPで可読性保てないキミはPerlしか選択肢ないな

別に PHP が可読性悪いなんて言ってないが？
むしろ Perl よりは読み易いでしょ。

標準で付いてくる関数がバグバグすぎて、仕事にならん。

>>211
なら初めからそう言えよｗ
何時の時代のPHP使ってたんか知らんけどｗ

Perl使うくらいならサーバサイドJAVA使うけどな

うちのサーバはネイティブで動いてくれるJavaVMがないからなー
PHPで我慢しておくか

ここはPHP5のスレです。

このスレまだあったのか。
どうでもいいけど、随分前に >>119 は parent::__construct() に統一された模様。

>>215
正直、話題がない。CVS もバグフィックス中心だし。

>>212
いつの時代のPHPなら可読性が良いんだ？
大して変わらんだろ。

>>217
プ

＞標準で付いてくる関数がバグバグすぎて、仕事にならん。

使ってるバージョン悪いんじゃね-の

たぶん、OOで長いメソッド名に慣れているかどうかで、
PHPの好き嫌いが別れてくると思う。
Javaやってる人で、PHP批判する人あまりいないしな。

ところで、PHPのfseek()って実装ミス？？
fseek()の例外を知ることができないんですけど。
ファイルの先頭に移動した時と、例外で同じ返り値が怖い。
PHP5は例外に対応すると聞いているけど、この辺も改善されるのでしょうか？

>>219
言語仕様の欠陥をバージョンのせいにするな。

>>221
自分の欠陥を言語仕様のせいにするなｗ

>>165の欠陥は誰が修正してくれますか？

>>220
例外ってなんだ? エラーのこと?

PHP5は文法として例外処理に対応するというだけで
各extensionが例外を投げるように変更されるのは、
あるとしてもずいぶん先の話だろう。

>>219
実際問題、結構バグとか未実装の機能多いと思うけど。

>>220
マニュアル読め。
> Upon success, returns 0; otherwise, returns -1.
先頭に seek した時は 0 が、失敗した時は -1 が返ってくる。

>>225
おそレスですけど、ほんとだ。情報サンクス！
てっきり、ブーリアン型かとばかりおもってました。もう、バカだね。

>>165を叩いたらまた現れるんだろうか
1ヶ月ごしに即レスするくらいだからかなり常駐してるみたいだが

>>165
> よろしかったでしょうか？

今時の店員のような奇妙な言葉遣いはやめろ。

228レスからお預かりいたします

みんな元気？

PHP5 に JAVA でいうコレクションのようなものが追加される予定はないのでしょうか？
abstract と interface は実装されてるみたいですが。

>>231
PHPにはひつようありません

蒸し返してスマンが、デザイナーがJavascript感覚でPHPを受け入れてくれたら
テンプレートエンジンを使う時にいちいち気を使わなくて済むからすげえ嬉しい
んだが。

今日、そういう理想郷を白昼夢で見たよ。

>>232
compositeパターンを使いたい時どうすんだ？

>>234
バカ？

>>165が芸風を変えて再びやってきました

> デザイナーがJavascript感覚でPHPを受け入れてくれたら
さらなる地獄が待ってるな(´ー`)y-~~
>>165 さん、分業は大切ですよ。

>>231
コレクションは無いけど、iterator とかいう組み込み interface が導入される。
それを実装すれば Perl でいう Tie::Array みたいな事ができる。
えーと、具体的なコードはこーいう感じになるのかな。
http://docs.markwest.me.uk/phpxref/pn80/includes/classes/adodb/adodb-iterator.inc.php.source.html

>>233
デザインとロジックの分離すらままならない
出来損ない言語PHPならではの悩みですね。
ご愁傷様です。チーン。

また>>165さんが低俗なレスを追加なされました。

>>239
低俗なレスつけてるのはお前だよ。
本当のことを言われて反論できない癖に。

もはや>>165をからかうスレでしかないなｗ

反論できなかったのは>>205以降突然黙ってしまった>>165

デザイナーがJavaScript感覚で使うというプログラミング言語
☆　P　H　P　5　☆

>>165 は PHP に何か嫌な思い出とかあるのかなぁ。聞いてみてー。

PerlでもPHPでもWEBプログラミングに関して出来ることはそう変わらない。
ならば
＞デザイナーがJavaScript感覚で使うというプログラミング言語
これはPHPの大きな利点だよね。

最近CGI作ってみたけど、結構おもろいな、文法がめんどくさいけど

保守

っていうかPHP５って１２月の後半にリリースする予定じゃなかったの？
本家サイト見てもしっかりした日にちがかいてないから。
歯がゆい・・・はやくでてもらいたいだす

>>248
ゼーブは12月中に出すと言っていたが、
b3で止まったままだな。
何か不具合でも発生したか、
予定外のモジュールを組み込むことにしたのか。

>>249
b4出てるよ

もういろいろ開発しないで欲しい。

インターフェースは実装しないのか？

>>252 Are you fishing?

型のないスクリプト言語にインターフェースを導入するメリットは？

function a(Foo $foo) {
...
}

PHP5ではこうやってメソッドの引数の型を強制することが可能になります。

>>252-253
ていうか、もうリポジトリにソースあるでしょ。
zend_interfaces.[ch] だっけ？最近追っ掛けてないからうろ覚えだけど。
それとも namespace の時みたいに、ゴッソリ無くなったんかね。

>>254
今更何言ってるの？

>>253
ルール定義

RC1 リリースおめ。

PHP5 RC1 リリースあげ。

PHP 5.0.3 くらいで導入する予定。

>>259
正直な香具師だな(笑
取り合えずPHP5.0.6でひとまずの区切りだから、そこまで待て。

PHP 5.3.6 で枯れるのかな。

PHP 5.1.0で（5.0.0betaで流れた）ネームスペースを導入とか。

PHP5って、メンバクラス作らせてくれないの？

たのむからメソッドチェインできるようにしてくれ。

Perl みたいに

print qq|pg_query($db, "select * from where id = '666';");\n|;

と書けるようにしてほしい。

>>265
おとなしく Perl 使って、Perl の気に入らないところは Source Filter で弄れ。

simpleXMLｳﾏｰ

>>265
いらね

クォート文はいるだろ

いりません

仮に5.0が正式リリースされても、実際の正式版はみんなが使い始めてからバグやセキュリティホールが次々と発見されて本当の意味で安定し始める5.0.3から5.0.7辺りだと思はれ。その間、5.1の開発が始まってるよ。っていうか既に始まってんだけどね。

>>271
>>259-261

実稼働環境にsnapshotやRC2RC1をつっこんでいたりする。
が、予想通り激しくメモリリークしてて危険すぎる・・・。

Exception周りの仕様もまだ怪しい感じだし、
安定するのはいつの事やら・・・。

PHP5の言語仕様ってもう確定したの？

正直まだ使う気にはなれないぞPHP5

みんなはphp5のどのへんに期待してるの？

個人で趣味レベルの頭の悪い僕としては正直よくわからんのです。
しかも他にオブジェクト指向の言語を使ったこと無いから、
デフォルトのオブジェクト参照渡しがどう便利なのかもようわかならない。
private宣言も全部自分で書いてるんだから、自分で呼び出さなければすむことだし。
interfaceはextendとメソッドのオーバーロードでもいいじゃん。
などなど･･･

小規模ではさして便利とはいえないが、
大規模開発で威力を発揮するってことなのかな。

>>275
かといって使わないとバグ出しができないしね。悩ましい。
Apache 2.x 系も同じ感じのような。

すごい単純な書き方かもしれないけど
クラスを利用する側にしたらクラス内部がどうなってるのかなんて意識せずに
必要なプロパティとメソッドだけをとりあえず知りたいじゃん
例えばprivateが無かったらどれが
クラス内部のみで使用してるプロパティ（メソッド）なのか分からない
だからprivateで隠してこれとこれだけ意識して使ってくださいねっていう
もちろん他にもいっぱい理由はあるだろうけど

まあPHPならPEAR使ってみたりとかすれば分かりやすいんじゃない
Javaやるのが一番早いんだろうけど

PHP4はJavaもどきな事も一応できたけど
PHP5ではそのあたりがきっちりサポートされたと
一般的な説明ではあるが

俺もまだ実際使ってないし
使っていって恩恵受けないとありがたみはまだ分からんけどね

まぁ正直なところクラスは今のままでもいいんだけど、
JAVAっぽく書けるようになってくれたほうがなんとなく馴染みやすい

>>276
SQLiteを標準バンドルがうれしい。
言語の違いはあまり期待してない。

>>277
俺Apacheは2.0.48だがPHPはまだ4.3.4だぞ。PHPは仕様がコロコロ変わるからいやだ。

RCって何

>>282
Radio Control

>>282
Release Candidate
まあ、分かり易く言ふと「リリース候補」だな。

RC2 リリースage.

っていうかほとんどＣ＋＋とＪａｖａが
合体した感じ。

perlとJavaでは

php4とjavaでしょ

>>288
名前空間が加わるからＣ＋＋要素もあるって事だろーよ。
ツー事で、カポコンの勝ち〜☆
　　　　　（￣〜￣）ノ＼（＠３＠）<ﾄﾞﾓﾄﾞﾓ♪
　　　　　　Ｌ＿ ｜　　　｜|天|｜ ←カポコン
（;´д｀）<ｱﾀﾏｲｲ
｜　　｜ノ←288

ﾈｰﾑｽﾍﾟｰｽって結局無くなったんじゃなかったっけ

ttp://www.atmarkit.co.jp/flinux/special/php5/php5c.html

>>290
うん。パフォーマンスでないからβ以降無くなった筈。
まさかRCから正式リリースで変わらんと思うけど、残念なことだね。

>>291
その記事、内容は良いがちょっと古い。

で天才カポコン様はどうなされましたか（藁

サーバ間通信の強化したり認定資格とかを作るべき。
JAVAと比較して実践に投入する口実が足りない。
あと変数型の自動キャスト止めて欲しい。

実戦

(･∀･)ニヤニヤ

RC3リリース
ttp://www.php.net/index.php

ネームスペース、完全にはなくなっていない。
ttp://game6.2ch.net/test/read.cgi/arc/1085452122/l50#tag983

PHPは動的に型付けられるのだから
Javaじゃなくてsmalltalkみたいなオブジェクト指向を目指して欲しかった。

ていうかC++の真似だろ

リリースage

言語としてどんどん退化してる気がする

>303
何故、そう思われるのか知りたい。

try - catch は素敵だと思った。

javaだとかC++とか凡庸な方向に進んでるって事だな

>304
納得。

ver5で遂にヒアドキュメントとかprint&echoでhtmlを吐き出す形式が標準になっちゃったのね。
いつまでも<?= $hoge ?>でサクサクルーズに書けるphpでいて欲しかったんだが。
php5でも大丈夫だろうか。

リリースされたか…。
さて、実用レベルになるのはいつ頃かな？

>>304
気持ちは分かる。
何だかんだでどれも同じような形になってしまうのかなー、と。

個人的に、interfaceが使えるようになるのは嬉しいけど。

他言語のいいとこ取り標準化して更なるver6に進むと思えば良いのかな？

それよりピーエイチピーゴーと呼ぶべきかピーエイチピーファイヴを言うべきかが問題

>>309
ぺーはーぺーふぁいぶ

>>310
どいごにこだわるなら
　ぺー　はー　ぺー　ひゅんふ

ピーエイッチピー（0.5秒間をおく）ファイブ！(ファイブファイブとさらに2回エコー)

>>312
君の戦略に負けたよ　さぶいぼだらけになった

PHPで書かれてる掲示板はなんでああ独特なデザインなのか。

ヤベー、ランチタイムに「ぴーえいちぴーご、ぴーえいちぴーご」って連呼しちゃった

>>310-312

寒い

PHP4にパフォーマンスが劣る問題は改善されたのかしら

スクリプト言語である以上，OOPL化して尚且つパフォーマンスを向上させるというのは，相当難しい気がする．

PEARが使えるようになるのはいつごろだろうか。

WinXP & IISにWin版PHP5インストールしたんですが
MySQLが使えません

php.iniで　extension=php_mysql.dll　を指定すると
IIS起動時に「指定されたプロシージャが見つかりません」とか
エラーが出ます。何が問題なんでしょうか？

Winで使うなとかIIS使うなってのはナシで。

PHP5使うな

>>320
WinXPとApache2環境でもプロシージャが見つかりませんとｺﾞﾙｧされた
仕方ないからPHP4に戻したよ

>>320
俺はC:\WINDOWS\system32\にlibmysql.dllをコピーして使ってます。

>>322
ああ、IISだけの問題かと思ってたらWin版全般の問題っぽいすね。
私も結局4のままです。

>>323
お、有力情報が。ためしてみます。
ありがとう

古いけど特集記事
http://pcweb.mycom.co.jp/special/2004/php5/

>320
むしろMySQL使うな。

組み込みのmysqliクラスってエラーっぽい事してもthrowとかしてくれないんだな。
使い勝手はまぁまぁいいので今後に期待。

SQLite まんせー。

参百弐拾八
今までMySQL使ってたヒトやRDBMSのヘビーユーザにとっては無意味かな。

本当にそうかな？

SQLiteはそのポータビリティに利点を見出すべきじゃないのか

>>331
同感。MySQL や PostgreSQL 入れずに DB モドキが使えるのは大きい。

ベンチマークではSQLiteの評判が良いが、アクセス数の多いサイトならMySQLの方が良いよ。

>>333
どれぐらいのアクセス数？

ていうかまあ、組み込みDBもどきとして使うのが正解だろうねこれ。
検索するときファイルから線形にやらんでも、WHERE一発で引っ張れるのは楽だ。
100万件とか行くような大規模DBには向いてないっぽいけど、
50万件程度なら普通に使えるみたいだし。
個人商店や中小企業向けの買い物かごシステムとかに組み込めそうだな。
ただ、ベンチマークはともかく同時アクセスでどうなるかいまいち不明だけど。

外部参照制約が使えないのがSQLiteが大規模なシステムに向かない理由だと思う。
>>334の言うように買い物かごとかには向いてるよね。
MySQLが速いってのもMyISAMテーブルを使ったときの参照系クエリの話で、
トランザクションが使えるInnoDBはSQLiteやPostgresと比べてそんなに速くなかったはず。

>>335
そうでもないよ。
http://www.innodb.com/bench.php
まあ、あくまでも特定条件でのベンチの結果だけど。
MySQLっても3.xと4.xはスピードが違うし、PostgreSQLでも
色んな要素がからんでくるでしょうな。

SQLiteは確かにポータビリティが最大長所だと思う。
ただ現時点での問題は、レンタルサーバ環境においては
PHP4/5+SQLiteよりもPHP4+MySQLの方が遥かに多い。
#後者に対応したアプリケーションのポータビリティが高い
ってことだな。

SQLite触ってて思ったんだけど、PHP5+SQLiteで作ったやつを
PHP4+MｙSQLに移植（またはその逆）ってものすごく簡単に出来そうな予感。

使ってる関数なんかsqlite_〜とmysql_〜が違うだけでほとんどいっしょだし。
一番最初のDBConnectをsqliteはopenに変えるだけでベタ移植できそうだ。
PearのDB関連使ってればもっと簡単かも知れんけど。

ここらへんのDB変更の容易さもPHPの長所かね。

だね。
PEAR DBを用いてコードを書くと、DBの機能に依存する部分にさえ気をつければ
DSN変更だけで異なるDBで動くプログラムを書けるし。

MySQL-PostgreSQL-SQLiteで注意する点は
主にトランザクション・ビュー・サブクエリ・外部参照
自動インクリメント列・日付型の書式ぐらい？

俺のライブラリでは各DB用のクラスをひとまとめににもう一段
ラッパクラスを被せて
try{
$db = new db;
$db->connect();
$result = $db->query("select no,data from datatabel");

foreach($result as $object){
print "no=".$object->nol." data=",^$object->data."<br>\n";
}
$db->close();
}
catch(DBException $e){
　　new Error("DBまわりでエラー発生", $db->error);
}

だけで

どのDBでも使えるようにしてある。
ちなみにCSVも対応。
sqliteにブチ込んでからSQL渡すんでメチャ効率悪いけど。

このポータビリティは最高。
無駄に時間かけないので設計に時間が割ける。

catchの所は

$db->error → $e->getMessage()

に訂正

PHPに限らずたいていの言語でDBの抽象化は既に実装済みだと思うが…
JDBCにしろDBIにしろ…

それにしたって粒度が細かいんだよね。
connect→query→fetch_objectで全結果を配列ブチ込み→close
だけできたら十分。

いやJDBCでもDBIでもできるけど

PHPなんざリファレンス本片手に３日で完璧にマスターできるな。
へぼい言語だな（ｗ

1年かけてマスターしなきゃならん言語より、
3日でマスターできて即戦力になる言語の方が効率的だとは思わないのか？

特に業務上、やむを得ず使うハメになった場合、こういう簡単にマスターできる
って特性はとても便利なもんだと思うんだが。

難解な言語が高尚なんですか?(ﾌﾟ

>>345
たった3日で完璧にマスターできる言語を"へぼい言語"と表現する思考回路が素敵です。(w

346-348
ガキはほっとけ。
夏休みで暇なんだろ。偉そうな口叩いてるけど、C言語はおろかHTMLの基本的なタグの意味さえ分からんアホじゃね。
PHPの良いとこはプログラム組んだことある奴(特にC、Perl)は、短時間にマスターできてWEBに特化しているという意味では、これほど効果的なものは今んとこPHPの右にでるものは数少ないだろ。

うむ、それがPHPがPHP/FIだった頃からの元々の長所なのは間違いない

ただ、PHP５はどうもその方向からずれ始めてきてるんじゃないかと思わんでもない

というか三日もかかったのかよ！

なかなかのエサですなー

ふむふむ、三日でマスターできるもんがあるのか。。。


こりゃ、源さんにほうこくだぁ！

>>349
社会人なら仕事しているであろう時間に２ｃｈに書き込んでるような
無職引き篭もり or 真性厨房のお前に言われたくないねぇ。
文章の改行の仕方とかも頭悪そうだよ君？

ちなみに言って置くけど３日で完璧にマスターできるような言語に
ろくな物はないよ。

例）VB、HSP等

深夜02:45が「社会人なら仕事しているであろう時間」か・・・
お前は夜警さんでもやってんの？
それとも道路工事とかかな〜？

鯖管ですがなにか？

デスマかと思た

完璧にマスターっていったいどういう状態なんだろう？
言語の拡張やモジュールの増加で、どんどん新しい知識を入れなければならないのに、
どうやったらまだ見ぬ物を完璧にマスター出来るんだろう。
実際プログラム言語の必要な部分の一部を間借りして使っているに過ぎないのに、
それを完璧にマスターしたと思えるのはすごい自信だ。

Hello world!を標準出力に＜完璧にマスター

OSやシステムコールが無い世界でやろうと思うと
それはそれで、なかなか大変。

まぁ牛丼的な言語なんだよな。
PHP5からは牛鮭もできるようになったわけだ。

>>354
ろくな物でないのは使う人のほうだろ。
PHP, VB でも上手い人は上手い。HSP は知らんけど。

これから先、地球が破滅するまで簡易的な言語は小企業経営者にとっては必須。
小企業には難解な言語を習得出来る人間・取得する意欲のある人間が入社してこないからだ。

簡易的な言語がこの世に存在していない状態では
恐らく小企業のソフトウェア生産率は限りなくゼロに近くなるだろう。
この生産率をゼロから押し上げることができるのがPHPやVBといった簡易的な言語だ。

上級技術者はこれらの簡易的な言語を「便利だから」「案件が多くて金になるから」という理由で使う。
下級技術者はこれらの簡易的な言語に完全に依存するしかない。
したがって、PHP・VBのような言語に対する需要が完全にゼロになることは絶対にありえないと断言できる。

話は変わるが、
自社開発の簡易的な言語を開発している小企業も存在する。
これは社員に自社開発ソフト”だけ”を覚えさせることで社員が他社に流れることを抑えてるわけだ。
自社開発ソフトしか扱えない人間は他社に転職など出来るはずもない。


って派遣会社の中の人が言ってた。

しかし、とりあえず作って見る分には楽だが
長期に渡ってメンテし続けることを考えると、なかなか辛い言語だと思うぞ、PHP って。

もちろん、テンプレート使ってデザインとロジックを切り分け、
DBとかも関数じゃなくオブジェクトにして、とかやればメンテ性も上がり、
実際 PHP5 はその方向を目指してると思われるんだが、
それって今まで PHP の良さだと言われていたことを切り捨てて
「特徴の無い普通のプログラム言語」に近付いていく、ということでもある。

今後の PHP ユーザは、上級者の使い捨てスクリプト用途を除き、二極分化すると思う。
A群 : 後のメンテのことまで気が回らない初心者
B群 : メンテのことまで考えたプロジェクトとしてPHPを採用するプログラマ
で、A群→B群のアップグレードパスてのが実際にはほとんど機能しないと予想する。

>>363
そうゆうこと。結局PHPは中途半端な言語なんだよね。
そのような言語は淘汰されていくのが現実。

PerlがPHP並に簡単にDB使えるようになればPHPはいらないな。

PHPのアドバンテージってのは簡単学習、簡単DB、HTMLに組み込める、あたりか。

超初心者ですが、PHPはJavaScriptより簡単で便利なHTML拡張言語ぐらいの意識で使ってます。

比較に JavaScript ですか。

夏っぽい書き込みが多くなってきたな

>>365
いやしかしPerlのオブジェクト指向はマジで使いにくい。
何も考えず class 〜と書いてクラスを作れるというのは、
それだけでPerlに対するPHPの優位点だと思う。

タグ内にコードを書く所とかJavaScriptと大差ないだろ。
プログラムがサーバーサイドかクライアントサイドかの違いだけで。

初心者がJavaScript感覚で使ってるPHP（笑

>サーバーサイドかクライアントサイド

これは大差だと思うのですが。

>>369
class 〜 と書いてクラスを作れるようになるとアナウンスされてる perl6 が出たら
PHPの優位点は無くなるということですかそうですか

>>373
Perl5 でも Perl6::Classes を入れれば Perl6の class 宣言が使える

>>372
君はあれか？　書くぶんには大差ないよ
漏れはPerlよりjavascriptのほうが難しい
つかオブジェクト思考が分かり辛い

　　　　　　　　　　☆　　P　　H　　P　　5　　☆　　 〜　　〜

www.php.net はいつ PHP5 にするんだろうね

エディタでプログラムを書いて開発できるので、C/C++もJavaもPHPも大差ない。

だね。日記だって大差ないよ。

PHPってPerlのいいとこ取りをしたけど、
次期Perlの大改修についてもパクるのかねぇ。

>>374
369だけど、俺が言いたいのはそういう風に「〜を使えば」ってのが
無くても使えるのが重要、ってこと。
Perl6::Classesに限らずPerlのOO機能を拡張するモジュールは色々あるけど、
class の書き方にTMTOWTDIは要らないでしょ。むしろあっては駄目。

ということで>>373は俺には当てはまる。
けどいつになるんだろうなあ、Perl6。
それまでにRubyあたりに浮気しそうだ。

☆　　P　　H　　P　　5　　☆　

かなり使い易いよ。Perlと比べるレベルじゃないよ。使ってみ。

使い易いと言うより、気楽に書いたコードでもとりあえず動いてくれる、とするのが正しかろう。

Perl自体かなりが使い易い言語なわけで、それ以上に使い易いってのは
どうなんだろうね。まさにJavaScript感覚？

JavaScriptのような使いにくい言語と一緒にされては困る。

>>385
PHP厨が必死だなぁ。PHPはスパロボ言語。
ごった煮ってことね。

開発スタイルを統一したいね。
UML的なモデリングを標準化して細部にコードを当て込んだら即出来上がり
ってな感じで仕上げればかなりいいと思う。

まずは国内企業で本気出してPHPで儲けようと考えてくれたらと思う。

いかにも需要無さそうだなあ > PHP用UML
今でも Umbrello で PHP のコード吐けるけど、誰も使ってないし。

UMLみたいなのが有効なのはおおよそ
1. 複数人で開発/メンテする場合
2. フレームワークやライブラリなど再利用性命のものを開発する場合
3. Java みたいに宣言がめんどうな言語の場合 (UMLというよりコードジェネレータが重宝する)
で、つまり PEAR の中の人とかには便利。
しかし典型的なPHPユーザには、上記の条件に当てはまらないだろう。

デザパタごっことかして遊ぶ玩具としては最適だろうけど、それに金は払わんわな。

典型的な PHP ユーザって何なんだろう。

＞典型的な PHP ユーザって何なんだろう。
JavaScript感覚で使ってる似非プログラマ

>>390
そんなこと言い出すと、似非じゃないプログラマって何？って話になるからヤメレ。

PHPってVer5になってもコードは<?と?>の間に挟まなきゃいけないの？

>>392
PHPとHTMLを同化しろと？

>>392
うん？PHP4でも挟まなくても大丈夫だよ。
100%PHPのコードなら。PHPとhtmlをミックスするなら
何かでパースの切り替えをせにゃならんからねぇ。

>>394
嘘つくな。

>>395
嘘なんぞついとらんが？
｜php -r <code>
｜Run PHP <code> without using script tags <?..?>

>>392
クラス化を推し進めるなら切り捨てる必要が出てくる

>>397
意味がわからん
詳しく

class内でphpブロックが許可されないようになってるので
この先クラス化したソースがポピュラーになると
一行目の<?phpと最後の?>は形骸化しちゃうよねってこと。
そのうちphp.iniで<?を許可しない設定とか追加されたりして。

<? ?>が便利なのは、フォームとかの値に動的に割り当てる使い方では。
<input tyep="text" name="hoge" value="<?= $foo ?>">とか。

>>400
キモッ！

>>401
えっ…漏れこういう使い方しょっちゅうしてるよ…

これから通用しないよ

<?
for($i=0;$i<10;$i++)
{
?>
　　　　ぬるぼ<BR>
<?
}
?>

>>401
キモヲタにキモイと言われる筋合いはないけどな

>>404
htmlタグは小文字じゃないと笑われますよ

PHPキモッ！

PHP5 で動いているサービスってどこかある？

うちの自宅鯖にあるよ。

>>408
まだないでしょ？
>>409
サービスで？

>404
<? for($i=0;$i<10;$i++) { ?>ガッ<BR><? } ?>

www.php.net でも PHP5 使ってないしね。
メジャーなサイトで PHP5 を使ったサービス第一号はどこだろう。

>>412
自分達の作った物が信じられないんじゃ終わりだな（ｗ

7/13 に PHP5 が出たわけだけど今までに何か問題とかないのかな。

不具合出まくりだから誰も使ってねーじゃん＞PHP5

5.0.1 はいつ出るんだろうね。

３→４みたいに日本語環境が整備されたりしたときみたいな
アップデートじゃないから出足が遅いかもね。
流れの速さはapache2.xとかIPv6みたいな感じじゃないかな。

PHP3, 4 は Perl からの転向者が多かったと思う。
PHP5 は Java 似のオブジェクト指向なので JSP からの転向者が出るかな。

ぶっちゃけPHP5を使ってるやつなんていない。

そろそろ PHP5.0.1 出るね。

　もう出てる。
　誰か入れてみた？

p2使ってる椰子は「新しければ(･∀･)ｲｲ!」と思ってるのか、
php5入れちゃってるの結構いるな。

まだ使ってる人はド変態レベルだね。
機能も多いし一般レベルまで降下したら普及するだろう。

actionScript2.0、Java、C++、PHP5
どれかできれば他の三つ覚えるのはかなり楽。

なんだかんだ言っても、出たばかりのPHP5を、
ガンガン使う奴って"ネ申"に最も近いわけで。

家の会計システムをPHP5で組んだよ。
FedoraCore2+Apache1.3.31+MySQL4.1.20+PHP5.0.1という超見切りサーバ。
せっかくの知識なんだし実生活で役立てないとね。

変態さんの鏡だね
尊敬するぜ

あっそ
本七は、どっかに消えてください、

>>426
Apacheだけは安全圏なのか

セキュリティフィックスのPHP5.0.2がでたな。

｜The PHP Development Team is proud to announce the immediate release of PHP 5.0.2.
｜This is a maintenance release that in addition to many non-critical bug
｜fixes, addresses a problem with GPC input processing.
｜All Users of PHP 5 are encouraged to upgrade to this release as soon as
｜possible.
｜For changes since PHP 5.0.1, please consult the Changelog
｜(http://www.php.net/ChangeLog-5.php#5.0.2)

そろそろよろしいでしょうか？

まだまだでしょう。最低でも5.2ぐらい。

5.2.4ぐらいから使う

>>433
と思ってた使い始めたら5.2.5で日本人には無視できない小変更が。

5.2.0でクラスの仕様を変えられたのは痛かった・・・なんつて

4.1.3で初めて使い始めたんで5.1.3あたりが出たら使う

5.1系列は最も使えないバージョンになるよかん。5.2使え。

なんだよこのthisだらけの糞OO

thisが省略できるばかりに先頭に _ をわざわざ入れれとか
論争が起こる放射性物質よりマシです

>>438は仕事がなくなったゴミ

しかし、せっかくでたPHP5も使えないんじゃ意味ねーな。

あは☆ 使えないんだ、キミ。

まあ5.2ぐらいになるまで使いものにはならん罠

一生使い物にならなかったりして（ｗ

お前のマンコとは違うよ。

PHP5ってxml_parseにエラーある？ defaultハンドラが変な物引いてくるな。

<!--comment--> が欲しいのに <--comment-->が引かれてくる。

php5.0.2@win

バカデザイナーにオブジェクト指向は無理

Webやるのにオブジェクト指向なんか必要ない。

448 名前：nobodyさん[sage] 投稿日：04/10/18 15:39:05 ID:???
Webやるのにオブジェクト指向なんか必要ない。

なんか名言が生まれていますね。

日本語エンジンが変わったのか、PHP5では文字化けすることがある

一応補足しておくが、フレームワークやらアプリケーションサーバーやらがオブジェクト指向にもとづいていて適切なインターフェイスが用意されていれば、Webアプリケーション側をオブジェクト指向の手法を使って開発する必要というか余地がない、ってことね。
層に分けて、各層ごとに独立性を高めるのが大切だから、しっかりしたフレームワーク使えば、アプリケーション側で作成するオブジェクト間の関連はあまりない。
そもそもステートレスなので、オブジェクトに状態を持つこともないし。

クラスを作って継承させることがオブジェクト指向なのであれば、それは必要だけど。

いPHP5がリリースされてもう半年以上経ちますが
いつまでたっても安定しませんね。

まだ半年しかたってませんよ

ﾄﾞｼﾛｳﾄは黙っていた方がいい

PHPのプロに言わせれば、2年は安定しないのは当たり前、ってことですね？

Windowsが安定するまでに何年かかったと思ってるんだ

ウィンドウズは最初から安定してたんだ。
メモリも少なかったし、ハードウェアが貧弱だっただけさ。

ｹﾞｲｼOSはまだ安定してないよ

そういう話であれば、安定しているOSなんかないとも言えるわけだが。
PHPはバージョン5という成熟したバージョンのはずなのに、安定しない。

>>460
ちみの手書きよりは安定しているから無問題
さてと、そろそろJavaまんせーしておくかなｗ

つかPHP4とPHP5両方入れればいいじゃん

そんなことするなら、PHP4だけでいいんでわ？
PHP5って、なんかメリットあるの？

>>462
ぶっちゃけ俺には何のメリットも無いよ
array_merge()の仕様変更に気づいたって事はあるけど
強いて言うなら「実績のあるPHP4でも最新のPHP5でも動きます」って言える事位かな
今のところPHP5仕様のクラスなんか作るつもり無いんで調べてもいないし
だれかPHP5の良さを解説してくれよ

try-catch、アクセス修飾子、デストラクタができたくらいにしか思わんかったがなぁ。
まあ、もおいいやPHPは。言語仕様ころころ変えすぎ。
・・って思ってるんだけど、PHP5関連の書籍が結構出だしたな。

PHP5のおかげでJAVAを食せるようになった。

>>460
WindowsはもうXPで5.1だぜ。

PHP5でウンコOO度が多少下がったので
漏れもPHPでコードを書こうという気に一瞬だけなったが、
thisだらけになってむかつくからすぐ辞めた。

つまり、Javaに近づこうと適用範囲広げようと言語仕様変えたけど、その変更についてきたやつ、ついてこれたやつっていうのは、PHPの仕様変更についていけないことにも気づくやつだったってことだね。
で、Javaにもついていけるようになったので、プログラマがJavaに移行するパスを作っただけという話か。
言語仕様の変更って、いかにその仕様を活かしたライブラリを充実させるかなんだよねぇ。
そのビジョンがみえないね。
シンタックスシュガーは別として。

PHP只今迷走中（ｗ

php4で pearとかmojaviとかsmartyとかいろいろライブラリが充実してきたな
と思ったんだけど、php5出てどうなんでしょう、このへん。

mojaviはphp5対応が進んでるようなこと聞いたけど、smartyとかってどうなるんでしょ？
pearに関しては独自でむりやりデストラクタとか実装してたけど、今後どうなるんでしょう。
php5では超うごなそうなんですけど。

JAVA食べてたんですがJSPよりPHP5のほうが明らかに楽だったので戻ってきました。
むしろ、PHP5の必要性も薄いことが分かったので、しばらくPHP4のままでいこうと思います。

>>471
生半可に食べた、と。
どうせStrutsもHibernateも使ってないんでしょ。

Javaメモリ喰いすぎなんだよJava
Tomcat起動遅すぎてデバッグすんのが面倒くさいんだよTomcat

Struts　Hibernate　

そんなもんMojaviでいいじゃん
つか普通にPHPのほうが楽じゃん

>>474

釣りだと思うが、HibernateはO/Rマッピングフレームワークだよ。
Mojaviとは比較対象じゃない。

わざわざかかんでも

安い値段でサイト作るのにJavaは必要ない

perlで十分だよな。cpan駆使すれば自分でコードほとんど書かなくていいし

無名関数という概念が無いからgrep関数を使うのにわざわざ
コールバック関数を用意しなきゃいけないところとかが嫌い。

>>473
> Tomcat起動遅すぎてデバッグすんのが面倒くさいんだよTomcat

なんでTomcatの起動が遅いとデバッグするのが面倒くさいかふめー

>>468
いい加減な使い方しかした事無い俺が言うのもなんだけどライブラリに魅力あるの？
他の言語ではライブラリが必要だったものが最初から入っているお得感が
使い始めたきっかけだったんだけどなぁ。
PHPにはJavaみたいに再利用なんてけち臭いことは言わずじゃんじゃん便利な関数を
追加して不要な関数を捨てる事で進化して欲しいんだけどどうかな。
と言ってもPHPの中の人の気分で変えられたんでは本当に使い物にならないんで
たとえば2年おきにメジャーバージョンを上げると決めて関数名の前にバージョン名を
入れるようにする。で、二つ下迄のバージョンの関数は必ずサポートする。
みたいな規約を作れば別言語と思えるくらい仕様を変えてもあまり混乱しないんじゃなかろうか。
あくまで妄想の域を出ないけどね。

>>481
名前空間のしくみがないからどうしようもないでしょ。
それに、必要なライブラリとはいえ、目先の小賢しい機能ばっかりだったし。
JavaならJakarta-Commonsがそのレベルの機能を提供している。

何でもJavaの真似してgotoまで採用してないのな。
つっかえねー。

つ、つられないぞー

StrutsもHibernateもPHP5で使えるだろ？　

485 名前：nobodyさん[sage] 投稿日：04/10/21 07:27:56 ID:???
StrutsもHibernateもPHP5で使えるだろ？　

対応レンタル安鯖も増えてきたのでどんどんつかっていきますよ

どんどん

>>485
そういえばそうだね。
便利につかってるよ。クッキーとか焼くのが超ラク。

PHPはね言語仕様が中途半端。
物真似言語にオリジナリティー無し。

そこがオリジナリティだと思うよ。

Perlよりはましだけどね

その Perl を真似たことが PHP 最大の敗因だった

もともとPerl上で動くスクリプトだったわけだし。

PHPとなった時点でCで書かれていたし、現在のPHPにPerlの影響が垣間見えるのは
源のものがPerlであったこと(単にCGIを書く選択肢で手軽だったのがPerlだったからでしょ)
よりも、利用のされかたが似ているスクリプト言語としての特徴からでしょ。

開発者が、その上で処理系を作ることができるほどのPerl-erだったってことが一番でかいかと。

Perlが使い辛いからPHPが出来たってことですよ

PHPには思想がないからね。
中途半端にならざるをえない。

いまだに仕様がころころ変わるのは開発者自身に迷いがあるから。

ヒアドキュメントに関数が埋め込めないのが残念。Perl でアレ、便利だったのに。

ヒアドキュメントなんて必要ねーし

必要だよ

>>502
いらねーだろ

ｲﾙﾖ

テンプレートエンジンの使い方わからないやつには必要、と。

どういう結論だよ

漏れも WWW アプリケーション作るときには必ず Template Kit や Smarty 使う。

ただ、システムを監視して異常を知らせるメールを出すスクリプトとか perl で書くときには
手を抜いてヒアドキュメントで済ませてしまうこともしばしば。
必要無いっちゃあ無いんだが、あるとコーディング時間を10分ぐらい短縮できるっつーか。

もちろん、漏れが PHP5 でそういうスクリプトを書くことは多分あり得ないので、
PHP5のヒアドキュメントのサポートが弱いことについて個人的に不満は無い。

なんだかんだで結構このスレ盛り上がってるね。
毎日書き込みあるし。

PHP5自体の話はほとんど出てないけどな。

Perl厨の僻みばっかだもんな

むしろ、PHP5を使ってないPHPユーザー

PHP5に頼みあるんだけどよ。多重継承可にしてくんねーかな。
class aa extends(xx yy zz) {}

そんな汚ねえもん許可すんな。
むしろtemplateｷﾎﾞﾝﾇ

PHP5ってインターフェイスの多重継承はあり？

検索にかからない駄スレ

とりあえず、このスレにいる基地外は早く逝ってみよう

ついでに配列に匿名関数突っ込めるようにしてくれよ。
$php = array(function {}, 5 => function {});

そんなPerlみたいな汚い事するなよ

>>517
$fs = array(create_function( '', 'return TRUE;' ), 5 => create_function( '', 'return FALSE;' ));

echo $fs[0]();
echo $fs[5]();

>>518
なんでもかんでもPerlのコード=汚いっていうのも何か
人の受け売りっつーか、ネットに躍らせれてるっつーか。
汚いコードの意味って分かって言ってんのか？

>>520
少しおちつけ

百害あって一利なし　解読する時間　これ美徳です

>>501
PHP=HTML埋め込み言語のくせによく言うよ。
PHP自体がヒアドキュメントみたいなもんだろ。

>>523
馬鹿じゃないの？
だから必要ないっていってるんじゃんｗアホ丸出しだなおまえ

おまえなんかチンコまるだしのクセに。

PerlかPHPか迷った結果Perlを勉強した人みたいだな。

>>523




　　　　ドンマイ

Perl書きは自分が賤民であることに自覚を持ってください

PHP書きも似たり寄ったりであることに自覚を持ってください。

別に使う言語で賤民扱いはしないが、
>>523は自分が賤民であることを自覚すべきだと思う。

なんかPHP厨が必死だなぁ。
HTML埋め込み言語っていうのはPHP厨には触れちゃいけない鬼門だったか。

>>531
ま、まだ意味が理解できてないのか…天然なのか真性なのか

PHPがHTML埋め込み言語だからヒアドキュメントが必要ないと言ってるのに、
>>523
＞PHP=HTML埋め込み言語のくせによく言うよ。
＞PHP自体がヒアドキュメントみたいなもんだろ。

と、見当違いのレスをして、それをつっこまれると

＞おまえなんかチンコまるだしのクセに。

と、また見当違いのレスをして、しまいには

＞なんかPHP厨が必死だなぁ。
＞HTML埋め込み言語っていうのはPHP厨には触れちゃいけない鬼門だったか。

なんかこの子がかわいそうになってきた。

>>533
かわいそうなのはお前だ。>>523=>>531は自分が勘違いしてることに既に気付いていて、
それを必死に覆い隠そうとしてるだけだ。
そんなこともわからないのか？

みんなちんこまるだしにすればいいじゃないか。

JAVAに対する劣等感がすごいスレだな。
まあ、おれはJAVAのライセンスをもつPHPプログラマーだから気にならないが。

今更Javaが出来るくらいじゃ威張れないけどな

>>536
つまり、資格はとったがJavaの仕事には就けなかったと。

>>536
＞まあ、おれはJAVAのライセンスをもつPHPプログラマーだから気にならないが。

お前おもしろすぎ

もまいら釣られすぎですよ

>>540
恥ずかしいこと言ったからって釣りにしてごまかすことないよ

ドンドンドン、ドーンマーイ

>>541
ちゃんとJSPなんかもマスターしてるんだ。
JSTLのタグも全部覚えた。
お前らと一緒にするな。

>>536 >>541
おもしろい人だね。
使ってるフレームワークは？ｗ

>>544
バカにすんな。
データベースはJDBCフレームワーク使ってるし、WebはサーブレットとJSPでMVCしている。
まともな共通データベース接続フレームワークやら、標準のテンプレートやらがないPHPといっしょにすんな。
おまえフレームワークいいたいだけとちがうんか？

しかし便利なクラスがずらり揃ってるし、比較的覚えんのも簡単なJavaが
使えるってだけでここまで自慢するやつもめずらしいｗ

で、仕事は見つかったか？

＞JDBCフレームワーク



ぷ

>>545
フレームワークの意味もわかんないやつを馬鹿にするなという方が無理

PerlかPHPか迷った結果PHPを勉強して良かったよ。勝ち組です。

両方やっとけば良いだけなんだけどな。

>>547-548
JDBCもサーブレット・JSPもフレームワークだろ。
そうじゃなかったらフレームワークってどういう意味なんだ？

>>551
では、Java 言語自体もフレームワークだね。

言語自体がフレームワークのわけないだろ。
それをいうなら、Swingはフレームワークだし、CollectionなんかはCollectionフレームワークと呼ばれてるし、Javaのライブラリはフレームワークと呼べるだろうが。
オマエら、自分がフレームワークの意味を誤解してることに気づかずに人を馬鹿にしてんのか？

>>553
Javaで飯食ってる奴なら、この流れでは「フレームワーク」が
「Webアプリケーションフレームワーク」を指しているということくらいわかる筈だが

で、その「Webアプリケーションフレームワーク」ってのはStrutsのことを指すわけか。
あんな、みんなが使ってるからっていうこと以外とりえがないもの、使おうが使うまいがどうでもいいんじゃねぇの？
入力をまとめる仕組みと検証の仕組みと、あとはちょっとしたタグライブラリ作ってれば、使う必要ねぇだろ。

>>555
フレームワークってのは「皆で同じものを使う」からこそメリットがあるのだよ。
俺フレームワークだと開発・メンテの手間もさることながら、新人への
教育コストが馬鹿にならないでしょ。

Strutsなら「Struts in Action読んどいて」で済む。
それに求人する時もまさか「俺の作ったフレームワークが使える人」なんて
募集できねえしな。

おいおい、ただの受け売りじゃないか。
実際それで済むとおもってんの？
Strutsなんか、まともに使おうと思えば、俺フレームワーク的な部分を作ることにもなるわけだよ。
その言い方だと、みんなが使ってれば良かろうが悪かろうがOKってことか？
WebWork2とか、ほとんど日本語の資料がなくて周りで使ってないフレームワークはメリットがないってことか？

Strutsなんか、使う必要があるときに使えばいいんだよ。
フレームワークって言葉にあこがれてるだけじゃねぇの？

558 名前：nobodyさん[sage] 投稿日：04/10/25 16:19:40 ID:???
Strutsなんか、使う必要があるときに使えばいいんだよ。
フレームワークって言葉にあこがれてるだけじゃねぇの？

>>558
実際それで済んでるよ。
Struts + Spring + Hibernate + Velocity + JUnitで、
俺フレームワーク的な部分は一切無し。
そりゃユーティリティクラスはいくつか作るけど、
そんなもんの教育コストはたかがしれてるからね。

Javaでやるような案件はチームでの開発が基本だから、
「みんなが使ってる」ってのは重要。
当然、普及度と機能（出来の良さ）を天秤にかけてどのフレームワークを
採用するか決めるわけだが、そんなこともわからんのか？

あ、>>560は>>557へのレスだったな

>>560
PHPに無理矢理当てはめると、

Struts + Spring + Hibernate + Velocity + JUnit

Mojavi + ??? + ??? + Smarty + PHPUnit

となるかな。
今のところ???の部分がないけど。

> 当然、普及度と機能（出来の良さ）を天秤にかけてどのフレームワークを
> 採用するか決めるわけだが

それで、どうしてオマエにStrutsを強要されなきゃなんないの？
結局コントローラ的なクラスと受け渡し用のクラス作ることに馴染んどけば、あとは設定方法がちょっと違うだけだから問題ないだろ。
チーム内で同じフレームワーク使えば十分じゃないか。
あんたのところがStrutsに慣れているからという理由で押し付けんでくれ。

>>562
そうすると、Mojaviなんかだれも使ってないから使う価値がないみたいだが。
普及度と機能を天秤にかけると。

> Javaでやるような案件は

っていうのが、Javaを神聖視してるみたいで笑える。

>>564
ん？私は560ではないが。
Mojavi使ってるよ。

>>565
みんなが使ってることに意味があるんだからstruts使えってさ。
Strutsなら、Struts in Action読ませとけば使えるから、って。

>>560って結局、うちがStrutsで問題ないから、あんたんところも今問題が無くても俺フレームワークをやめてStrutsにしろ、ってことか。
おまえはアメリカ人か、と。

>>563

別にStrutsの強要なんかしてないよ。
お前が>>555で

>で、その「Webアプリケーションフレームワーク」ってのはStrutsのことを指すわけか。
>あんな、みんなが使ってるからっていうこと以外とりえがないもの、使おうが使うまいがどうでもいいんじゃねぇの？

と書いてきたから、複数人開発が基本のJavaによるウェブアプリ開発
においては「みんなが使ってるからっていうこと以外とりえがない」んじゃなくて
「みんなが使っている」ということが重要なんだよ、と教えてあげただけです。

>>564
PHPはJavaと対照的に一人とか少人数での開発に採用されることが多いから
その場合はJavaほど普及度や教育のしやすさを重視する必要はない、
というのはわかるか？

>>567
日本人ですよ。

「Javaのライセンス」を持ってるのに世間が何故Strutsを選ぶのかわかってない
みたいだったから、その理由を教えただけ。

で、Javaだと普及度や教育のしやすさを重視する必要があるのか？
それは、作るものや組織の構成によるだろ。
オマエも引用してるけど、「使おうが使うまいがどうでもいいんじゃねぇの？」といってるんだよ。
それがHibernateみたいに使えば作り方が大幅に変わって、同等のフレームワークもってないものなら別だが。
俺フレームワークでも、WebWorkでもTapestryでも、プロジェクト中に出てくるパターンの例作っとけばどうにかなるだろ。

>>570
作るものや組織の構成で何を重視するかが違ってくるというのは同意するけど、
適材適所ということを考えると、Javaを採用した開発はPHPの場合よりも
多人数で行う案件のほうが多くなるわけで、「Javaだと普及度や教育の
しやすさを重視する必要」はあると思う。
決してどうでもいい問題じゃないよ。

あと、俺フレームワークだと「○○の時はどうすんの？」みたいな質問も
全部設計者のところに集中すると思うんだが、ウザくないかね。
俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
メンバーに周知するよりは、Strutsでラクするほうがいいな。

俺はJavaライセンス持ってないから、そろそろ絡むのやめるよ。

> 世間が何故Strutsを選ぶのかわかってない

だから「みんなが使ってるからっていうこと以外とりえがない」と書いてるだろ。
それに価値を見出すなら使えばいいし、オレはそれに価値を見出していないから使ってないというだけの話。
やみくもに使っとけっていうほど便利なもんでもないだろ。
TapestryやらWebWorkやらSpringMVCの方が機能としてはいいだろ。
まあ、Spring+JSP2.0のおかげで、WebWork使うメリットはなくなったけどな。
どうせStrutsが担う部分なんか末端部分だけで、結局「○○の時はどうすんの？」みたいな質問は来るんだから、手に馴染むフレームワーク使っとけばいいんだよ。

> 適材適所ということを考えると、Javaを採用した開発はPHPの場合よりも
> 多人数で行う案件のほうが多くなるわけで、「Javaだと普及度や教育の
> しやすさを重視する必要」はあると思う。

それは、「Javaだと」じゃなくて「多人数で行う案件だと」だろ。「必要」というなら。
それも、「皆が使ってる」というメリットが必要なのは、人の出入がある場合だ。

> 俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
> メンバーに周知するよりは、Strutsでラクするほうがいいな。

オマエはStrutsがラクなんだから、Struts使えばいい。
俺は俺フレームワークがラクなんだから、俺フレームワークを使う。

>>571
気になるんだけど

> 俺は面倒くさいこと嫌いだから、そのへんのノウハウをいちいちとりまとめて
> メンバーに周知するよりは、Strutsでラクするほうがいいな。

って、ほんとにStrutsで他に比べてラクできるの？
一般論として。慣れてるからとかじゃなくて。
Strutsって薄いフレームワークだから、Strutsじゃないフレームワークでもその部分はカバーしてそうだし、すぐにStrusの範囲からはずれた質問がきたりしそうだし、そこんとこ疑問なんだけど。

おまいら、スレタイが読めませんか？

あいにく間にスペースが入ってるもので
検索でも引っかからないしスレタイも読めません。

しょうがないじゃん。根暗プログラマはスレ荒らすくらいしか
ストレス解消法ないんだし

jsP Hibernate sPringのスレですよ。

>>573
「Strutsを選んだほうがラク」っていうのは、Strutsの出来がいいとかそういう
意味ではなくて、Java用フレームワークの中ではStrutsが雑誌記事も書籍も
ウェブサイトも一番充実してるから、教育の手間がかからないということです。

Strutsと関係ない部分への質問はまた別問題。
要は新人に独習させるのに、Struts、WebWork、Tapestryのどれが一番
簡単そうかという話です。

Perl6/Parrotに怯え、Javaに猛烈な劣等感を抱くPHP厨。
ヒアドキュメントが無いという突込みにももう必死な状態。
哀れだよあんたら（ｗ

Perl6の何処に怯えろってのさ（ｗ

ネタスレ

JAVAのライセンスをもつPHPプログラマーですが、まったく話に寄れません

>>578
Strutsは資料がたくさんあるっていっても、結局たくさんあるのは導入あたりの浅い情報ばっかりだからなぁ。
わけわからん新人やら派遣社員やらがやってくる現場ならいいのかも知れんけど、それでもそれなりのテンプレートが用意できてれば、なんでも構わないんじゃないかと思う。
SpringならSpringMVCでもいいんじゃないかと。
要は入力データを検証してコントローラーにインジェクションする仕組みと、タグライブラリの説明があればいいわけで。
ひとつにプロジェクトに限ればすべてを網羅して説明する必要もないからね。

>>579
あ、まだ居たんですかヒアドキュメント厨。
しかも
＞ヒアドキュメントが無い
あるし…

あんま発言すると無知がばれるから黙ってたほうがいいよ

このスレ面白いでつね。

ヒマつぶしだからな。

Javaの話題になってるのに何故かPerl6を強引に持ち込んでるとこが笑える

>>583
SpringMVCはStrutsよりもさらにプリミティブな作りだから、
比べものにならないくらい使うのに手間がかかるよ。
新人や派遣さんに使わせるには、SpringMVCを俺フレームワークでラップ
しないと構造が理解してもらえないと思う。
SpringMVCやってからStrutsに戻ると、資料の充実度に感動します。

ところで、PHP5が普及してくるとフレームワークもinterfaceや
例外使いまくりのJavaもどきなものになっていくのだろうか。

Javaって.Netに乗り遅れた奴がいまだに使ってるって言うあれだろ？ｗ

>>585-586
つまんねーこと言ってねーでおまいらも燃料投下汁

なんかASPパクってJSFなんてもんが出来たけど、まだだれもそんなもんに見向きもせずにStrutsなんてアドホックなもん使ってる。
その理由が「みんなが使ってるから」だと。
そんなこというなら、おとなしくみんなが使ってるVBにすりゃいいのにな。

>>590
だってお客がJavaでやれって最初から指定してくんだもん。
孫受け立場だとただやるだけ

>>590
煽るんならもっと技術的な所で煽ってくれよ
そんなレベルじゃ相手のしようがないよ

>>592
オマエ、頭いいね。

>>589
.NETて…ｗ

>>594
おまえもそこでハマッたか w

>>584
お前頭悪そうだな。PHPしかできねーんだろ？
程度の低い言語には程度の低い屑が集まるんですね。
マジ笑える。

つーか、PHPでforeachで配列を回しつつ中身のデータを
いじろうとしたら反映しないでやんの。
Perlのようにはいかんのね。駄目だこりゃ。

>>597
このスレにいるということは PHP5 を使っているという前提で。
PHP5 では以下のような書き方が可能。

$arr = array('a', 'b', 'c');
foreach ($arr as &$val) {
    $val .= 'd';
}
print_r($arr);

>>598
なるほど。勉強になりました。

600

つか、今Javaやってるのって、リストラ組みだけｗｗ
マジはなし。

まともな開発組みはここ10年ほどはC-C++がほとんど。

>>596
ヒアドキュメントが無いとか言って勘違いを指摘されたことはスルーなんですねｗ

>>601
具体的にC++でどんな環境でどんな案件こなしてるのか説明してくれる？

＞まともな開発組みはここ10年ほどはC-C++がほとんど。

コンピュータ業界で10年もの長さで見てる時点でお前は時代遅れのリストラ組み

>>602
あんたヒアドキュメントにこだわるねぇ。
PHPにヒアドキュメントがあるかどうかなんか知らねーし
知るつもりもねーし。
そんなことよりいつまでもWebにしか使えない屑言語なんかに
しがみ付いてないで他のまともな言語でも勉強しろよ。な？

>>605
PHPしか使えないなんて誰か言ったっけ？
Perl6君

ヒアドキュメントにこだわってるんじゃなくて、知ったかを指摘されたことを
スルーしてることにこだわってるんだよｗ

おいおい、どう考えてもこの先.NETフレームワークは使わざるえないだろｗ
昔のイメージでVBプログラマーを馬鹿にしてる暇があったらC#でも覚えろと(ry
あ、オブジェクト指向が理解できないスクリプト出身者には無理な注文か(爆笑)

C#はヒアドキュメントがないからクソです。

.NETフレームワークを使わざるをえないなんて、よっぽど仕事が無いんだな
世の中には残念な人がいるもんだ

PHPを使わざるを得ない人も、ある意味かわいそう。

楽→メンド臭い
PHP→Ruby→Perl→JSP→その他
こんな感じ

データベースを扱う場合に、SQLを書かなくてもいい仕組みがないものはめんどくさい。

Find Job
職種　ソフト開発、WEB系SE・プログラマ

Java
151件が検索に該当しました

PHP
135件が検索に該当しました

C++
75件が検索に該当しました

Perl
52件が検索に該当しました

C#
32件が検索に該当しました

.Net
53件が検索に該当しました



少ないねｗ

使い捨てプログラマの順位か？

需要が無い現実を認めたくないかわいそうな子が出てきましたね。

VBは148件か。
JavaもVB並になったってことだな。
なにがVB並になったかってことは想像に任せるが。

>>618
ちゃんと職種を『ソフト開発、WEB系SE・プログラマ 』に絞って検索しろよｗ
頭悪すぎ

ちなみに>>618の方法でやると、Javaは271件ね。

JAVA使いも所詮使い捨てのゴミか。
どのみちPGしかやらないつもりなら永遠に針の山。
人生の中で労働という時間をどう過ごすって視点で考えるならPHPとかでサクっと作っておいて定時で帰れば？
提案力がない以上はずっとコキ使われっぱなしなんだし。

PHPって全然サクッと作るしくみなんかないんだけど。

Javaは画面制御やDBとのやりとりに頭を使う必要がなくなってきている。
だから、PHPで作るようなWebだと、どのデータをどこに表示するか、どのタイミングでどの処理を実行するか、結びつけるだけで出来上がる感じになる。
その結果、作業者は使い捨てでよくなるわけだ。

>>621
ていうかプログラマーという職業自体使い捨てですが。

>>622
だからさぁ、知ったかしてると>>596>>605みたいに恥じかくってばｗ

>>623
同意。プログラマーを使い捨て職業だとわからずに言語の勉強に勤しんでるやつ
が痛々しいな

>>624
とりあえず、SQL書かなくていいしくみがあればいいんだけど。

>>625
たまに、ひとつの言語も使えるようにならなくて、満足なプログラムもかけないのに、くやしまぎれにそういうこというやつもいるけどね。
そういうやつは、「自分の目でみておきたかったので」とイラクに行ったりする。

>>627
使い捨て職業だとわかった上での発言だよね？

>>628
使い捨てられて実感がこもった発言ですね。

ところで、お前らPHPプログラマは手取りでどんくらいもらってる？
俺は24歳で23万くらい。

>>626
PEAR::DB_DataObject使え

ま、プログラマが使い捨てとか言ってる奴は
普段プログラマに馬鹿にされてる無能の営業か
本当に使い捨てレベルのしょーもないコーダーなんだろ。

>>632
まあまあ、それは言わないでおきましょう。
自称元プログラマーの営業(つまり、プログラマーから落伍した連中)が
業界の癌であることは周知でしょうから。

PHP4って例外処理も無いのかよ。
お前らよくこんなの使ってんな？

>>634
志村、スレタイ！スレタイ！

>>635
warota

PHP5なんか誰も使ってねーよ。

と思っているのは>>637だけで、実は世の中の.phpなサイトはすべてPHP5で動いている。



という世界は怖いな。

まともに動かないPHP5なんてリリースされてないのと一緒。

マイナーバージョンも2つあがったし、そろそろ使ってみてもいい頃。
そう思って自分のテスト環境をPHP5にしてみた。

今のところ問題は出てないので、徐々に使用範囲を広げていこうと思う
今日この頃。

>>639
PHP5もまともに動かせないの？(w

>>641
あんたホント必死だな。
PHP5なんて趣味レベルの奴しか使ってねーから。
企業サイトじゃ使ってる所なんてねーよ。
もうちょっと頭をつかって発言しろよ。な？

>>642
(当然だが)ZendはPHP5に置き換えてるがな。
まあ、俺も今動いている企業サイトで態々
置き換えるメリットは今のところないと思う。
だからといって、PHP5に手を出してないと思うなら大間違い。

PHP5を実運用サイトに適用できない一番の問題点は
現状ではコードキャッシュがZendのものしかないことかなぁ。

PHP4 + MMCacheどっぷりなので、
いまさら生のPHPのスピードでは物足りない。

俺もキャッシュとPDFlibがネックで移行できないなぁ。

いやー、PHP5って使い物にならんね。
駄目だこりゃ。

ということにしたいのですね

まぁphp3からphp4への移行の時もいろいろあったわけだが、
そのときは 両立できた。

今回は両立できないのがキツイな。
両立させるには別ポートでapache動かすしかないの？

SQLiteとかXML回りを手あかの付いたコメントを読んで変な偏見を持つ前に使ってみたが
そこそこ使えるべ。あとは普及するだけだ。

商用版のPDFlibはPHP5に対応してたね。ｽﾏｿ
後はキャッシュだな。

SQLiteはいい。DBデーモン不要でバックアップもコピーするだけ。
レン鯖がPHP5に対応したら間違いなく流行るね。
まあ、そうなるのは5.1以降だろうけど。

ところでPHP5のXMLって多バイト文字が化けない？
これさえ直れば現状でも本格的に使い始められるんだけど。

>>650
APCはどうよ？
MMCacheはzend_extensionだけど、こっちはただのextensionなので、まだいけそう。
それにMMCacheも5.0beta2あたりまでは公式に対応を謳ってたような。
ダメ元でやってみて報告きぼん。

650じゃないけどPHP5でMMCache入れてみた。
今Apacheリスタートしてphpinfo()見てみたけど、一応動いてキャッシュもされてるみたい。

やっぱり、ダメぽ。
自作のスクリプトが動かねー。

漏れはPHP Acceleratorの対応待ち・・・

JavaScriptはオブジェクト指向である、
しかし、PHPはオブジェクト指向ではない。
その心は？

PHPはその場指向です。

PHP5はthisだらけです

>>658
漏れは　意外と this 好きなんだけど。
わかりやすくて。
書くのは面倒くさいんだけどな。

thisより->がいやだ

thisは嫌いじゃないけど->は嫌だなあ。
指の流れがそこで止まるのが気持ち悪い。

今日はじめてObjective-Cをさわってみたけど、面白そう。
でもWebObjectsはJavaになっちゃったんだよね。。。

>>655
PHPAは一体いつ対応するのかな。早く対応してもらいたいものだ。

->が嫌と言う人は[]のことをどう思うんだろう

俺はカーソルが行ったり来たりして嫌い

自分のエディタの挙動の不満をPHPに転嫁するのはよくないですよ。

->が嫌だってのはエディタと関係なくないか。

->じゃなくて対応する括弧を示す機能と思われ。
設定でどうにでもなりそうなもんだけど。

>>663がObjective-Cやったら発狂するね。
ブラケットだらけだから。

lisp

PHP厨はアホだなぁ（ｗ

>>666 対応する括弧じゃなくてObjective-Cの話だよ
obj = [[SomeObject alloc] initSize: [SomeObject defaultSize]];
とか書くとき普通、
1) obj =
2) SomeObject alloc
3) initSize:
4) SomeObject defaultSize
の順番に書くだろ？
そうすっとブラケット書くのにカーソルをあちこち動かすのがウザくね？

PHPのスレでなんの説明もなくObj-Cの話されてもわかるか、と。

ブラケットを先に書いとけばいんじゃね？
閉じ忘れとかも減ると思うよ。

>>670
スマヌ
>>671
そうできればいいですが。。。
まあスレ違いなのでこのくらいで。

PHPの正規表現って/[あ-ん]*/とかできないのね。
つっかえねー。

いや普通にできるし。
知ったかイクナイ。
mb_ereg系使うか、preg系ならUTF-8の文字列でパターン修飾子にuつけるとか。

ttp://www.itmedia.co.jp/enterprise/articles/0411/16/news132.html

>PHPの開発者は50万人以上。これはマイクロソフト関連の開発者数を上回る
まあこれは正しいかもしれん

>基盤となっているのは、メージャーバージョンアップを果たしたばかりの新版、PHP 5に他ならない
さすがにこれは嘘

>>675
PHPの開発者をどう数えたかしらんけど、PHPでしょぼいスクリプト書く人も数えてるなら、Excelでしょぼいマクロ書いてる人も数えるべきだね。

ま、.NETに移行できなかったVB厨が同じような厨言語に
流れたってことだ。

ってゆーか、.NETの仕事って欠片もオファーがないんだが

#なくても別に困らないということは判った

>>678
救えねぇアホだな。

なんでいまどきPHP4なのかねぇ。
http://www.thinkit.co.jp/free/compare/2/1/1.html

記事も、検索して拾った数字をならべただけだし。
とりあえず、登録して読む価値はないけど、ヲチ目的なら、見る価値あるかも。
これからもツッコミどころが満載になるだろうし。

さらしあげ

>>648
もうPHPから離れろってこった
Zendの言いなりのPHPはもうオープンソース言語ではないな

>>676
同意
実際「書ける」ではなく「使える」やつは他言語も一緒
極少数なんだよ。

>>680
なんですかこの@itをそのまんまパクッたような構成は。sage。

せめて、ちゃんとそのままぱくってほしかったんだけど。

PHP5.1はPHP4.3.x/5.0.xと比べて最大で2倍ほど早くなってます。
ようやく、入れる価値がでてきたかなぁという感じ。
実際入れてみたんだけど、体感出来るくらい違います。
というか、今までがいかに遅かったのかと・・・。

>>652
APCはMLにPHP5対応パッチが流れたのだけど、
あまりに駄目駄目で速攻叩かれて消滅しました。

>>653
あー。
それやめたほうがいいです。
バグありすぎ。

現状、中間コードをキャッシュするのは結構たいへんそう。
一応PHPAは対応する、ということを言ってるけど
PHP4までと比べてバイトコード複雑になってるしいつになることやら。

tidy、simpleXML、SQLite使ってる人いる？
どんな感じ？

別に普通

>>685
感覚的にでいいんですが、
PHP4 + PHP Accelerator と　PHP5.1って
どっちが速そう？同レベル？
同レベルならテスト環境に入れてみようかな。

>>688
PHP4 + PHPA・・・かな。
ちょっと環境がなくてベンチマーク出来ないけど。

いくらオプティマイザが賢くなっても
メモリ上に持ってるものほど速度でるとは思わないんで・・・。

というか、中間コードキャッシュくらいPHPの機能として持ってほしいよ！

>>689
> いくらオプティマイザが賢くなっても
> メモリ上に持ってるものほど速度でるとは思わないんで・・・。

そりゃそうですよね。失礼しました。

>>689
そこまでPHPに求めるな
多機能化すればするほど自滅の道

うわ、検索しにくいスレタイ

PHP５ってターボついてる軽みたいなもんかｗ

>>691
同意

>>692
三菱の軽トラでエンジンを耐久性ギリギリまで排気量アップしてターボつけて載せてる感じ。

中間コードキャッシュなんてユーザー側にとっては透過的なんだから
幾ら増やそうが問題無いと思うが。
どっかの言語みたいに言語仕様が月単位で変わるならまだしも。

>>695
まあそういうのは思想的な部分もあるから好みじゃない？
何はともあれ、5.1で随分速くなったそうだから喜ばしいことだ。
早くリリースされないかな。

PHPって開発者に迷いがあるらしくてバージョンが上がる度に
別の言語になっちゃてるよね。パクるだけしか脳がないなら
言語開発なんかやめちまえっつーの。

本当にそうだね

>>697
別にマンセｰする必要も無いけど、気にいらんなら使わなければいいだけ。

本当にそうだね

最近知った。もしかして常識？

<?php
$time = time();
?>
<html>
<h1><?= $time ?></h1>

>>701
bababababkabkabkabababkababakbabakabababbkabkabkabakbababkabka

>>699
それもそうだけど
やっぱり開発者としての方針はまとめるべき

>>701
言ってる意味がわからん

パクるのは良い。それで便利になるのなら。

仕様がコロコロ変わるのは×。

>>705
良い事言った！

結局言語設計の能力は無かったってことだ。

PHPのオリジナリティって０だよね。
全てパクり。

>>707
結論的にそうですね

>>708
オリジナリティを出そうともしてない気もしないでもないが
全てパクりなのは激しく同意。

いまPHP5とD言語が似たような状態だよね。
どっちも潜在的な可能性は大きいけどどうしていいか迷ってる感じ。

PHP 5.1-dev（たぶん4.3.9RC1も）をMacOS Xでmakeできるようにするパッチ。
__ppc__ と __powerpc__ のどっちがdefinedなのか調べるのが面倒なんで両方追加してみた。

--- zend_strtod.c.origWed Nov 24 23:14:38 2004
+++ zend_strtod.cThu Nov 25 00:13:39 2004
@@ -97,6 +97,7 @@
 
 #if defined(__m68k__) || defined(__sparc__) || defined(__i386__) || \
     defined(__mips__) || defined(__ns32k__) || defined(__alpha__) || \
+    defined(__ppc__) || \
     defined(__powerpc__) || defined(__m88k__) || defined(__hppa__) || \
     defined(__x86_64__) || (defined(__arm__) && defined(__VFP_FP__))
 #include <sys/types.h>
@@ -126,7 +127,7 @@
 #define IEEE_LITTLE_ENDIAN
 #endif
 
-#if defined(__sparc__) || defined(__ppc__)
+#if defined(__sparc__) || defined(__ppc__) || defined(__powerpc__)
 #define u_int32_t uint32_t
 #endif
 

迷いの無い言語なんてあるのか？

>>712
少々の揺らぎはどの言語にもあるが
言語としての方向性を迷ってる言語はあまりないはず
710がいうように可能性に負けてる感じ

お前の視野が狭いだけ

5は便利。
5より4のほうがいいって人は少ないはず。
でも、2チャンネルではそういう人多いんだろなｗ

5は便利だよ。確かに。
でも、信頼できないものがどんなに便利になっても、どうしようもないね。
どんなにシートレイアウトが自由に設定できて荷物がのせれても、車輪のハブにクラックが入ってしまうような車が使えないのといっしょ。

5はまだまだ仕様が変わる可能性大だから少なくとも5.1.xまでは使いものにならん

5.1.xでは細かい仕様が変わるよ。
5.2.3を待ちなさい。

いっそ6まで待つか

つまり、5使わんってことかい。（ｗ

開発者が死ぬまで待ってたら。

>>721 低レベルな釣り

PHP6のParrot採用ってどうなんかな？
まだまだ先の話だけど。

>>718はパソコンをいつまでたっても買えないタイプだな

パソコンは金だしゃ買えるけど、スクリプトは書き換えないといかん。
金はあっても時間が無い。

>>725
そういうのを糞リプトって言うんだよﾌﾟｰ

>>726 貧乏人

>>719
PHP6なら、安定するPHP6.2.3がお勧めです。

>>724
PHP5.2.3がでるまで、Java使いながら待ってます。

>>729
そうまでしてPHPを使う必要なんて無いだろ？
手段と目的が入れ替わってないか？

>>730
嫌々Java使ってるのかもしらんじゃん。人それぞれ。

何故X.2.3は神格化されているのですか

>>732
日本語で使ってきた人にとって*.2.3にはいい思い出が詰まっているからです。

age

chrootで、php4,php5両方つかえまつか？

うちはもうPHPの案件減り始めてるよ。新規案件はJ2EEかPerl。
結局スクリプトはPerlに落ち着くみたい。
PHPは2年前ぐらいが全盛期だった。今は保守だけ。

>>736
PHPじゃなくてPerlじゃ無きゃいけない理由って
どういうのがあるんでしょうか？

Perl じゃなくて PHP じゃ無きゃいけない理由が無いから

>>737
やっすいレン鯖じゃPHPは動かないから。
経験上、小中規模サイトを手軽に素早く作るにはPHPが最適だが、PHPが動かない鯖だとどうしようもない。

自鯖の場合は規模にもよるがJavaで構築するのが流行りだし機能性も高いから、わざわざPerlである必要はない。
ただし、それなりの規模のサイト構築でないとJ2EEを使うメリットは活かせない。
スクリプトでちゃっちゃと作るのに比べて小回りは効かない。
それでも蔵の担当者がミーハーだとJ2EEでの構築になることは多々ある。
客観的に見れば予算の無駄遣いでしかないんだが。

>>737
上記に加えて、蔵の担当者がPerl使いで、後でチェックしたり使いまわししたいという案件もあった。
だがそういうのは例外だな。
最も多いパターンは製作担当者自身がPerlしか出来ないっつーパターンではなかろうか。

以前、焦げ付いたプロジェクトの尻拭いをしたことがあったが、その時はサーバーがIISなのにスクリプトが
aspじゃなくperlで書かれていた。
また処理データがDBに格納されているにも関わらずcgiから参照せずに一旦他アプリでのバッチ処理で
ファイルに落としてから処理するようになってた。

当然バックエンドは全面書き直しになったが、問題は前任者がperlしか知らず、しかもDBアクセスの方法も
知らない素人だったから。業界の隅っこにはそういう自称エンジニアもザラにいる。

自前でインストールできるなら、Javaの方が楽だしな。
データベースを使うなら、Javaの方が楽だし。
データベースを使わないなら、Javaの方が楽だし。
フォーム入力の処理はJavaの方が楽だし。

中小規模サイトをちゃっちゃっと作るなら、Struts+Hibernateとかで適当に作ればいい。

しろうとに毛の生えた程度のプログラマが中小規模のサイト作るにはPHPが楽かもね。

じゃばじゃばじゃばヽ（冫、）ノ

まぁコスト意識のないJava妄信家にはPHPの運用効率性までは見えてこないんだろうな。
てかJava案件は減ってきたよ。

例えばJava案件はサーバの構築費用がコスト対効果の視点で見て
必要以上にかかりすぎる。
PHPと比較して、ウチのおおよそのJava案件のサーバは
Apache&MySQLベース3層構成になるのでアプリケーションサーバの
構築とApache連携の構築費用がかかる。
さらにメールサーバが通常がqmailなのに対してJamesを開発側から
要求したりするのでその構築費用がかかる。
その上でフレームワークの導入がかかる。

JavaではなくPHPで適切な開発をしたほうが同じ売り上げでも
残る利益が一桁変わってきたりする。

あとJavaしか使えないやつはスキルがJavaの範囲でしかない人が
多いんだよね。
便利ツールを駆使しないと仕事がちゃっちゃとできない&自己解決力がゼロな
教えて君を多く輩出しすぎた結果だろうと思う。

時間と共にCOBOLと同じポジションに移っていくだろうね。

>>743
禿同。
>>741とかはJavaで構築されたシステムが運用効率の観点からPHPに書き直しに
なっている例とかも知らないんだろうな。
そういえばアメリカでその内幕をweblogに漏らしてクビになった奴の話があったっけ。

開発企業にとってはPHPじゃボッタクリにくいからJava優位でないと困るんだろうな。
実際クラに吹っかける気がなければPHPの方が残る利益は多い。
ってか中小企業のサイトだとせいぜい商品検索＋ショッピングカート＋メルマガ程度
しかないのにわざわざ大仰なJavaツールが必要かよ。
スクリプトなんか一旦ライブラリ化してしまえばスキンの変更だけでナンボでも使い
まわせるのにな。
PHPにもPEAR等ライブラリも既にあるのに、フォーム検証やDB接続程度でJavaじゃ
なきゃダメな中小規模サイトってどんなのが考えられるよ？

結局は単にPHP知らないだけだんだろ。以前よくいたperlしか知らない奴みたいに。

セキュリティーホールの改修とともに日本語周りの仕様が頻繁に変わるPHPを仕事で使うのは非常に怖い。
素のDBアクセス技術すら仕様として安定したものがないPHPで、どうしろと。
PHPでも、フレームワーク使うなら手間は同じだし、フレームワーク使わずコピペ+修正で楽した気になっててもしょうがないしな。

商品検索+ショッピングカート+メルマガ程度で、SQL書かないといけないPHPはめんどうだな。
フレームワーク導入も一旦antスクリプト作ってしまえばナンボでも使いまわせるのにな。

結局は単にJava知らないだけだんだろ。以前よくいたperlしか知らない奴みたいに。

PHP妄信者痛すぎ。

PHP5の良い点ってPHP4の新機能の追加をクローズにしてくれたことだね。

>>747
PHPを「追わなくて良い技術」と割り切らせてくれたのも大きいよ。

>>746
> Apache&MySQLベース3層構成になるのでアプリケーションサーバの
> 構築とApache連携の構築費用がかかる。

というTomcatとApacheの連携でアップアップするレベルなので、大目に見てやってください。

>>745
最近よくいるよね〜SQLも満足に書けない奴ｗ。
ほとんどの問い合わせはクエリ１発で楽に出来るのに、わざわざツールに頼らないと不便で
しょーがないなんて言ってる時点で可哀想だわ。

DBアクセスが仕様として安定してない？
そりゃおまいさんの技術レベルが低いだけの話だ。
出来上がったシステムが事実上安定動作していれば何の問題もない。
PHP4の時点で既に充分実用的になっているわな。

>>743も指摘してるがJava信者って基本的なスキルが全然欠けてるだよね。
便利ツールがないとなんにも出来ないとは情けない。
たいがいのサイトはフレームワークなんかに頼らなくても構築できるっつ−の。

それに、既に安定したベースシステムがあれば新規で起こすよりもコピペ＆修正で仕上げた
ほうが動作も安定するし費用も安く上がる。
いちいち新規でビルドするのがエライなんてのは作る側の自己満足に過ぎない。
客は単に要望どおりのものが早く安く出来るほうがうれしいんだから。

ボッタクリ大手が手がけるような大規模サイトなんてのは全体の案件数から見れば極少数。
軽い処理系を使って必要最小限の手間とコストで構築できるほうが、自分にとっても顧客に
とっても満足度が高いってのがわかんないんだろな。
費用がかさめばかさむほど顧客はそれを回収するのが大変になる。
掛けたコストを回収するのに苦労すればするほど次の投資には消極的になる。
結局次の案件に繋がりにくくなる。
まあ仕事として何が大事なのかがわらない処理系オタクにはそんなこと知ったこっちゃないん
だろうがね。

>>750
そういうのをやっつけって言うんだと思うよ

>>750
負け惜しみでつか？
顧客の要望を満たしてれば実現手段はどうでもいいんじゃね。
一から起こすのにこだわって収益や顧客にとっての費用対効果を犠牲にしちゃダメだろ。

保守のこと考えてないだろ。

>>750
昔からよくいるよね。SQL書けて喜んでるやつ。
ORマッピングとか使えば書かなくていいSQLを手書きして、仕事した気になってるやつ。
それこそ「いちいち自分でSQL書くのがエライなんてのは作る側の自己満足に過ぎない。」

> それに、既に安定したベースシステムがあれば新規で起こすよりもコピペ＆修正で仕上げた
> ほうが動作も安定するし費用も安く上がる。

当てにならない安定性のベースシステムをコピペ＆修正で仕上げるより、広く検証されたフレームワークで余分なコードを書かずに仕上げた方が動作も安定するし、費用も安く上がるね。
いちいちコピペ&修正するのがエライなんてのは作る側の自己満足に過ぎない。

っていうか、PHP4のデータベースアクセスで充分実用的になってるって、おまえさんの技術レベルが低いだけの話じゃないの？

>>747
地味にいいこと言ったね

>>754
PHP4のDBアクセスは充分実用的だよ。
世の中にもPHP4でDBを使って、実運用しているサービスなんてわんさかある。
むしろJavaよりも多いくらいじゃないのか?

オレもPHP4+DBでいくつも商用サイトと手がけているし、
そのすべてが実用的でないといいたいのなら、もっと世の中を見ろといいたい。

それでもなお実用的でないと言い張るんなら
具体的な例を出してくれんとなんともねぇ。

論点はそこじゃねぇよ

PHP5とApache2って似てるね

>>756
まあ、出来ない奴の僻みだってｗ
保守にしても「PHPだと苦労する」なんて言ってる時点でヘボ確定だろ。
自分のウデのなさを環境のせいにして安心したいだけさ。

まあそんな奴がわんさかいるからオレらは安泰なんだけどな。
焦げたプロジェクトを軌道に乗せるだけで信頼の厚い優良顧客を獲得できる。
今の顧客は「わけわからん技術用語を連発するばっかりでちっとも客のことを
考えてない」業者にウンザリしてるからｗ

こっちは普通のことを普通にやってるだけでもエライ感謝されて(･∀･)

なんで使う側の技術力の話になってんの？

信者同士の喧嘩ってのは大抵、言語が嫌いというより相手の人間が嫌いという話に落ちるからな。

しかし話が出たついでなので、現実のORマッピングってどうよ?
まっさらの状態から Hibernate に都合良くスキーマ設計して良いよ、
と言われればOKかと思うが、
現実には、他用途で使ってる DB が既にあって、PKを面白い方法で生成してて、
欲しい結果を select する時にはわけのわからん表を結合してサブクエリするような
不思議な HQL を自分で書かなきゃいけない、しかも Oracle8 だぁ、
とかいうことが結構あるように思うんだが。俺だけ?
DB板のマッピングスレでも「結局DbUtils使って自分でSQL書くのが一番早い」
て人が多かった記憶がある。

>>761
同感。
既にあるDB（しかも設計に難あり）とかでやらされると結局素のSQL書いたほうが早い。
最近は、技術情報誌に載ってるような事例の大半は関連業者の広告記事だと思ってるよ。

ORマッピングは、汚い設計をきれいにしてくれるものではないので。

>>756
PHP4のデータベース接続の実用性と、PHP4で作ったものの実用性を比べてどうすんの？

>>759
マジな話、PHP4のデータベース接続が実用的と思って、コピペ+修正で手間を省いた気になってる人のおかげで、こっちはかなり楽ができる。

というか、PHP4のどのデータベース接続が、実用的だと思ってるのか聞きたい。
満足にコネクションプーリングもできないのに。

PHP4は例外のしくみもないし、まともにトランザクションの処理書こうと思ったら、めちゃくちゃめんどくさい。

それはプログラマ側の基本ができていない証拠だよ。

ふーん。
そんな基本、いらんね。

>>768
どんな基本？

>>766
コネクションプーリングいらね。
でもoracle前提だと、無いと実用性が低いだろうね。

まともにトランザクションの処理書こうと思ったら、めちゃくちゃめんどくさい。
↑
(　´_ゝ`）ふーん

>>772
例外がない言語でトランザクションの処理をまじめに書くことのめんどくささをしらないなんて、プログラマ側の基本ができてない証拠だよ。

>>771
あぁ、コネクションプーリングがいらない、利用頻度の少ないサイトだから、PHPで満足なんだね。

ここで Javaについて語ってるやつってあれだな、
邦楽板で邦楽バカにしてる洋楽厨に似てるな。

>>764-766
スレタイ嫁

PHP じゃないけど、
全ページで Oracle の SQL をコネクションプーリング無しで走らせる perl の CGI が、
平均15万PV/日で動いてるよ。

いや、確かに悪いのは私です。ごめんなさい。本当に反省してます。次はもっとちゃんと作りますから。

>>775
やっぱ、Javaのライセンスがないからじゃない？

>>775
っていうことは、ここでPHPについて語ってるやつは、アーティストきどりのアイドルってとこか。
なっちとか。

なっちって逆から読みにくいよな

一連の騒動の発端はそこだと思う

>>774
そうだねDB更新の頻度は少ないよ。IA32の2CPU、1台のみで済むレベル。
参照系は4つ並列(WWW/DB同居)にしてるけど。

PHPでコネクションプーリングが必要って、特殊な作りか
よっぽどネゴシエーションがとろいDBMSを(ワザワザ)使ってるかじゃないの。
これがPHPじゃなく、必然としてJavaで組む様なシステムなら別だけど。

>>781
４台並列にしておいて言うことか？

>>780
妹のタバコだと思

やっぱJavaってスペック低いからいろんな誤魔化しをしないとマトモに使えないんだな。

>>784
禿同ｗ

>>744が言ってるのはCNETのこの記事
「個人ブログが「やぶ蛇」に--ネット企業が社員を解雇」
http://japan.cnet.com/news/media/story/0,2000047715,20071607,00.htm
の事だが、この記事中でJava J2EEからPHPに書き直されたサイトってのは
「friendster.com」のこと。
http://friendster.com/

ちなみにAlexaのアクセスランキングで調べてみると、friendsterはランキング対象
ページ内で76位。最近の1日あたりのPVは6億〜10億で安定している。
http://www.alexa.com/data/details/traffic_details?&y=p&q=&url=friendster.com
サイトの性格上、当然“Ｄ Ｂ 接 続 バ リ バ リ”。

で、ここんところPHPに実用性がないとか言う連中に聞きたいんだが、
おまいらが手がけてるサイトってのは、friendsterの10億PV/日程度じゃ相手になら
ないくらいの“超 大 規 模 サ イ ト”なんでつか？
収入もすんげー良さそうでうらやましいでつ。

漏れの手がけるサイトなんて大きくてもせいぜい数万PV/日程度のピコサイトなんで
ちゃっちゃと書けるPHPでじゅうぶんでつ。

>>784
でもそれをいうならJava自身のスペックというよりも、ここのJava信者のスペックが低いんだと思われｗ
Java自体には確かにそれなりのメリットがあるしな。
要は使い分けが出来るかどうか。
てか、PHPスレでPHPをけなす事しか書けない時点でDQN確定。

別に、PHPに実用性がないといってるんじゃなくて、ちょっとしたサイトをちゃっちゃっとしっかり作る仕組みがないっていうだけ。

PHP擁護の発言が出たら、直後に「禿同」と続いてることが多いのは、偶然か？

>>785
J2EEからPHPに書き換えたという情報は、社員を解雇するくらい表に出したくない情報なの？

非常に負荷のかかるサイトのレスポンスを人手を惜しまず高速化するときには、PHPがよく使われてるね。

手早くJavaで運用をはじめておいて、負荷が高くなってきたらPHPって感じだな。

>>787　>>791
PHPでもちょっとしたサイトをちゃっちゃとしっかり作ることは可能ですが何か？
てかPHPはたいがいそういった目的で使われているんだが。

加えて言えばPHPにはフリーでサイト丸ごと構築できるツールもある。
ライセンス料もかからない上にオープンソースだからカスタマイズもしやすい。
小規模サイトを小予算で手早く作るならそういうツールを採用する手もある。
ツールで手っ取り早く立ち上げておいて、追々カスタマイズするってのは小予算の
テストプロジェクトではよく見られる手法だ。

俺の場合はそういったツールは使用していないが、それでも過去の蓄積があるから
良くあるサイトのバックエンドなら作業は数日で終わるし、仕様的な不足がなければ
実質的な作業は発生しない。
あとは表面のデザインだけだ。これには開発言語は関係ない。

PHPだと手早く作れないってのは単に経験や実績が不足してる言い訳に過ぎないな。
何度も言われてるが自分の力不足をPHPのせいにするのは見苦しいぞ。

>>790
それはJ2EEだと人手をかけてもパフォーマンスは向上しないということか？
いくらなんでもそういうことはないだろ。
再構築だけでなく検証の手間だけを考えても、環境の全面移行は最悪の手段だと思うが。
J2EEに致命的な欠陥がない限りそこまでする必要はない。

経験上そういうケースは最初にJ2EEで請けた業者に問題があって、クライアントが業者ごと
変更するような場合でないと発生しないと思う。
少なくとも良くあるケースではない。

>>793
どうなんだろね。
J2EEの場合運用にお金がかかりすぎるのは問題だと受け止めてるけど、
わざわざ乗り換えるかどうかとなると微妙。

>>790-791はネタだろ。
コストその他いろんな面で普通にはありえん。
通常J2EEでの構築だったら最後までJ2EEで行くし、後でPHPに切り替えるくらいなら最初からPHPで作る。
スキルのないJava厨が足掻いてるだけ。

>>793-794
JavaはPHPに比べてサーバーのリソースを食うのは確かだし、最適化したPHPのプログラムとJavaのプログラムでは、PHPの方が速いということになってる。
Yahooとか。
もちろん、その場合Zendからいっぱいモノを買うわけだけど。

J2EEの運用にお金がかかりすぎるというのは、意味不明。
EJBを使うにしても、サーバー製品にはお金をかけずにすますことができるわけだし。

>>793
非常に負荷のかかるサイト自体が、よくあるものじゃないからね。

>>796
いや・・
サーバあれば運用できるわけじゃないから・・・
もしかして、自宅サーバの話だった？
だったらごめんね。

>>792
えっと、少なくともトランザクションをしっかりやるのをちゃっちゃとできないと思うが。
入力検証のしくみも、定番になるようなしっかりしたものはないし。
ORマッピングもないから、データベースからそのままデータを表示するだけでも、SQLを書かないといけない。
少なくとも、サイトをしっかりさせる仕組みはPHPにはない。

PHPでちゃっちゃとしっかり作れるちょっとしたサイトって、ほんとにちょっとしたサイトくらいで。
それにしても、Javaで作れば、もっとちゃっちゃと作れるわけだし。
まあ、過去に作ったものと同じようなものでコピペでいけるとかの条件があれば別だけど。

>>798
それはPHPの場合でも同じことだと思うが。

>>792
>>791はちょっとしたサイトの話じゃないよ。

>>798
で、PHPに比べて何に金がかかるの？

ついでにいっておけば、ちゃっちゃとしっかりトランザクションをやる仕組みっていうのは、データアクセスメソッドの名前を指定しておけば、特にトランザクションのコードを書かなくても正常終了時はコミットして、エラーが出たときはロールバックしてくれる仕組みね。

>>802
仕様取り。
（※ バグといってはいけません）

必死な生き物って応援したくなるよね。
ガンガレ！Java厨！
ガンガレ！COBOLer！

PHPスレでたくましく宣伝汁！

>>793
> それはJ2EEだと人手をかけてもパフォーマンスは向上しないということか？

限界が、Javaの方が低いってこと。
裏側の込み入ったところはJ2EEのままにして、表側の負荷がかかる参照系をPHPにするとかにするんじゃない？
もちろん、Javaの限界を超えて、サーバー増設のコストより作り直しのコストの方が安いくらいの負荷がかかる場合。

>>804
え？どういうこと？

うちでは、Javaって一言でも出てきたらすぐ帰ってもらってるよ。
Javaって口に出す営業さんってお金をどれだけ取れるかしか興味ないから。
うまく動かないように納めてあとからまた金取る。
すごい剣幕で検収要求するしね。
はっきり言えば詐欺みたいなもんだね。

お金をどれだけ取れるかしか興味ない営業さんなら、PHPでも変わらないのでは？

>>808
スジの通った議論ができなくなると、そういう話題を持ち出すしかなくなるんだね。

>>809
不思議なことに、PHP薦めてくることはまず無いね。
PHPだと、動くものを一回で納めてもらえるし、
どう見ても手離れさせたいって言うのが見え見えなんだよね。
こっちが、Javaって言い出したら帰ってもらうのと同じで、
向こうもPHPって言い出したらカモれないって思ってるのかもね。

>>811
> PHP薦めてくることはまず無いね。

その理由を冷静に考えた方がいいんじゃないかな？

さて、盛り上がってまいりましたｗ
この板見ても、もうJavaが下り坂なのはわかるな。
未来が無い。
スレ無いしｗ

っていうか、PHP5の話題がないからこういう状況になってるんだと思うが。

>>812
2週間で納品できるんじゃ金になら無いからだろ。
Javaなら同じもの納めるにも半年かけれるからな。

それは、>>815がJavaで同じものを納めるのに半年かかる程度のスキルしかないだけでは？

>>814
PHPの話題が無いからってJava厨がやってくる理由にはなるまい。

>>816
誰がやっても同じだよ。
金も時間もかかる割りに立ち上がりも悪いんじゃ、ユーザに見放されるのもうなずけるだろ。

誰がやってもPHPなら２週間でできて、Javaなら半年かかる理由を２、３教えてもらえんか？

必死な生き物って応援したくなるよね。
ガンガレ！Java厨！
ガンガレ！COBOLer！

PHPスレでたくましく宣伝汁！

ここのPHPの人って、具体的なこと聞かれると逃げるよね。

>>820
PHPの人が苦しくなると、そうやって応援に現れるのですね？

で、PHP5の面白い情報はないの？

>>823
あるよ？

どんなん？

〜〜〜 必死にぐぐっております 〜〜〜

TidyとかsimpleXMLとかOOどうですか？
SQLiteも面白いと思う。
皆さんは何に使っていますか？

>>826
私を煽られても困るんだけど。
朝は煽られることが多いなぁ・・・

simpleXMLは簡単そうでいいね。
スピードとかメモリは気になるけど。

PHP5って、プロセス間でオブジェクト共有できる仕組みってあるのかな？
ファイル経由でもいいから。

>>828
>>823-826は4連コンボじゃないの？

>>829
オブジェクトをシリアライズできるかってことですか？

セッションのように、シリアライズとかを意識せずにできる仕組み。

セッションというのがどんなものか知らないのですが、
シリアライズせずにオブジェクトを共有できる仕組みがあるのですね？
PHPにはHTTPのセッション間で変数を共有する仕組みはありますが、
オブジェクトを共有する簡便な方法は無いように思いますよ。

セッションまたがって共通のオブジェクトを、セッションと同じような仕組みで共有してくれればいいんだけどね。
まあ、一般的に作るには、同時実行とか考えると難しそうだけど。

> PHPにはHTTPのセッション間で変数を共有する仕組みはありますが

こまかいこと突っ込むと、HTTPのセッションは、リクエストが来てレスポンスを返すまでの一回限りだよ。

>>834
HTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど、
オブジェクトを受け取るセッションが開始した時点には前のセッションが存在しないので、
シリアライズされても何も問題が無いと思うのですが、どうでしょう？

>>835
セッションとセッションの間でって意味ですね。

>>799
まだORマッピングとやらにこだわってんのかｗ

「データベースからそのままデータを表示するだけでも、SQLを書かないといけない」とか、SQLの記述
自体が無茶苦茶大変なようなこと言ってるが、RDBMS扱うマトモなプログラマならSQLくらい朝飯前だぞ。
実際みょうちくりんなツールを使うよりもよっぽど素早く目的のクエリが発行できる。
しかも効率よく早くリソースも無駄に食わない。

ちょっとまえは「SQL書けて喜んでる」とか煽ってたようだが、SQLは今のRDBMS使いにとっては国語と
同レベルで出来るのがアタリマエ。SQL書けるくらいで喜ぶような低レベルな奴と一緒にすなっての。
好みの便利ツールがないくらいで開発できないようなおこちゃまは自分のねぐらに帰りなさい。

OR マッピングだと SQL のチューニングができない。
Friendster が遅かったのは Java というより、
OR マッピングを使っていたせいじゃないの？と思った。
大抵ボトルネックは DB だし。

>>839
それは、SQLのチューニングができないORマッピング使ってるというだけの話じゃないの？
ボトルネックになってるところはORマッピングの自動生成SQLを使わなければいいだけの話だし。

>>838
SQLは書けてあたり前だけど、書かずにコーディングレスにすませれるならそれでいいって話だよ。
余計な手間であることにはかわりないわけだ。
とくに問い合わせを反映させた問い合わせとか、ORマッピング使わずにちゃんとビューと分離させようとすると非常にめんどうだし。

>>836
> HTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど

ふつうにPHPのセッションのしくみなんかも、HTTPのセッションをまたがってオブジェクトを共有するしくみだけど。

>>838
> SQLの記述自体が無茶苦茶大変なようなこと言って

言ってないよ。ただめんどくさいだけ。
とくにちゃっちゃっとしっかり作る場合にはとくにね。

>>838
どっちかというと、こだわってるのはトランザクションなんだけど。

Javaみてーな教育用言語で仕事してる奴まだいたんだｗ

バグだらけのPHPで糞コード撒き散らす奴は氏ねや

あとは頼んだぞ。

PHPって、バグだらけかなぁ？
仕様自体のバグと、仕様策定手順のバグは多いけど。
仕事で使えないことには違いないけど。

×仕事で使えない
○仕事で使いにくい

いろいろな制約でPHPを使わないといけないときとか、アンケートみたいな使い捨てのサイトだったらPHPの方がいいときもあるからね。

>>841 >>843 >>844
まともにSQLが書ける人はこんなこと言いませんがｗ
ツールがなければSQLすらちゃっちゃと書けないレベルなんでつね。

第一便利ツールが出来たのはごく最近の話なんだが、それ以前のプログラマはまともなシステム
など組めなかったとでもいいたいんでつか？

SQLですら使われるようになったのは最近の話。
それ以前はdBaseやその他のISAMでガリガリ書いてたわけで、その時期からすればSQL自体が
夢のような便利ツール。
トランザクションのコーディングも普通にSQLで書ける。
ていうかSQLレベルで実装されてる。
第一よくある処理だと、既に散々使いまわしてきたクエリの項目を修正するくらいの程度なんだが、
それすら面倒だというくらいならプログラマなんてやってられんだろ。

いわば「自分で箸もって飯食うのが面倒だから口元まで運んでくれ」位のことを言ってるようなもの。
おまいら本当に R D B プ ロ グ ラ マ な ん で つ か？

うん

>>842
PHPの場合は勝手にシリアライズされるので違うみたいですよ。

>>850
お前は本当にプログラマなのか？三大美徳三唱してみろよ

SQLといえば、SQLiteどうです？

SQLが最近の話かぁ・・・。
おれが最初にMSAccess使ってSQL勉強したのが10年近く前のことだから、この人って結構年季の入った人なんだろうなぁ。

> ツールがなければSQLすらちゃっちゃと書けないレベルなんでつね。

SQLを書かずに済ませる方法があるんだから、書かずに済ませたいという話なんだが。
目的はSQLを書くことじゃなくて、データベースに格納されたデータを取ってくることなんだからね。

> SQL自体が夢のような便利ツール。

いつまでも夢を見つづけててください。

> トランザクションのコーディングも普通にSQLで書ける。
> ていうかSQLレベルで実装されてる。

そういうレベルの話ではないんだが。
例外のないPHPで確実にトランザクションの処理しようとしたら、経由するすべての関数で異常時にエラーコード伝播させるコードが必要になるでしょ。
それがめんどうだっていう話。
宣言的トランザクションの仕組みがあれば、コード中でトランザクションのコードを書く必要がなくなる。

> 第一よくある処理だと、既に散々使いまわしてきたクエリの項目を修正するくらいの程度

よくある処理だと、それなりの仕組み組み合わせればコードすら書かずに済ませれるんだが。

> それすら面倒だというくらいならプログラマなんてやってられんだろ。

そうやって、書かずにすませれるSQLを書いて工数稼ぐのが正しいプログラマなんですかね？
自動生成なら書かずにすませれるような簡単なSQLでも、自分で書けば売上につながるというわけですね？

×例外のないPHP
○例外の仕組みのないPHP4

>>857
856の内容に異論があるわけじゃない。
ただな、このスレはPHP5のスレなんだよ。

>>858
シリアライズしてでもいいから、アプリケーションでのオブジェクト共有をしたいのはなぜかっていうと、ORマッピングとかプレゼンテーションフレームワークとか、設定の重い仕組みには不可欠だからなんだよね。
という感じでつなげていけばよろしいか？

>>856
お前自身がPHPでまともなアプリ書けないのは良くわかったから、とっとと古巣へ帰んな。

いくらおまいがPHPを貶そうと必死になっても、現場でPHPで普通にアプリ書いてる連中から
見ればヘボが必死に足掻いてるようにしか見えないんだぜ。
上に出てたfriendsterの例を見てもPHPで実用サイトが組めるのは実証済みなんだから、
いくら「PHPは使えない」とか主張しても「そりゃお前にとってはダメなんだろうさ」ってなるのは
当然だろ。

本当に技術のある奴は多少の難点があっても独創性でカバーしていくもんだし、そのために
こんなスレが立っているんだろ。「こういうトラブルが出ても、こうやれば回避できる」のような
現実的に役に立つ情報を出せるのが本当の技術者なんだよ。
「この機能がないから使えない」なんてのはマジでヘボの言い訳としかとられないんだぜ。

もちょっと空気読めよ。

>>855
Windows以前から仕事しているプログラマはザラにいるからね。
実際DB開発はここ10数年でメチャクチャ楽になっているから「アレがなきゃこれがなきゃダメダメ」
なんてのは古株から見れば軟弱にしか映らないよ。
俺も昔は自分で普通にDBエンジンまで組んでたし、それで充分実用になってた。
社外のライブラリもあったけど高くてね。
トランザクションなんかも自前で全部実装するんだぜ。

そういう連中から見れば、PHP程度のツールも使いこなすことが出来ずに文句ばっかり言ってる
ような奴は単なる無能にしか見えないのも無理ないね。
Accessをけなす気はないけど、Accessで育った世代以降のプログラマにはツール依存の傾向が
強い気がする。もちろん例外はあるが、ツールが提供してくれる機能にべったり依存しすぎていて
ツールが変わると途端に開発できなくなる奴が多いな。

ソフト開発業界なんてのは他と比べて成熟度も低いし、技術の進歩で標準とされる環境もくるくる
変わるから、特定の環境にべったり依存してるとこの先生き残れる可能性は低いよ。
パソコン環境を見ても、今は主流のWindowsは10年前(Win3.1)はそれ程使われてはいなかった。
当時はまだDOS環境が当たり前だったが、それ以降DOSにしがみ付いていた連中は５年もしない
間に一掃されてしまったよ。
今標準とされているような環境も、10年後はその存在すら怪しい。
例えそれが最先端のものであってもね。

>>860
じゃあ、とりあえずトランザクションの記述の問題は、どう解決してるか教えてもらえますか？

>>861
今の最先端についていけないやつが、その後の最先端についていける可能性が低いという話ですか？

>>860
「この機能がないから使えない」のではなくて、「いまある機能が明日どうなるかわからないから使えない」
「この機能がない」のは、手間がかかるというだけの話で。
その手間を顧客に出してもらえるならいいよ、ってことだよ。

>>861
> 実際DB開発はここ10数年でメチャクチャ楽になっているから「アレがなきゃこれがなきゃダメダメ」
> なんてのは古株から見れば軟弱にしか映らないよ。

硬派をつらぬくために、顧客に費用を負担してもらうのですね。

Accessが楽にしてくれたDBアプリケーション環境が、やっとWebの世界に来た/来そう、って感じなんだけどね。
で、PHPはそこからは取り残されているように見える。

> ツールが提供してくれる機能にべったり依存しすぎていてツールが変わると途端に開発できなくなる

ORマッピングであればだいたい同じ機能を提供してるから、たとえばHibernateがTopLinkになっても問題は大きくなさそうだな

ここが噂のPHP vs Javaのスレですか？

スレ違いは、さようなら。

どっちかというと、PHPで手なりでやってる人と、それなりのツールを使ってる人の対抗みたい。
PHP5の話題が薄いみたいなので、しかたないんじゃない？

SQLiteってPHP4でも使えなかったっけ？

ま、それを言うなら、SQLiteはJavaからでも使えるわけで。

Java厨大暴れでつね。
でもなんだかJavaスレでも相手にされなさそうな人でかわいそうでつ。
あ、だからこんなところにいるのか（藁

いやぁ、PHP厨の人の方が虚勢を張ってるように見えるぞ。
技術的なツッコミには全然反応できてないし。

>>873
うわ一回りしてきたらもうレスが。(　ﾟДﾟ)ﾎﾟｶｰﾝ
常駐してレス監視してるんでつかヒマでつね。

技術的なツッコミって「ORマッピングとかｲﾗﾈ」で終了してまつが何か？
ふつうにPHPで仕事できてる人に「PHPじゃまともに書けない」とか言っても相手にされないのもあたりまえでつが。
てかここはなんのスレかわかってまつか？

>874
ぶっちゃけ、あんたみたいなの嫌われるタイプ

こういうのを煽り厨って言うんだよ(・∀・)

どうでもいいから、もうJavaスレ戻れ。

そして、かまうな。技術云々の前にスレ違いだって事に気が付け。

＊＊＊＊＊＊＊＊＊＊＊＊＊＊以上で　PHP対Java　終了＊＊＊＊＊＊＊＊＊＊＊＊＊＊

>874
ぶっちゃけ、あんたみたいなの嫌われるタイプ

>>877
そうだね。
SQLを便利ツールと思ってる人の夢を、これ以上壊しちゃいけないものね。
ORマッピングも、使ってしまったら工数稼げないからいらないという結論が出てたね。
そういえば。

結論としては、こういう仕事できてるつもりの人を増やしてしまうのが、PHPの問題点ってことだね。

>>879
ぶっちゃけ、そんなこと言ってるのあんただけ。

間違えました。
× >>879
○ >>861

まぁ、そんなカリカリしないで。
別にPHP5が出たからってJavaが無くなる訳じゃないですし。

というわけで、PHP5です。
私は、クラスが普通に使えるようになってうれしいです。
今まで特別な工夫をしてやっていたことが、
頭の中で考えたとおりに実装できて楽になりました＾＾

Java厨はなんでわざわざPHPのスレまで出張ってくるんだ？

・Javaスレではついていけない
・実はJavaの何が良いのかよくわかっていない
・Javaしかできない　でもそれを正当化したい

>>883-884
せっかく>>882が流れ変えようとしてるのに、そうやって蒸し返すなんて、そんなにくやしかったの？
Javaスレではついていけない、実はJavaの何が良いのかよくわかっていない、JavaしかできないJava厨にすら、具体的な反論ができないわけだね。

で、どれがJava厨の意見なわけ？

まぁまぁ。
みんな仲良く。

.｡ﾟ+.ヽ）∵）ノ ｡+.ﾟ

>>885 JAVA厨乙

>>888
どういたしまして。

>>881
粘着乙！

>>890
すぎさった話題に対しても突っ込みを忘れない、真の粘着にはかないません。

>>891
死ね

>>892
図星つかれて顔真っ赤にしてるのはわかるけど、それはないんじゃない？

さすがJAVAだね。
便利ツールで工数余りまくりなんで、他言語のスレを荒らしたくなるんだね。
彼女とデートするなり勉強するなり家族サービスするなりもっと有意義に
使えばより良いと思うのだけど・・・あっそうかごめんね。

>>893 死ね

ORマッピング厨はせめてDBDOくらい見てから意見吐いてくれ

いまごろになるまで出てこなかったのが不思議だね。
関連データの取得ができるのかできないのかわからないけど、単純な取得なら楽そう
Mojavi + Smarty + HTML_QuickForm + DB_DataObjectというのが定番化していくのかなぁ。
ただ、これだけ全部使うと遅くなりそう。

関係ないけど、ブログを理由に解雇させられた件。
表現の自由が強く認められてるアメリカでは、ブログに書かないように、とかブログから削除するように、ということができないらしい。
会社には、社員の表現の自由を規制する権利はないということだ。
でも、会社には、社員を解雇する権利がある。
だから、社員が会社の都合の悪いことをブログに書いたら、解雇するということになるみたい。

>でも、会社には、社員を解雇する権利がある。
これは日本では無理かな？

そのかわり、日本ではブログに書くなとか、オープンソースにコントリビュートするな、とか言える

俺んとこの最近の小規模プロジェクトではORマッピングどころかDBすら使わないなー。
鯖もレンタル。自鯖が前提なJavaなんて最初から選択外だわ。
まあ最初からそのつもりじゃなかったんだけど、一個作ったら客の紹介でその手の案件ばかり
来るようになっちゃった。まあ基本は同じなんで全然手間はかからんけどね。

最近は客の方も思考レベル上がってきて最初から採算ベースで考えてる。
無駄な機能は求めてないね。てか余計な提案はウザがられる。
楽天とかを経由してくる客もいるから、受発注データはメールベースで処理してその後の管理は
お手軽通販とかで行うとかのワークフローのイメージを最初から持ってたりするし。
商品ＤＢはエクセルから吐いたCSV。
今はレン鯖でもPHPは普通に動くからPEAR ITとか使うとその手のサイトは簡単にできるわな。

レン鯖でPHP5が動くようになるとSQLite使ってもうちょっと複雑なシステムも格安で出来るように
なると思うね。
客もいつまでもシステム屋の言いなりじゃないから、自鯖じゃないと構築できないようなシステム
しか組めないと今後は営業的に苦しいんじゃないかな。
便利ツールなんてあくまで開発屋に便利なだけで客には直接のメリットはないからね。

でもそうなると、どこの鯖でも動くPerlでバリバリ書けるエンジニアが一番競争力あるかも。

ところで、スレ違いかも知れんけどSmartyってもう固まってんの？

今んところPEARのライブラリで事足りてるから手をつけてないんだけど
Smartyの方が便利なら乗り換えも考えようかと思ってる。
使ってみた感じ、どう？

いまどきPHPやDBが使えないレン鯖なんてある？
まさか無料のとこ使ってんじゃないよね？
JAVAが使えるところも増えてきたし。
俺も小規模な案件しかやらないけど基本的にはPHP + MySQL or PostgreSQLでやってるよ。

いくらでもある

>>904
>>903は世の中を知らないんだよ。
それにクライアントの要望でDB使ってないって書いてあるのが読めないのかな。
運用面からDB選択しない場合だってあるのにね。

>>903
無料鯖じゃ基本的に商用利用は出来ないだろ
それに無料鯖使うような客がわざわざ金払って業者に頼むようなことはしないと思うが

いや確かにプログラムはついでにやってるだけなんで世の中知らないんだけどさ。
開発に当たってcsvファイルでやるよりDBの方が楽じゃないの？
レンタル料も変わらんし、DBの方が楽だと思ってるから不思議だなあって感じただけ。
DB使うと工数が同じでも料金を高くするのが普通なの？

>>901
> 便利ツールなんてあくまで開発屋に便利なだけで客には直接のメリットはないからね。

間接的なメリットが大きいと思うが。
まあ、同じモノばっかりコピーペーでやってるからわからんのだろうが。

好きなもの使えばいいと思いますよ。
選べる立場ならですけどね。

PHP5はいずれ普及するでしょうね。
使ってみた実感です。
でも、今はまだ実運用できる段階じゃないですよ。
ごく小さなサイトなどで実験的な運用するくらいがせいぜいじゃないでしょうか。
私はそんな感じでやってます。

PHP5なんてとりあえず話題作りで無理やりリリースしたものの
バグだらけで全然使い物にならない。
こんなことばかりしているとユーザーにPHPはバグだらけで
使えないって思われてしまう。
これって非常に危険なことだと思うけどもう遅いね。
一般ユーザーはともかく、企業のPHP離れはかなり進んでいるよ。

＞一般ユーザーはともかく、企業のPHP離れはかなり進んでいるよ。
ソースは？

>>907
＞開発に当たってcsvファイルでやるよりDBの方が楽じゃないの？

楽とかそういう話じゃなくてね、客が必要最低限の機能しか求めてないからＤＢ使わないんだよ。
ＤＢ使うとなるとマスター操作機能とかいろいろ作らないといけないだろ。
単に商品の登録削除だけなら手元のエクセルで出来るわけだから、ＤＢへのデータ登録なんて
俺の客にとっては不要なんだ。
今までやっとことのない新画面とか作ったら従業員教育もしなきゃいけないしね。
手元のエクセルで出来るんなら納品したその日からでも問題なく運用できる。

それに楽天やビッダーズにも店だしてるから自分とこの鯖だけで業務が完結するわけじゃない。
在庫の調整もあるから、メールフォームで受付までやって、注文確定はその後メール受けた
店側でやるようになってるのさ。
カード処理とかはクロネコで出来るしね。
必要な機能だけに絞れば、ネット小売店にＤＢは必須ではないってのが現場の実情なんだよ。
それにＤＢ使える鯖よりＤＢ無い鯖のほうが月々の運用コストも安いしね。

>>908
おまえ最近粘着してるJava厨だろ。丸コピーの方が客受けがいい場合もあるんだよ。
受注時の要望からして「あそこと同じのを作ってくれ」ってくるんだから。
発言からしてとてもプロとは思えんが、仕事するならもっと客の方向いてやれよ。

>>911
ソースもなにも、適当に言ってるだけだろ。
MS製品みたいに大概の企業に入っていた製品ならともかく、PHPは元からそう使われていたわけじゃない。
イントラではPHPよりASPの方が使用頻度としては高かった。
どちらかといえばASP→Java or PHPってのがここ数年の流れ。
雑誌の特集とか見てると大体のトレンドが見えるが、特集記事やムックの新刊の数から推測すればPHPは
ここんとこ伸びてるはず。
Java雑誌とかは数年前に急に増えたけど、最近はそんなに勢いはないね。

>>913
妄想も対外にしとけ。
PHP5のおかげでPHP＝不安定という認識がユーザーの間で
定着してるだろうが。
あんた多分現場を知らない人だね。

ユーザねぇ

>>914
俺のまわりでは3→4の時のこともあるし、普通に静観してるが

PHP5が正式にリリースされているのに誰も使おうとしない事実。

>>917

だよねーなんでだろう・・・
うちの会社なんて、4.2.？使ってるし・・・

しかし、リリース半年でまだ静観している所が多いというのに、
ユーザの間での認識の定着もクソもあるんか？

PHP5＝不安定なら分かるが、それがいきなりPHP=不安定になるのかが不思議だ。
よほど粗忽物の集団なのか？
まあ、>>914 は碌な「現場」で働いてないんだろうね。

>>919
MS製品と違って必ず５にバージョンアップしなきゃならないわけでもないのにね。
セキュリティアップデートにしても旧版が取り残されているわけではなし。
PHP搭載レンサバだって不安で減ってるどころか増えてるし。
>>914の「現場」とやらではPHP使える人がいないんだよｗ

>>918
４→５で言語仕様が変わってるから仕事で使ってるとこが直ぐに乗り換えるような
ことはないと思う。実際WinNT→Win2Kの時もそうだったし。
マニアならともかくビジネスユースでは当然だよ。

MSが旧版のサポートを打ち切ってるのも、そういった動きに懲りたからでしょ。
そうでもしないと実質的にWin2Kと変わらないどころか問題の多いWinXPへの乗り
換え需要はなかなか喚起できないから。

PHPの場合オープンソースで旧版のサポートもされているから、５への移行は
安定化やノウハウの蓄積などで移行のメリットが４を使い続けるよりも大きいと
判断できてからでいいと思うよ。

Win2kのときとPHP5で確実に違うのは、Win2kは、単純に移行コストの問題で移行しなかったのに、PHP5は、新規でも候補にあがることが少ないことだね。
それに、情報サイトで、PHP5を扱っているところも、半年たったにしては少なすぎ。

過去の実績をみれば、旧版は取り残されるしね。

>>912
> ＤＢ使うとなるとマスター操作機能とかいろいろ作らないといけないだろ。

普通に自動生成すればいいんじゃないかと。
別に、エクセルシートやCSVからデータ流し込んでもいいし。

> 今までやっとことのない新画面とか作ったら従業員教育もしなきゃいけないしね。
> 手元のエクセルで出来るんなら納品したその日からでも問題なく運用できる。

エクセルでやる場合の方が、システムで誤り対策ができない分、従業員教育ちゃんとやらないといけないと思うが。
適切な画面作れば、エクセルの書き方教えるのよりも楽にできるんじゃないの？

DB使えない鯖の方が安いっていったって、開発コストやらトータルの運用コストでどうにでもなる程度の差しかないしね。

>>909
> PHP5はいずれ普及するでしょうね。
> 使ってみた実感です。
> でも、今はまだ実運用できる段階じゃないですよ。

これが、β版とかを使っての話ならいいんだけど、正式リリースされてしばらくたっての話だからねぇ。

まぁ正式リリースっていったって PHP だからねぇ。
またヒョコヒョコと（ｒｙ

今まで作ったものをコピーするだけなら、PHP4のままでいいしね。

PHP5なんか必要ないよ。
PHP4で充分。
コピーのまんまで客の受けはいいんだから。
受注時の要望からして「あそこと同じのを作ってくれ」ってくるんだから。
最近は客の方も思考レベル上がってきて最初から採算ベースで考えてる。
無駄な機能は求めてないね。てか余計な提案はウザがられる。
PHP4は充分実用的だよ。
世の中にもPHP4で、実運用しているサービスなんてわんさかある。
オレもPHP4+DBでいくつも商用サイトと手がけているし。

まあ仕事として何が大事なのかがわらない処理系オタクにはそんなこと知ったこっちゃないんだろうがね。

>>926
コピペくらいもっとまともにやれよ。文章になってねぇぞｗ

元ネタが文章になってないんだから、しかたない。

誘導されて来てみたけどここのJava厨ってすごいね。
何か書き込みがあると数分で反応してるよ。
こんなにべったり粘着できるってのは相当のエネルギーいるんじゃない？
人に何て言われてるのか気になるってのはわからないでもないけど普通ここまでしないよね。
面白いものを見させていただきました。

>>929
誘導されて来たにもかかわらず、ここしばらく「Java」という言葉がないのにJava厨ときめつけれるほうがすごいね。
まるで、PHP厨の人がはじめてきたフリをしてるかのようだ。
文体もコピペで満足PHP厨の人ににてるし。
まあ、偶然だろうけどね。

　　　こうしてこの世界にまた新たなレッテルが生まれた




　　　　　　　　　　　　コピペで満足PHP厨

Zendに開発力が無いおかげで振り回されるPHPユーザー

普通のユーザは５なんてまだ使わないから別に振りまわらされてないけどな

PHP4.2から4.3系へ順とおりにバージョンアップして高い目の保守費用を
もらってきたんだがここにきてMySQLを3.23.58から4.1.7へ上げて欲しいという
強い要望が上がってきた。
以前、個人的にPHP4+MySQL4,1で認証まわりで失敗したんだが
これはPHP5へ乗り換えないとクリアできないんだろうか？

PHPも再コンパイルするか、--old-passwords でmysqldを起動。

>>930
（ ´,_ゝ`）ﾌﾟｯ
自分の発言だけ他のレスから完全に浮いてるのがわからないんだな
Javaなんて書いてなくても一発で見分けつくっての

でもPHP4の中途半端なオブジェクト指向がやなんだよなぁ。
PHP5はその辺追加されてるらしいし（よー調べてないけどさ）

>>936
そこまで必死になるには、なにか理由があるんですか？
コピペで満足PHP厨

>>938
必死必死って必死だなｗ
このスレで何回必死って言ってるんだ？

>>939
だってさぁ、自分に対して禿同っていったり、誘導されたのを騙ったり、必死以外の何者でもないから。

>>940
禿同

>>941
同意してくれてありがと

>>940
必死過ぎ

PHPのソースはたぶん他の言語のソースのコピペの継はぎだらけ。

図星です

>>944-945
自作自演乙

>946
図星です

なるほど自作自演じゃなく>>945＝947みたいな張りついてるｷﾓｲのがいるだけか。
>>944すまんかった。

>>948
図星です

>>948
ここのPHP厨って、キモいよね。

図星です

次スレは要るのかな？
語ることもないみたいだけど。

図星です

とりあえず、PHP5はPHP4より遅く、Javaより格段に遅いという結果ですな。
ttp://www.thinkit.co.jp/free/compare/2/4/1.html

>953
何かのスクリプトか？ｗ

図星です

どう考えても、PHPスレで暴れてるアンチの方が必死にしか思えないが・・・。
JavaかPHPどっちがいいかとか、そういう以前の問題だよ。

>>957
話が別の流れになるたびに、蒸し返すやつが一番必死。

次スレ立てるなら検索しやすいタイトルでよろしく

>>959
せめて使えるようになってからスレ立てたら？
バカジャネーノ？

使えるようになる過程をヲチするスレでいいんじゃねーの？

[PHP-dev 1068] なんてこともあるし、当然 PHP5 はまだ静観でしょ。
PHP 5.3.10 くらいが確実だけど、とりあえず自分は PHP 5.1.x まで静観。

PHP5 にするタイミングで EUC-JP から UTF-8 にもしようと思っているし。
# ここの住人で Java と PHP 両方使えるのって何人いるの？
# 流れを見ていると、片方しか使えない人の子供の喧嘩に見えるけど。

>>962
PHP4の人は、PHPも満足に使えてないような気がするが。
SQLという夢のツールで大満足。

PHP4の人って何？

>>964
>>850

この世に狼男を撃つ銀の弾はないんですよ。
SQL も OR マッピングも PHP も Java も。

IDE何使っていますか？
PHP5になると、さすがにテキストエディタじゃ無理そうです。
今からZendStudioパーソナルエディション入れてみようと思います。
他に何かいいのありますか？

えくりぷす

>>966
狼男をうつ(万能の)銀の弾丸はないけど、ふつうの狼を撃てる鉛の弾丸はある。
ふつうの狼もだんだん凶暴化して、同じ弾丸は効かなくなるんだけどね。

>>968
eclipseは不安定すぎて使い物にならなかったです。

ZendStudioはおすすめ。
クラスのメンバーとか候補であげてくれる。

勇士募集中！お願いします・・・

WEBオークション作らないか?
http://game7.2ch.net/test/read.cgi/ogame/1102744524/

＿人人人人人＿
＞　　あっそ　 ＜
￣^Ｙ^Ｙ^Ｙ^Ｙ^￣

「Javaの見積もりの半額でPHPシステム開発を請け負う」，オープンソース・ジャパンがキャンペーン
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041215/153934/

> 対象は見積書上の開発費が1億円以上のシステムで

やるなぁオープンソース・ジャパン(元ゼンド)
実行できるかどうかだな。

半額とは Zend、ぼったくるね

PHP 5.0.3 リリースage

ユダヤ人は商売がうまいね。

4.3.10+MMCache快調age

オープンソース・ジャパンのIOSSA、Java攻勢の切り札は半額
ttp://www.itmedia.co.jp/enterprise/articles/0412/14/news060.html

期間限定のキャンペーンだしねぇ。
１億超のプロジェクトで、すでに見積もりが終わっていて、開発環境を実績のないモノに切り替えれるところが、3ヶ月以内にどれだけ現れるというのか。

PHPよりMySQLのリスクが高そう・・・

うん。MySQL の日本語関係、大丈夫なのかね。

MySQLを語るスレじゃねーだろ。
ここはPHPの不安定さを広く世に知らしめるスレだ。
気合を入れて広めろ。

COBOL → PHP
ttp://itpro.nikkeibp.co.jp/free/ITPro/NEWS/20041026/151724/
これはどうなったんだろうね

趣味のサイトじゃなく、会社・自治体etc、要は団体のサイトで、
PHP使用者のうちのPHP5使用率っていまどのくらいだとおもいますか？

1割未満なのは確実。