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

今はPHPの時代Perlがこの先生きのこるのは無理3

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2005/05/24(火) 14:32:01ID:6a7n1dhF
過去スレ
これからはPHPの時代Perlはもう終わりバイバイ2(dat落ち)
hhttp://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html

PHP最高！！！！
Perl、Ruby、 Python全部もう糞！
0154nobodyさん2005/08/15(月) 22:56:19ID:???
>>150
静的ページを都度更新システムが生成するのは、動的ページと呼ばないって事なら、そうかもね。
そりゃhtmlファイルを生成した方が閲覧だけの負荷考えりゃ軽いのは当然だろうし。
ただ、期間限定の商品だとか、夜中だろうが在庫切れになったら買えなくしたりする必要はあるんじゃないの？
0155PHP大好きっ子2005/08/15(月) 22:56:47ID:???
DBアクセス覚えたてなので、何でもかんでもDB使いたくて仕方がありません
0156nobodyさん2005/08/15(月) 22:57:58ID:???
>>152
そうじゃなくて、ページの更新頻度によるんだよ。
一度、静的に生成して情報の更新がしばらく行われないなら、
明らかに静的に生成する方が有利だろうけど。
楽天の様に、様々な店舗があって情報更新が激しいと、
静的に生成する処理の負荷の方がバカにならないんじゃないか、と。
楽天がどうだかは知らないけどね。
0157nobodyさん2005/08/15(月) 22:58:44ID:???
キャッシュの考えと一緒だよね
0158nobodyさん2005/08/15(月) 22:59:15ID:8q2yV0LV
>>153
blog全般がコメントやトラックバックがあった時も静的ファイルを書き換えてる作りなの？
その方式じゃないとblogとは呼べないの？
つか、CMSがhtmlファイルを動的に生成するサイトを静的なサイトとは定義しづらいと思うがなぁ。
0159nobodyさん2005/08/15(月) 23:00:06ID:???
>>154
システム設計の経験はおありでしょうか？

最後の商品が売れたタイミングで、在庫切れのページを作ればいい。
バッチ回しておいて、期限が切れたら公開停止にすればいい。
0160nobodyさん2005/08/15(月) 23:01:10ID:???
>>156
その話はおかしい。
同じ店が同じ商品を何度も更新しないかぎり、その例は当てはまらない。
0161nobodyさん2005/08/15(月) 23:01:42ID:???
>>158
MovableTypeの話だろ？
一回使ってみればいいじゃん。
0162nobodyさん2005/08/15(月) 23:02:10ID:???
静的HTMLよりは圧倒的に重いのは間違いないが、
問い合わせのたびに connect したり、検索効率の悪いテーブル構造とかでもない限り、
SQLで問い合わせるオーバーヘッドが問題になることは少ないぞ。
今時のシステムならSQLキャッシュとかもあるし、下手に静的HTML生成して、
セッション管理やシステム連携で苦労するなら、全体を動的に構築した方がはるかにマシ。
0163nobodyさん2005/08/15(月) 23:02:40ID:???
>>158
おいおい、定義が変わってるぞ。

商品のページは静的だよね、って話が、サイトが静的って話になってる。
0164nobodyさん2005/08/15(月) 23:03:39ID:???
>>162
静的ページを交えると、苦労するか？
苦労するのはスキルが低いからに過ぎない思うが…
0165nobodyさん2005/08/15(月) 23:05:33ID:???
>>156
いや個人サイトじゃないんだから、閲覧によるアクセスの負荷軽減ばかりに拘らないだろ。
個々の商品の閲覧状況の分析や、購入したもの以外にチェックした商品なんかの嗜好性、
マーケティングの分析に対応するには静的なカタログページじゃ無理がある。
0166nobodyさん2005/08/15(月) 23:07:10ID:???
>>164
静的HTMLの商品カタログに、ログイン中のユーザー名や、
買い物かごの商品数、値段合計とかどうやって埋め込む？

