トップページ⇒php
1001コメント275KB

　　☆　　P　　H　　P　　5　　☆　　

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん03/06/30 19:46ID:830ve/qp

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

http://www.php.net/

0618nobodyさん04/10/27 18:49:51ID:???
VBは148件か。
JavaもVB並になったってことだな。
なにがVB並になったかってことは想像に任せるが。
0619nobodyさん04/10/27 21:07:55ID:???
>>618
ちゃんと職種を『ソフト開発、WEB系SE・プログラマ 』に絞って検索しろよｗ
頭悪すぎ
0620nobodyさん04/10/27 21:09:38ID:???
ちなみに>>618の方法でやると、Javaは271件ね。
0621本７04/10/28 00:49:52ID:???
JAVA使いも所詮使い捨てのゴミか。
どのみちPGしかやらないつもりなら永遠に針の山。
人生の中で労働という時間をどう過ごすって視点で考えるならPHPとかでサクっと作っておいて定時で帰れば？
提案力がない以上はずっとコキ使われっぱなしなんだし。
0622nobodyさん04/10/28 04:05:54ID:???
PHPって全然サクッと作るしくみなんかないんだけど。

Javaは画面制御やDBとのやりとりに頭を使う必要がなくなってきている。
だから、PHPで作るようなWebだと、どのデータをどこに表示するか、どのタイミングでどの処理を実行するか、結びつけるだけで出来上がる感じになる。
その結果、作業者は使い捨てでよくなるわけだ。
0623nobodyさん04/10/28 07:49:19ID:???
>>621
ていうかプログラマーという職業自体使い捨てですが。
0624nobodyさん04/10/28 07:51:56ID:???
>>622
だからさぁ、知ったかしてると>>596>>605みたいに恥じかくってばｗ
0625nobodyさん04/10/28 08:36:13ID:???
>>623
同意。プログラマーを使い捨て職業だとわからずに言語の勉強に勤しんでるやつ
が痛々しいな
0626nobodyさん04/10/28 09:41:34ID:???
>>624
とりあえず、SQL書かなくていいしくみがあればいいんだけど。
0627nobodyさん04/10/28 09:42:56ID:???
>>625
たまに、ひとつの言語も使えるようにならなくて、満足なプログラムもかけないのに、くやしまぎれにそういうこというやつもいるけどね。
そういうやつは、「自分の目でみておきたかったので」とイラクに行ったりする。
0628nobodyさん04/10/28 09:48:19ID:???
>>627
使い捨て職業だとわかった上での発言だよね？
0629nobodyさん04/10/28 10:30:24ID:???
>>628
使い捨てられて実感がこもった発言ですね。
0630nobodyさん04/10/28 14:25:15ID:???
ところで、お前らPHPプログラマは手取りでどんくらいもらってる？
俺は24歳で23万くらい。
0631nobodyさん04/10/28 16:28:31ID:???
>>626
PEAR::DB_DataObject使え
0632nobodyさん04/10/28 19:25:31ID:???
ま、プログラマが使い捨てとか言ってる奴は
普段プログラマに馬鹿にされてる無能の営業か
本当に使い捨てレベルのしょーもないコーダーなんだろ。
0633nobodyさん04/10/28 21:53:21ID:???
>>632
まあまあ、それは言わないでおきましょう。
自称元プログラマーの営業(つまり、プログラマーから落伍した連中)が
業界の癌であることは周知でしょうから。
0634nobodyさん04/11/04 21:14:46ID:???
PHP4って例外処理も無いのかよ。
お前らよくこんなの使ってんな？
0635nobodyさん04/11/04 22:15:34ID:???
>>634
志村、スレタイ！スレタイ！
0636nobodyさん04/11/06 01:25:57ID:???
>>635
warota
0637nobodyさん04/11/06 02:30:30ID:???
PHP5なんか誰も使ってねーよ。
0638nobodyさん04/11/06 02:58:08ID:???
と思っているのは>>637だけで、実は世の中の.phpなサイトはすべてPHP5で動いている。



という世界は怖いな。
0639nobodyさん04/11/06 18:43:34ID:???
まともに動かないPHP5なんてリリースされてないのと一緒。
0640nobodyさん04/11/06 22:06:48ID:???
マイナーバージョンも2つあがったし、そろそろ使ってみてもいい頃。
そう思って自分のテスト環境をPHP5にしてみた。

