dev_appserver（ローカル）またはappcfy（ライブ）のいずれかを介してアプリを実行すると、通知が表示されます
警告2016-04-0410：22：23,538 appinfo.py:1113]URL
パス "/ form"は予約されており、一致しません。
app.yaml：
application: my-app
version: 1
runtime: python27
api_version: 1
threadsafe: yes
handlers:
- url: /favicon\.ico
static_files: favicon.ico
upload: favicon\.ico
- url: /images
static_dir: images
- url: /bower_components
static_dir: bower_components
- url: /src/js
static_dir: src/js
- url: /src/css
static_dir: src/css
- url: /form
script: main.application
login: admin
- url: .*
script: main.application
libraries:
- name: webapp2
version: latest
- name: jinja2
version: latest
builtins:
- remote_api: on
- deferred: on
そのため、警告は有効であるように見えます。ただし、へのナビゲートは問題なくhttp://my-app.appspot.com/form機能します。
それは言って、「URLパス『/フォーム』が予約されていると一致しないだろう。」そしてグーグルグループの会話がここにあり、SOの質問でさえGAEが私のフォームページを検出しないのはなぜですか？URLパスがアプリルーターに到達せず、代わりに404が表示されると信じ込ませます。
しかし、そうではありません。/form管理者ログインを有効にしている唯一のルートであり、期待どおりに機能しているため、セパレートが一致していることは確かです。
問題は、その会話の中で言及良く、このような状況を反映するためのドキュメント（DD 2014年12月）へのアップデートを言及しています。ただし、ドキュメントには次のように記載されています。
予約済みURL
で始まるすべてのURLは
/_ah/、機能または管理目的でAppEngineによって予約されています。一部のURLはAppEngine機能ハンドラーにルーティングされますが、その他のURLは特別な目的でApp Engineによって呼び出され、アプリのリクエストハンドラー（/_ah/warmupウォームアップリクエストなど）にマッピングされることが期待されます。
/formどこにも言及されていません。
古くなっている可能性のある警告を避けるために、URLを別のURLに変更したくありませんが、それが正しいのか、何か他のことが起こっているのかはわかりません。
誰かがこれに光を当てることができますか？
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加