フレーム切るのか？
0167nobodyさん2005/08/15(月) 23:07:14ID:8q2yV0LV
>>163
では、Smartyのキャッシュ機能をOnにしていれば、都度生成の静的なページと言えるのだろうか。
0168nobodyさん2005/08/15(月) 23:07:58ID:???
>>160
それもそうだと思うよ。
ただ、いくつか楽天ショップで運営しているところと仕事をした時に、
楽天の店舗用管理画面を使わせてもらって色々やってみたし、
>同じ店が同じ商品を何度も更新
というケースは頻繁にあったから。
まあ、楽天全体的にどういう傾向か知らないから、あくまでも一案で。
0169nobodyさん2005/08/15(月) 23:09:31ID:???
>>165
大量アクセスがあるサイトだからこそ、アクセスの負荷軽減にこだわるんだと思うが
そのために楽天では、在庫数の表示みたいな、リアルタイム性が必要な項目が無いんだろうし。
0170nobodyさん2005/08/15(月) 23:09:45ID:???
>>165
ん？一応、静的に生成する場合よりも、動的で扱ったほうが、
全体的の負荷は下がる場合もある、と言ってるんだけど。
0171nobodyさん2005/08/15(月) 23:11:54ID:???
>>166
楽天では、買い物かごを見るをクリックして、商品案内とは別画面でバスケットを開く。
0172nobodyさん2005/08/15(月) 23:12:17ID:???
>>159
そのバッチをどれくらいの間隔でまわすかによるわな。
5分に一回だとしても全ての店舗、全ての商品の在庫数をなめて確認するのか？
クライアントが一時間に1回や1日１回でも良いというなら助かるだろうが。
0173nobodyさん2005/08/15(月) 23:13:31ID:???
>>168
一つの商品を、アクセス負荷に問題が出るくらい、一日中ずっと更新するテナントがいるのか？
単なる嫌がらせだな。
0174nobodyさん2005/08/15(月) 23:14:35ID:???
>>172
っていうか、楽天のタイムセールで、10時35分まで限定とか半端なの見たことないけど。
0175nobodyさん2005/08/15(月) 23:15:03ID:???
>>172
在庫0のだけ抽出すりゃいいんじゃねーの？
にしても、在庫切れ確認にバッチ回すのは頭悪いと思うがな。
0176nobodyさん2005/08/15(月) 23:15:16ID:???
もうこの辺でまとめようぜ。



PHP使いは、システム設計力に劣る。



これでいいだろ？
0177nobodyさん2005/08/15(月) 23:16:05ID:???
>>175
在庫切れは、最後の客が精算したタイミングでアクションだろ。
0178nobodyさん2005/08/15(月) 23:16:18ID:???
>>174
出来るけどそんな半端な期間にしないだけ
0179nobodyさん2005/08/15(月) 23:17:22ID:???
おいおい在庫切れは買い物かごに入れる前にチェックだろ。
0180nobodyさん2005/08/15(月) 23:18:58ID:???
なんかズレてきてとは思いつつ…w
在庫状況に関しては商品情報表示時に在庫DB確認してリアルタイムの方が望ましいだろ。
0181nobodyさん2005/08/15(月) 23:20:09ID:???
こんな時間に妙に伸びたな
0182nobodyさん2005/08/15(月) 23:21:15ID:???
まあ、人は少ないわけだが。
0183nobodyさん2005/08/15(月) 23:22:16ID:???
どーりでレス増えても低レベルなままだと思った
0184nobodyさん2005/08/15(月) 23:24:22ID:???
>>179
楽天で買い物すれば解るよ。
0185nobodyさん2005/08/15(月) 23:27:26ID:???
荒れてる原因を探ってみた。

叩いてる奴は、楽天のシステムの仕様に基づいて意見している
そんなことはないと言ってる奴は、通販サイトのあるべき姿に基づいて意見してる

楽天では在庫数も出ないし、時間の制御も結構適当
商品バスケットも別画面
0186nobodyさん2005/08/15(月) 23:33:19ID:???
元々の大規模ショッピングサイトでは静的なカタログページが望ましいという話はどーなったんだ？
0187nobodyさん2005/08/15(月) 23:33:46ID:???
レーサーも絶賛