今のところ問題は出てないので、徐々に使用範囲を広げていこうと思う
今日この頃。
0641nobodyさん04/11/07 05:16:28ID:???
>>639
PHP5もまともに動かせないの？(w
0642nobodyさん04/11/07 10:42:53ID:???
>>641
あんたホント必死だな。
PHP5なんて趣味レベルの奴しか使ってねーから。
企業サイトじゃ使ってる所なんてねーよ。
もうちょっと頭をつかって発言しろよ。な？
0643nobodyさん04/11/07 14:01:35ID:???
>>642
(当然だが)ZendはPHP5に置き換えてるがな。
まあ、俺も今動いている企業サイトで態々
置き換えるメリットは今のところないと思う。
だからといって、PHP5に手を出してないと思うなら大間違い。
0644nobodyさん04/11/07 15:27:04ID:???
PHP5を実運用サイトに適用できない一番の問題点は
現状ではコードキャッシュがZendのものしかないことかなぁ。

PHP4 + MMCacheどっぷりなので、
いまさら生のPHPのスピードでは物足りない。
0645nobodyさん04/11/07 15:50:08ID:???
俺もキャッシュとPDFlibがネックで移行できないなぁ。
0646nobodyさん04/11/13 12:02:02ID:???
いやー、PHP5って使い物にならんね。
駄目だこりゃ。
0647nobodyさん04/11/13 15:57:33ID:???
ということにしたいのですね
0648nobodyさん04/11/14 01:40:03ID:???
まぁphp3からphp4への移行の時もいろいろあったわけだが、
そのときは 両立できた。

今回は両立できないのがキツイな。
両立させるには別ポートでapache動かすしかないの？
0649nobodyさん04/11/14 03:30:49ID:???
SQLiteとかXML回りを手あかの付いたコメントを読んで変な偏見を持つ前に使ってみたが
そこそこ使えるべ。あとは普及するだけだ。
065064504/11/14 03:40:03ID:???
商用版のPDFlibはPHP5に対応してたね。ｽﾏｿ
後はキャッシュだな。
0651nobodyさん04/11/14 03:43:33ID:???
SQLiteはいい。DBデーモン不要でバックアップもコピーするだけ。
レン鯖がPHP5に対応したら間違いなく流行るね。
まあ、そうなるのは5.1以降だろうけど。

ところでPHP5のXMLって多バイト文字が化けない？
これさえ直れば現状でも本格的に使い始められるんだけど。
0652nobodyさん04/11/14 03:47:18ID:???
>>650
APCはどうよ？
MMCacheはzend_extensionだけど、こっちはただのextensionなので、まだいけそう。
それにMMCacheも5.0beta2あたりまでは公式に対応を謳ってたような。
ダメ元でやってみて報告きぼん。
0653nobodyさん04/11/14 10:43:13ID:???
650じゃないけどPHP5でMMCache入れてみた。
今Apacheリスタートしてphpinfo()見てみたけど、一応動いてキャッシュもされてるみたい。
0654nobodyさん04/11/14 10:46:02ID:???
やっぱり、ダメぽ。
自作のスクリプトが動かねー。
0655nobodyさん04/11/14 12:55:06ID:???
漏れはPHP Acceleratorの対応待ち・・・
0656カポコン04/11/14 14:25:33ID:???
JavaScriptはオブジェクト指向である、
しかし、PHPはオブジェクト指向ではない。
その心は？
0657nobodyさん04/11/14 17:09:38ID:???
PHPはその場指向です。
0658nobodyさん04/11/14 17:59:10ID:???
PHP5はthisだらけです
0659nobodyさん04/11/14 22:57:26ID:???
>>658
漏れは　意外と this 好きなんだけど。
わかりやすくて。
書くのは面倒くさいんだけどな。
0660nobodyさん04/11/14 23:27:47ID:???
thisより->がいやだ
0661nobodyさん04/11/14 23:35:06ID:???
thisは嫌いじゃないけど->は嫌だなあ。
指の流れがそこで止まるのが気持ち悪い。

今日はじめてObjective-Cをさわってみたけど、面白そう。
でもWebObjectsはJavaになっちゃったんだよね。。。
0662nobodyさん04/11/15 02:03:30ID:???
>>655
PHPAは一体いつ対応するのかな。早く対応してもらいたいものだ。
0663nobodyさん04/11/15 09:49:02ID:???
->が嫌と言う人は[]のことをどう思うんだろう

俺はカーソルが行ったり来たりして嫌い
0664nobodyさん04/11/15 12:52:06ID:???
自分のエディタの挙動の不満をPHPに転嫁するのはよくないですよ。
0665nobodyさん04/11/15 19:58:39ID:???
->が嫌だってのはエディタと関係なくないか。
0666nobodyさん04/11/15 20:12:26ID:???
->じゃなくて対応する括弧を示す機能と思われ。
設定でどうにでもなりそうなもんだけど。

>>663がObjective-Cやったら発狂するね。
ブラケットだらけだから。
0667nobodyさん04/11/16 01:36:27ID:???
lisp
0668nobodyさん04/11/16 02:11:15ID:???
PHP厨はアホだなぁ（ｗ
066966304/11/16 09:22:58ID:???
>>666 対応する括弧じゃなくてObjective-Cの話だよ
obj = [[SomeObject alloc] initSize: [SomeObject defaultSize]];
とか書くとき普通、
1) obj =
2) SomeObject alloc
3) initSize:
4) SomeObject defaultSize
の順番に書くだろ？
そうすっとブラケット書くのにカーソルをあちこち動かすのがウザくね？
0670nobodyさん04/11/16 11:04:59ID:???
PHPのスレでなんの説明もなくObj-Cの話されてもわかるか、と。
0671nobodyさん04/11/16 12:16:23ID:???
ブラケットを先に書いとけばいんじゃね？
閉じ忘れとかも減ると思うよ。
067266304/11/16 15:40:17ID:???
>>670
スマヌ
>>671
そうできればいいですが。。。
まあスレ違いなのでこのくらいで。
0673nobodyさん04/11/16 21:28:44ID:???
PHPの正規表現って/[あ-ん]*/とかできないのね。
つっかえねー。
0674nobodyさん04/11/16 22:33:18ID:???
いや普通にできるし。
知ったかイクナイ。
mb_ereg系使うか、preg系ならUTF-8の文字列でパターン修飾子にuつけるとか。
0675nobodyさん04/11/17 12:36:32ID:???
ttp://www.itmedia.co.jp/enterprise/articles/0411/16/news132.html

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

