class BaseResponse(object): def __init__(self): self.code = 1000 self.data = None self.error = None @property def dict(self): return self.__dict__ class TokenResponse(BaseResponse): def __init__(self): super(BaseResponse).__init__() self.code = 1000

什么是web应用? web应用 架构 :B/S架构 | C/S架构 网站:BS架构其实就是应用程序: B是浏览器 S是sever(实现了wsgi协议,实现了socket的服务端) + application web框架:就是在写application MVC和MTV架构: MVC模式: 将应用程序拆分成了三个组成部分,1.model模型 2.view视图 3.controller控制器  -M:Model 跟数据库打交道,管理约束程序状态,一般来说通常存储到数据库中:并约束改变状态的行为(业务规

1,使用HTTPresponseredirect from django,http,import HttpResponseRedirect 2,使用redirct 和reverse 状态码:301和302 301和302的区别 相同点:都表示重定向,浏览器在拿到服务器返回这个状态码后会自动跳转到一个新的URL地址 不同点: 301比较常用的场景是使用域名跳转,比如我们访问http//www.baidu.com会跳转到https:www.baiducom 标示旧地址A的资源已经背永久地移除了 30

fetch无法获取302响应的header信息: 浏览器对于302状态重定向,是直接进行重定向. 且js的fetch请求无法获取(catch也好.then也罢)到302响应的header信息,自然也无法得到header里的location字段,无法根据location值,进行重定向(window.location.replace(url)) fetch不能拦截302,浏览器会自动从302响应的头信息的重定向地址中取到数据.针对认证的情况,后端可以返回401状态码,让前端去检查返回的状态码并据此执

使用HttpResponseRedirect redirect和reverse 状态码:302,301

响应数据的返回 在 WSGIHandler.__call__(self, environ, start_response) 方法调用了 WSGIHandler.get_response() 方法, 由此得到响应数据对象 response. 如今所要做的, 便是将其返回给客户端. 在 Django 源码小剖: 初探 WSGI 中, 简要的概括了请求到来时 django 自带服务器的执行关系, 摘抄如下: make_server() 中 WSGIServer 类已经作为服务器类, 负责接收请求, 调

因为考虑到文章的长度, 所以 BaseHandler 的展开被推迟了. 在 BaseHandler 中隐藏着中间件的信息, 较常见的 SessionMiddleware 就已经默认安装.  BaseHandler 的展开主要是以代码为主, 但已经加入了注释; 文章的最后附一张美图 . 最后, 祝程序员们节日快乐, 别太宅了 ;) BaseHandler 详解 BaseHandler 在 django.core.handlers.base.py 中定义, 有两个核心的成员方法不得不提, 里面就涉及

WSGI 有三个部分, 分别为服务器(server), 应用程序(application) 和中间件(middleware). 已经知道, 服务器方面会调用应用程序来处理请求, 在应用程序中有真正的处理逻辑, 在这里面几乎可以做任何事情, 其中的中间件就会在里面展开. Django 中的应用程序 任何的 WSGI 应用程序,  都必须是一个 start_response(status, response_headers, exc_info=None) 形式的函数或者定义了 __call__ 的类

Django 源码小剖: 初探 WSGI python 作为一种脚本语言, 已经逐渐大量用于 web 后台开发中, 而基于 python 的 web 应用程序框架也越来越多, Bottle, Django, Flask 等等. 在一个 HTTP 请求到达服务器时, 服务器接收并调用 web 应用程序解析请求, 产生响应数据并返回给服务器. 这里涉及了两个方面的东西: 服务器(server)和应用程序(application). 势必要有一个合约要求服务器和应用程序都去遵守, 如此按照此合约开发的

