☆ P H P 5 ☆
レス数が900を超えています。1000を超えると表示できなくなるよ。
0001nobodyさん
03/06/30 19:46ID:830ve/qpPHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。
http://www.php.net/
0813nobodyさん
04/12/08 05:06:03ID:???この板見ても、もうJavaが下り坂なのはわかるな。
未来が無い。
スレ無いしw
0814nobodyさん
04/12/08 05:06:38ID:???0819nobodyさん
04/12/08 05:12:26ID:???0820nobodyさん
04/12/08 05:13:13ID:???ガンガレ!Java厨!
ガンガレ!COBOLer!
PHPスレでたくましく宣伝汁!
0821nobodyさん
04/12/08 05:14:47ID:???0823nobodyさん
04/12/08 05:17:11ID:???0824nobodyさん
04/12/08 05:17:48ID:FOI7KGXrあるよ?
0825nobodyさん
04/12/08 05:18:06ID:???0826824
04/12/08 05:18:50ID:???0827nobodyさん
04/12/08 05:21:00ID:FOI7KGXrSQLiteも面白いと思う。
皆さんは何に使っていますか?
0828nobodyさん
04/12/08 05:22:46ID:FOI7KGXr私を煽られても困るんだけど。
朝は煽られることが多いなぁ・・・
0829nobodyさん
04/12/08 05:31:22ID:???スピードとかメモリは気になるけど。
PHP5って、プロセス間でオブジェクト共有できる仕組みってあるのかな?
ファイル経由でもいいから。
0831nobodyさん
04/12/08 05:33:48ID:FOI7KGXrオブジェクトをシリアライズできるかってことですか?
0832nobodyさん
04/12/08 05:34:47ID:???0833nobodyさん
04/12/08 05:38:34ID:FOI7KGXrシリアライズせずにオブジェクトを共有できる仕組みがあるのですね?
PHPにはHTTPのセッション間で変数を共有する仕組みはありますが、
オブジェクトを共有する簡便な方法は無いように思いますよ。
0834nobodyさん
04/12/08 05:39:28ID:???まあ、一般的に作るには、同時実行とか考えると難しそうだけど。
0835nobodyさん
04/12/08 05:42:02ID:???こまかいこと突っ込むと、HTTPのセッションは、リクエストが来てレスポンスを返すまでの一回限りだよ。
0836nobodyさん
04/12/08 05:48:14ID:FOI7KGXrHTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど、
オブジェクトを受け取るセッションが開始した時点には前のセッションが存在しないので、
シリアライズされても何も問題が無いと思うのですが、どうでしょう?
0837nobodyさん
04/12/08 05:53:23ID:FOI7KGXrセッションとセッションの間でって意味ですね。
0838nobodyさん
04/12/08 06:02:32ID:???まだORマッピングとやらにこだわってんのかw
「データベースからそのままデータを表示するだけでも、SQLを書かないといけない」とか、SQLの記述
自体が無茶苦茶大変なようなこと言ってるが、RDBMS扱うマトモなプログラマならSQLくらい朝飯前だぞ。
実際みょうちくりんなツールを使うよりもよっぽど素早く目的のクエリが発行できる。
しかも効率よく早くリソースも無駄に食わない。
ちょっとまえは「SQL書けて喜んでる」とか煽ってたようだが、SQLは今のRDBMS使いにとっては国語と
同レベルで出来るのがアタリマエ。SQL書けるくらいで喜ぶような低レベルな奴と一緒にすなっての。
好みの便利ツールがないくらいで開発できないようなおこちゃまは自分のねぐらに帰りなさい。
0839nobodyさん
04/12/08 10:00:40ID:???Friendster が遅かったのは Java というより、
OR マッピングを使っていたせいじゃないの?と思った。
大抵ボトルネックは DB だし。
0840nobodyさん
04/12/08 11:22:40ID:???それは、SQLのチューニングができないORマッピング使ってるというだけの話じゃないの?
ボトルネックになってるところはORマッピングの自動生成SQLを使わなければいいだけの話だし。
0841nobodyさん
04/12/08 11:27:26ID:???SQLは書けてあたり前だけど、書かずにコーディングレスにすませれるならそれでいいって話だよ。
余計な手間であることにはかわりないわけだ。
とくに問い合わせを反映させた問い合わせとか、ORマッピング使わずにちゃんとビューと分離させようとすると非常にめんどうだし。
0842nobodyさん
04/12/08 11:29:19ID:???> HTTPのセッションをまたがってオブジェクトを共有するというのがちょっとわからないのですけど
ふつうにPHPのセッションのしくみなんかも、HTTPのセッションをまたがってオブジェクトを共有するしくみだけど。
0843nobodyさん
04/12/08 11:30:27ID:???> SQLの記述自体が無茶苦茶大変なようなこと言って
言ってないよ。ただめんどくさいだけ。
とくにちゃっちゃっとしっかり作る場合にはとくにね。
0845nobodyさん
04/12/08 14:00:04ID:???0846nobodyさん
04/12/08 14:01:46ID:???0847nobodyさん
04/12/08 14:02:40ID:???0848nobodyさん
04/12/08 14:10:40ID:???仕様自体のバグと、仕様策定手順のバグは多いけど。
仕事で使えないことには違いないけど。
0849nobodyさん
04/12/08 15:03:22ID:???○仕事で使いにくい
いろいろな制約でPHPを使わないといけないときとか、アンケートみたいな使い捨てのサイトだったらPHPの方がいいときもあるからね。
0850nobodyさん
04/12/08 15:59:55ID:???まともにSQLが書ける人はこんなこと言いませんがw
ツールがなければSQLすらちゃっちゃと書けないレベルなんでつね。
第一便利ツールが出来たのはごく最近の話なんだが、それ以前のプログラマはまともなシステム
など組めなかったとでもいいたいんでつか?
SQLですら使われるようになったのは最近の話。
それ以前はdBaseやその他のISAMでガリガリ書いてたわけで、その時期からすればSQL自体が
夢のような便利ツール。
トランザクションのコーディングも普通にSQLで書ける。
ていうかSQLレベルで実装されてる。
第一よくある処理だと、既に散々使いまわしてきたクエリの項目を修正するくらいの程度なんだが、
それすら面倒だというくらいならプログラマなんてやってられんだろ。
いわば「自分で箸もって飯食うのが面倒だから口元まで運んでくれ」位のことを言ってるようなもの。
おまいら本当に R D B プ ロ グ ラ マ な ん で つ か?
0851nobodyさん
04/12/08 17:56:11ID:???0852nobodyさん
04/12/08 18:59:28ID:FOI7KGXrPHPの場合は勝手にシリアライズされるので違うみたいですよ。
0854nobodyさん
04/12/08 19:16:55ID:FOI7KGXr0855nobodyさん
04/12/08 23:12:22ID:???おれが最初にMSAccess使ってSQL勉強したのが10年近く前のことだから、この人って結構年季の入った人なんだろうなぁ。
0856nobodyさん
04/12/08 23:29:03ID:???SQLを書かずに済ませる方法があるんだから、書かずに済ませたいという話なんだが。
目的はSQLを書くことじゃなくて、データベースに格納されたデータを取ってくることなんだからね。
> SQL自体が夢のような便利ツール。
いつまでも夢を見つづけててください。
> トランザクションのコーディングも普通にSQLで書ける。
> ていうかSQLレベルで実装されてる。
そういうレベルの話ではないんだが。
例外のないPHPで確実にトランザクションの処理しようとしたら、経由するすべての関数で異常時にエラーコード伝播させるコードが必要になるでしょ。
それがめんどうだっていう話。
宣言的トランザクションの仕組みがあれば、コード中でトランザクションのコードを書く必要がなくなる。
> 第一よくある処理だと、既に散々使いまわしてきたクエリの項目を修正するくらいの程度
よくある処理だと、それなりの仕組み組み合わせればコードすら書かずに済ませれるんだが。
> それすら面倒だというくらいならプログラマなんてやってられんだろ。
そうやって、書かずにすませれるSQLを書いて工数稼ぐのが正しいプログラマなんですかね?
自動生成なら書かずにすませれるような簡単なSQLでも、自分で書けば売上につながるというわけですね?
0857856
04/12/08 23:48:29ID:???○例外の仕組みのないPHP4
0859856
04/12/09 01:07:04ID:???シリアライズしてでもいいから、アプリケーションでのオブジェクト共有をしたいのはなぜかっていうと、ORマッピングとかプレゼンテーションフレームワークとか、設定の重い仕組みには不可欠だからなんだよね。
という感じでつなげていけばよろしいか?
0860nobodyさん
04/12/09 02:07:10ID:???お前自身がPHPでまともなアプリ書けないのは良くわかったから、とっとと古巣へ帰んな。
いくらおまいがPHPを貶そうと必死になっても、現場でPHPで普通にアプリ書いてる連中から
見ればヘボが必死に足掻いてるようにしか見えないんだぜ。
上に出てたfriendsterの例を見てもPHPで実用サイトが組めるのは実証済みなんだから、
いくら「PHPは使えない」とか主張しても「そりゃお前にとってはダメなんだろうさ」ってなるのは
当然だろ。
本当に技術のある奴は多少の難点があっても独創性でカバーしていくもんだし、そのために
こんなスレが立っているんだろ。「こういうトラブルが出ても、こうやれば回避できる」のような
現実的に役に立つ情報を出せるのが本当の技術者なんだよ。
「この機能がないから使えない」なんてのはマジでヘボの言い訳としかとられないんだぜ。
もちょっと空気読めよ。
0861nobodyさん
04/12/09 02:30:30ID:???Windows以前から仕事しているプログラマはザラにいるからね。
実際DB開発はここ10数年でメチャクチャ楽になっているから「アレがなきゃこれがなきゃダメダメ」
なんてのは古株から見れば軟弱にしか映らないよ。
俺も昔は自分で普通にDBエンジンまで組んでたし、それで充分実用になってた。
社外のライブラリもあったけど高くてね。
トランザクションなんかも自前で全部実装するんだぜ。
そういう連中から見れば、PHP程度のツールも使いこなすことが出来ずに文句ばっかり言ってる
ような奴は単なる無能にしか見えないのも無理ないね。
Accessをけなす気はないけど、Accessで育った世代以降のプログラマにはツール依存の傾向が
強い気がする。もちろん例外はあるが、ツールが提供してくれる機能にべったり依存しすぎていて
ツールが変わると途端に開発できなくなる奴が多いな。
ソフト開発業界なんてのは他と比べて成熟度も低いし、技術の進歩で標準とされる環境もくるくる
変わるから、特定の環境にべったり依存してるとこの先生き残れる可能性は低いよ。
パソコン環境を見ても、今は主流のWindowsは10年前(Win3.1)はそれ程使われてはいなかった。
当時はまだDOS環境が当たり前だったが、それ以降DOSにしがみ付いていた連中は5年もしない
間に一掃されてしまったよ。
今標準とされているような環境も、10年後はその存在すら怪しい。
例えそれが最先端のものであってもね。
0864nobodyさん
04/12/09 02:51:11ID:???「この機能がないから使えない」のではなくて、「いまある機能が明日どうなるかわからないから使えない」
「この機能がない」のは、手間がかかるというだけの話で。
その手間を顧客に出してもらえるならいいよ、ってことだよ。
0865nobodyさん
04/12/09 02:54:21ID:???> 実際DB開発はここ10数年でメチャクチャ楽になっているから「アレがなきゃこれがなきゃダメダメ」
> なんてのは古株から見れば軟弱にしか映らないよ。
硬派をつらぬくために、顧客に費用を負担してもらうのですね。
0866nobodyさん
04/12/09 03:00:51ID:???で、PHPはそこからは取り残されているように見える。
0867nobodyさん
04/12/09 03:11:44ID:???ORマッピングであればだいたい同じ機能を提供してるから、たとえばHibernateがTopLinkになっても問題は大きくなさそうだな
0868nobodyさん
04/12/09 03:52:32ID:???ここが噂のPHP vs Javaのスレですか?
スレ違いは、さようなら。
0869nobodyさん
04/12/09 04:38:46ID:???PHP5の話題が薄いみたいなので、しかたないんじゃない?
0870nobodyさん
04/12/09 04:47:31ID:???0871nobodyさん
04/12/09 05:26:18ID:???0872nobodyさん
04/12/09 05:31:33ID:???でもなんだかJavaスレでも相手にされなさそうな人でかわいそうでつ。
あ、だからこんなところにいるのか(藁
0873nobodyさん
04/12/09 05:36:02ID:???技術的なツッコミには全然反応できてないし。
0874nobodyさん
04/12/09 05:58:20ID:???うわ一回りしてきたらもうレスが。( ゚Д゚)ポカーン
常駐してレス監視してるんでつかヒマでつね。
技術的なツッコミって「ORマッピングとかイラネ」で終了してまつが何か?
ふつうにPHPで仕事できてる人に「PHPじゃまともに書けない」とか言っても相手にされないのもあたりまえでつが。
てかここはなんのスレかわかってまつか?
0875nobodyさん
04/12/09 06:07:10ID:???ぶっちゃけ、あんたみたいなの嫌われるタイプ
0876nobodyさん
04/12/09 06:14:59ID:???0877nobodyさん
04/12/09 06:24:47ID:???そして、かまうな。技術云々の前にスレ違いだって事に気が付け。
**************以上で PHP対Java 終了**************
0878nobodyさん
04/12/09 06:57:18ID:???ぶっちゃけ、あんたみたいなの嫌われるタイプ
0879nobodyさん
04/12/09 13:38:49ID:???そうだね。
SQLを便利ツールと思ってる人の夢を、これ以上壊しちゃいけないものね。
ORマッピングも、使ってしまったら工数稼げないからいらないという結論が出てたね。
そういえば。
結論としては、こういう仕事できてるつもりの人を増やしてしまうのが、PHPの問題点ってことだね。
0882nobodyさん
04/12/09 18:38:53ID:bXmKcJfa別にPHP5が出たからってJavaが無くなる訳じゃないですし。
というわけで、PHP5です。
私は、クラスが普通に使えるようになってうれしいです。
今まで特別な工夫をしてやっていたことが、
頭の中で考えたとおりに実装できて楽になりました^^
0883nobodyさん
04/12/09 19:18:31ID:???0884nobodyさん
04/12/09 19:58:49ID:???・実はJavaの何が良いのかよくわかっていない
・Javaしかできない でもそれを正当化したい
0885nobodyさん
04/12/09 20:07:12ID:???せっかく>>882が流れ変えようとしてるのに、そうやって蒸し返すなんて、そんなにくやしかったの?
Javaスレではついていけない、実はJavaの何が良いのかよくわかっていない、JavaしかできないJava厨にすら、具体的な反論ができないわけだね。
0886nobodyさん
04/12/09 20:11:46ID:???0887nobodyさん
04/12/09 20:20:38ID:bXmKcJfaみんな仲良く。
.。゚+.ヽ)∵)ノ 。+.゚
0894nobodyさん
04/12/09 23:29:51ID:???便利ツールで工数余りまくりなんで、他言語のスレを荒らしたくなるんだね。
彼女とデートするなり勉強するなり家族サービスするなりもっと有意義に
使えばより良いと思うのだけど・・・あっそうかごめんね。
0896nobodyさん
04/12/10 00:51:36ID:???0897nobodyさん
04/12/10 01:11:26ID:???関連データの取得ができるのかできないのかわからないけど、単純な取得なら楽そう
Mojavi + Smarty + HTML_QuickForm + DB_DataObjectというのが定番化していくのかなぁ。
ただ、これだけ全部使うと遅くなりそう。
0898nobodyさん
04/12/10 03:03:11ID:???表現の自由が強く認められてるアメリカでは、ブログに書かないように、とかブログから削除するように、ということができないらしい。
会社には、社員の表現の自由を規制する権利はないということだ。
でも、会社には、社員を解雇する権利がある。
だから、社員が会社の都合の悪いことをブログに書いたら、解雇するということになるみたい。
0899nobodyさん
04/12/10 03:14:15ID:mSKsPStYこれは日本では無理かな?
0900nobodyさん
04/12/10 06:00:40ID:???0901nobodyさん
04/12/10 07:13:21ID:???鯖もレンタル。自鯖が前提なJavaなんて最初から選択外だわ。
まあ最初からそのつもりじゃなかったんだけど、一個作ったら客の紹介でその手の案件ばかり
来るようになっちゃった。まあ基本は同じなんで全然手間はかからんけどね。
最近は客の方も思考レベル上がってきて最初から採算ベースで考えてる。
無駄な機能は求めてないね。てか余計な提案はウザがられる。
楽天とかを経由してくる客もいるから、受発注データはメールベースで処理してその後の管理は
お手軽通販とかで行うとかのワークフローのイメージを最初から持ってたりするし。
商品DBはエクセルから吐いたCSV。
今はレン鯖でもPHPは普通に動くからPEAR ITとか使うとその手のサイトは簡単にできるわな。
レン鯖でPHP5が動くようになるとSQLite使ってもうちょっと複雑なシステムも格安で出来るように
なると思うね。
客もいつまでもシステム屋の言いなりじゃないから、自鯖じゃないと構築できないようなシステム
しか組めないと今後は営業的に苦しいんじゃないかな。
便利ツールなんてあくまで開発屋に便利なだけで客には直接のメリットはないからね。
でもそうなると、どこの鯖でも動くPerlでバリバリ書けるエンジニアが一番競争力あるかも。
0902nobodyさん
04/12/10 07:24:29ID:???今んところPEARのライブラリで事足りてるから手をつけてないんだけど
Smartyの方が便利なら乗り換えも考えようかと思ってる。
使ってみた感じ、どう?
0903nobodyさん
04/12/10 12:27:20ID:???まさか無料のとこ使ってんじゃないよね?
JAVAが使えるところも増えてきたし。
俺も小規模な案件しかやらないけど基本的にはPHP + MySQL or PostgreSQLでやってるよ。
0904nobodyさん
04/12/10 12:31:20ID:???0905nobodyさん
04/12/10 13:33:38ID:???>>903は世の中を知らないんだよ。
それにクライアントの要望でDB使ってないって書いてあるのが読めないのかな。
運用面からDB選択しない場合だってあるのにね。
0906nobodyさん
04/12/10 14:15:00ID:???無料鯖じゃ基本的に商用利用は出来ないだろ
それに無料鯖使うような客がわざわざ金払って業者に頼むようなことはしないと思うが
0907903
04/12/10 15:02:49ID:???開発に当たってcsvファイルでやるよりDBの方が楽じゃないの?
レンタル料も変わらんし、DBの方が楽だと思ってるから不思議だなあって感じただけ。
DB使うと工数が同じでも料金を高くするのが普通なの?
0908nobodyさん
04/12/10 15:21:05ID:???> 便利ツールなんてあくまで開発屋に便利なだけで客には直接のメリットはないからね。
間接的なメリットが大きいと思うが。
まあ、同じモノばっかりコピーペーでやってるからわからんのだろうが。
0909nobodyさん
04/12/10 19:08:08ID:YJFYrI4K選べる立場ならですけどね。
PHP5はいずれ普及するでしょうね。
使ってみた実感です。
でも、今はまだ実運用できる段階じゃないですよ。
ごく小さなサイトなどで実験的な運用するくらいがせいぜいじゃないでしょうか。
私はそんな感じでやってます。
0910nobodyさん
04/12/10 19:44:30ID:???バグだらけで全然使い物にならない。
こんなことばかりしているとユーザーにPHPはバグだらけで
使えないって思われてしまう。
これって非常に危険なことだと思うけどもう遅いね。
一般ユーザーはともかく、企業のPHP離れはかなり進んでいるよ。
0911nobodyさん
04/12/10 19:49:01ID:???ソースは?
0912901
04/12/10 20:01:26ID:???>開発に当たってcsvファイルでやるよりDBの方が楽じゃないの?
楽とかそういう話じゃなくてね、客が必要最低限の機能しか求めてないからDB使わないんだよ。
DB使うとなるとマスター操作機能とかいろいろ作らないといけないだろ。
単に商品の登録削除だけなら手元のエクセルで出来るわけだから、DBへのデータ登録なんて
俺の客にとっては不要なんだ。
今までやっとことのない新画面とか作ったら従業員教育もしなきゃいけないしね。
手元のエクセルで出来るんなら納品したその日からでも問題なく運用できる。
それに楽天やビッダーズにも店だしてるから自分とこの鯖だけで業務が完結するわけじゃない。
在庫の調整もあるから、メールフォームで受付までやって、注文確定はその後メール受けた
店側でやるようになってるのさ。
カード処理とかはクロネコで出来るしね。
必要な機能だけに絞れば、ネット小売店にDBは必須ではないってのが現場の実情なんだよ。
それにDB使える鯖よりDB無い鯖のほうが月々の運用コストも安いしね。
>>908
おまえ最近粘着してるJava厨だろ。丸コピーの方が客受けがいい場合もあるんだよ。
受注時の要望からして「あそこと同じのを作ってくれ」ってくるんだから。
発言からしてとてもプロとは思えんが、仕事するならもっと客の方向いてやれよ。
レス数が900を超えています。1000を超えると表示できなくなるよ。