>基盤となっているのは、メージャーバージョンアップを果たしたばかりの新版、PHP 5に他ならない
さすがにこれは嘘
0676nobodyさん04/11/17 15:30:03ID:???
>>675
PHPの開発者をどう数えたかしらんけど、PHPでしょぼいスクリプト書く人も数えてるなら、Excelでしょぼいマクロ書いてる人も数えるべきだね。
0677nobodyさん04/11/17 22:59:45ID:???
ま、.NETに移行できなかったVB厨が同じような厨言語に
流れたってことだ。
0678nobodyさん04/11/17 23:09:19ID:???
ってゆーか、.NETの仕事って欠片もオファーがないんだが

#なくても別に困らないということは判った
0679nobodyさん04/11/18 20:51:27ID:???
>>678
救えねぇアホだな。
0680nobodyさん04/11/19 02:08:13ID:???
なんでいまどきPHP4なのかねぇ。
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
>>648
もうPHPから離れろってこった
Zendの言いなりのPHPはもうオープンソース言語ではないな

>>676
同意
実際「書ける」ではなく「使える」やつは他言語も一緒
極少数なんだよ。
0683nobodyさん04/11/21 00:51:40ID:???
>>680
なんですかこの@itをそのまんまパクッたような構成は。sage。
0684nobodyさん04/11/21 05:07:30ID:???
せめて、ちゃんとそのままぱくってほしかったんだけど。
0685 ◆AngelH/kMI 04/11/21 15:55:45ID:???
PHP5.1はPHP4.3.x/5.0.xと比べて最大で2倍ほど早くなってます。
ようやく、入れる価値がでてきたかなぁという感じ。
実際入れてみたんだけど、体感出来るくらい違います。
というか、今までがいかに遅かったのかと・・・。

>>652
APCはMLにPHP5対応パッチが流れたのだけど、
あまりに駄目駄目で速攻叩かれて消滅しました。

>>653
あー。
それやめたほうがいいです。
バグありすぎ。

現状、中間コードをキャッシュするのは結構たいへんそう。
一応PHPAは対応する、ということを言ってるけど
PHP4までと比べてバイトコード複雑になってるしいつになることやら。
0686nobodyさん04/11/21 16:05:20ID:6bqWOrco
tidy、simpleXML、SQLite使ってる人いる？
どんな感じ？
0687nobodyさん04/11/21 16:17:12ID:???
別に普通
0688nobodyさん04/11/21 18:36:11ID:???
>>685
感覚的にでいいんですが、
PHP4 + PHP Accelerator と　PHP5.1って
どっちが速そう？同レベル？
同レベルならテスト環境に入れてみようかな。
0689 ◆AngelH/kMI 04/11/21 20:23:17ID:???
>>688
PHP4 + PHPA・・・かな。
ちょっと環境がなくてベンチマーク出来ないけど。

