2016-04-04 132 views
-1

當我運行我的應用程序,或者通過dev_appserver(本地)或appcfy(活的)它告訴我預留的網址不被保留

警告2016年4月4日10:22:23538 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路徑‘/表’被保留,不會被匹配。」和谷歌羣組交談here甚至SO質疑why is GAE not detecting my form page?讓你相信的URL路徑甚至不會達到您的應用程序路由器和顯示404來代替。

這是不是這樣的,雖然。我確信單獨的/form正在匹配,因爲它是唯一啓用了管理登錄的路線,並且按預期工作。


issue提到在談話中提到的更新文檔(丈量約份2014年12月),以更好地反映這一情況。 The documentation只是說,這雖然:

保留網址

/_ah/開始被應用程序引擎的功能或管理目的保留所有的URL。有的URL路由到App Engine的功能處理,有的則是通過App Engine的特殊用途打來電話,預計將映射至請求處理程序在你的應用程序(例如,用於/_ah/warmup預熱請求)。

沒有提及/form任何地方。


我不想更改URL到別的東西,只是爲了避免可能過時的警告,但我不知道這是否是,或者別的東西正在發生。

誰能一些線索呢?

回答

1

release notes爲33年9月1日說:

2016年2月17日 - 版本33年1月9日

App Engine中指出

的URL路徑 「/表」 現在允許,將被轉發給 申請。此前,此路徑被阻止。

所以它看起來像警告過時。