タグ付けされた質問 「cgi」


1
Amazon AWS EC2マイクロインスタンス上のPython CGI —ハウツー!
サーバーフォールトで回答できるため、 この質問はStack Overflowから移行されました。 8年前に移行され ました。 EC2マイクロインスタンスでlighthttpdからCGIスクリプトを提供するにはどうすればよいですか?たとえば、Python CGI? まあ、それは半日かかりましたが、lighttpdサーバーを使用して、無料のAmazon AWS EC2マイクロインスタンスでPython cgiを実行しています。仲間の初心者がすべてのステップを1か所にまとめるのに役立つと思います。以下の簡単な手順で準備を整えれば、セットアップに15分しかかかりません。 これを読んでいる経験豊富なユーザーに対する私の質問は、私がやったことにセキュリティ上の欠陥はありますか?(ファイルおよびディレクトリの許可を参照してください。) ステップ1:EC2インスタンスを起動して、sshを実行します。 [明らかに、Amazon EC2にサインアップして、キーペアを* .pemファイルに保存する必要があります。Amazonがそれを行う方法を教えてくれるので、これについては触れません。] AWSアカウントにサインインし、EC2インスタンスを開始します。Webにはこれを行うためのチュートリアルがあります。Amazonが提示するデフォルトのインスタンスサイズは「小さい」ことに注意してください。これは「マイクロ」ではないため、費用がかかります。必ず手動で「マイクロ」を選択してください。(マイクロインスタンスは最初の1年間のみ無料です...) 実行中のインスタンスのパブリックDNSコードを見つけます。これを行うには、ダッシュボードの上部ペインでインスタンスをクリックすると、最終的に下部ペインに「パブリックDNS」フィールドが表示されます。(少し調整する必要があるかもしれません。)パブリックDNSは次のようになります。 ec2-174-129-110-23.compute-1.amazonaws.com Unixコンソールプログラムを起動します。(Max OS Xでは、ターミナルと呼ばれ、アプリケーション->ユーティリティフォルダーにあります。) AWSキーペアを含む* .pemファイルがあるデスクトップシステムのディレクトリにcdします。 次のようなコマンドを使用してEC2インスタンスにsshします。 ssh -i <<your *.pem filename>> ec2-user@<< Public DNS address >> だから、私にとってこれは: ssh -i amzn_ec2_keypair.pem ec2-user@ec2-174-129-110-23.compute-1.amazonaws.com EC2インスタンスがあなたを許可します。 ステップ2:EC2インスタンスにlighttpdをダウンロードします。 lighttpdをインストールするには、EC2インスタンスでrootアクセスが必要です。問題は、Amazonでrootとしてサインインできないことです。(少なくとも単純ではありません。)しかし、回避策があります。次のコマンドを入力します。 sudo /bin/bash システムのプロンプト文字が$から#に変わります。このプロセス全体の最後のステップまで「sudo」を終了しません。 lighttpdアプリケーション(バージョン1.4.28-1.3.amzn1の場合)をインストールします。 yum install lighttpd …

3
コマンドライン経由で$ _GET変数をPHPスクリプトに渡す方法は?
PHPスクリプトを提供するWebサーバーを作成しようとしています。現在、次のように機能します。 クライアントは/index.php?test=valueを要求します サーバーが呼び出す php index.php サーバーはHTTP要求ヘッダーをSTDINとしてPHPプロセスにフィードします サーバーphpはSTDOUTからの出力を読み取り、それをクライアントに返します パラメーターがPHPスクリプトに渡されていないことを除いて、これらはすべて機能しています: var_dump($_GET); 戻り値: array(0){} $_GETPHPバイナリが呼び出されたときに、パラメータはどのように渡されますか?
14 php  http  cgi 

4
どのApache / PHP構成を知っていますか、それらはどの程度優れていますか?
あなたが知っているPHP / Apacheの設定方法、その長所と短所についてお聞きしたいと思います。私は自分を始めます: ---------------- ApacheモジュールとしてのPHP ---------------- 長所:特にmpm-workerモードでは、毎回exeを起動する必要がないため、速度が優れています。このモードでは、APCやeAcceleratorなどのさまざまなPHPアクセラレータを使用することもできます。 短所:mpm-workerモードでapacheを実行している場合、phpスクリプトのすべてのグリッチがそのapacheプロセスのスレッドプール全体を不安定にするため、安定性の問題が発生する可能性があります。また、このモードでは、すべてのスクリプトがapacheユーザーに代わって実行されます。これはセキュリティに悪影響を及ぼします。mpm-worker構成には、スレッドセーフモードでコンパイルされたPHPが必要です。少なくともCentOSとRedHatのデフォルトリポジトリにはスレッドセーフなPHPバージョンがないため、これらのOSでは少なくともPHPを自分でコンパイルする必要があります(Apacheでワーカーmpmをアクティブにする方法があります)。スレッドセーフなPHPバイナリの使用は、実験的で不安定であると見なされています。さらに、多くのPHP拡張機能はスレッドセーフモードをサポートしていないか、スレッドセーフモードで十分にテストされていません。 ---------------- CGIとしてのPHP ---------------- これは、 "con"自体のように見える最も遅いデフォルト構成のようです;) ---------------- mod_suphpを介したCGIとしてのPHP ---------------- 長所:suphpを使用すると、スクリプトファイルの所有者に代わってphp sciptsを実行できます。これにより、同じマシン上の異なるサイトを安全に分離できます。また、suphpでは、仮想ホストごとに異なるphp.iniファイルを使用できます。 短所:CGIモードのPHPはパフォーマンスが低下します。このモードでは、APCのようなphpアクセラレータを使用できません。これは、スクリプトを処理するために新しいプロセスが生成されるたびに、前のプロセスのキャッシュが役に立たなくなるためです。ところで、この設定でいくつかのアクセラレータを適用する方法を知っていますか?PHPバイトコードキャッシュにshmを使用することについて何か聞いたことがあります。また、このモードでは.htaccessファイルを介してPHPを構成できません。.htaccess(php_value / php_flagディレクティブ)を介してスクリプトごとのさまざまなオプションを設定する必要がある場合は、P ECL htscannerをインストールする必要があります。 ---------------- suexecを介したCGIとしてのPHP ---------------- この設定はsuphpと同じように見えますが、速度が遅く、安全性が低いと聞きました。ほぼ同じ長所と短所が適用されます。 ---------------- FastCGIとしてのPHP ---------------- 長所:FastCGI標準では、phpプロセスが終了する前に、単一のphpプロセスで複数のスクリプトを処理できます。この方法では、スクリプトごとに新しいphpプロセスを起動する必要がないため、パフォーマンスが向上します。この構成ではPHPアクセラレータを使用することもできます(コメントについては、「cons」セクションを参照)。また、FCGIはsuphpとほぼ同様に、一部のユーザーの代わりにphpプロセスを実行することもできます。mod_fcgidは、最も完全なfcgiのサポートとApacheの柔軟性を備えているようです。 短所:fastcgiモードでphpアクセラレータを使用すると、各PHPプロセスに独自のバイトコードキャッシュがあるため、メモリ消費量が高くなります(バイトコードキャッシュに共有メモリを使用できるアクセラレータがない場合。そのようなものはありますか?)。FastCGIの構成も少し複雑です。さまざまな構成ファイルを作成し、構成を変更する必要があります。 fastcgiは最も安定、安全、高速、かつ柔軟なPHP構成ですが、構成が少し難しいようです。しかし、たぶん、何かを逃しましたか? コメントは大歓迎です!
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.