本地运行CodeSkulptor的程序

codeSkulptor的图形界面使用了 simplegui,但是该包并不是Python标准包,而是Rice大学几位老师专门为这门课程开发的,包括CodeSkulptor也是专门开发的。因此是无法直接在本地运行 包含import simplegui 的程序的。

但是可以使用SimpleGUICS2Pygame来替代 simplegui 模块。
simplegui 模块的安装很简单
pip install SimpleGUICS2Pygame

安装完之后检查一下:
python /usr/local/bin/SimpleGUICS2Pygame_check.py

如果出现如下的错误:
import pygame FAILED! No module named pygame
pygame.init() FAILED! name ‘pygame’ is not defined

说明缺少 pygame 包,还需要安装 pygame 包,安装方法如下:
sudo pip install hg+http://bitbucket.org/pygame/pygame

注意:直接使用 pip install pygame 可能会出现奇怪的错误。

由于pygame 需要依赖 sdl,如果没有 sdl 的话,可能出现如下的错误:

In file included from src/_numericsurfarray.c:23:

src/pygame.h:106:10: fatal error: ‘SDL.h’ file not found

#include <SDL.h>

^

1 error generated.

error: command ‘cc’ failed with exit status 1

 

因此需要安装下 sdl及相关的一些库
brew install sdl sdl_image sdl_mixer sdl_ttf portmidi
如果没有安装 brew,则可以通过如下方式安装

http://www.sunflowerlyb.com/?p=25

安装之后重新执行一下命令:

sudo pip install hg+http://bitbucket.org/pygame/pygame

注意这里依赖 hg 命令,如果没有,安装方法方法如下

brew install hg

 

安装完之后还得改下代码,这样可以保证同时在本地和CodeSkulptors运行该代码。

try:
  import simplegui
except ImportError:
  import SimpleGUICS2Pygame.simpleguics2pygame as simplegui

 

哈哈,再次执行CodeSkulptors 上的程序,终于可以执行了

simplegui

 

 

brew 简介

1.简介

brew 又叫Homebrew,是Mac OSX上的软件包管理工具,能在Mac中方便的安装软件或者卸载软件, 只需要一个命令, 非常方便

brew类似ubuntu系统下的apt-get的功能和 centos 上的 yum install功能

2.安装

非常简单

ruby -e “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)”

3. 使用

brew install sdl

python的字符编码

str 和 unicode


 

str和unicode都是basestring的子类。严格意义上说,str其实是字节串,它是unicode经过编码后的字节组成的序列。对UTF-8编码的str’汉’使用len()函数时,结果是3,因为实际上,UTF-8编码的’汉’ == ‘\xE6\xB1\x89’。unicode才是真正意义上的字符串,对字节串str使用正确的字符编码进行解码后获得,并且len(u’汉’) == 1。

encode()和decode()两个basestring的实例方法,用来进行字符串的编码和解码:

u =u'汉'
printrepr(u) # u'\u6c49'
s =u.encode('UTF-8')
printrepr(s) # '\xe6\xb1\x89'
u2 =s.decode('UTF-8')
printrepr(u2) # u'\u6c49'
读写文件

内置的open()方法打开文件时,read()读取的是str,读取后需要使用正确的编码格式进行decode()。write()写入时,如果参数是unicode,则需要使用你希望写入的编码进行encode(),如果是其他编码格式的str,则需要先用该str的编码进行decode(),转成unicode后再使用写入的编码进行encode()。如果直接将unicode作为参数传入write()方法,Python将先使用源代码文件声明的字符编码进行编码然后写入。
python默认使用 acsii 编码。可以通过以下方法修改 python 的默认编码格式:
  • 修改python 默认编码方式。

 import sys

reload(sys)

sys.setdefaultencoding(‘utf-8’)

 

  • 保存的时候使用 encode 进行编码

s = u.encode(“utf-8)

将一个 gbk 编码的文件转换为 utf-8编码的例子:

f = open(‘2.html’,’r’)
s = f.read()
u = s.decode(‘GBK’)
f.close()

f = open(‘2.html’,’w’)
s = u.encode(‘utf-8’)
f.write(s)
f.close()

codecs


 

模块codecs提供了一个open()方法,可以指定一个编码打开文件,使用这个方法打开的文件读取返回的将是unicode。写入时,如果参数是unicode,则使用open()时指定的编码进行编码后写入;如果是str,则先根据源代码文件声明的字符编码,解码成unicode后再进行前述操作。相对内置的open()来说,这个方法比较不容易在编码上出现问题。

 

 

