アカウント名:
パスワード:
CGIやアプリを作れと言われれば作れるけど、あのアクセス数を捌けるだけのものは作れないな
今時CGIとか、ここ10年ぐらいの技術に全く付いてこれてないのでは？
CGIってただのインターフェイスだよね？今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。
昔の"CGI=Perl"なイメージが強いせいか。
> 今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。PHPは基本的にCGIではないですよ。PHPの言語仕様レベルにウェブサーバへの組み込み機能が含まれており、CGIというインターフェースは使ってません。(PHPをCGIモードで動かすこともできますけど、今時は滅多に使わないですね。昔はPHP3とPHP4の共存のために、片方はCGIモードで動かすなんてこともやったりしましたけど…)
でもまあ、「ウェブサーバとのインターフェース仕様」としては、CGIがほぼ唯一の存在であることを考えると、
・ウェブサーバとは別に、コンテンツ生成プログラムを動かす方式(≒CGI+PHP)・コンテンツ生成プログラム自身がサーバとなる方式(Java Servlet、node.js、Ruby on Rails などなど)
という二方式を対比させる感じですかね。
Twitterのような負荷対策が重要なサービスだと、核となる部分は、独自サーバ方式が有力でしょうね。自分なら node.js を選ぶかなぁ。DBは性能的にKVSにしたいとこですが、フォローした人のツイートの取得とかを考えると、素直にSQLなRDBの方がいいかも。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
作れるような作れないような (スコア:0)
CGIやアプリを作れと言われれば作れるけど、あのアクセス数を捌けるだけのものは作れないな
Re: (スコア:0)
今時CGIとか、ここ10年ぐらいの技術に全く付いてこれてないのでは？
Re: (スコア:0)
CGIってただのインターフェイスだよね？
今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。
昔の"CGI=Perl"なイメージが強いせいか。
Re:作れるような作れないような (スコア:1)
> 今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。
PHPは基本的にCGIではないですよ。PHPの言語仕様レベルにウェブサーバへの組み込み機能が含まれており、CGIというインターフェースは使ってません。
(PHPをCGIモードで動かすこともできますけど、今時は滅多に使わないですね。昔はPHP3とPHP4の共存のために、片方はCGIモードで動かすなんてこともやったりしましたけど…)
でもまあ、「ウェブサーバとのインターフェース仕様」としては、CGIがほぼ唯一の存在であることを考えると、
・ウェブサーバとは別に、コンテンツ生成プログラムを動かす方式(≒CGI+PHP)
・コンテンツ生成プログラム自身がサーバとなる方式(Java Servlet、node.js、Ruby on Rails などなど)
という二方式を対比させる感じですかね。
Twitterのような負荷対策が重要なサービスだと、核となる部分は、独自サーバ方式が有力でしょうね。自分なら node.js を選ぶかなぁ。
DBは性能的にKVSにしたいとこですが、フォローした人のツイートの取得とかを考えると、素直にSQLなRDBの方がいいかも。