これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド weborf です。
プログラム：
NAME
weborf - 最小限のウェブサーバー
SYNOPSIS
ウェーバーフ[オプション]
DESCRIPTION
Weborf は最小限の Web サーバーです。 webdav も限定的にサポートされています。 このマニュアルページ
ドキュメント ウェボルフのコマンドラインパラメータ。 ウェボルフ GNU General に基づいてリリースされています
パブリックライセンスバージョン3。
OPTIONS
オプション：
-NS、 --basedir
有効なディレクトリが後に続く必要があります。 Weborf はこのディレクトリをルートとして使用します
ディレクトリにあり、親ディレクトリにあるファイルは送信されません。 しかし、それはまだ可能です
サーバー側スクリプトがファイルシステム上の任意の場所にあるコンテンツを読み取るための機能。 リンク
ベース ディレクトリを終了する回避策でもあります。
-a、 --認証
処理を行うプログラムがリッスンする Unix ソケットが後に続く必要があります。
認証。 詳細についてはウェブサイトをご覧ください。
-NS、 --cgi
cgi のリスト (カンマで区切られ、スペースは含まれません) が後に続く必要があります。
形式とその形式を実行するためのバイナリ。 例: .php、/usr/bin/php-
cgi,.sh,/usr/bin/sh-cgi /etc/weborf.conf には「cgi」ディレクティブがあります。
このオプションに対応します。 weborf を SystemV デーモンとして起動するときに使用されます。
-C、 - キャッシュ
キャッシュされたファイルを保存するために使用されるディレクトリが後に続く必要があります。 流すには
キャッシュ (そのディレクトリを空にする) では、USR2 シグナルをプロセスに送信する必要があります。 それは
いくつかの項目があるため、再起動時に (手動または強制終了で) キャッシュをフラッシュすることをお勧めします。
再起動後は無効になる可能性がありますが、weborf はそれを知りません。
-NS、 --inetd
weborf を inetd または xinetd とともに使用する場合は指定する必要があります。 まだだろう
CGI スクリプトに正しい値を渡すために、使用するポートを指定する必要があります。
-u ディレクティブは無視されます。 デーモン -d モードは使用しないでください。
-NS、 - タール
使用すると、ディレクトリを要求するときにディレクトリ リストを送信する代わりに、weborf
そのディレクトリの内容を含む tar.gz ファイルを送信します。 主に使用されるのは、
ファイルを共有し、そのアクセス許可を保持します。
-NS、 --noexec
weborf を使用すると、スクリプトは通常のファイルであるかのように送信されます。
それらを実行し、その出力を送信します。
-NS、 --マイム
使用すると、weborf は Content-Type ヘッダーを送信します。 使用することを強くお勧めします
一部のブラウザはこのフィールドに依存するため、運用サーバーとして weborf を使用する場合にこれが使用されます。
この値は CGI ページには影響しません。
-私、 --ip
有効な IP アドレス (weborf の状態に応じて v6 または v4) が続く必要があります。
編集済み。 weborf -h を実行するとそれがわかります)、weborf は接続のみを受け入れます
その特定の IP に向けられます。 提供された IP アドレスがネットワークで使用されていない場合
ホスト上のデバイスが起動すると、weborf が終了します。 デフォルトでは、weborf はすべての IP をリッスンします。
ローカルホスト上のアドレス。
-k、 --キャップ
いくつかのコンパイル時オプションを機械可読形式で示します。
-NS、 - 港
有効なポート番号 (1 ～ 65535) を続ける必要があります。weborf は次のようにします。
指定されたポートで着信接続をリッスンします。 ポートがすでに使用されている場合
weborfは終了します。 低いポート番号 (1024 未満) を使用するには、次のことが必要です。
rootとしてプロセスを実行します。 したがって、Web サーバーを実行するのは得策ではありません。
root 権限があるため、別のユーザーを指定することができます。
-V、 - バーチャル
weborf が仮想ホストを使用できるようにします。 -b で指定された basedir は、
デフォルトのもの (要求されたホストが不明な場合に使用されます)。 すべての仮想ホスト
host[:port]=basedir の形式である必要があります。 ポートが指定されている場合は、ポートを指定する必要があります。
used は 80 とは異なります。また、basedir は次の文字で終わる必要があります。 /. 多くを分離するには
virtualhost の場合は、カンマを使用し、スペースを避けてください。 weborf を別のものにするには
異なるポート上の仮想ホストを使用するには、多数の weborf を起動する必要があります。
プロセス。
-私、 - 索引
インデックスのリスト (カンマで区切られ、スペースは含まれません) が後に続く必要があります
ファイル。 Weborf は、リストされている順序に従ってインデックス ファイルをロードしようとします。
何も見つからない場合は、ディレクトリの内容がリストされます。 で
/etc/weborf.conf には、このオプションに対応する「indexes」ディレクティブがあります。 それ
weborf を SystemV デーモンとして起動するときに使用されます。
-u 0 とは異なる有効な uid が後に続く必要があります。Weborf はこのユーザーを使用して次のことを行います。
彼の作業は可能ですが、前のユーザーのネットワーク ポートにバインドされます。 この仕組み
これは、ユーザーが root として実行し、ポート 80 を使用して実行できるようにすることを目的としています。
root権限なしで。
-d weborf をデーモンとして実行します。 親プロセスが終了しても終了しません。
これにより、シェルは自由にコマンドを受信できるようになります。
スクリプティング
Weborf は、php-cgi (インストールされている場合) を使用して動的に生成されたページを送信できます。 とき
ファイル名が「.php」で終わる場合、weborf はこのファイルを送信する前に php を使用してこのファイルを実行します。
クライアント。 -c スイッチはデフォルトの動作をオーバーライドします。 以下のことも可能です
他の言語でスクリプトやバイナリを作成する場合は、rfc3875 を読んで処理方法を確認してください。
パラメーター。
リターン VALUE
0 シグナル、デーモン化、または印刷バージョンの後に正常終了が発生し、
出口とか…
1 Basedir はディレクトリではありません
2 無効なIPアドレス
3 ポートはすでに使用されています
4 無効なポート番号です
5 認証ソケットが存在しないか、UNIX ソケットではありません
6 -I または -c のパラメータとして指定されたインデックスが多すぎます。 MAXINDEXCOUNT を増加中
ファイル options.h を編集して再コンパイルすると、問題が解決する可能性があります。 ただし、
十分な量のインデックス ファイル名を使用する方が良い解決策になります。
7 メモリを割り当てられません
9 UIDを変更できません
10 キャッシュディレクトリのエラー
19 コマンドライン上の無効なパラメータ
信号
シグSR1
ソケットのキューとスレッドの内部ステータスを標準出力に出力します。
onworks.net サービスを使用してオンラインで weborf を使用する