問題タブ [g-wan]

これまでのところ、HTTP_GET メソッドで xbuf_frurl() を使用する例しか見てきませんでした。g-wan のこの関数は HTTP_POST をサポートしていますか? その場合、POST データを渡すにはどうすればよいですか?

ありがとう。

誰かがMAX_ENTITY_SIZEでこの問題を抱えていますか？私はかなり長い間これと戦っています。私はただ愚かなことをしている、または誰かがこれに対する解決策を見つけたことを願っています。

Ubuntu64ビットの最新バージョンでG-WAN4.2.7を使用しています。

これがテストケースです。textareaにテキストを貼り付けて、[送信]をクリックするだけです。4KB未満（または3.2KB未満）の場合は正常に動作します。4KBを超える場合は、404が見つからない状態で返されますが、MAX_ENTITY_SIZEを200KBに設定したため、機能するはずです。

MAX_ENTITY_SIZEの制限を増やすことを忘れないでください。

アップデート：

同じ問題でUbuntu10.10でテストされました。

gwanアプリケーションのメモリ使用量を測定する方法(各リクエスト)? /csp スクリプトおよび /handlers スクリプトによって消費されるメモリ使用量。

サイトにポンド記号を付け、仮想ホストにドル記号を付けるという gwan のデフォルトの動作を変更する方法はありますか。私の開発ツールの多くは、ファイル名に # と $ を含むディレクトリにアクセスする際に一貫して問題を抱えています。シェル スクリプトにも問題があり、ftp クライアントにも問題があります...これらのデフォルト文字を別の文字に変更する方法があることを願っています。または、より使いやすくするために必要なLinuxの変更はありますか？私は決して Linux の専門家ではありませんが、これらの文字の使用が推奨されない方法について話しているスレッドをいくつか見てきました。

それらのキャラクターを使用することには長所と短所があるに違いないと確信していますが、長所が何であるかはわかりません.

• 編集 *

結局のところ、問題は単純にパーミッションでした。私の 0.0.0.0_8080 ディレクトリ以下は root:root でした 私のツールは別のユーザーとしてログインしていました。私は $ と # の使用に夢中になりすぎて、実際の問題を理解できなかったと思います。

csp フォルダーにないサーブレットをリクエストすると、「404 Not Found」という応答が表示されます。

見つかりません

要求された URL はこのサーバーで見つかりませんでした。

カスタム 404 ページを作成するために、サーブレットが存在するかどうかを確認する方法はありますか?

フォーム検証ページで、Cookieを作成して別のページにリダイレクトしたいのですが、機能しません。リダイレクトはCookieの作成を防ぎます。解決策はありますか？

FAQに従いましたが、Ubuntu 10サーバーを実行しているため、J6が入手できる最高のものです。gwan 4.2.13 (sudo ./gwan) を起動すると、「hello.java: to use .java scripts, install Java」というメッセージが表示されます

FAQ で Java パージを試し、J6 を再インストールしましたが、それでもうまくいきません。

何か案は？

私はGwan v4.1.18を使用しており、開発目的でよく使用します

ただし、実行中のファイルを更新すると、上記の行を実行すると更新が見つかることがよくあります。

これは -r で使用されているある種の奇妙なキャッシングですか (Gwan システム全体を使用するのではなく、スクリプトを実行するためだけに使用されると想定していました)、それともバグでしょうか?

急ぐ必要はありませんが、この動作についての洞察を歓迎します

簡単なアップロードフォームを作成しようとしています。

jQuery アップロードを使用しています ( https://github.com/blueimp/jQuery-File-Upload/archive/master.zip )

シンプルなフォーム ( http://pastebin.com/wCUB2EkR ) (data-url="server/php/?index.php")

index.html と .js を「www」ディレクトリに入れ、server/php/[index.php,UploadHandler.php] を csp フォルダーに入れました。「exit(200);」を追加します。"server/php/index.php" の最後まで、空の応答がないようにします

「entity_size」を変更して、413 エラーが発生しないようにします (Request Entity Too Large)

ファイルをアップロードしようとすると、いくつかの問題があります。

G-WAN コンソールには、次の出力があります。

sh: 2: Content-Disposition:: not found sh: 3: Content-Type:: not found : not found

access.logにはこれがあります"[Mon Feb 25 10:29:53 2013 GMT] xxx "POST /server/php/?index.php" 127 828 "http://yy:8080/index.html"

最新バージョン (4.2.19) を使用しています

[更新] セキュリティの問題?

恐ろしい動作に気づきました（GWAN出力の結果にリンク...）

「server/php/?index.php」の代わりに、STDIN を取得してファイルに出力する単純な Perl スクリプトを使用します ( http://pastebin.com/SnXkjFya )

テストするために、サンプル コマンドを使用して .sh スクリプトをアップロードしようとしましたが、GWAN コンソールで、サーバーが実際に .sh ファイル内のすべてのコマンドを実行しようとしていることに気付きました...

「touch testgwan」を含む別のファイル (test.txt という名前) を試し、POST を使用してフォーム アップロード内にアップロードします。

GWANディレクトリのルートに「testgwan」というファイルが作成されました...

確かに、私は何か間違ったことをしていますが、GWAN は「ポスト」でコマンドを実行すべきではありません...

アップデート：

この問題を再現できなかったため、Geoffrey は次のプラットフォームでのテストをメールで送信してくれました (彼は AMD Phenom(tm) II X4 955 プロセッサと名前のないハイパーバイザーを使用しています)。

そのため、Geoffrey の場合、G-WAN の最新リリースで彼の問題は解決されました。G-WAN の以前のバージョンでは、Ubuntu 12.04 32 ビットのみでこの問題が発生していました。

WebPythonアプリケーションのリバースプロキシキャッシュとして機能するようにgwanを構成しようとしています。
ウェブ上でいくつかの例を見つけることができませんでした。

あなたの例をどうもありがとう

ローラン