本文起源于行走在阳光下的那些不可见字符中的知识边界,因为涉及到字符相关,而我也不能很清楚的描述Unicode的前世今生,故而有了此文。
计算机技术的革命极大地方便了人们的工作与生活,使得人类生活前进了一大步,可是在计算机发展进程中,世界各地由于语言文字不一,有过那么一段混乱难受的日子…
本文起源于行走在阳光下的那些不可见字符中的知识边界,因为涉及到字符相关,而我也不能很清楚的描述Unicode的前世今生,故而有了此文。
计算机技术的革命极大地方便了人们的工作与生活,使得人类生活前进了一大步,可是在计算机发展进程中,世界各地由于语言文字不一,有过那么一段混乱难受的日子…
最近后端童鞋遇到一个小需求,拆分nginx生成的log文件,最好是按天生成,看着她还有很多bug待改的状态,我说这个简单啊,我来吧。曾经搞node后端的时候,这些东西都so easy的,我还记得当时用log4js,几行配置文件就能搞定,现在就算是直接配置nginx应该也不会特别麻烦。
先说一下项目的大概架构。整个项目采用docker部署,一共三个container,一个getaway负责整个服务的网络转发,然后就是一个backend和frontend的container。frontend跑在一个nginx镜像中,对应的nginx.conf在frontend repo修改,我们将要操作的也就是这个配置文件。
6月份的那个时候,刚进ThoughtWorks不久,工作上也没有太多的事情,然后就天真的以为在骚窝的节奏应该一直就是这样的吧,所以,便给接下来的几个月定了一些小目标,其中就包括整理github已提交代码,因为github上的东西真的太老了。可没想到接下来的几个项目以及北京Nodejs社区的事情让我基本没啥时间来做这些小目标了..
前两天,正好前端入门级的朋友来找我取经,我就在我的repo里面找了一个能跑起来且适合他的项目推荐给他。虽然我将这个项目给他了,可这样的项目拿出去我是会脸红的,所以改造开始了..
首先,我加上了README。README基本的功能是告诉来访者这个项目做了什么,以及如何工作的。当然一个比较完善的README一般会包括如下部分: