WSGI服务器实践二--实践一个基本功能的WSGI服务器

由于各种PYTHON框架都实现了WSGI接口,所以,通用性很广的。

在调试过程过,有一个字母拼错,搞了一个小时。

看来PYTHON自带的编辑器没有高亮,不爽。

在有提示的编辑器里一看就看了来啦。。:)

webserver.py

import socket
import StringIO
import sys

class WSGIServer(object):

    address_family = socket.AF_INET
    socket_type = socket.SOCK_STREAM
    request_queue_size = 1

    def __init__(self, server_address):
        # Create a listening socket
        self.listen_socket = listen_socket = socket.socket(
            self.address_family,
            self.socket_type
            )
        # Allow to reuse the same address
        listen_socket.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
        # Bind
        listen_socket.bind(server_address)
        # Active
        listen_socket.listen(self.request_queue_size)
        # Get server host name and port
        host, port = self.listen_socket.getsockname()[0:2]
        self.server_name = socket.getfqdn(host)
        self.server_port = port
        # Return headers set by web framework/Web application
        self.headers_set = []

    def set_app(self, application):
        self.application = application

    def serve_forever(self):
        listen_socket = self.listen_socket
        while True:
            # New client connection
            self.client_connection, client_address = listen_socket.accept()
            # Handle one request and close the client connection. Then
            # loop over to wait for another client connection
            self.handle_one_request()

    def handle_one_request(self):
        self.request_data = request_data = self.client_connection.recv(1024)
        # Print formatted request data a la ‘curl -v‘
        print(‘‘.join(
            ‘< {line} \n‘.format(line=line)
            for line in request_data.splitlines()
            ))
        self.parse_request(request_data)

        # Construct environment dictionary using requst data
        env = self.get_environ()

        # It‘s time to call our application callable and get
        # back a result that will become HTTP response body
        print ‘self.application: ********************‘, self.application
        result = self.application(env, self.start_response)

        # Construct a response and send it back to the client
        self.finish_response(result)

    def parse_request(self, text):
        request_line = text.splitlines()[0]
        request_line = request_line.rstrip(‘\r\n‘)
        # Break down the request line into components
        (self.request_method, #GET
         self.path, #/hello
         self.request_version # HTTP/1.1
         ) = request_line.split()

    def get_environ(self):
        env = {}
        # The following code snippet does not follow PEP8 conventions
        # but it‘s formatted the way it is for demonstration purposes
        # to emphasize the required variables and their values
        #
        # Required WSGI variables
        env[‘wsgi.version‘]      = (1, 0)
        env[‘wsgi.url_scheme‘]   = ‘http‘
        env[‘wsgi.input‘]        = StringIO.StringIO(self.request_data)
        env[‘wsgi.errors‘]       = sys.stderr
        env[‘wsgi.multithread‘]  = False
        env[‘wsgi.multiprocess‘] = False
        env[‘wsgi.run_once‘]     = False
        # Required CGI variables
        env[‘REQUEST_METHOD‘]    = self.request_method    # GET
        env[‘PATH_INFO‘]         = self.path              # /hello
        env[‘SERVER_NAME‘]       = self.server_name       # localhost
        env[‘SERVER_PORT‘]       = str(self.server_port)  # 8888
        return env

    def start_response(self, status, response_headers, exc_onfo=None):
        # Add necessary server headers
        server_headers = [
            (‘Date‘, ‘Tue, 31 Mar 2015 12:54:48 GMT‘),
            (‘Server‘, ‘WSGIServer 02‘),
            ]
        self.headers_set = [status, response_headers + server_headers]
        # To adhere to WSGI specification the start_response must return
        # a ‘write‘ callable. We simplicity‘s sake we‘ll ignore that detail
        # for now.
        # return self.finish_response

    def finish_response(self, result):
        try:
            status, response_headers = self.headers_set
            response = ‘HTTP/1.1 {status}\r\n‘.format(status=status)
            for header in response_headers:
                response += ‘{0}: {1}\r\n‘.format(*header)
            response += ‘\r\n‘
            for data in result:
                response += data
            # Print formatted response data a la ‘curl -v‘
            print(‘‘.join(
                ‘> {line}\n‘.format(line=line)
                for line in response.splitlines()
                ))
            self.client_connection.sendall(response)
        finally:
            self.client_connection.close()

SERVER_ADDRESS = (HOST, PORT) = ‘‘, 8888

def make_server(server_address, application):
    server = WSGIServer(server_address)
    server.set_app(application)
    return server

if __name__ == ‘__main__‘:
    if len(sys.argv) < 2:
        sys.exit(‘Provide a WSGI application object as module:callable‘)
    app_path = sys.argv[1]
    module, application = app_path.split(‘:‘)
    module = __import__(module)
    application = getattr(module, application)
    httpd = make_server(SERVER_ADDRESS, application)
    httpd.serve_forever()
    print("WSGIServer: Serving HTTP on port {port}...\n".format(port=PORT))

wsgiapp.py

def app(environ, start_response):
    """ A barebones WSGI application.
    This is a starting point for you own Web Framework :)
    """
    status = ‘200 OK‘
    response_headers = [(‘Content-Type‘, ‘text/plain‘)]
    start_response(status, response_headers)
    return [‘Hello world from a simple WSGI application!\n‘]

运行命令:

python webserver.py wsgiapp:app

结果:

时间: 2024-10-03 22:39:50

WSGI服务器实践二--实践一个基本功能的WSGI服务器的相关文章

TCP并发服务器,每个客户一个子进程

