记一次完整的日站过程

记一次完整的系统业务代码重构(1)——why 0.为什么烂 优秀的代码优秀的出奇一致,烂代码却烂的千奇百怪.至于原因嘛,无非如下几种: 1.迭代和变更需求快,比翻书变脸还快,而且没有统一规划和为未来预留考虑. 2.公司人员流动快,代码换了一届又一届的主人,七朝元老都没站出来,三朝元老的代码都弱爆了. 3.神坑的技术人员,零注释.迷魂阵.障眼法没有最晕的代码只有更晕的代码. 1.烂在何处 让所有的开发人员吐槽自己维护的代码烂在何处,估计说个3天3夜都说不完.这里总结下自身项目的缺点.由于项目内容涉

所谓学习问题,是指观察由n个样本组成的集合,并根据这些数据来预测未知数据的性质. 学习任务(一个二分类问题): 区分一个普通的互联网检索Query是否具有某个垂直领域的意图.假设现在有一个O2O领域的垂直搜索引擎,专门为用户提供团购.优惠券的检索:同时存在一个通用的搜索引擎,比如百度,通用搜索引擎希望能够识别出一个Query是否具有O2O检索意图,如果有则调用O2O垂直搜索引擎,获取结果作为通用搜索引擎的结果补充. 我们的目的是学习出一个分类器(classifier),分类器可以理解为一个函数,

1. [事件起因] 今天在做项目的时候,发现提供给客户端的接口时间很慢,达到了2秒多,我第一时间,抓了接口,看了运行的sql,发现就是 2个sql慢,分别占了1秒多. 一个sql是 链接了5个表同时使用了 2个 order by和 1个limit的分页 sql. 一个sql是上一个sql的count(*),即链接了5个表,当然没有limit了(取总数). 2. [着手优化] 1)[优化思路] 第一条是 做client调用 service层的数据缓存 第二条就是 优化sql本身. 这里着重讲一下

记一次公司仓库服务器死锁过程 仓库拣货卡死,排查了数据库的很多地方,都没有头绪,最后到SQL Server 错误日志里查看,终于发现了蛛丝马迹 EXEC xp_readerrorlog 0,1,NULL,NULL,'2015-09-21','2015-10-10','DESC' waiter id=process5c30e08 mode=U requestType=wait waiter-list owner id=process5c26988 mode=X owner-list keylock

使用drupal与没有使用drupal,在网站的设计过程上本质是一样的!所以,我们在使用drupal建一个新网站时,要时刻联想自己在没有drupal时是如何设计开发的. 不使用drupal时,我们通常按如下步骤设计开发一个网站: 1.静态页面设计.主要包括主页.二级列表页.二级内容页三类页面,制作过程一般是:PS效果图->切图->HTML/CSS/JS静态页.通常一个优秀的美工/前端工程师,可以搞定这一切,比如我们的XiaoLu童鞋. 2.静态页面整理/页面布局整理——对代码进行切块.拆分.在

django架站过程总结:1.django-admin startproject store2.store这个project的目录下有:__init__,manage,setting,urls3.setting里面的重点:     a.配置数据库(engine,name,use,passwd,port,host),以sqlite为例,填上sqlite3.已创建的db(修改:不用提前创建数据库)     b.language,time_zone     c.installed apps:安装dja

FarBox的建站过程 本文转自:http://mosir.org/html/y2012/How-to-build-your-website-by-farbox.html 作者: mosir 时间: December 15, 2012 分类: web相关 出于对FarBox的实现思路的认同,在浅浅尝试了一下之后,现在终于又抽出空来实际使用一下了. 前几天的一个凌晨,看到FarBox后,立即试用了,并写了篇简介:FarBox--另类有趣的网站服务.当时最主要的是了解其思路,因为看了一遍文档,发现当

写在前面的话:功能是基于C/S模型的网络传输实现,要求是服务器端可以在局域网中任何机子上运行,客户端启动后自动寻找服务器端进行连接,之后,服务器端向已经连接的客户端发送命令,客户端根据命令执行相应的操作(即发送某个约定文件夹下的所有文件),并且客户端不需要用户操作. 1.思路 首先,对于这个功能的实现思路如下,因为服务器不确定在哪个机子上,所以为了寻找到服务器端,客户端需要发送广播消息,并且为了维护客户端在线,广播消息需要实现成心跳包(即定时发送广播消息).服务器监听心跳包,如果是新加入的客户端

一次完整的HTTP请求过程从TCP三次握手建立连接成功后开始,客户端按照指定的格式开始向服务端发送HTTP请求,服务端接收请求后,解析HTTP请求,处理完业务逻辑,最后返回一个HTTP的响应给客户端,HTTP的响应内容同样有标准的格式.无论是什么客户端或者是什么服务端,大家只要按照HTTP的协议标准来实现的话,那么它一定是通用的. HTTP 请求格式 HTTP请求格式主要有四部分组成,分别是:请求行.请求头.空行.消息体,每部分内容占一行 1 2 3 4 5 6 <request-line>