import codecs
f = codecs.open(‘2.html’,encoding=’GBK’)
u = f.read()
f.close()

f = codecs.open(‘2.html’,’w’,encoding=’UTF-8′)
f.write(u)
f.close()

 

 

HTTP-简介

一、简介
超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。
超文本传输协议,是一种无状态协议,就是说客户端发送一次请求,服务器端接收请求,经过处理返回给客户端信息,然后客户端和服务器端的链接就断开了,为了维护他们之间的链接,让服务器知道这是前一个用户发送的请求,必须在一个地方保存客户端的信息,有2中解决方案,一是在客户端保存,二是在服务器端保存。
1.在客户端保存:Cookie
2.在服务器端保存:Session(session需要依靠cookie来实现)
3.在用户禁用cookie的限制下,只能使用URL重写的方式在每次请求之后附上一个键值对来保存客户端的信息。
4.隐藏表单。<input type=”hidden” name=”method” value=”login”>
HTTP协议的请求消息和响应消息有固定的格式

————————-请求头格式——————————————————————
HTTP请求行
(请求)头
空行
可选的消息体
—————————响应头格式——————————————————————
HTTP状态行
(应答)头
空行
可选的消息体
HTTP 超文本传输协议 人类之所发展得如此快,就是因为有自己的语言
1、所谓超文本:即纯文本语言,不依赖于任何特定语言,任何语言都可以操作它(如java、c++)
2、传入:HTTP的应用价值在于传输
3、HTTP是无状态协议
基于请求/响应模型
服务器和客户端的交互仅限于请求/响应过程,结束之后便断开,在下一次请求服务器会认为新的客户端

二、 HTTP请求
HTTP请求信息(浏览器信息)

HTTP协议的请求和响应都有一定的规则,这篇网站当中首先着重介绍一下HTTP协议的请求协议的内容。
HTTP协议的请求主要由一下几部分组成:请求行,请求头,请求体(post)

请求行\r\n

请求头1\r\n

请求头1\r\n

\r\n

请求体(Post方式)\r\n
我们分别按块来说明一下消息请求的格式。

1、请求行:GET/POST(流的组织(请求)方式) URL(地址+目录) 版本号
首先来说一下请求行,请求行主要由三部分组成,请求方法,请求路径,请求协议
请求方法:HTTP规范定义了8种可能的请求方法:
GET            检索URI中标识资源的一个简单请求

HEAD           与GET方法相同,服务器只返回状态行和头标,并不返回请求文档

POST           服务器接受被写入客户端输出流中的数据的请求

PUT            服务器保存请求数据作为指定URI新内容的请求

DELETE         服务器删除URI中命名的资源的请求

OPTIONS        关于服务器支持的请求方法信息的请求

TRACE          Web服务器反馈Http请求和其头标的请求

CONNECT        已文档化但当前未实现的一个方法,预留做隧道处理
当然我们最常用的也就是get和post方法,get方法的请求方式比较简单,所有请求的参数都显示追加在请求的url后面,而且请求长度有限制,post方式的请求参数都追加在请求体当中,消息长度没有限制而且以隐式的方式进行发送,安全性相对较高(这个安全性对于现在的网络技术也没有什么可安全的了,^_^)。

请求路径:请求路径可以是相对或者绝对的方式,绝对路径不去阐述,相对路径是相对于当前TCP连接的主机的路径(HTTP/1.0方式),在HTTP/1.1方式当中相对于的是请求头当中的host域,HTTP/1.1的新特性会在以后的方式当中进行阐述
请求协议:目前常用的支持HTTP/1.0和HTTP/1.1方式,HTTP/1.1和HTTP/1.0之间存在不少差异性,后面的博客当中会专门去讨论两者之间的异同,以及性能差异。

2、请求头:Host:客户端IP和端口
User-Agent:浏览器信息
Accept:客户端能接收的数据类型
Accept-encoding:是否支持压缩的流
Accept-charset:客户端字符编码集
请求头都是以key:value形式进行保存的,里面记录了客户端的一些基本信息,常用的请求头如下所示

Accept:浏览器可接受的MIME类型。

Accept-Charset:浏览器可接受的字符集。

Accept-Encoding:浏览器能够进行解码的数据编码方式,比如gzip。Servlet能够向支持gzip的浏览器返回经gzip编码的HTML页面。许多情形下这可以减少5到10倍的下载时间。

