immct的博客

（现在不在学校，TCP/IP协议不在手，全凭记忆和网上资料，不周全的地方回校再补记） 基础部分： TCP/UDP： 这两个是在传输层上的协议，之上就是SSH，HTTTP，FTP，SMTP等网络应用层，负责管理连接的发起和断开，接受和发送的数据如何解释。之下是负责将数据经由哪个路由传递的IP地址协议。那这个传输层用来干什么呢？用来负责数据传输的可靠。因为IP只负责路由选择和传输，但IP本身没有

Cookie和Session都是服务器为了标识用户而产生的。因为HTTP是一种无状态的协议，那已经怎么判断已经登录的用户呢，怎么记录这个用户之前的行为呢。。（比如他之前在你网页里浏览了什么东西，他之前在购物车里放了什么，你需要标识他。。） session是服务器端的记录，用户登录或某个特定行为后，服务器端可以通过某种机制为之产生一个随机的session标识他。第一次创建Session的时候，服务

HTTP服务器： 在原始时代，我们使用Apache等静态内容服务器处理请求，如果是动态内容，就要借助CGI脚本。每次收到请求时，服务器将请求参数以环境变量的方式传入CGI脚本。 现在，每种语言都有自己的HTTP服务器，比如Gunicorn，python也提供了socket接口方便自己编写服务器。但是自己编写的服务器在处理HTTP连接，处理静态请求，是远不如Nginx这种专业的静态服务器的，因此

两者都可能出现缓冲区不足的问题。但UDP以数据报为基本单位，并且没有连接管理，因此发送不需要缓冲区，发完就删嘛。接收有缓冲区，当处理速度慢于接收速度时，直接丢弃，就这么潇洒。反正我不管数据到底能不能到。而这一切都需要你自己处理。TCP就苦逼多了，因为它有连接管理，当接收时，缓冲区不足怎么办，接收缓冲区可以容纳的字节，然后丢弃剩下的，告诉发送方一会重传。发送时呢，由于可能需要重传，因此也要缓冲未确认...

这周学的关系型数据库。一周学完数据库，也太快了。而且还是我不喜欢的oracle。造成的结果是，教的是增删改查，而我增删改查都没搞熟练。。 说正事。数据库，就是个存数据的地儿。平时的时候，程序产生的数据要存储到硬盘上可是麻烦的很呢。直接存储到文件里，一方面要自己构思格式如何存储和提取，一方面二次修改和开发都不方便。格式定死了还行，就一个个数组，字典啥的存到文件上。一旦要修改字段，又要大费干戈。因此...