問題タブ [url-pattern]

Strutsでファイルの場所を見つける方法を知りたいです。ファイルが配置される場所 プログラムの一部を次に示します。

.doプロジェクト内のファイルの拡張子になることはわかっていますが、その場所がわかりません。ストラットについては何も知りません。

前もって感謝します

こんにちは私はTomcatサーバーバージョン5.5.12を持っていて、フィルターを使用しています。問題は、一部のファイルではフィルターが機能し、他のファイルでは機能しないことです。たとえば、パス/software/files/generator.7zでは機能しますが、パス/software/files/tokenizer.7zではありません。何か考えはprobelmとは何ですか？ありがとう。

これがweb.xmlファイルのフィルタータグです。

Spring を使用して JSP をレンダリングしています。私の URL パターンDispatcherServletは「/」です。これにより、welcome-file-list が考慮されないようになっているようです。私は実際にはDispatcherServlet「/」以外のすべてを処理したいと考えています。ただし、ファイル名の拡張子 (*.html、 .do など) はInternalResourceViewResolver避けたいので、. を使用しているため、ディスパッチャー サーブレットの url-pattern を "/ " に設定すると、受け入れすぎます (例:生成されるJSP ページの内部要求はInternalResourceViewResolver、ディスパッチャ サーブレットによってインターセプトされ、/WEB-INF/jsp/about.jsp のマッピングがないため、エラーがスローされます。何か助けていただければ幸いです - 私はSpringが初めてです（例：2日;-)）

適切なファイルは次のとおりです。

ディレクトリ構造

web.xml

dispatcher-servlet.xml