「昔、PHPを学んでいればワールドチャンピオンになれたかも」（レイモン・ロッシュさん）
「250ccのマシンが500ccかと思うほどの走りができるようになった」（ジャン・フィリップ・ルジアさん）
「PHPのおかげでブレーキングを遅らせても大丈夫になった」（オリヴィエ・ジャックさん）
「PHP最高♪」（クリスチャン・サロンさん＆ドミニク・サロンさん）
「ロケットスタートはPHPの賜物」（ロン・ハスラムさん）
「フィッシュ＆チップスよりPHP」（ニール・マッケンジーさん）
「PHPがある限り現役続行」（ギャリー・マッコイさん）
「天国にもPHPがあればなあ」（バリー・シーンさん、ジョーイ・ダンロップさん）
「バイクに轢かれても復帰できたのはPHPのおかげ」（フランコ・ウンチーニさん）
「イタリア人はみんなPHPが大好き♪」（マッシミリアーノ・ビアッジさん）
「Zendがスポンサーのチームで走りたい」（ルカ・カダローラさん）
「いいからPHPを使え！」（ヴァレンティーノ・ロッシさん）
　
0188nobodyさん2005/08/15(月) 23:35:09ID:???
ニール・マッケンジーしか知らねぇ
0189nobodyさん2005/08/15(月) 23:37:46ID:???
カタログページはajax使って動的に商品閲覧が可能だが、ファイルは静的みてーなんが今後あるべき姿か？
あーそれだとSEO的に問題ありか。
0190nobodyさん2005/08/15(月) 23:39:33ID:???
このスレはいつになっても議論がかみ合わないな。
0191nobodyさん2005/08/15(月) 23:43:26ID:???
まぁ、タイトル通りネタスレだしな
0192nobodyさん2005/08/15(月) 23:43:29ID:???
まあスレタイからしてな・・・
0193nobodyさん2005/08/15(月) 23:46:54ID:???
世界の名言に見るPerl

「Perlのバグは忘れた頃にやってくる」（寺田寅彦）
「とにかくね、Perlはインチキをやっているのに違いないのさ。」（太宰治）
「もし、Perlに再版があるならば、私は改訂したい。」（ジョン・クレア）
「遅くなってもPerlよりはマシだ」（リヴィ）
「短い人生はPerlによっていっそう短くなる」（サミュエル・ジョンソン）
「Perlがアホやから野球がでけへん」（江本孟紀）
「もう俺、Perlやらない」（勝新太郎）
0194nobodyさん2005/08/15(月) 23:47:38ID:???
>>191　　　>>192
（・∀・）人（・∀・）ﾈｰ
0195nobodyさん2005/08/15(月) 23:50:08ID:???
しかし、事実をネタ化しようと必死だな。
0196nobodyさん2005/08/15(月) 23:53:58ID:???
楽天自体がネタだろ
あのダサさと使いづらさ
PHP使うとああなるんだな
0197nobodyさん2005/08/16(火) 00:08:21ID:7B4uhN3R
oscommerceとかどーなの？
0198nobodyさん2005/08/16(火) 00:09:03ID:???
辻元清美「Perlは疑惑の総合商社ですよ！」
0199nobodyさん2005/08/16(火) 00:22:20ID:???
>>176
同意。さらに人間としても劣っているようだな・・・
0200nobodyさん2005/08/16(火) 00:28:35ID:???
全然言語関係なくなってるじゃねーか
Perl支持派はPHPよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
0201nobodyさん2005/08/16(火) 00:30:17ID:???
自分で出せばー？
まあ、phpしか使えないから無理なんだろうけどね。
そういう雑魚はすっこんでろよ。
0202nobodyさん2005/08/16(火) 00:32:41ID:???
>>201
低レベルな馬鹿には聞いてない
0203nobodyさん2005/08/16(火) 05:46:26ID:???
Perlが速いと言ってるﾔｼはCGI-Perlが散々遅いと言われてたのが
mod_perlになってはしゃいでるだけ
実際はそうでもない
0204nobodyさん2005/08/16(火) 07:34:16ID:???
古典的ですが、エラトステネスの篩を使ってベンチ取ってみました。
1900個の素数を見つけるのを100回繰り返すベンチです。
どちらもtimeを使って、コマンドラインから計測です。