在阅读完<unix 网络编程:卷一>之后,感觉作者真是unix下编程的大师级的人物.而对于我个人而言,每次阅读完一本技术书籍之后,一定还是得自己重新再写一遍程序(换点内容),复习书本中的内容(大致结构,或者说思想,相同),否则,你很难做到真的理解并掌握的地步. Okay,今天我带来的是服务器模型中的第一种,也是最基本最常用的一种模型–TCP并发服务器,每个客户一个子进程. 先简单介绍一下:TCP并发服务器,每个客户一个子进程,也就是说并发服务器调用fork派生一个子进程来处理每个子进程,使得服

微软云计算介绍与实践(实践之二十)

接上面章节,有同学说为什么要搞这么一些东西,刚好我给大家贴一张图,看一下微软私有云解决方案中这几大组件相互关系,看完后大家也就明白我今天为什么还在做各种环境搭建,配置准备工作了. 一.配置System Center 2012虚拟机管理器集成包 上一章节,小张同学可以使用已有的的集成包,但他需要配置一下它们,让其和服务器正确连接.在接下来的步骤中,小张同学是要配置的是他刚刚注册和部署的四个集成包.关于使用集成包的先决条件.可以参考如下TechNet网页:http://technet.microso

ASP.NET MVC5 网站开发实践(二) Member区域 - 添加文章

转自:http://www.cnblogs.com/mzwhj/p/3592895.html 上次把架构做好了,这次做添加文章.添加文章涉及附件的上传管理及富文本编辑器的使用,早添加文章时一并实现. 要点: 富文本编辑器采用KindEditor.功能很强大,国人开发,LGPL开源,自己人的好东西没有理由不支持. 附件的上传同样基于KindEditor实现,可以上传图片,flash,影音,文件等. 目录 ASP.NET MVC5 网站开发实践 - 概述 ASP.NET MVC5 网站开发实践(一)

OWIN的理解和实践(二) – Host和Server的开发

原文:OWIN的理解和实践(二) – Host和Server的开发 对于开发人员来说,代码就是最好的文档,如上一篇博文所说,下面我们就会基于Kanata项目的一些具体调用代码,来进一步深入理解OWIN的实现和作用. 今天我们先针对Host和Server来实现一个简单的应用. 我们的开发环境是:  VS2013 Update 3,  .Net Framework 4.5.1 Host开发 如上篇博文提及,Host具有如下特点: 实现一个宿主进程 负责Server的启动和关闭 负责Middlewar

Asp.NetCore程序发布到CentOs(含安装部署netcore)--最佳实践(二)

原文:Asp.NetCore程序发布到CentOs(含安装部署netcore)--最佳实践(二) Asp.NetCore程序发布到CentOs(含安装部署netcore)--最佳实践(一) 接上一篇 3. Nginx配置反向代理 3.1 cnetos 安装nginx 首先,我们需要在服务器上安装Nginx.参考网址 3.1.1:添加Nginx存储库 要添加CentOS 7 EPEL仓库,请打开终端并使用以下命令: sudo yum install epel-release EPEL的全称叫 Ex

Linux及安全实践二

Linux及安全实践二   基本内核模块 20135238 龚睿 1.  理解模块原理 linux模块是一些可以作为独立程序来编译的函数和数据类型的集合.之所以提供模块机制,是因为Linux本身是一个单内核.单内核由于所有内容都集成在一起,效率很高,但可扩展性和可维护性相对较差,模块机制可弥补这一缺陷. Linux模块可以通过静态或动态的方法加载到内核空间,静态加载是指在内核启动过程中加载:动态加载是指在内核运行的过程中随时加载. 一个模块被加载到内核中时,就成为内核代码的一部分.模块加载入系统

微软云计算介绍与实践(实践之二十一)

接前面两篇,告诉大家一个坏消息和一个好消息:坏消息是本篇依旧环境搭建.配置准备工作,好消息是这是最后一篇. 一.数据仓库注册 小张下面注册数据仓库. 1.在System Center 2012 Service Manager控制台,转至管理 2.在管理概述页面,点击注册与服务管理数据仓库 3.在开始之前页面,选择下一步 4.在数据仓库页面,输入服务器名称ServiceMgrDW并选择Test Connection按钮 5.如果连接测试成功,请选择下一步 6.在认证页面,选择DW_ServiceM

微软云计算介绍与实践(实践之二十二)

创建私有云Runbook 小张目前是手动管理大量(由晓红申请)的私有云.而自动化是私有云的重要特点,所以小张想用自动化功能去完成很多简单机械的任务.小张决定设法实现这一目标,利用System Center 2012 Orchestrator.于是我们看到了下面的内容: 1.登录到Orchestrator服务器Orchestrator 2.打开Runbook设计 3.在左边的连接下,在运行手册单击鼠标右键并选择New...>文件夹 4.给新文件夹的名称,例如CloudResources 5.在新创

Linux负载均衡概念与实践(二)

构建实践LVS+Keepalived实现负载均衡 keepalived概述 1.keepalived是专门针对LVS设计的一款强大的辅助工具,主要用来提供故障切换和健康检查功能——判断LVS负载调度器,节点服务器的可用性,及时隔离并替换为新的服务器,当故障主机恢复后将其重新加入群集. 2.keepalived的热备原理概述 keepalived采用VRRP(虚拟路由冗余协议)热备份协议,以软件的方式实现Linux服务器的多机热备功能.VRRP是针对路由器的一种备份解决方案——有多台路由组成一个热