python/Flask: Route with dynamic first component
我正在编写一个 Flask 站点,我希望有这样的路由:
1
2 3 4 5 |
@app.route(‘/’)
@app.route(‘/<page_id>’) @app.route(‘/<page_id>/<subpage_id>’) def page(page_id=None, subpage_id=None): … |
虽然这看起来理论上应该可行,但看起来这实际上破坏了位于根 static/ 目录中的静态资源。我认为这样做的原因是我的动态路由实际上匹配 \\’static/style.css\\’ 并因此覆盖了静态文件的正常处理程序。
有什么办法可以解决这个问题吗?如果我检测到 page_id==\\’static\\’,是否有可以将请求转发到的 \\’static\\’ 处理程序?
编辑:这是一个工作示例
1
2 3 |
@app.route(‘/<page_id>/<subpage_id>/<subsubpage_id>’)
def xxx(page_id=None, subpage_id=None, subsubpage_id=None): return ‘hello’ |
如果你现在打开 http://127.0.0.1:5000/static/css/style.css,你应该得到一个 \\’hello\\’ 而不是文件。
- 如果保证这些变量是整数,您可以在路由中指定它,这应该对您有所帮助。否则,我不确定为什么会发生这种情况。
- 不幸的是,它们不是整数。我刚刚添加了一个示例,如果您将其插入到通常的 Flask Backbone中,那么指向 CSS 的 URL 将不再起作用。
- 你真的在捕捉 /<page>/<subpage>/<subsubpage> 吗?如果您有一个功能可以做所有事情,那么使用路由有什么意义?
- 是的。我的数据库中有 Page 对象,当调用该方法时,我会根据 page_id/subpage_id/subsubpage_id 加载和显示这些对象。有一个更好的方法吗?我正在考虑在应用程序初始化时为每个页面添加单独的路由,但我找不到与 url_for 结合使用的好方法。
关于问题的根源:
Yes. I have Page objects in my database, which I load and display based on the page_id/subpage_id/subsubpage_id when the method is called. Is there a better way to do this? I was thinking of adding separate routes for each of the pages when the app is initialized, but I could not find a good way of making that work in conjunction with url_for.
您可以使用 app.add_url_rule 直接注册路由处理程序。默认情况下,它会为 url_for 使用函数的名称,是的,但是您可以通过传递 endpoint 参数来覆盖它。
所以也许你会有这样的东西:
1
2 3 4 5 6 7 8 9 10 11 12 |
from functools import partial
def actual_handler(page): for page in session.query(Page): |
获取会话可能会或可能不会很棘手,并且可能会或可能不会涉及手动调用 session.remove() 之类的工作;我之前没有尝试在 Flask 处理程序之外使用 SQLAlchemy。假设您首先使用的是 SQLA。
另请参阅有关路由处理的文档。
至于原来路由优先于静态文件的问题,我真的不知道;根据我对 Flask 和 Werkzeug 文档的阅读,这不应该发生。如果您仍希望通过手动提供静态文件来解决此问题,也许 send_from_directory 会有所帮助。无论如何,您的 Web 服务器可能会直接在生产环境中提供静态文件,因此上面的元编程垃圾可能不值得。
PS:事后诸葛亮;如果您的整个站点都位于数据库中,那么 Pyramid 的遍历可能更合适。它一次动态地检查一个路径组件,而不是拥有一个固定的静态路由列表。
- 我想我得到了这个工作,谢谢!我不明白为什么我需要参加会议。为什么我不能只执行 db = SQLAlchemy(app) 然后执行 for page in Page.query.all(): …?
- 你没有,真的; Page.query 是 session.query(Page) 的快捷方式。我只是喜欢尽可能多地使用普通 SQLA 方法;对我来说,表可以查询自己没有意义:)
这是一个可怕的 hack,但你可能只是做一些类似于:
1
2 3 4 5 |
@app.route(‘/<page_id>/<subpage_id>/<subsubpage_id>’)
def xxx(page_id=None, subpage_id=None, subsubpage_id=None): if page_id == ‘static’: # or whatever the path is to your assets # make a response where you’ve filled the request yourself return ‘hello’ |
- 是的,正如我在原始帖子中提到的,如果我知道静态资源请求的默认处理程序是什么,我可以这样做,这样我就可以正确地转发请求。你知道吗?
来源:https://www.codenong.com/14342969/