☆ P H P 5 ☆
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/06/30 19:46ID:830ve/qpPHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。
http://www.php.net/
0652nobodyさん
04/11/14 03:47:18ID:???APCはどうよ？
MMCacheはzend_extensionだけど、こっちはただのextensionなので、まだいけそう。
それにMMCacheも5.0beta2あたりまでは公式に対応を謳ってたような。
ダメ元でやってみて報告きぼん。
0653nobodyさん
04/11/14 10:43:13ID:???今Apacheリスタートしてphpinfo()見てみたけど、一応動いてキャッシュもされてるみたい。
0654nobodyさん
04/11/14 10:46:02ID:???自作のスクリプトが動かねー。
0655nobodyさん
04/11/14 12:55:06ID:???0656カポコン
04/11/14 14:25:33ID:???しかし、PHPはオブジェクト指向ではない。
その心は？
0657nobodyさん
04/11/14 17:09:38ID:???0658nobodyさん
04/11/14 17:59:10ID:???0660nobodyさん
04/11/14 23:27:47ID:???0661nobodyさん
04/11/14 23:35:06ID:???指の流れがそこで止まるのが気持ち悪い。
今日はじめてObjective-Cをさわってみたけど、面白そう。
でもWebObjectsはJavaになっちゃったんだよね。。。
0663nobodyさん
04/11/15 09:49:02ID:???俺はカーソルが行ったり来たりして嫌い
0664nobodyさん
04/11/15 12:52:06ID:???0665nobodyさん
04/11/15 19:58:39ID:???0666nobodyさん
04/11/15 20:12:26ID:???設定でどうにでもなりそうなもんだけど。
>>663がObjective-Cやったら発狂するね。
ブラケットだらけだから。
0667nobodyさん
04/11/16 01:36:27ID:???0668nobodyさん
04/11/16 02:11:15ID:???0669663
04/11/16 09:22:58ID:???obj = [[SomeObject alloc] initSize: [SomeObject defaultSize]];
とか書くとき普通、
1) obj =
2) SomeObject alloc
3) initSize:
4) SomeObject defaultSize
の順番に書くだろ？
そうすっとブラケット書くのにカーソルをあちこち動かすのがウザくね？
0670nobodyさん
04/11/16 11:04:59ID:???0671nobodyさん
04/11/16 12:16:23ID:???閉じ忘れとかも減ると思うよ。
0673nobodyさん
04/11/16 21:28:44ID:???つっかえねー。
0674nobodyさん
04/11/16 22:33:18ID:???知ったかイクナイ。
mb_ereg系使うか、preg系ならUTF-8の文字列でパターン修飾子にuつけるとか。
0675nobodyさん
04/11/17 12:36:32ID:???>PHPの開発者は50万人以上。これはマイクロソフト関連の開発者数を上回る
まあこれは正しいかもしれん
>基盤となっているのは、メージャーバージョンアップを果たしたばかりの新版、PHP 5に他ならない
さすがにこれは嘘
0676nobodyさん
04/11/17 15:30:03ID:???PHPの開発者をどう数えたかしらんけど、PHPでしょぼいスクリプト書く人も数えてるなら、Excelでしょぼいマクロ書いてる人も数えるべきだね。
0677nobodyさん
04/11/17 22:59:45ID:???流れたってことだ。
0678nobodyさん
04/11/17 23:09:19ID:???#なくても別に困らないということは判った
0680nobodyさん
04/11/19 02:08:13ID:???http://www.thinkit.co.jp/free/compare/2/1/1.html
記事も、検索して拾った数字をならべただけだし。
とりあえず、登録して読む価値はないけど、ヲチ目的なら、見る価値あるかも。
これからもツッコミどころが満載になるだろうし。
0681nobodyさん
04/11/19 02:08:38ID:???0682nobodyさん
04/11/19 06:15:23ID:LOF8Y1P9もうPHPから離れろってこった
Zendの言いなりのPHPはもうオープンソース言語ではないな
>>676
同意
実際「書ける」ではなく「使える」やつは他言語も一緒
極少数なんだよ。
0684nobodyさん
04/11/21 05:07:30ID:???ようやく、入れる価値がでてきたかなぁという感じ。
実際入れてみたんだけど、体感出来るくらい違います。
というか、今までがいかに遅かったのかと・・・。
>>652
APCはMLにPHP5対応パッチが流れたのだけど、
あまりに駄目駄目で速攻叩かれて消滅しました。
>>653
あー。
それやめたほうがいいです。
バグありすぎ。
現状、中間コードをキャッシュするのは結構たいへんそう。
一応PHPAは対応する、ということを言ってるけど
PHP4までと比べてバイトコード複雑になってるしいつになることやら。
0686nobodyさん
04/11/21 16:05:20ID:6bqWOrcoどんな感じ？
0687nobodyさん
04/11/21 16:17:12ID:???0688nobodyさん
04/11/21 18:36:11ID:???感覚的にでいいんですが、
PHP4 + PHP Accelerator と PHP5.1って
どっちが速そう？同レベル？
同レベルならテスト環境に入れてみようかな。
PHP4 + PHPA・・・かな。
ちょっと環境がなくてベンチマーク出来ないけど。
いくらオプティマイザが賢くなっても
メモリ上に持ってるものほど速度でるとは思わないんで・・・。
というか、中間コードキャッシュくらいPHPの機能として持ってほしいよ！
0690nobodyさん
04/11/21 20:32:23ID:hvtivRjX> いくらオプティマイザが賢くなっても
> メモリ上に持ってるものほど速度でるとは思わないんで・・・。
そりゃそうですよね。失礼しました。
0692nobodyさん
04/11/22 15:59:30ID:???PHP５ってターボついてる軽みたいなもんかｗ
0695nobodyさん
04/11/23 17:09:06ID:???幾ら増やそうが問題無いと思うが。
どっかの言語みたいに言語仕様が月単位で変わるならまだしも。
0696nobodyさん
04/11/23 17:43:59ID:???まあそういうのは思想的な部分もあるから好みじゃない？
何はともあれ、5.1で随分速くなったそうだから喜ばしいことだ。
早くリリースされないかな。
0697nobodyさん
04/11/24 00:34:36ID:???別の言語になっちゃてるよね。パクるだけしか脳がないなら
言語開発なんかやめちまえっつーの。
0698nobodyさん
04/11/24 00:36:17ID:???0700nobodyさん
04/11/24 00:45:55ID:???0701nobodyさん
04/11/24 01:47:13ID:SJoeIL+q<?php
$time = time();
?>
<html>
<h1><?= $time ?></h1>
0702nobodyさん
04/11/24 01:55:47ID:???bababababkabkabkabababkababakbabakabababbkabkabkabakbababkabka
0705nobodyさん
04/11/24 09:02:39ID:???仕様がコロコロ変わるのは×。
0707nobodyさん
04/11/24 19:37:32ID:???0708nobodyさん
04/11/24 22:24:55ID:???全てパクり。
0709nobodyさん
04/11/24 23:33:22ID:???結論的にそうですね
>>708
オリジナリティを出そうともしてない気もしないでもないが
全てパクりなのは激しく同意。
0710nobodyさん
04/11/25 00:13:04ID:7Xgcyhe1どっちも潜在的な可能性は大きいけどどうしていいか迷ってる感じ。
0711nobodyさん
04/11/25 00:38:55ID:???__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
0712nobodyさん
04/11/25 01:36:23ID:EbXQQlEl0713nobodyさん
04/11/25 03:29:58ID:???少々の揺らぎはどの言語にもあるが
言語としての方向性を迷ってる言語はあまりないはず
710がいうように可能性に負けてる感じ
0714nobodyさん
04/11/25 04:36:59ID:???0715nobodyさん
04/11/25 07:14:48ID:sTWyMDhn5より4のほうがいいって人は少ないはず。
でも、2チャンネルではそういう人多いんだろなｗ
0716nobodyさん
04/11/25 07:55:35ID:???でも、信頼できないものがどんなに便利になっても、どうしようもないね。
どんなにシートレイアウトが自由に設定できて荷物がのせれても、車輪のハブにクラックが入ってしまうような車が使えないのといっしょ。
0717nobodyさん
04/11/25 08:42:35ID:???0718nobodyさん
04/11/25 09:06:55ID:???5.2.3を待ちなさい。
0719nobodyさん
04/11/25 09:14:48ID:???0720nobodyさん
04/11/25 09:16:42ID:???0721nobodyさん
04/11/25 09:26:33ID:???0723nobodyさん
04/11/25 14:15:54ID:???まだまだ先の話だけど。
0725nobodyさん
04/11/25 15:07:03ID:???金はあっても時間が無い。
0732nobodyさん
04/11/26 10:01:34ID:SDReqizv0733nobodyさん
04/11/26 12:23:14ID:iNsNgfzv日本語で使ってきた人にとって*.2.3にはいい思い出が詰まっているからです。
0734nobodyさん
04/11/26 13:22:10ID:cTYSmMKU0735nobodyさん
04/12/03 04:05:29ID:???0736nobodyさん
04/12/04 18:29:44ID:???結局スクリプトはPerlに落ち着くみたい。
PHPは2年前ぐらいが全盛期だった。今は保守だけ。
0738nobodyさん
04/12/04 22:57:15ID:???0739nobodyさん
04/12/05 01:36:37ID:???やっすいレン鯖じゃPHPは動かないから。
経験上、小中規模サイトを手軽に素早く作るにはPHPが最適だが、PHPが動かない鯖だとどうしようもない。
自鯖の場合は規模にもよるがJavaで構築するのが流行りだし機能性も高いから、わざわざPerlである必要はない。
ただし、それなりの規模のサイト構築でないとJ2EEを使うメリットは活かせない。
スクリプトでちゃっちゃと作るのに比べて小回りは効かない。
それでも蔵の担当者がミーハーだとJ2EEでの構築になることは多々ある。
客観的に見れば予算の無駄遣いでしかないんだが。
0740739
04/12/05 01:48:56ID:???上記に加えて、蔵の担当者がPerl使いで、後でチェックしたり使いまわししたいという案件もあった。
だがそういうのは例外だな。
最も多いパターンは製作担当者自身がPerlしか出来ないっつーパターンではなかろうか。
以前、焦げ付いたプロジェクトの尻拭いをしたことがあったが、その時はサーバーがIISなのにスクリプトが
aspじゃなくperlで書かれていた。
また処理データがDBに格納されているにも関わらずcgiから参照せずに一旦他アプリでのバッチ処理で
ファイルに落としてから処理するようになってた。
当然バックエンドは全面書き直しになったが、問題は前任者がperlしか知らず、しかもDBアクセスの方法も
知らない素人だったから。業界の隅っこにはそういう自称エンジニアもザラにいる。
0741nobodyさん
04/12/05 07:49:46ID:???データベースを使うなら、Javaの方が楽だし。
データベースを使わないなら、Javaの方が楽だし。
フォーム入力の処理はJavaの方が楽だし。
中小規模サイトをちゃっちゃっと作るなら、Struts+Hibernateとかで適当に作ればいい。
しろうとに毛の生えた程度のプログラマが中小規模のサイト作るにはPHPが楽かもね。
0742nobodyさん
04/12/05 07:52:06ID:???0743nobodyさん
04/12/05 13:19:54ID:???てかJava案件は減ってきたよ。
例えばJava案件はサーバの構築費用がコスト対効果の視点で見て
必要以上にかかりすぎる。
PHPと比較して、ウチのおおよそのJava案件のサーバは
Apache&MySQLベース3層構成になるのでアプリケーションサーバの
構築とApache連携の構築費用がかかる。
さらにメールサーバが通常がqmailなのに対してJamesを開発側から
要求したりするのでその構築費用がかかる。
その上でフレームワークの導入がかかる。
JavaではなくPHPで適切な開発をしたほうが同じ売り上げでも
残る利益が一桁変わってきたりする。
あとJavaしか使えないやつはスキルがJavaの範囲でしかない人が
多いんだよね。
便利ツールを駆使しないと仕事がちゃっちゃとできない&自己解決力がゼロな
教えて君を多く輩出しすぎた結果だろうと思う。
時間と共にCOBOLと同じポジションに移っていくだろうね。
0744nobodyさん
04/12/05 14:34:54ID:???禿同。
>>741とかはJavaで構築されたシステムが運用効率の観点からPHPに書き直しに
なっている例とかも知らないんだろうな。
そういえばアメリカでその内幕をweblogに漏らしてクビになった奴の話があったっけ。
開発企業にとってはPHPじゃボッタクリにくいからJava優位でないと困るんだろうな。
実際クラに吹っかける気がなければPHPの方が残る利益は多い。
ってか中小企業のサイトだとせいぜい商品検索＋ショッピングカート＋メルマガ程度
しかないのにわざわざ大仰なJavaツールが必要かよ。
スクリプトなんか一旦ライブラリ化してしまえばスキンの変更だけでナンボでも使い
まわせるのにな。
PHPにもPEAR等ライブラリも既にあるのに、フォーム検証やDB接続程度でJavaじゃ
なきゃダメな中小規模サイトってどんなのが考えられるよ？
結局は単にPHP知らないだけだんだろ。以前よくいたperlしか知らない奴みたいに。
0745nobodyさん
04/12/05 18:05:02ID:???素のDBアクセス技術すら仕様として安定したものがないPHPで、どうしろと。
PHPでも、フレームワーク使うなら手間は同じだし、フレームワーク使わずコピペ+修正で楽した気になっててもしょうがないしな。
商品検索+ショッピングカート+メルマガ程度で、SQL書かないといけないPHPはめんどうだな。
フレームワーク導入も一旦antスクリプト作ってしまえばナンボでも使いまわせるのにな。
結局は単にJava知らないだけだんだろ。以前よくいたperlしか知らない奴みたいに。
0746nobodyさん
04/12/05 18:05:27ID:???0747nobodyさん
04/12/05 18:17:52ID:???0749nobodyさん
04/12/05 19:17:01ID:???> Apache&MySQLベース3層構成になるのでアプリケーションサーバの
> 構築とApache連携の構築費用がかかる。
というTomcatとApacheの連携でアップアップするレベルなので、大目に見てやってください。
0750nobodyさん
04/12/05 19:33:00ID:???最近よくいるよね〜SQLも満足に書けない奴ｗ。
ほとんどの問い合わせはクエリ１発で楽に出来るのに、わざわざツールに頼らないと不便で
しょーがないなんて言ってる時点で可哀想だわ。
DBアクセスが仕様として安定してない？
そりゃおまいさんの技術レベルが低いだけの話だ。
出来上がったシステムが事実上安定動作していれば何の問題もない。
PHP4の時点で既に充分実用的になっているわな。
>>743も指摘してるがJava信者って基本的なスキルが全然欠けてるだよね。
便利ツールがないとなんにも出来ないとは情けない。
たいがいのサイトはフレームワークなんかに頼らなくても構築できるっつ−の。
それに、既に安定したベースシステムがあれば新規で起こすよりもコピペ＆修正で仕上げた
ほうが動作も安定するし費用も安く上がる。
いちいち新規でビルドするのがエライなんてのは作る側の自己満足に過ぎない。
客は単に要望どおりのものが早く安く出来るほうがうれしいんだから。
ボッタクリ大手が手がけるような大規模サイトなんてのは全体の案件数から見れば極少数。
軽い処理系を使って必要最小限の手間とコストで構築できるほうが、自分にとっても顧客に
とっても満足度が高いってのがわかんないんだろな。
費用がかさめばかさむほど顧客はそれを回収するのが大変になる。
掛けたコストを回収するのに苦労すればするほど次の投資には消極的になる。
結局次の案件に繋がりにくくなる。
まあ仕事として何が大事なのかがわらない処理系オタクにはそんなこと知ったこっちゃないん
だろうがね。
■ このスレッドは過去ログ倉庫に格納されています