パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

スラドに聞け: Twitter、作れる? あなたならどう作る?」記事へのコメント

  • CGIやアプリを作れと言われれば作れるけど、あのアクセス数を捌けるだけのものは作れないな

    • by Anonymous Coward

      今時CGIとか、ここ10年ぐらいの技術に全く付いてこれてないのでは?

      • by Anonymous Coward on 2017年01月18日 17時39分 (#3146308)

        CGIってただのインターフェイスだよね?
        今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。

        昔の"CGI=Perl"なイメージが強いせいか。

        親コメント
        • その頃FacebookはPHPを再実装した。(言いたかっただけ)

          親コメント
        • > 今ではウェブサーバーが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の方がいいかも。

          親コメント
        • by Anonymous Coward

          俺はCGI=MVCだな。色々間違ってるのは分かるが・・・

          • by Anonymous Coward

            俺はCGI=MVCだな。色々間違ってるのは分かるが・・・

            ???ワークフレームのこと?

        • by Anonymous Coward

          > CGIってただのインターフェイスだよね?

          そもそもCGIが理解できてないですね

          CGIは、リクエストが来るたびに、その都度perlなどの別プログラムを子プロセスとして起動する仕組みです。
          つまりWebサーバと別プログラム間のインタフェースです

          そしてCGIは今となってはセキュリティ的にもパフォーマンス的にも問題ありまくりの方法です
          ましてや「あのアクセス数を捌けるだけのもの」という文脈でCGIなんて単語を出すこと自体があり得ません

          > 今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。

          これは完全に誤りです

          今では、CGIを使わず、ウェブサーバーのプロセス内部でPHPなどのインタプリタを動かすのが普通です

        • by Anonymous Coward

          > 今ではウェブサーバーがCGIでPHPとか他の言語使えたりするけど。
          > 昔の"CGI=Perl"なイメージが強いせいか。

          昔 = 20年前
          今 = 15年前

          くらいかな?

UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア

処理中...