JSP コントローラー (org.foo.server.controllers" パッケージに含まれるコントローラーの 1 つ)

ユーザーの Facebook アカウントのさまざまなソース (ユーザーのいいね! など) から URL を取得する Facebook アプリを作成しています。

私が遭遇した問題は、多くの Facebook エントリの「ウェブサイト」および「リンク」フィールドに URL ではない文字列が含まれていることです。Facebook はユーザー入力をチェックしないため、これらのフィールドには基本的に任意の文字列を含めることができます。

、、、、などのURLがすべて受け入れられるよう"http://google.com"に、"https://www.bankofamerica.com"これら"http://www.nytimes.com/2011/06/13/us/13fbi.html?_r=1&hp"のフィールドの文字列を処理できるようにしたいと考えています。"bit.ly""www.pbs.org"

そして、のようなすべての文字列"here is a random string of text the user entered"は"here'\s ano!!! #%#$^ther weird random string"すべて拒否されます。

URL を「確実」にする唯一の方法は、URL を解決しようとすることだと私には思えますが、それは非常に多くのリソースを消費すると思います。

これらの文字列を正規表現またはその他の方法で分析して、URL の「多く」 (80%) が適切にキャプチャされるようにする賢い方法を考えられる人はいますか? URL の 95% 99.995%?

ありがとう！

編集: 参考までに、私は Python で開発しています。しかし、言語に依存しないソリューションも優れています。

この問題は非常に単純ですが、私には理解できません

私のurlpatternsに追加されました

ここで、私のmain.cssは次のとおりです。/home/user/www/site/static/css/main.css

http：// localhost：8000 /static/にアクセスしたとき

取得：404：ディレクトリインデックスはここでは許可されていません。

http：// localhost：8000 / static / css/main.cssにアクセスしたとき

取得：404：'css/main.css'が見つかりませんでした

私は何が間違っているのですか？

修正：

settings.pyで

ご覧のとおり、実際に変更したのはSTATIC_URL ='/static/'からSTATIC_URL='/mystatic/'だけでした。

注：http：// localhost：8000 / mystaticにアクセスすると、上記と同じエラーが発生します

テンプレートで{{STATIC_URL}}を使用できるように、STATIC_URLは「/ static /」であると考えていました...この修正が機能した理由と、変更を加えなければならなかった理由がよくわかりません。 ...。

なぜこれが機能するのですか？

現在、Codeigniter のルーティング構成は、site_urlコントローラーへの基になるパスから可視 URL を切り離すことのみを可能にします。

ただし、表示される URL 自体を変更したい場合、これはあまり役に立ちません。「my/url」を変更すると、関連するすべてのsite_url呼び出しを置き換える必要があります。

URL パターンの命名のサポートも有効にする CI の拡張機能はありますか? そのため、表示される URL 構造も切り離すことができるためsite_url('my_url_pattern_name')、基礎となる URL を影響なく使用および変更できますsite_url(もちろん、URL セグメント パラメータの数/名前を変更しない限り)。

注: この例は、Django の URL パターンの命名です: https://docs.djangoproject.com/en/1.3/topics/http/urls/#naming-url-patterns

ケース1

ケース 2

ケース 1 を使用すると、 でスタイル設定されたページは取得できませんが、<link rel="stylesheet" type="text/css" href="${contextPath}/assets/styles.css" />ケース 2 を使用すると、すべてがスタイル設定されます。

誰かが理由を理解するのを手伝ってくれますか?

また、拡張機能について心配する必要がないように、どのパターンを使用する必要があるか教えてもらえますか? を使用する必要があり/*ますか？問題は、アプリケーションの開発中/*に使用していたときに今使用*.doすると、スタイルだけでなく、画像がレンダリングされず、JCaptcha もリンクに関係するすべてのものが壊れているように見えることです。

また、REST クライアントから GET リクエストを送信しようとしてhttp://localhost:8080/myapp/user/1もうまくいかず.do、最後に追加して同じリクエストを送信する必要がありますhttp://localhost:8080/myapp/user/1.do。

ありがとう。

アプリケーションで春のセキュリティを使用しようとしています。

以下のコードでは、どのように URL パターンを設定しますか?

"パターン '/xyz/' の URL を除くすべての URL をインターセプトします" ?

基本的に、フィルターですべての URL をインターセプトする必要がありますが、URL に /xyz/ が含まれている場合はインターセプトしないでください。

私は GlassFish 3.1 を使用しており、コンテナー認証を使用したいと考えていました。web.xml にセキュリティ制約を書き始めたとき、URL パターンには柔軟性がほとんどないと感じました。サーブレット仕様 3.0 の 12.2 章では、サーブレット マッピングの有効な URL パターンについて説明しています。

1. リスト項目
2. /some/* パス マッピング用
3. *拡張子マッピングの拡張子
4. 正確なマッピング
5. デフォルトおよびコンテキスト ルート ケース

12.1 はマッチング アルゴリズムを説明し、ポイント 2 で次のように述べています。これは、パス セパレータとして「/」文字を使用して、一度に 1 ディレクトリずつパス ツリーをステップ ダウンすることによって行われます。最長一致によって、選択されるサーブレットが決まります。

セキュリティ制約については 13 章で説明されており、13.8.3 からは url-patterns とマッチング アルゴリズムはサーブレットのものと同じようです。

次のように編成された JSF ページを持つレガシー アプリケーションがあるとします。エンティティ クラスごとに、4 つの JSF ファイル (リスト、編集、作成、表示) を含むエンティティ名を持つディレクトリがあります。ページを編集および作成するためのアクセスを保護したい場合はどうすればよいでしょうか? URLパターンで「完全一致」のみを使用できるように思われるため、保護したいページごとに制約を記述する必要があり、非常に長くて面倒で、エラーが発生しやすいアクティビティです。さらに、ディレクトリ全体をパス マッピング ルール ( /customers/*など) で保護すると、そのディレクトリ内の特定のページの制約を緩和する方法がわかりません (たとえば、ページへのアクセスを解放したい場合)リスト」は保護されたディレクトリ内にあります)。

Glassfish 3.1 での実験中に、この奇妙な動作に気付きました。パス マッピングは、コンテキスト ルートからの絶対パスである場合にのみうまく機能するため、jsf のデフォルト設定を使用すると、' /faces ' で開始する必要があります。/顧客/と書くと/faces/customers/の代わりに、セキュリティ制約は評価されません。私によると、これは 12.1 で述べられていること (上記で報告) とは対照的です。

セキュリティ制約を定義するために url-pattern を効果的に使用する方法について、誰かが光を当てることができますか? 明らかに、すべての機密性の高い JSF を「/protected」ディレクトリ内に配置できますが、これは、JSF の論理的な順序を破るセキュリティで目標を達成するための非常に侵略的な方法です。

ありがとうフィリッポ

部屋を中心としたアプリケーションがあります。これらのルームには、コンテンツを投稿できるメンバーがいます。URLパターンを持つことについて私が考えた方法は、このようなものになります

私の問題は、「投稿」アプリからビューの URL を逆にする方法がわからないことです。やっている

おそらく「room_slug」が「add」ビューの URL パターンと一致するため、NoReverseMatch エラーが発生します。

これどうやってするの？

ありがとう