用Gitour打造你的Github Issue博客
Gitour是一个基于Github Issue的动态、可定制、带缓存的博客框架。项目正在构建中。
Gitour是一个基于Github Issue的动态、可定制、带缓存的博客框架。项目正在构建中。
只要你会说汉语,各地的方言稍微学学就差不多了,思想都基本一样。
编程也是这么回事,无论是硬件软件,无论那种编程语言,他们所面对的抽象的逻辑问题基本一致,掌握编程思想,其他也就剩下查API、熟练度了。
当然,如果目标更加高远,就是创新能力、架构能力、团队协作能力需要提高了。前端值得造的轮子还有很多。
这部分主要介绍了项目进行过程中遇到的一些问题及解决方案
这部分主要介绍了网站部分模型和行为的设计
这个项目起源于一个炒股社区,每天有投票活动,志愿者每天人工收集投票、人工分析、人工根据每个人填问卷的天数决定能不能查看未来一个月的分析结果。而我作为一个自动工具控,正在学习前端,正巧利用这个需求来自己从产品设计开始进行一次全栈开发实践,这个项目是自主项目,而非商业项目。我相信自己做一个网站,能比仿制网站学到更多知识。
AMD规范 | CMD规范 | commonJS规范 | UMD规范 | ES6规范 |
---|---|---|---|---|
异步 | 按需加载 | 同步 | 判断 | 混合 |
动态加载 | 动态加载 | 静态加载 | 判断 | 混合 |
前置 | 就近 | - | - | 声明&import |
前端 | 前端 | 后端/前端+browserify | AMD/commonJS/全局模块 | both |
require.js | sea.js | - | - | TS |
Mongoose采用了一个自适应的线程池的模型。有一个主线程(master thread)用于打开配置端口和等待连接的到了。一旦新的连接到来,主线程将衍生一个新的线程去服务该连接。当衍生的线程处理完连接的请求之后,它会保持一段时间的空闲(可以通过配置选项-idle_time
2016.02.27日志
按照上面的想法,想要实现需要渲染的那部分由服务器渲染并返回。需要确定res.render()
是如何运行、参量如何处理、以及如何返回客户端的。所以去查看了express/lib/response.js
82行和777行对res.render()
和它用到的res.send()
的处理。得知,res.render()
接收三个参数,分别是模板(视图)-选项(要传给模板引擎的)-回调函数,render渲染完模板之后如果没有设置回调函数,就会将渲染后的结果他们交给send方法进行发送,send方法检测到他们是string类型之后,会将他们以html的格式向客户端发送。这样我们在客户端接收到的实际上就是一个html格式的文档,符合我们最开始定下的预期。