Подключение ресурсов через url_for static

Writing /static/style.css by hand in every template feels easy, but it is fragile. Flask gives you url_for to build asset links for you. 🔧

Flask registers a built-in endpoint named static for your assets. You ask url_for for it instead of typing the raw path yourself.

Call url_for with the endpoint and a filename argument. Flask returns the correct URL pointing into your static folder.

Inside a Jinja2 template you wrap the call in double braces. The link tag then receives a generated, always-correct href.

Put the subpath right inside filename. Slashes in the value map straight onto folders within static.

If you ever change static_url_path, every url_for link updates itself. Hardcoded paths would all silently break instead.

When your app runs under a sub-path on a server, url_for adds the right prefix automatically, so links keep working everywhere.

The same call wires up scripts. Point the script tag at url_for and your JS loads from static without a hardcoded path.

Pictures follow the identical pattern. Feed the filename to url_for and drop the result into the img tag source.

url_for is not template-only. Inside a view you can call url_for to compute an asset URL and return or log it.

Make it a rule: every asset link goes through url_for. Future renames, prefixes, and cache busting then just work for you. ✅

You want a clean link to css/style.css inside static. Which call is right?

You now use url_for with the static endpoint to build every asset link, so paths stay correct no matter how config changes. 🎯