Accept-Language:浏览器所希望的语言种类,当服务器能够提供一种以上的语言版本时要用到。

Authorization:授权信息,通常出现在对服务器发送的WWW-Authenticate头的应答中。

Connection:表示是否需要持久连接。如果Servlet看到这里的值为“Keep-Alive”,

或者看到请求使用的是HTTP 1.1(HTTP 1.1默认进行持久连接),它就可以利用持久连接的优点,

当页面包含多个元素时(例如Applet,图片),显著地减少下载所需要的时间。要实现这一点,

Servlet需要在应答中发送一个Content-Length头,最简单的实现方法是:先把内容写入

ByteArrayOutputStream,然后在正式写出内容之前计算它的大小。

Content-Length:表示请求消息正文的长度。

Cookie:这是最重要的请求头信息之一,参见后面《Cookie处理》一章中的讨论。

From:请求发送者的email地址,由一些特殊的Web客户程序使用,浏览器不会用到它。

Host:初始URL中的主机和端口。

If-Modified-Since:只有当所请求的内容在指定的日期之后又经过修改才返回它,

否则返回304“Not Modified”应答。

Pragma:指定“no-cache”值表示服务器必须返回一个刷新后的文档,即使它是代理服务器而且已经有了页面的

本地拷贝。

Referer:包含一个URL,用户从该URL代表的页面出发访问当前请求的页面。

User-Agent:浏览器类型,如果Servlet返回的内容与浏览器类型有关则该值非常有用。

UA-Pixels,UA-Color,UA-OS,UA-CPU:由某些版本的IE浏览器所发送的非标准的请求头,表示屏幕大小、颜色深度、操作系统和CPU类型。
如果想了解更详细的请求头信息可以去w3c的官网去查阅

3、请求体

请求体(又叫请求正文)是post请求方式当中的请求参数,以key=value形式进行存储,多个请求参数之间用&连接,如果请求当中有请求提,那么在请求头当中的Content-Length属性中记录的是该请求体的长度。
下面来看一个还算完整的请求消息吧,这样可能会稍微直观一点

POST hysj.jsp HTTP/1.1

Host: search.cnipr.com

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; zh-CN; rv:1.9.1.13) Gecko/20100914 Firefox/3.5.13 ( .NET CLR 3.5.30729)

Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Accept-Language: zh-cn,zh;q=0.5

Accept-Encoding: gzip,deflate

Accept-Charset: GB2312,utf-8;q=0.7,*;q=0.7

Keep-Alive: 300

Connection: keep-alive

Referer: http://search.cnipr.com/cnipr/zljs/hyjs-biaodan-y.jsp

Content-Length: 405

username=guest&extension=&issearch=on&searchword=pd%3D%2820100901%29&presearchword=&sortfield=RELEVANCE&sRecordNumber=&searchType=0&searchFrom=0&channelid=14%2C15%2C16&searchChannel=14%2C15%2C16&strdb=14&strdb=15&strdb=16&cizi=2&sortcolumn=RELEVANCE&R1=-&txtA=&txtB=&txtC=&txtD=20100901&txtE=&txtF=&txtG=&txtH=&txtI=&txtJ=&txtK=&txtL=&txtM=&txtN=&txtP=&txtQ=&txtR=&txtSearchWord=&Submit=%BC%EC%A1%A1%CB%F7

三、 HTTP响应
HTTP响应信息(服务器信息)
1、状态行:HTTP版本  服务器状态(比如:404找不到…) 描述信息
2、响应头
content-text:服务器发送信息的类型
date:发送时间
server:服务器类型
3、消息体:服务器发送给客户端的页面内容

HTTP响应的格式类似于请求的格式,主要由,响应行,响应头,响应体组成,其格式如下所示

响应行\r\n
响应头\r\n
响应头\r\n

响应体
响应行:标识服务器端对客户端请求的处理结果,主要由响应状态信息,响应状态码,服务器协议
HTTP协议:参考请求头当中对协议的描述
HTTP状态码:

100 继续
101 分组交换协
200 OK
201 被创建
202 被采纳
203 非授权信息
204 无内容
205 重置内容
206 部分内容
300 多选项
301 永久地传送
302 找到
303 参见其他
304 未改动
305 使用代理
307 暂时重定向
400 错误请求
401 未授权
402 要求付费
403 禁止
404 未找到
405 不允许的方法
406 不被采纳
407 要求代理授权
408 请求超时
409 冲突
410 过期的
411 要求的长度
412 前提不成立
413 请求实例太大
414 请求URI太大
415 不支持的媒体类型
416 无法满足的请求范围
417 失败的预期
500 内部服务器错误
501 未被使用
502 网关错误
503 不可用的服务
504 网关超时
505 HTTP版本未被支持

