☆ P H P 5 ☆
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/06/30 19:46ID:830ve/qpPHP 5.0.0 Beta 1 がリリースされましたのでとりあえず。
http://www.php.net/
0334nobodyさん
04/07/24 04:31ID:???どれぐらいのアクセス数？
ていうかまあ、組み込みDBもどきとして使うのが正解だろうねこれ。
検索するときファイルから線形にやらんでも、WHERE一発で引っ張れるのは楽だ。
100万件とか行くような大規模DBには向いてないっぽいけど、
50万件程度なら普通に使えるみたいだし。
個人商店や中小企業向けの買い物かごシステムとかに組み込めそうだな。
ただ、ベンチマークはともかく同時アクセスでどうなるかいまいち不明だけど。
0335nobodyさん
04/07/24 06:25ID:???>>334の言うように買い物かごとかには向いてるよね。
MySQLが速いってのもMyISAMテーブルを使ったときの参照系クエリの話で、
トランザクションが使えるInnoDBはSQLiteやPostgresと比べてそんなに速くなかったはず。
0336nobodyさん
04/07/24 15:04ID:???そうでもないよ。
http://www.innodb.com/bench.php
まあ、あくまでも特定条件でのベンチの結果だけど。
MySQLっても3.xと4.xはスピードが違うし、PostgreSQLでも
色んな要素がからんでくるでしょうな。
SQLiteは確かにポータビリティが最大長所だと思う。
ただ現時点での問題は、レンタルサーバ環境においては
PHP4/5+SQLiteよりもPHP4+MySQLの方が遥かに多い。
#後者に対応したアプリケーションのポータビリティが高い
ってことだな。
0337nobodyさん
04/07/25 13:56ID:???PHP4+MｙSQLに移植（またはその逆）ってものすごく簡単に出来そうな予感。
使ってる関数なんかsqlite_〜とmysql_〜が違うだけでほとんどいっしょだし。
一番最初のDBConnectをsqliteはopenに変えるだけでベタ移植できそうだ。
PearのDB関連使ってればもっと簡単かも知れんけど。
ここらへんのDB変更の容易さもPHPの長所かね。
0338nobodyさん
04/07/25 14:39ID:???PEAR DBを用いてコードを書くと、DBの機能に依存する部分にさえ気をつければ
DSN変更だけで異なるDBで動くプログラムを書けるし。
MySQL-PostgreSQL-SQLiteで注意する点は
主にトランザクション・ビュー・サブクエリ・外部参照
自動インクリメント列・日付型の書式ぐらい？
0339本７
04/07/25 22:16ID:+wrQT27Hラッパクラスを被せて
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);
}
だけで
0340本７
04/07/25 22:19ID:+wrQT27HちなみにCSVも対応。
sqliteにブチ込んでからSQL渡すんでメチャ効率悪いけど。
このポータビリティは最高。
無駄に時間かけないので設計に時間が割ける。
0341本７
04/07/25 22:21ID:+wrQT27H$db->error → $e->getMessage()
に訂正
0342nobodyさん
04/07/26 00:56ID:???JDBCにしろDBIにしろ…
0343本７
04/07/26 22:25ID:cSdwRt5Qconnect→query→fetch_objectで全結果を配列ブチ込み→close
だけできたら十分。
0344nobodyさん
04/07/26 22:46ID:???0345nobodyさん
04/07/26 22:46ID:???へぼい言語だな（ｗ
0346nobodyさん
04/07/26 23:11ID:???3日でマスターできて即戦力になる言語の方が効率的だとは思わないのか？
特に業務上、やむを得ず使うハメになった場合、こういう簡単にマスターできる
って特性はとても便利なもんだと思うんだが。
0347nobodyさん
04/07/26 23:11ID:???0349nobodyさん
04/07/27 02:45ID:XILiUJ8Qガキはほっとけ。
夏休みで暇なんだろ。偉そうな口叩いてるけど、C言語はおろかHTMLの基本的なタグの意味さえ分からんアホじゃね。
PHPの良いとこはプログラム組んだことある奴(特にC、Perl)は、短時間にマスターできてWEBに特化しているという意味では、これほど効果的なものは今んとこPHPの右にでるものは数少ないだろ。
0350nobodyさん
04/07/27 03:35ID:???ただ、PHP５はどうもその方向からずれ始めてきてるんじゃないかと思わんでもない
0351nobodyさん
04/07/27 12:23ID:???0352nobodyさん
04/07/27 12:44ID:???0353nobodyさん
04/07/27 13:37ID:???こりゃ、源さんにほうこくだぁ！
0354nobodyさん
04/07/27 18:05ID:???社会人なら仕事しているであろう時間に２ｃｈに書き込んでるような
無職引き篭もり or 真性厨房のお前に言われたくないねぇ。
文章の改行の仕方とかも頭悪そうだよ君？
ちなみに言って置くけど３日で完璧にマスターできるような言語に
ろくな物はないよ。
例）VB、HSP等
0355nobodyさん
04/07/27 18:33ID:???お前は夜警さんでもやってんの？
それとも道路工事とかかな〜？
0356nobodyさん
04/07/27 20:43ID:???0357nobodyさん
04/07/27 21:45ID:???0358nobodyさん
04/07/27 22:10ID:???言語の拡張やモジュールの増加で、どんどん新しい知識を入れなければならないのに、
どうやったらまだ見ぬ物を完璧にマスター出来るんだろう。
実際プログラム言語の必要な部分の一部を間借りして使っているに過ぎないのに、
それを完璧にマスターしたと思えるのはすごい自信だ。
0359nobodyさん
04/07/27 23:16ID:???OSやシステムコールが無い世界でやろうと思うと
それはそれで、なかなか大変。
0360本７
04/07/27 23:24ID:???PHP5からは牛鮭もできるようになったわけだ。
0362nobodyさん
04/07/28 07:42ID:???小企業には難解な言語を習得出来る人間・取得する意欲のある人間が入社してこないからだ。
簡易的な言語がこの世に存在していない状態では
恐らく小企業のソフトウェア生産率は限りなくゼロに近くなるだろう。
この生産率をゼロから押し上げることができるのがPHPやVBといった簡易的な言語だ。
上級技術者はこれらの簡易的な言語を「便利だから」「案件が多くて金になるから」という理由で使う。
下級技術者はこれらの簡易的な言語に完全に依存するしかない。
したがって、PHP・VBのような言語に対する需要が完全にゼロになることは絶対にありえないと断言できる。
話は変わるが、
自社開発の簡易的な言語を開発している小企業も存在する。
これは社員に自社開発ソフト”だけ”を覚えさせることで社員が他社に流れることを抑えてるわけだ。
自社開発ソフトしか扱えない人間は他社に転職など出来るはずもない。
って派遣会社の中の人が言ってた。
0363nobodyさん
04/07/28 15:34ID:???長期に渡ってメンテし続けることを考えると、なかなか辛い言語だと思うぞ、PHP って。
もちろん、テンプレート使ってデザインとロジックを切り分け、
DBとかも関数じゃなくオブジェクトにして、とかやればメンテ性も上がり、
実際 PHP5 はその方向を目指してると思われるんだが、
それって今まで PHP の良さだと言われていたことを切り捨てて
「特徴の無い普通のプログラム言語」に近付いていく、ということでもある。
今後の PHP ユーザは、上級者の使い捨てスクリプト用途を除き、二極分化すると思う。
A群 : 後のメンテのことまで気が回らない初心者
B群 : メンテのことまで考えたプロジェクトとしてPHPを採用するプログラマ
で、A群→B群のアップグレードパスてのが実際にはほとんど機能しないと予想する。
0365nobodyさん
04/07/28 18:56ID:???PHPのアドバンテージってのは簡単学習、簡単DB、HTMLに組み込める、あたりか。
0366nobodyさん
04/07/28 19:07ID:???0367nobodyさん
04/07/28 19:24ID:???0368nobodyさん
04/07/28 19:52ID:???0369nobodyさん
04/07/28 23:31ID:???いやしかしPerlのオブジェクト指向はマジで使いにくい。
何も考えず class 〜と書いてクラスを作れるというのは、
それだけでPerlに対するPHPの優位点だと思う。
0370nobodyさん
04/07/28 23:51ID:???プログラムがサーバーサイドかクライアントサイドかの違いだけで。
0371nobodyさん
04/07/28 23:53ID:???0372nobodyさん
04/07/29 00:24ID:???これは大差だと思うのですが。
0373nobodyさん
04/07/29 00:35ID:???class 〜 と書いてクラスを作れるようになるとアナウンスされてる perl6 が出たら
PHPの優位点は無くなるということですかそうですか
0375nobodyさん
04/07/29 10:46ID:???君はあれか？ 書くぶんには大差ないよ
漏れはPerlよりjavascriptのほうが難しい
つかオブジェクト思考が分かり辛い
0376nobodyさん
04/07/29 11:05ID:???☆ P H P 5 ☆ 〜 〜
0377nobodyさん
04/07/29 13:41ID:???0378nobodyさん
04/07/29 16:12ID:???0379nobodyさん
04/07/29 16:51ID:???0380nobodyさん
04/07/29 17:56ID:???次期Perlの大改修についてもパクるのかねぇ。
0381nobodyさん
04/07/29 18:44ID:???369だけど、俺が言いたいのはそういう風に「〜を使えば」ってのが
無くても使えるのが重要、ってこと。
Perl6::Classesに限らずPerlのOO機能を拡張するモジュールは色々あるけど、
class の書き方にTMTOWTDIは要らないでしょ。むしろあっては駄目。
ということで>>373は俺には当てはまる。
けどいつになるんだろうなあ、Perl6。
それまでにRubyあたりに浮気しそうだ。
0382nobodyさん
04/07/29 20:51ID:???かなり使い易いよ。Perlと比べるレベルじゃないよ。使ってみ。
0383nobodyさん
04/07/29 21:48ID:???0384nobodyさん
04/07/29 22:08ID:???どうなんだろうね。まさにJavaScript感覚？
0385nobodyさん
04/07/29 22:28ID:???0387本７
04/07/30 02:01ID:???UML的なモデリングを標準化して細部にコードを当て込んだら即出来上がり
ってな感じで仕上げればかなりいいと思う。
まずは国内企業で本気出してPHPで儲けようと考えてくれたらと思う。
0388nobodyさん
04/07/31 12:01ID:???今でも Umbrello で PHP のコード吐けるけど、誰も使ってないし。
UMLみたいなのが有効なのはおおよそ
1. 複数人で開発/メンテする場合
2. フレームワークやライブラリなど再利用性命のものを開発する場合
3. Java みたいに宣言がめんどうな言語の場合 (UMLというよりコードジェネレータが重宝する)
で、つまり PEAR の中の人とかには便利。
しかし典型的なPHPユーザには、上記の条件に当てはまらないだろう。
デザパタごっことかして遊ぶ玩具としては最適だろうけど、それに金は払わんわな。
0389nobodyさん
04/07/31 13:41ID:???0390nobodyさん
04/07/31 14:57ID:???JavaScript感覚で使ってる似非プログラマ
0392nobodyさん
04/07/31 18:38ID:???0394nobodyさん
04/08/01 03:18ID:???うん？PHP4でも挟まなくても大丈夫だよ。
100%PHPのコードなら。PHPとhtmlをミックスするなら
何かでパースの切り替えをせにゃならんからねぇ。
0396nobodyさん
04/08/01 21:09ID:???嘘なんぞついとらんが？
｜php -r <code>
｜Run PHP <code> without using script tags <?..?>
0399nobodyさん
04/08/02 12:53ID:???この先クラス化したソースがポピュラーになると
一行目の<?phpと最後の?>は形骸化しちゃうよねってこと。
そのうちphp.iniで<?を許可しない設定とか追加されたりして。
0400nobodyさん
04/08/02 13:47ID:???<input tyep="text" name="hoge" value="<?= $foo ?>">とか。
0402400じゃないけど
04/08/02 22:53ID:YBJD0yNHえっ…漏れこういう使い方しょっちゅうしてるよ…
0403nobodyさん
04/08/02 23:11ID:???0404nobodyさん
04/08/02 23:13ID:???for($i=0;$i<10;$i++)
{
?>
ぬるぼ<BR>
<?
}
?>
0407nobodyさん
04/08/03 21:43ID:???0408nobodyさん
04/08/04 10:26ID:???0409nobodyさん
04/08/04 11:03ID:???0411nobodyさん
04/08/04 11:58ID:???<? for($i=0;$i<10;$i++) { ?>ガッ<BR><? } ?>
0412nobodyさん
04/08/04 13:10ID:???メジャーなサイトで PHP5 を使ったサービス第一号はどこだろう。
0414nobodyさん
04/08/04 22:22ID:???0415nobodyさん
04/08/05 15:45ID:???0416nobodyさん
04/08/05 15:52ID:???0417nobodyさん
04/08/05 20:20ID:???アップデートじゃないから出足が遅いかもね。
流れの速さはapache2.xとかIPv6みたいな感じじゃないかな。
0418nobodyさん
04/08/05 20:47ID:???PHP5 は Java 似のオブジェクト指向なので JSP からの転向者が出るかな。
0419nobodyさん
04/08/13 02:31ID:???0420nobodyさん
04/08/13 09:27ID:???0421nobodyさん
04/08/16 10:15ID:???誰か入れてみた？
0422nobodyさん
04/08/19 18:47ID:???php5入れちゃってるの結構いるな。
0423nobodyさん
04/08/24 03:17ID:???機能も多いし一般レベルまで降下したら普及するだろう。
0424nobodyさん
04/09/10 03:20ID:fZPv4YZwどれかできれば他の三つ覚えるのはかなり楽。
0425nobodyさん
04/09/10 12:12ID:???ガンガン使う奴って"ネ申"に最も近いわけで。
0426本７
04/09/14 00:16:14ID:???FedoraCore2+Apache1.3.31+MySQL4.1.20+PHP5.0.1という超見切りサーバ。
せっかくの知識なんだし実生活で役立てないとね。
0427nobodyさん
04/09/14 01:40:09ID:???尊敬するぜ
0428nobodyさん
04/09/20 06:36:37ID:???本七は、どっかに消えてください、
0430nobodyさん
04/09/25 04:12:23ID:???｜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)
0431nobodyさん
04/09/25 20:26:58ID:???0432nobodyさん
04/09/26 13:35:07ID:???0433nobodyさん
04/09/28 09:22:36ID:???■ このスレッドは過去ログ倉庫に格納されています