导读：很多朋友问到关于django放在文件夹视图函数怎么调用的相关问题，本文首席CTO笔记就来为大家做个详细解答，供大家参考，希望对大家有所帮助！一起来看看吧！
python——Django项目开发：配置项目/static/路径，调用css、img、js等静态文件
在Django项目开发中，不能像正常web开发一样通过 'imgs/bg.jpg' 访问本地静态文件，需要做一些配置，才能实现静态文件的访问。
一、首先在项目根路径下新建一个static文件夹，然后在static文件夹下可以新建相应的css、imgs、js等文件夹，用于存放css、img、js等静态文件。
二、项目配置
1、打开settings.py,在底部添加：
2、打开urls.py，在 urlpatterns 中添加：(注意，如果你在blog目录下也建立了urls.py，那么就得在blog/urls.py中做修改。别忘了import settings)：
（不过我经过实测，不加这一个，也可以完成静态文件的访问）
3、在html模板最上面添加：
然后在需要的地方按照这个格式进行调用，如：
最后重新运行项目，img等本地静态文件就可以被django找到了，这时模板对应的页面就可以显示使用img等文件了。
django1.9框架中视图怎么实现事务处理
Django默认的事务行为
默认情况下，在Django中事务是自动提交的。当我们运行Django内置的模板修改函数时，例如调用model.save()或model.delete()时，事务将被立即提交。这种机制和数据库的自动提交事务机制类似。记住这里没有默认的回滚机制。
Django里面怎么实现数据库视图啊 就是虚拟表
正经回答：先在数据库中建立好视图，然后django中建立对应的model。表所对应的类下面再建立一个Meta类，大致如下
class ViewModel(models.Model):
"""这个model类对应你所建立好的视图"""
class Meta(object):
"""同理，该方法可用于使用mysql中任何已有的表，不仅是视图"""
db_table = 'your_view' #显式指定表名，也就是你建立的视图的名字
managed = false #默认是ture，设成false django将不会执行建表和删表操作
# 建立字段间的映射
# 需要注意的是，必须设一个字段为主键
# 不然django会自动创建一个id字段为主键，引发错误
百度知道越来越辣鸡了，全是答非所问的。
Python 语言Django 框架的简化视图
1 我们在用Django编程时，会发现，经常需要用到列表、详情、修改这些操作。这些操作 几乎可以满足数据编辑的大部分要求。那能不能像YII2脚手架功能一样直接提供一个通用的模板类，只需指定几个必要的参数，所有的功能自己去实现呢。
2 Python 语言Django 框架，刚好提供这样的功能， 它有很多叫法，如 类视图、通用视图、简化视图，都指的是它。我们可以把它看成 Django 框架的脚手架。
3 Django简化视图底层的本质是通过从URL传递过来的参数去数据库查询数据，加载一个模板，利用得到的数据渲染模板（按照路由、视图、模板、模型的路线图）。
4 以下是Django 框架提供的简化视图，可以直接拿来使用。
View ------------------- 所有类视图的基类
TemplateView --------------渲染一个template
RedirectView ----------------重定向类视图
通用显示视图Display view：
DetailView ---------------展示单个object
ListView ------------------展示多个object
通用编辑视图Edit view：
FormView -------------- 显示一个form表单
CreateView ------------ 创建一个对象
UpdateView ------------更新对象
DeleteView --------------删除对象
5 例，路由代码
path('', views.IndexView.as_view(), name='index'),
视图代码
class IndexView(generic.ListView):
template_name = 'polls/index.html'
context_object_name = 'latest_question_list'
def get_queryset(self):
return Question.objects.order_by('-pub_date')[:5]
6 小贴士 6-1通用视图实际上 是类视图的一种，Django类视图的完整架构还是很庞大的。笔者只是提纲挈领，有兴趣 可以试着搜索“使用Django通用视图的get_queryset, get_context_data和get_object等方法”深入学习。
6-2 笔者在看一些程序员在做PHP后台维护时，数据库经常被SQL注入，其实简单点使用addslashes（）函数就能解决大部分问题。
如何使用django session
Django 完全支持匿名 Session。 Session 框架允许每一个用户保存并取回数据。它将数据保存在服务器端，并将发送和接收 Cookie 的操作包装起来。在 Cookie 中包含的是 Session ID，而不是数据本身。
启用 Sessions¶
Session 是通过 中间件 的方式实现的。
要启用 Session 的功能，需要完成以下步骤：
修改 MIDDLEWARE_CLASSES 设置，并确定其中包含了 'django.contrib.sessions.middleware.SessionMiddleware' 。``django-admin.py startproject`` 所创建的缺省的 settings.py 就已经激活了 SessionMiddleware 。
将 'django.contrib.sessions' 添加到你的 INSTALLED_APPS 设置中，并执行 manage.py syncdb 以便安装用于存储 Session 数据的表格。
Changed in Django 1.0: 如果你并未使用数据库存储 Session，则此步骤可以忽略；参考 配置 Session 引擎 。
If you don’t want to use sessions, you might as well remove the SessionMiddleware line from MIDDLEWARE_CLASSES and 'django.contrib.sessions' from your INSTALLED_APPS. It’ll save you a small bit of overhead.
配置 Session 引擎¶
New in Django 1.0..
缺省情况下，Django 将 Session 存储在数据库中 (使用模型 django.contrib.sessions.models.Session)。尽管这很方便，但在某些情况下，把 Session 放在其它的地方速度会更快。因此 Django 允许您通过配置让它将 Session 数据保存在文件系统或缓冲区中。
使用基于文件的 Session¶
要使用基于文件的 Session，请将 SESSION_ENGINE 设置为 "django.contrib.sessions.backends.file" 。
您可能还需要修改 SESSION_FILE_PATH 这一设置以便控制 Django 存储 Session 文件的位置，缺省情况下，它使用 tempfile.gettempdir() ，通常是 /tmp 。
使用基于缓冲区的 Session¶
要使用 Django 的缓冲区系统来保存 Session，需要将 SESSION_ENGINE 设置为 "django.contrib.sessions.backends.cache" 。您必须确保您已经配置了缓冲区，详情请参考 缓冲区文档 。
Note
只有在使用 Memcached 作为缓冲后台时，才能使用基于缓冲区的 Session。因为以本地内存作为缓冲后台时，它存储缓冲数据的时间太短了，这样直接访问文件或数据库的速度，要比通过缓冲区访问文件或数据库的速度更快一些。
在视图中使用 Session¶
在开启 SessionMiddleware 后，每一个 HttpRequest 对象 (Django 视图函数的第一个参数) 救火有一个 session 属性，它是一个类字典对象。您可以直接对其读写。
Session 对象有以下标准字典函数：
__getitem__(key)
例子: fav_color = request.session['fav_color']
__setitem__(key, value)
例子: request.session['fav_color'] = 'blue'
__delitem__(key)
例子: del request.session['fav_color']. This raises KeyError if the given key isn’t already in the session.
__contains__(key)
例子: 'fav_color' in request.session
get(key, default=None)
例子: fav_color = request.session.get('fav_color', 'red')
keys()
items()
setdefault()
clear()
New in Django 1.0: setdefault() 和 clear() 是在这个版本新加的。
它还有如下方法：
flush()
New in Django 1.0.
从数据库中删除当前的 Session 数据并且重新生成一个 Session 键，并将其发送给浏览器。这用于需要确保 Session 数据无法再从用户浏览器访问时，譬如调用 django.contrib.auth.logout() 时。
set_test_cookie()
设定检测 Cookie 以检验用户的浏览器是否支持 Cookie。因 Cookie 的工作方式，在下一次用户请求之前，您都无法得到测试结果。详情参考下面的 设置检测 Cookie 。
test_cookie_worked()
判断用户的浏览器是否收到了检测 Cookie，并返回 True 或 False 。因 Cookie 的工作方式，您必须在之前的独立请求中调用 set_test_cookie() 。详情参考下面的 设置检测 Cookie 。
delete_test_cookie()
删除检测 Cookie，请自己调用此函数以便清除该 Cookie。
set_expiry(value)
New in Django 1.0.
设定 Session 的过期时间。您可以提供下述几种形式的值:
如果 value 是整形，则它表示的是秒。例如，调用 request.session.set_expiry(300) 会让 Session 在五分钟后过期。
如果 value 是 datetime 或 timedelta 对象，则 Session 将会在相应的日期或时间点过期。
如果 value is 0 ，则用户的 Session 会在浏览器关闭时过期。
如果 value is None ，则 Session 会使用全局策略来设定过期时间。
get_expiry_age()
New in Django 1.0.
获得此 Session 的过期时间。对于没有自定义过期时间的 Session (或在浏览器关闭时过期的 Session)，此函数返回值与 settings.SESSION_COOKIE_AGE 相同。
get_expiry_date()
New in Django 1.0.
获得此 Session 的过期时间点。对于没有自定义过期时间的 Session (或在浏览器关闭时过期的 Session)，此函数的返回值等于从现在到时间点 settings.SESSION_COOKIE_AGE 的秒数。
get_expire_at_browser_close()
New in Django 1.0.
返回 Session 是否会在浏览器关闭时过期，返回值为 True 或 False 。
您在视图中的任何位置都可以修改 request.session ，改多少次都行。
Session 对象指南¶
直接在 request.session 上使用 Python 字符串作为字典的键，这比使用 Session 对象的方法来得更直接。
在 Session 字典中，以下划线开始的键，是保留给 Django 在内部使用的。
不要用一个新的对象覆盖 request.session ，也不要访问或修改它的属性，它只能作为一个类字典对象使用。
例子¶
这个简单的视图在用户提交了评价信息后，将变量 has_commented 设定为 True ，这样就可以防止用户多次提交评价信息:
def post_comment(request, new_comment): if request.session.get('has_commented', False): return HttpResponse("You've already commented.") c = comments.Comment(comment=new_comment) c.save() request.session['has_commented'] = True return HttpResponse('Thanks for your comment!')
这个简单的视图让网站的“用户”登录:
def login(request): m = Member.objects.get(username=request.POST@['username']) if m.password == request.POST@['password']: request.session['member_id'] = m.id return HttpResponse("You're logged in.") else: return HttpResponse("Your username and password didn't match.")
...与上面的例子相对应的，下面的例子则让用户退出:
def logout(request): try: del request.session['member_id'] except KeyError: pass return HttpResponse("You're logged out.")
实际上标准的 django.contrib.auth.logout() 还会多做一些事情从而防止因疏忽造成的数据泄露。它会调用 request.session.flush() 函数。我们使用这些例子只是演示如何操作 Session 对象，它可不是一个完整的 logout() 实现。
设置检测 Cookie¶
为方便起见，Django 提供了一种简单的方法来检测用户的浏览器是否支持 Cookie。只要在一个请求中调用 request.session.set_test_cookie() 并在后续请求中调用 request.session.test_cookie_worked() 即可。注意千万不要在同一次请求中同时调用。
之所以要在两次请求中调用 set_test_cookie() 和 test_cookie_worked() 是因为 Cookie 的工作模式。当您设定了 Cookie 后，再下一次请求前，都是没有办法知道浏览器是否会接收它的。
另外最好在测试完毕后，使用 delete_test_cookie() 清除测试用数据。
以下是一个典型的例子:
def login(request): if request.method == 'POST': if request.session.test_cookie_worked(): request.session.delete_test_cookie() return HttpResponse("You're logged in.") else: return HttpResponse("Please enable cookies and try again.") request.session.set_test_cookie() return render_to_response('foo/login_form.html')
在视图外使用 Session¶
New in Django 1.0.
有一个 API 专门用于在视图之外操作 Session 数据:
from django.contrib.sessions.backends.db import SessionStore s = SessionStore(session_key='2b1189a188b44ad18c35e113ac6ceead') s['last_login'] = datetime.datetime(2005, 8, 20, 13, 35, 10) s['last_login'] datetime.datetime(2005, 8, 20, 13, 35, 0) s.save()
如果您使用了 django.contrib.sessions.backends.db 后台，则每一个 Session 都是一个普通的 Django 模型。模型 Session 在文件 django/contrib/sessions/models.py 中定义。由于它是一个普通的模型，因此您可以使用 Django 的数据库编程接口直接访问它:
from django.contrib.sessions.models import Session s = Session.objects.get(pk='2b1189a188b44ad18c35e113ac6ceead') s.expire_date datetime.datetime(2005, 8, 20, 13, 35, 12)
注意，要获得 Session 字典，需要调用 get_decoded() ，这是因为字典是以编码的方式存储的:
s.session_data 'KGRwMQpTJ19hdXRoX3VzZXJfaWQnCnAyCkkxCnMuMTExY2ZjODI2Yj...' s.get_decoded() {'user_id': 42}
Session 是何时存储的¶
缺省情况下，Django 只在 Session 被修改时才会保存它，即只有字典中的值被修改或删除时:
# Session is modified. request.session['foo'] = 'bar' # Session is modified. del request.session['foo'] # Session is modified. request.session['foo'] = {} # Gotcha: Session is NOT modified, because this alters # request.session['foo'] instead of request.session. request.session['foo']['bar'] = 'baz'
对于在上面的最后一个，通过显示地设定 Session 对象的 modified 属性，可以通知 Session 对象它被修改了:
request.session.modified = True
要改变这种行为，可以将 SESSION_SAVE_EVERY_REQUEST 设定为 True 。如果 SESSION_SAVE_EVERY_REQUEST 是 True ，则 Django 在每一次独立的请求之后都会保存 Session。
注意，只有在创建或修改 Session 的时候才会送出 Session Cookie，如果 SESSION_SAVE_EVERY_REQUEST 为 True ，则每次请求都会送出 Cookie。
同样地，在送出 Cookie 时，它的 expires 部分每次都会被更新。
与浏览器同步的 Session 和持久的 Session¶
通过设置 SESSION_EXPIRE_AT_BROWSER_CLOSE ，您可以控制 Session 框架使用与浏览器同步的 Session 或持久的 Session。
缺省情况下， SESSION_EXPIRE_AT_BROWSER_CLOSE 的值为 False ，这表示 Session Cookie 将会保存在用户的浏览器中，直到超过了 SESSION_COOKIE_AGE 。如果您希望用户不必在每次关闭浏览器后都重新登陆，请使用这种方式。
如果 SESSION_EXPIRE_AT_BROWSER_CLOSE 设定为 True ，则 Django 会使用与浏览器同步的 Cookie，即用户关闭浏览器时 Cookie 就会过期。如果您希望用户每次打开浏览器都必须登录，请使用这种模式。
New in Django 1.0.
这个设置具有全局的缺省值，但可以通过调用 request.session.set_expiry() 为每个 Session 设定独立的值，相关内容在上述的 在视图中使用 Session 中有所阐述。
清空 Session 表格¶
注意，Session 数据有可能堆积在数据库表格 django_session 中，Django 不提供 自动清除它们的功能。它把定期清空 Session 数据的任务留给了您。
要理解这个问题，想像一下用户使用 Session 时会发生什么。当用户登录，Django 向表格 django_session 中添加一条记录。每当 Session 数据变化时，Django 会更新这条记录。如果用户手工退出了，Django 会删除它。但是，如果用户 没有 退出，则这条记录永远都不会被删除。
Django 提供了一个能够完成清除功能的样例脚本 django-admin.py cleanup ，它从 Session 表格中删除那些 expire_date 已经过期的记录，但是您的应用程序可能会有其它的需求。
设置¶
一些 Django 设置 可以帮助您控制 Session 的行为：
SESSION_ENGINE¶
New in Django 1.0.
缺省值: django.contrib.sessions.backends.db
控制 Django 在何处保存 Session 数据，合法的值为:
'django.contrib.sessions.backends.db'
'django.contrib.sessions.backends.file'
'django.contrib.sessions.backends.cache'
详情请参考 配置 Session 引擎 。
SESSION_FILE_PATH¶
New in Django 1.0.
缺省值: /tmp/
如果您使用基于文件的 Session 存储，则此变量控制着 Django 存储 Session 数据的目录。
SESSION_COOKIE_AGE¶
缺省值: 1209600 (两周，以秒表示)
Session Cookie 的过期时间，以秒表示
SESSION_COOKIE_DOMAIN¶
缺省值: None
Session Cookie 的域。如果是要设定跨域的 Cookie，可以将其设定为 ".lawrence.com" 的形式，否则请使用 None 。
SESSION_COOKIE_NAME¶
缺省值: 'sessionid'
Session 所使用的 Cookie 的名称，可根据需要设定。
SESSION_COOKIE_SECURE¶
缺省值: False
对于 Session Cookie，是否要使用安全模式。如果将此设定为 True ，则 Cookie 将会被标记为“安全”，这种情况下，浏览器就需要确定该 Cookie 是否是通过 HTTPS 连接发送的。
SESSION_EXPIRE_AT_BROWSER_CLOSE¶
缺省值: False
是否当用户关闭浏览器时就让 Session 过期。详情参考上文 与浏览器同步的 Session 和持久的Session 。
SESSION_SAVE_EVERY_REQUEST¶
缺省值: False
是否在每次请求时都保存 Session 数据。如果此项为 False (缺省值)，则 Session 数据只有在它被修改后才会保存，即它的字典值被赋值或删除时。
技术细节¶
Session 字典可以接受任何与 pickle 兼容的 Python 对象，详情参考 pickle 模块 。
Session 数据存储在数据库表格 django_session 中。
Django 只在需要的时候才发送 Cookie，如果您没有设定任何的 Session 数据，它不会送出 Cookie。
URL 中的 Session ID¶
Django 的 Session 框架是完全基于 Cookie 的，并且它也只能基于 Cookie。它不会像一些软件(譬如 PHP)那样在 Session 不能正常工作时，把 Session ID 放到 URL 中。作出这一决定是经过深思熟虑的，那种方法不仅使得 URL 很丑陋，并且 Session ID 还有可能通过 “Referer” 头泄漏出去，从而给网站带来安全隐患。
如何在django视图函数中使用全局变量，对所有线程有效。
对所有的线程有效？这个变量最好放在数据库里。
如果是java，它可以通过servelet里放静态变量的方法实现。 在django里也可以试验
global XX_Var, 不过可能会失效。最好用数据库的一个字段来保存。我们通常用一个表的一条记录，保存大部分常用的公共变量。
结语：以上就是首席CTO笔记为大家介绍的关于django放在文件夹视图函数怎么调用的全部内容了，希望对大家有所帮助，如果你还想了解更多这方面的信息，记得收藏关注本站。