一.HTTP协议-Request   HTTP报文是面向文本的,报文中的每一个字段都是一些ASCII码串,各个字段的长度是不确定的.HTTP有两类报文:请求报文和响应报文.   1.1 HTTP请求报文   一个HTTP请求报文由请求行(request line).请求头部(header).空行和请求数据4个部分组成 <request-line> <headers> <blank line> [<request-body>   1.1.2 求情头-Reque

web服务器软件IIS  (windows底下的web服务器软件) Nginx (Linux底下新一代高性能的web服务器)  Tengine   www.taobao.com  这是淘宝 Apache  (Linnux上个时代的,老企业会选择apache) http://www.gov.cn/ Linux发起网络请求命令 curl 公司的网站技术架构 LAMP的一个技术栈linux   apache  mysql  php #搭建一个黄金组合,lamp 闭源技术架构redhat + apach

Django Rest Framework有一个status.py的文件 通常在我们Django视图(views)中,HTTP状态码使用的是纯数字,像400,404,200,304等,并不是那么很好理解这些数字的含义,而且如果错误代码出错,很容易被忽略:但是在rest_framework中,REST框架为status模块中的每个状态码提供了更明晰的标识符.使用它们来代替纯数字的HTTP状态码是一个很不错的选择. 状态码的使用通常与rest_framework中的Response一块,我们先看看R

本文环境python3.5.2,django1.10.x系列 根据前上一篇runserver的博文,已经分析了本地调试服务器的大致流程,现在我们来分析一下当runserver运行起来后,django框架是如何处理一个请求的,django框架是遵循了wsgi标准,所以django的项目可以和gunicorn等wsgi服务器配合使用,此处我们就主要分析一下django的wsgi流程分析. 在runserver函数中,有调用 def get_internal_wsgi_application(): "

本文环境python3.5.2,django1.10.x系列 1.根据上一篇文章分析了,django-admin startproject与startapp的分析流程后,根据django的官方实例此时编写好了基本的路由和相应的处理函数,此时需要调试我们写的接口此时本地调试,django框架提供了python manage.py runserver 命令来本地调试. 2.runserver的特点是启用多线程处理请求,并可以监控当文件修改后自动重启服务,以达到服务重启极大方便了本地的调试,根据官方文

开始之前建议先参考一下这篇文章:https://blog.csdn.net/qq_33339479/article/details/78862156class Command(BaseCommand): help = "Starts a lightweight Web server for development." # Validation is called explicitly each time the server is reloaded. requires_system_c

django源码解读之 View View. ContextMixin.TemplateResponseMixin.TemplateView.RedirectView View class View(object): """ 所有视图的基类 1 简答的请求方啊过滤 所有的请求都应该在被允许的 请求列表 http_method_names 中 2 实现请求的分发,即按照请求的方法,调用对应的视图函数.<eg: get请求 执行self.get()> "&q

概念 301 Moved Permanently 被请求的资源已永久移动到新位置,并且将来任何对此资源的引用都应该使用本响应返回的若干个URI之一.如果可能,拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址.除非额外指定,否则这个响应也是可缓存的. 新的永久性的URI应当在响应的Location域中返回.除非这是一个HEAD请求,否则响应的实体中应当包含指向新的URI的超链接及简短说明. 如果这不是一个GET或者HEAD请求,因此浏览器禁止自动进行重定向,除非得到用户的确

不管是面试还是工作中,经常会碰到需要通过HTTP状态码去判断问题的情况,比如对于后台RD,给到前端FE的一个接口,出现502或者504 error错误,FE就会说接口存在问题,如果没有知识储备,那就只能RD自己背锅...但是这其实更多是需要运维OP去排查. 状态码的分类 1XX:Infomational(信息性状态码)接收的请求正在处理 2XX:Success(成功状态码)请求正常处理完毕 3XX:Redirection(重定向状态码)需要进行附加操作以完成请求 4XX:Client Error

通过Java发送url请求,查看该url是否有效,这时我们可以通过获取状态码来判断. try { URL u = new URL("http://10.1.2.8:8080/fqz/page/qizha/pros_add.jsp"); try { HttpURLConnection uConnection = (HttpURLConnection) u.openConnection(); try { uConnection.connect(); System.out.println(u

  状态码 含义 100 客户端应当继续发送请求.这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝.客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应.服务器必须在请求完成后向客户端发送一个最终响应. 101 服务器已经理解了客户端的请求,并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求.在发送完这个响应最后的空行后,服务器将会切换到在Upgrade 消息头中定义的那些协议. 只有在切换新的协议更有好处的时候才应该采取类似措施.例如,切

Http状态码表示Http协议所返回的响应的状态.比如客户端向服务器发送请求,如果成功的获得请求的资源,则返回的状态码为200,表示相应成功.如果请求的资源不存在,则通常返回404错误. Http状态码通常分为5种类型,分别由1~5五个数字开头,由3位整数组成.1xx通常用作实验用途.这一章节主要介绍2xx.3xx.4xx.5xx等常用的几种状态码. 状态码 代码描述 处理方式 200 请求成功 获得响应的内容,进行处理 201 请求完成,结果是创建了新资源. 新创建资源的URI可在响应的实体中