响应状态信息:参照状态码

响应头:类似于请求头的key:value形式,常用响应头如下所示

Allow 服务器支持哪些请求方法(如GET、POST等)。
Content-Encoding 文档的编码(Encode)方法。只有在解码之后才可以得到Content-Type头指定的内容类型。利用gzip压缩文档能够显著地减少HTML文档的下载时间。Java的GZIPOutputStream可以很方便地进行gzip压缩,但只有Unix上的Netscape和Windows上的IE 4、IE 5才支持它。因此,Servlet应该通过查看Accept-Encoding头(即request.getHeader(“Accept-Encoding”))检查浏览器是否支持gzip,为支持gzip的浏览器返回经gzip压缩的HTML页面,为其他浏览器返回普通页面。
Content-Length 表示内容长度。只有当浏览器使用持久HTTP连接时才需要这个数据。如果你想要利用持久连接的优势,可以把输出文档写入ByteArrayOutputStram,完成后查看其大小,然后把该值放入Content-Length头,最后通过byteArrayStream.writeTo(response.getOutputStream()发送内容。
Content-Type 表示后面的文档属于什么MIME类型。Servlet默认为text/plain,但通常需要显式地指定为text/html。由于经常要设置Content-Type,因此HttpServletResponse提供了一个专用的方法setContentTyep。
Date 当前的GMT时间。你可以用setDateHeader来设置这个头以避免转换时间格式的麻烦。
Expires 应该在什么时候认为文档已经过期,从而不再缓存它?
Last-Modified 文档的最后改动时间。客户可以通过If-Modified-Since请求头提供一个日期,该请求将被视为一个条件GET,只有改动时间迟于指定时间的文档才会返回,否则返回一个304(Not Modified)状态。Last-Modified也可用setDateHeader方法来设置。
Location 表示客户应当到哪里去提取文档。Location通常不是直接设置的,而是通过HttpServletResponse的sendRedirect方法,该方法同时设置状态代码为302。
Refresh 表示浏览器应该在多少时间之后刷新文档,以秒计。除了刷新当前文档之外,你还可以通过setHeader(“Refresh”, “5; URL=http://host/path”)让浏览器读取指定的页面。
注意这种功能通常是通过设置HTML页面HEAD区的<META HTTP-EQUIV=”Refresh” CONTENT=”5;URL=http://host/path”>实现,这是因为,自动刷新或重定向对于那些不能使用CGI或Servlet的HTML编写者十分重要。但是,对于Servlet来说,直接设置Refresh头更加方便。
注意Refresh的意义是“N秒之后刷新本页面或访问指定页面”,而不是“每隔N秒刷新本页面或访问指定页面”。因此,连续刷新要求每次都发送一个Refresh头,而发送204状态代码则可以阻止浏览器继续刷新,不管是使用Refresh头还是<META HTTP-EQUIV=”Refresh” …>。
注意Refresh头不属于HTTP 1.1正式规范的一部分,而是一个扩展,但Netscape和IE都支持它。
Server 服务器名字。Servlet一般不设置这个值,而是由Web服务器自己设置。
Set-Cookie 设置和页面关联的Cookie。Servlet不应使用response.setHeader(“Set-Cookie”, …),而是应使用HttpServletResponse提供的专用方法addCookie。参见下文有关Cookie设置的讨论。

WWW-Authenticate 客户应该在Authorization头中提供什么类型的授权信息?在包含401(Unauthorized)状态行的应答中这个头是必需的。例如,response.setHeader(“WWW-Authenticate”, “BASIC realm=\”executives\””)。
注意Servlet一般不进行这方面的处理,而是让Web服务器的专门机制来控制受密码保护页面的访问

<———————————————————————————————————————————->

响应体也就是网页的正文内容,一般在响应头当中会用Content-Length来明确响应体的长度,便于浏览器接收,对于大数据量的正文信息,也会使用chunked的编码方式,该编码方式会在后期进行详细描述。

四、模型
客户端—–通过socket建立连接—–服务器
客户端—–请求—–>服务器
客户端<—–响应—–服务器
客户端—–断开—–服务器
下一次连接…….