记录django中对views设置进行模板复用

django版本:1.4.5

由于需要对一个网页的部分内容进行输出,相当于第一个网页显示数据库中的所有信息,第二个网页需要显示数据库中某个特定字段的特定值的输出,页面样式相同

进一步解释,可以理解为一个页面显示全部下载项,另一个页面显示敏捷类游戏下载项,就是这样,页面样式一样

现在开始记录实现方式,在models里面必须有一个分类字段

views.py内容如下

 1 def download(request):
 2     ware = Software.objects.all()
 3 #这个是取出所有数据的方法,由于显示所有下载项目
 4
 5 def download1(request):
 6     ware = Software.objects.filter(soft_marker__contains=1)
 7 #这个是显示所有类型1的游戏
 8 #filter过滤数据,soft_marker是Software中的一个字段,在这里用于标记
 9 # __contains 双下划线是特殊字段,contains是空间查找类型,包含的意思
10 #后面的1是参数,如果字段是varchar型的,需要  ="这里是字符串"

Views.py

views最后的return,让他们返回同一个模板就ok仅仅是数据变了,其他都一样

看懂这个的朋友,如果你有更好的方法,或者说更正常的方法,请教我,留言什么的都可以,我正在学习中,谢谢!

时间: 2024-10-09 23:15:16

记录django中对views设置进行模板复用的相关文章

Django中的URL配置和模板

Django中的URL配置 : 实例: Python代码   urlpatterns = patterns('', # Example: # (r'^myweb/', include('myweb.foo.urls')), # Uncomment the admin/doc line below and add 'django.contrib.admindocs' # to INSTALLED_APPS to enable admin documentation: # (r'^admin/doc

django中的分页设置

1.在控制台中的展示 from django.core.paginator import Paginator iter = 'abcdefghijklmn' inator = Paginator(iter, 5) page1 = inator.page(1) page1.object_list # 输出当前也的内容 'abcde' page1.number # 输出页码 1 page1.has_next() # 输出是否有下一页 True page1.next_page_number() # 输

Django中mysql配置设置

settings文件中设置:你的数据库名称在设置之前先确保已经创建了这个数据库 DATABASES = { 'default':{ 'ENGINE':'django.db.backends.mysql', 'NAME':'books', #数据库名称 'USER':'root', #数据库用户名 'PASSWORD':'123456', # 数据库密码 'HOST':'', #数据库主机,留空默认为localhost 'PORT':'3306', #数据库端口 } } 之前 DATABASES设

Django中使用cookie和session

目录 Django中使用cookie与session 一.cookie 二.session Django中使用cookie与session 一.cookie cookie的由来:由于HTTP协议是无状态的,每次请求都是独立的请求,为了能够保存某些数据,cookie便产生了. 什么是cookie:cookie具体指的是一段小信息,它是服务器发送出来存储在浏览器上的一组组键值对.下次访问服务器的时候,浏览器会自动携带这些键值对,以便服务器提取有用数据. cookie的原理:cookie的工作原理是:

异步任务队列Celery在Django中的使用

前段时间在Django Web平台开发中,碰到一些请求执行的任务时间较长(几分钟),为了加快用户的响应时间,因此决定采用异步任务的方式在后台执行这些任务.在同事的指引下接触了Celery这个异步任务队列框架,鉴于网上关于Celery和Django结合的文档较少,大部分也只是粗粗介绍了大概的流程,在实践过程中还是遇到了不少坑,希望记录下来帮助有需要的朋友. 一.Django中的异步请求 Django Web中从一个http请求发起,到获得响应返回html页面的流程大致如下:http请求发起 --

Django中cookie和session

cookie Cookie的由来 大家都知道HTTP协议是无状态的. 无状态的意思是每次请求都是独立的,它的执行情况和结果与前面的请求和之后的请求都无直接关系,它不会受前面的请求响应情况直接影响,也不会直接影响后面的请求响应情况. 一句有意思的话来描述就是人生只如初见,对服务器来说,每次的请求都是全新的. 状态可以理解为客户端和服务器在某次会话中产生的数据,那无状态的就以为这些数据不会被保留.会话中产生的数据又是我们需要保存的,也就是说要"保持状态".因此cookie就是在这样一个场景

Django中的session和cookie

session和cookie 一. 概念理解 你可能有留意到当你浏览网页时,会有一些推送消息,大多数是你最近留意过的同类东西,比如你想买桌子,上淘宝搜了一下,结果连着几天会有各种各样的桌子的链接.这是因为 你浏览某个网页的时候,WEB 服务器会先送一些资料放在你的计算机上,类似于你打的文字,选的一些东西什么的,Cookie 会帮你都纪录下来.当下次你再光临同一个网站,WEB 服务器会先看看有没有它上次留下的 Cookie 资料,有的话,就会依据 Cookie里的内容来判断使用者,送出特定的网页内

celery在Django中的使用

前段时间在Django Web平台开发中,碰到一些请求执行的任务时间较长(几分钟),为了加快用户的响应时间,因此决定采用异步任务的方式在后台执行这些任务.在同事的指引下接触了Celery这个异步任务队列框架,鉴于网上关于Celery和Django结合的文档较少,大部分也只是粗粗介绍了大概的流程,在实践过程中还是遇到了不少坑,希望记录下来帮助有需要的朋友. 一.Django中的异步请求 Django Web中从一个http请求发起,到获得响应返回html页面的流程大致如下:http请求发起 --

Django中Celery的实现

Celery官网http://www.celeryproject.org/ 学习资料:http://docs.jinkan.org/docs/celery/ Celery介绍 Celery是基于Python开发的一个分布式任务队列框架,支持使用任务队列的方式在分布的机器/进程/线程上执行任务调度. 上图展示的是Celery的架构,它采用典型的生产者-消费者模式,主要由三部分组成:broker(消息队列).workers(消费者:处理任务).backend(存储结果). 消息中间件:Celery本