拡張子わろたｗｗｗ

拡張子のなにがおもしろいの？
アプリケーションサーバがファイル名から予めデータの
種類がわかれば、最適化した処理ができるんだから、
パフォーマンス向上するでしょ。
IISはそうなってる。
まさかPHPのエンジンはやってないの？
なにがおかしいのかさっぱり。

予め判ってるんだったら書き換えたって問題ないでしょｗｗｗ

>>903
なんだ、アウトプット時には書き換えできるとかそんな話？
それだけで笑ってたのか。あほらし。

レンダリング後のファイル名変換ならたしかIISでもできる。
できるけど、変えないほうがパフォーマンス上はいいでしょ。

ファイル名からphpってばれたら恥ずかしいから、.php以外に変えるんですね。
サイト訪れた人が、「PHP（笑）」って腹筋が崩壊しちゃうからなww

コンパイルして実行する言語と、スクリプト言語の速度を比較しても意味ない。

>>904
いまどきサイトセキュリティを考えて拡張子を表示しないようにするのは当たり前のことなんだが、
個人サイトしか作らない方はそんなことも知らないのですね、良く判りました。

>>905
.net frameworkの仕組みまったくわかってないでしょ。
.net系言語、クライアントPCで実行する場合とasp.netでは動きはぜんぜん違う。
asp.netで使用される時のC#.net、VB.netはPHPと同様にスクリプト言語（注）
それでもPHPより10倍以上速い。
>887の2番目のベンチみるとわかるが、C++のCGIに匹敵するスピードを
叩き出してる。

（注）
(最初の実行時にアプリケーションサーバ(IIS)上でプリコンパイルはされるが、
それくらいはPHPでもやってるでしょう？)

で、PHPフレームワークスレでそれをどう活用したいんだ？

まーたでたよゲイツ信者
あの界隈はそれだけでひとつに纏まってんだからいちいち他所に沸くなよ

ド素人どんだけ～w

.aspだろうが.phpだろうが.cgiだろうが、隠蔽するのはプロなら普通。
（今どきは素人さんでもやってるが。ちょっと調べればできちゃうし）
デザイン的に言えば、拡張子が出ているのはダサいという風潮がある。
技術的に言えば、URLを実装技術に依存させるのは将来的に困る可能性がある。
加えて、セキュリティ的にも望ましくない。PHPだろうがASPだろうがIISだろうが、可能な限り隠蔽するのが望ましい。

だいたいフレームワーク使うとスマートURLになるしね

楽天のサイトってどんな拡張子だったか
思い出してみろｗ

漢は黙って.exe

標準のPHP（mod_php）はリクエストの度にソースコードをパースして構文解析、中間コードがコンパイルされて、実行される。毎回そう。
バイナリコードが実行されるASP.NETとは土俵が違う。
とはいえ、.NETアプリケーションがC++のアプリケーションに速度で匹敵するわけない。
もっともこれはウェブサーバやアプリケーションサーバの性能を考慮に入れない場合。
そして、処理内容が言語の速度を問う程に十分複雑な場合の事。
Cでウェブサーバ自体作ってしまえばそれが一番速いし、HELLOWORLD程度のウェブページをCGIで動かすぐらいなら、PHP（mod_php)の方が速い。

遅いで有名なRoRで作ったtwitterがあれだけのサービスになったんだから
phpで何の問題もないわ

今でもAPIコケまくってるけどな・・・

Twitterって今はもうRoRじゃないんでしょ？

今はcakePHPらしい

まじ？wwww
俺釣られた？

結局DBか帯域or接続数辺りがボトルネックになってくるしな。
コードの処理時間がネックになる例ってあまり聞かない。ImageMagickとか使うと話が違うが。

>915
PHPってプリコンパイルされないの？と驚いてぐぐってみたら
Zend Optimizer使うとプリコンパイルされるような事がかいてあった。
標準構成でプリコンパイルしてくれないってのは遅れてんね
.NET frameworkで動くIronRubyにも性能面で負けちゃうんじゃないの。

しかし、PHP系のスレは香ばしい奴しかいないのが哀しいな･･･

ASP.net と PHP 比べて云々言う奴は、
WEBサーバ含めてCでフルスクラッチすればいいんじゃないかね？ｗ

PHPの動作速度で実用上問題になるサイトはほとんど無い。
大抵はDBや通信部分のボトルネックが大きい。

なんで ASP.NET が普及していないのかは考えないんだね

ASP.NETは普及してると言えば普及してる。PHPが選ばれるケースとは要求条件が違うだけ。それはJava EEとかもそう。