いくらオプティマイザが賢くなっても
メモリ上に持ってるものほど速度でるとは思わないんで・・・。

というか、中間コードキャッシュくらいPHPの機能として持ってほしいよ！
0690nobodyさん04/11/21 20:32:23ID:hvtivRjX
>>689
> いくらオプティマイザが賢くなっても
> メモリ上に持ってるものほど速度でるとは思わないんで・・・。

そりゃそうですよね。失礼しました。
0691nobodyさん04/11/22 06:15:49ID:???
>>689
そこまでPHPに求めるな
多機能化すればするほど自滅の道
0692nobodyさん04/11/22 15:59:30ID:???
うわ、検索しにくいスレタイ

PHP５ってターボついてる軽みたいなもんかｗ
0693nobodyさん04/11/22 22:27:38ID:???
>>691
同意
0694nobodyさん04/11/23 02:18:26ID:???
>>692
三菱の軽トラでエンジンを耐久性ギリギリまで排気量アップしてターボつけて載せてる感じ。
0695nobodyさん04/11/23 17:09:06ID:???
中間コードキャッシュなんてユーザー側にとっては透過的なんだから
幾ら増やそうが問題無いと思うが。
どっかの言語みたいに言語仕様が月単位で変わるならまだしも。
0696nobodyさん04/11/23 17:43:59ID:???
>>695
まあそういうのは思想的な部分もあるから好みじゃない？
何はともあれ、5.1で随分速くなったそうだから喜ばしいことだ。
早くリリースされないかな。
0697nobodyさん04/11/24 00:34:36ID:???
PHPって開発者に迷いがあるらしくてバージョンが上がる度に
別の言語になっちゃてるよね。パクるだけしか脳がないなら
言語開発なんかやめちまえっつーの。
0698nobodyさん04/11/24 00:36:17ID:???
本当にそうだね
0699nobodyさん04/11/24 00:45:30ID:???
>>697
別にマンセｰする必要も無いけど、気にいらんなら使わなければいいだけ。
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:???
>>701
bababababkabkabkabababkababakbabakabababbkabkabkabakbababkabka
0703nobodyさん04/11/24 06:44:18ID:???
>>699
それもそうだけど
やっぱり開発者としての方針はまとめるべき
0704nobodyさん04/11/24 09:02:25ID:???
>>701
言ってる意味がわからん
0705nobodyさん04/11/24 09:02:39ID:???
パクるのは良い。それで便利になるのなら。

仕様がコロコロ変わるのは×。
0706nobodyさん04/11/24 14:06:51ID:???
>>705
良い事言った！
0707nobodyさん04/11/24 19:37:32ID:???
結局言語設計の能力は無かったってことだ。
0708nobodyさん04/11/24 22:24:55ID:???
PHPのオリジナリティって０だよね。
全てパクり。
0709nobodyさん04/11/24 23:33:22ID:???
>>707
結論的にそうですね

>>708
オリジナリティを出そうともしてない気もしないでもないが
全てパクりなのは激しく同意。
0710nobodyさん04/11/25 00:13:04ID:7Xgcyhe1
いまPHP5とD言語が似たような状態だよね。
どっちも潜在的な可能性は大きいけどどうしていいか迷ってる感じ。
0711nobodyさん04/11/25 00:38:55ID:???
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
 
0712nobodyさん04/11/25 01:36:23ID:EbXQQlEl
迷いの無い言語なんてあるのか？
0713nobodyさん04/11/25 03:29:58ID:???
>>712
少々の揺らぎはどの言語にもあるが
言語としての方向性を迷ってる言語はあまりないはず
710がいうように可能性に負けてる感じ
0714nobodyさん04/11/25 04:36:59ID:???
お前の視野が狭いだけ
0715nobodyさん04/11/25 07:14:48ID:sTWyMDhn
5は便利。
5より4のほうがいいって人は少ないはず。
でも、2チャンネルではそういう人多いんだろなｗ
0716nobodyさん04/11/25 07:55:35ID:???
5は便利だよ。確かに。
でも、信頼できないものがどんなに便利になっても、どうしようもないね。
どんなにシートレイアウトが自由に設定できて荷物がのせれても、車輪のハブにクラックが入ってしまうような車が使えないのといっしょ。
0717nobodyさん04/11/25 08:42:35ID:???
5はまだまだ仕様が変わる可能性大だから少なくとも5.1.xまでは使いものにならん
0718nobodyさん04/11/25 09:06:55ID:???
5.1.xでは細かい仕様が変わるよ。
5.2.3を待ちなさい。
■ このスレッドは過去ログ倉庫に格納されています