This is perl, v5.8.7 built for i386-freebsd
1.948u 0.000s 0:01.95 99.4% 1020+881k 0+0io 0pf+0w

PHP 4.3.10 (cli) (built: Dec 28 2004 20:29:40)
7.502u 0.007s 0:07.52 99.7% 3278+1724k 0+0io 0pf+0w
0205nobodyさん2005/08/16(火) 07:43:32ID:???
PHP厨がよく言うYahooのレポートでもPerlの方が速いって出てるけど。
しかしながらそれほど顕著な差は出てない。
0206nobodyさん2005/08/16(火) 09:03:33ID:???
そこまで速さにこだわるなら、C言語とか使ってネイティブコードで書け。
0207nobodyさん2005/08/16(火) 09:11:41ID:???
>>204
cliってcgi版じゃ？
実働環境での比較なら
mod_perl対アクセラレータ＋phpで比較しないと意味ナッシング
0208nobodyさん2005/08/16(火) 10:22:01ID:???
>>207
インターフェイスを変えたところで中身までは変わりませんよ。

同じくエラトステネスの篩の100回繰り返しを1回に直して、ab -n 10000 -c 5で計測。
ただし、Perlバージョンが古くなってます。（うちの環境はちょっと変。)

mod_perl 1.29/perl 5.005_03
Requests per second: 27.21 [#/sec] (mean)
Time per request: 183.78 [ms] (mean)
Time per request: 36.76 [ms] (mean, across all concurrent requests)

php 4.3.10+PHPA
Requests per second: 10.12 [#/sec] (mean)
Time per request: 494.27 [ms] (mean)
Time per request: 98.85 [ms] (mean, across all concurrent requests)


>>207が暴れる前に種あかしすると、PHPはループが遅めで、
エラトステネスの篩や、ハノイの塔などのループを多用するコードが苦手。
5.1で改善されるとか聞いたことがあるけどね。
0209nobodyさん2005/08/16(火) 11:58:12ID:TzYK40Ap
そう、それそれ。PHPは5.1で超高速化されるので
現時点で速度比較をするのは意味ナッシング
0210nobodyさん2005/08/16(火) 12:18:19ID:???
今回、PHP 5.1のベンチマークを
やってみて、PHP 5.0.x/PHP4.3に比べて劇的に速くなったのは驚きました。
(Optimizerいらないかな?)
↑
これか。
てことは5.1＋eAcceleratorでPerl死亡決定？
0211nobodyさん2005/08/16(火) 12:29:40ID:???
もうベータ3まで来てるから
Perl死亡までカウントダウン開始してるね
PUPU
0212nobodyさん2005/08/16(火) 13:24:43ID:???
今のPerｌってインタープリタ部分が糞だからParrot出たら大分速くなるんじゃない。
PHPの利点は初心者でも簡単に扱えるってことだからその地位は揺るがないと思うけど。
0213nobodyさん2005/08/16(火) 13:38:57ID:???
Parrotが出る頃にはPHPは6になってると思う
0214nobodyさん2005/08/16(火) 13:41:44ID:???
PHP支持派はPerlよりも速いと主張するなら
数字出せ。
他にメリット何かあるならあげろ。
ないならすっこんでろ。
0215nobodyさん2005/08/16(火) 13:46:19ID:???
↑
ﾊｧ？誰もそんな主張してないだろ
0216nobodyさん2005/08/16(火) 14:19:03ID:???
Perlが解らないからって必死だなｗ

あ、言っとくけど俺はPHPでもPerlでもJavaでもCでもVBでもRubyでも大丈夫だから。
0217nobodyさん2005/08/16(火) 15:06:12ID:???
速いっていうのがどれだけのメリットがあるわけ?
実行速度や鯖負荷に拘るならインタプリタ言語やめれ
オブジェクト指向も使うな。

あ、出来ないんだっけ?（ｗ
0218nobodyさん2005/08/16(火) 15:55:34ID:WPkj+14p
比較した上で速いからってPHPを選んでる訳じゃなく、
唯一使えるPHPで必死に他と比べて頑張ってるだけただもんね。
0219nobodyさん2005/08/16(火) 16:53:06ID:lYx4neoh
>>218みたいな煽りってPerlの立場をますます悪くするだけなのにネ。
PHPとPerlは機能が大して変わらないという事実があるわけで、
それでPerlの方が習得コストが高いのなら糞って事だ。
0220nobodyさん2005/08/16(火) 17:11:57ID:???
>>219
習得コストねぇ。BASICマンセーでつか？
最初から素直に言えよ

　馬　鹿　だ　か　ら　PHP　と　HSP　以　外　分　か　り　ま　せ　ん

と。

Web関係者ってこんなのばっかりだよなｗ
0221nobodyさん2005/08/16(火) 17:25:32ID:???
詭弁の特徴のガイドライン
>>220の該当項目

４：主観で決め付ける
９：自分の見解を述べずに人格批判をする
11：レッテル貼りをする
0222nobodyさん2005/08/16(火) 18:20:06ID:???
必死にPerlとPHPを比べようとしてるけど、
Java >>>> PHP or Perl
は間違いないんだよな？
0223nobodyさん2005/08/16(火) 18:24:40ID:???
Webアプリやシステムの規模、性質、開発者のスキル
様々な条件によってJava、PHPどれを選ぶべきかが決まる。
条件なしに不等号で表せない。
0224nobodyさん2005/08/16(火) 20:00:56ID:???
>>219曰く、
開発者のスキルを考慮から除外した場合、PHPは選択肢から漏れる。
0225nobodyさん2005/08/16(火) 20:07:50ID:???
Perlが漏れない理由はどの辺に？＾＾；
0226nobodyさん2005/08/16(火) 20:30:29ID:???
Perlは開発者のスキルがコードの良し悪しにストレートに出るってのあるね。上手い人のコードは、キレイで速い。
PHPは誰がやっても一緒なんで、簡単にWEBアプリ作れるけど、面白みがない。
0227nobodyさん2005/08/16(火) 20:41:53ID:???
Perlの上手いってPerl人にしか通用しない上手さだろ？
とにかく行数が短くて暗号みたいなやつ。
0228nobodyさん2005/08/16(火) 20:52:42ID:???
>>227
それは、どの言語でも一緒。

最近はハードウェア資源が抱負だから、可読性を重視してパフォーマンスを落としても問題無いけど、
昔は限られた資源の中で組まないといけなかった。
0229nobodyさん2005/08/16(火) 20:55:15ID:???
PHPはPerlとASPからおいしいとこだけ取りましたって言語だろ
そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ
0230nobodyさん2005/08/16(火) 21:04:54ID:???
>>229
だから、Web以外の機能でも、PerlとPHPでの差別化ってできるの？

例えば、よく使われるログの集計とかだってPHPで同じように書けるし、
Perlでなきゃという理由が無い。
同じようにPHPでなきゃという理由も無いけどね。
0231nobodyさん2005/08/16(火) 21:18:01ID:???
>>230
だからPerlを殺せる立場にないってなるんだろ
自分でいってんじゃん
0232nobodyさん2005/08/16(火) 21:21:17ID:???
>>231
Perlを殺せる立場には無いのは分かってる。

しかし、
＞そもそもWeb以外で需要が無いんだからPerl殺せる立場にはないよ

こう書いてるとPerlはWeb以外でも需要があるんだと声高に叫んでるように見える。
それに対して、PHPでも同様の事ができるのに、
なんでPerlだけ偉そうに持ち上げてるの？って事。
0233nobodyさん2005/08/16(火) 21:26:19ID:???
PHPの進化の速度に比べて
Perlは動きがほとんどない
動きのないものが滅ぶのは自然の理なり
0234nobodyさん2005/08/16(火) 21:27:30ID:???
PHP5.1＝Perlに対する最後通牒
0235nobodyさん2005/08/16(火) 21:38:10ID:???
>>232
実際需要あるだろ
Win以外のOSだと最初から入ってるしな
0236nobodyさん2005/08/16(火) 21:40:55ID:???
>>235
俺、Linuxも使ってるけどPerl入ってないよ？
だってインストールするときに入れないようにしてるもん。
0237nobodyさん2005/08/16(火) 22:14:36ID:WPkj+14p
>>233
コロコロと言語仕様が変わるのは、まだPHPが発展途上っていう証拠で、PHPは完成された言語じゃない。
Perlはこの業界で言ういわゆる「枯れた」言語だろ。つまり完成された言語。
0238nobodyさん2005/08/16(火) 22:19:50ID:???
COBOLやFORTRANの様に無くなりゃしないが、一線からは退く。
それでいーんじゃね？PHPだって枯れりゃ新しい言語がまた取って変わるんじゃね？
0239nobodyさん2005/08/16(火) 22:22:49ID:???
>>233
まあphp3,4のヘボイ言語仕様じゃ変更せざるを得なかったからだろ。
進化というか、ようやくまともになりそうな感じになってきた程度。
oopやるんだったら、javaやpython,rubyのが元々優れてるし。
perlは、画期的なparrotの実装に取り組んでる最中じゃない。
0240nobodyさん2005/08/16(火) 22:25:45ID:???
PHPから入った連中をparrotで根こそぎ刈り取る為の布石にしかすぎんのだよ
0241nobodyさん2005/08/16(火) 22:26:58ID:???
phpもparrotを実装したいとか言ってなかったっけ？
php6、7？いつになることやら・・・
結局、phpは後から追っかける状態が続くんだね。
0242nobodyさん2005/08/16(火) 22:28:57ID:???
CURLにもすげー期待してたんだけどなぁ。
受け入れられるのと言語としての優秀さとは違うんだろうなぁ。
そういう意味ではZendってSunに比べてブランディング下手過ぎね。
0243nobodyさん2005/08/16(火) 22:32:32ID:???
>>238
COBOLはまだ第一線と言ってもいいな。
なぜか新規案件が結構ある。

ObjectCOBOLってのもあって、PHP5よりも出来が良かったりするｗ
まぁObjectCOBOLの単独案件は殆ど見たことないけど、
JAVAとシームレスに使えるので、有用らしい。
0244nobodyさん2005/08/16(火) 22:34:27ID:???
>>243
それはコンパイラがJavaに変換してるってこと？
.NETみたいだな
0245nobodyさん2005/08/16(火) 22:44:10ID:???
細かく言うと、JVMが実行できるような中間コードに変換だろうね。
.NETもそうだし、parrotもそうだよ。
0246nobodyさん2005/08/16(火) 22:50:21ID:WPkj+14p
そういう言語が増えていくのはいいことだ。
0247nobodyさん2005/08/16(火) 22:58:16ID:???
いずれは全ての中間コードがひとつに統合されて
Flashとかも取り込まれたりするんだろうか
素敵だ
0248nobodyさん2005/08/16(火) 23:13:01ID:???
すまん、スレタイぱっと見、
「Perlが　この先生(せんせい)　きのこ」
と読めて、なんだか分からなかった。
0249nobodyさん2005/08/16(火) 23:14:04ID:???
キノコ先生
0250nobodyさん2005/08/16(火) 23:33:01ID:???
まあ最終的には、
どれも似たような言語になるだろうな
それに対応するためにはアブストラクトな言語知識、
アブストラクトな設計技術を身につけておけばよし。
逆に言語固有の知識は陳腐化があらかじめ決定している。
そのような意味で
クセの強いPerlは進化の途上で滅ぶミアキスのような存在といえよう。
0251nobodyさん2005/08/16(火) 23:35:54ID:???
固有の知識を必要とする言語は広まらない（きのこ先生の法則）
0252nobodyさん2005/08/16(火) 23:40:56ID:???
>>251
C言語のポインタとかは言語固有の知識じゃないの？
0253nobodyさん2005/08/16(火) 23:57:40ID:???
>247
ttp://internet.watch.impress.co.jp/cda/news/2005/06/07/7922.html
macromediaがeclipseに参加するらしい。
Flash用のモジュールとか出来るかもしれん。
0254nobodyさん2005/08/17(水) 00:00:57ID:???
>>252
他の言語でもポインタと同じ物はあるけど。
PHPは無いかもしれないが。
■ このスレッドは過去ログ倉庫に格納されています