だから、普通に考えたら、確かにAPCとかのキャッシュを標準にすると思う。mod_perlとかmod_railsとか、Javaのコンテナとか、それが当たり前だし。
が、PHPの場合、極力簡単にウェブアプリを作る事だから。開発者にキャッシュを使いこなす事を求めるより、デプロイの単純さを選択してるんだろう。

facebookなんてトップページhome.phpだぜ

2億5千万が利用してるサービスがPHPで拡張子出してる。
URIは変わらない事が大事なのであって余計な情報を見せないようにとか結構どうでもいい話。

ホントこのスレって、スレ違いの話題で埋め尽くされてるよな。
スレ違いの話題を延々してる奴、いい加減にしとけよ。

古いどうしようもないサイトはそうだけど
そんなサイトいじってるだけの仕事なんて日に日に減ってって後ないじゃん
新しいの立ち上げるときもそんなURIつかってたら客に笑われるわｗ

だいたい昨今のフレームワークならこのあたりの機能はついてるし、別段難しいもんでもないよな

>>925
ASP.NET で有名なサイト 3 つだけでいいから教えて。
MS 以外で。

イントラ用途っていう話なんじゃないのかな？

>>930
俺が知ってるのはソフマップぐらいだなあ

>>925
IIS(ASP.net)はWEBサーバのシェア20～25%。
商用製品のWEBサーバとしてはトップ。
当然ながらイントラネット内の業務用ならもっとシェア高い。

大規模サイトなんていくらでもあるよ。特に欧米。非MS系だと
知る限りで一番トラフィック大きそうなところは、オークションのeBayかな
MS系だけでもHotmailやらLive Search(Bing)やらは相当なトラフィックかと。

eBay も MS 系だからなぁ。
大規模サイトでいくらでもあるなら 3 つ挙げてよ。

お前ら
他所でやれ

まったくだ。

絵BayはMS系の会社ではないだろ。

大規模サイトでたくさんあるって言葉が信じられないなら、
WEBサーバのシェアと、ASP.NETのベンチマーク結果いろいろ調べれば。
シェア20%以上あって、ベンチマークも最速なんだから、
多くの導入事例があることくらい容易に想像できそうなもんだけど。

数字はお金のチカラですね、わかります。

捏造可能なベンチマークやシェアの数字に必死にしがみついて生きていけ。Ｂ層さん？

捏造したという話そのものが

捏造

http://channel9.msdn.com/posts/philpenn/FASTCGI/

結論
オラはアパッチじゃなきゃいやずら
ウララー
いなりずし1000個食うタイ

ヨドバシドットコムって、ポイントがリアル店舗と共通じゃん。これは凄い。
リアル店舗のPOSとウェブが連動しなければならない。そうなると業務アプリに対応出来るJavaかMS系を採用することになる。
PHPはビジネスロジックが簡単なウェブサイトを作るのに向いてる。
何てことない掲示板サイトだってトップクラスのアクセスを集めることもある。そういうのにPHPは向いてる。
アクセスをさばくのはインフラの問題であって、言語が影響する事は少ないから。すると、PHPは無料だし、PHP開発者も単価が安いので、PHPが選ばれる。

> ヨドバシドットコムって、ポイントがリアル店舗と共通じゃん。これは凄い。

実はウェブの注文を店員がレジでポイント加算しているだけ。

ソース俺

ぜんぜん、すごくないよーｗ

マジレスすると、POSといってもレジは関係なく、
POSのサーバー（データベースにRDBMSを使用しているだろう）
にアクセスすれば良いだけだからPHPからポイント共通処理は行える。

言うまでも無いが、MySQL、PostgreSQLだけでなく、商用のOracleやMS SQL Serverにも
PHPからアクセスできる。

>>944
マジか
それはそれで凄いな

>>943
みたいな素人は本当に恥ずかしい。
JavaかMS系にしなくてはならない理由を明確に書いてみろよｗ


店舗POSとの連携システムをいくつか作ってきているが、
大抵はRDBMS経由での連携になるので開発言語は特に関係無い。

>>926
まあそれでも需要はあるわけでPHP6からAPCが標準だそうな

>>929
クエリー出してたら恥ずかしいとかも思ってる？
笑われてるのは誰だか分からんな

>>921
確かにwebはDBよりスケールアウトしやすい。
だが5台必要だったwebサーバーが3台で済めばそれはそれで幸せじゃないか。
なのでスクリプト速度が重要でないという話にはならない。