换上CN2 GIA

用了好多年的搬瓦工CN2服务器今年终于决定不再续费了,换上CN2 GIA的机器,价钱贵了好几倍,但相对CN2好的太多了,任何时间段都很稳,虽然速度也并不快,但对于一个网页服务器来说,没有比稳定更重要的了.

换上CN2 GIA自然就重新部署了环境,我还把首页X3系统一并更新然后打算重新构建内容,反正都是一个做个自己看的网站,索性放一些自己会欣赏的东西,包括歌曲,图片,视频,或者是一些没有什么具体目标或者没营养的东西.

之前BLOG因为CN2速度太慢或者被墙有一段时间移回了国内的阿里云放着,但因为不能连接国外的服务,而且WP3更新也遇到了挺多问题,所以又移回了CN2,这次升级到CN2 GIA让BLOG访问更加舒服.

重新部署了wordpress

许久没有在自己的BLOG写东西,这段时间WORDPRESS不停的提示PHP需要更新,好吧,抽了一个国庆长假更新了服务器的系统及服务端程序,不料恢复数据进来后网站竟然无法访问,DEBUG了许久虽然能访问了但依然有许多的问题,想想算了,干脆自己重建了一个WORDPRSS然后再导入之前的文章数据,整个系统清爽了,毕竟之前安装的一些插件还是对系统会有一定的影响吧.

新版的WORDPRSS主要是编辑器还是需要适应一下的,而且插件方面也完全不同了,虽然我之前也不怎么使用插件,基本就是一个默认的系统,不过还是有些编辑类的自定义插件无法使用了,比较遗憾,以后有空继续研究研究吧.

还有一个比较遗憾的是这次转移把服务器放回了国内,重新申请了备案,整个网站变快了许多,只是之前使用的IG和YOUTU的页面也不能使用了,只能把链接暂时屏蔽吧.

WEB代码上线自动化方案

小型企业上线架构方案


1、开发人员需在个人电脑搭建LAMP环境测试开发好的网站代码,并且在办公室或IDC机房的测试环境测试通过,最好有专职测试人员。
2、程序代码上线规定时间,由网站业务性质而定,原则就是影响用户体验最小。
3、代码上线之前需备份,网站程序出了问题方便回退,另外,从上线技巧上将,上传代码时尽可能先传到服务器网站临时目录,传完整后一步mv过去,或者通过ln做软连接。
线上更新代码的思路。如果严格更新,把应用服务器从集群节点平滑下线,然后更新。
4、尽量由运维人员管理上线,对于代码的功能性,开发人员更在意,而对于代码的性能优化和上线后服务器的稳定,运维更在意服务器的稳定,因此,如果网站宕机问题归运维管,就要让运维上线,这样更规范科学。否则,开发随意更新,出了问题运维负责,这样就错了,运维永远无法抬头。

阅读更多

我为什么这么强调前端工程化

历史状况

WEB 前端开发这几年发展非常迅速,非常多的开发框架和构建工具涌现,可能你昨天还在用的工具、插件,到了今天就过时了。在 2 年前,我面试别人的时候,会问一些有没有接触NodeJS、 Grunt、gulp、ES6、Babel 这类技能的问题,超过半数的面试者会回答『没有』,或者说『只是刚刚接触,并不是很深入』。迫于招人急迫,我并不会直接说 NO,然后继续问一些 HTML、CSS、JS 前端三板斧的知识。 然而今年,如果应聘者不会这些技能,那真的很抱歉, 我不会接受一个没有走在前沿的开发者 。任何面试者都不会喜欢一个墨守成规的人。难道没人告诉你,外面的世界已经变了吗?

需要解决的问题

web 开发发展了很多年,已经积累了大量的经验和工具,前辈们的经验已经经过了很多考验,有轮子借鉴参考的时候,一定不要拒绝。对于还没有接触 Gulp/Grunt/Webpack 的人来说,你们还在石器时代,不建议你继续看下去。
工具和语言虽然差异大,但是解决的都是相似的问题,归纳为:

  • 扩展 javascript 、html、css 本身的语言能力
  • 解决重复工作
  • 模板化、模块化
  • 解决功能复用和变更问题
  • 解决开发和产品环境差异问题
  • 解决发布流程问题

阅读更多

web架构之演化过程

大型网站特点

1.高并发,大流量
2.高可用
3.海量数据
4.用户分布广泛,网络情况复杂
5.安全环境恶劣
6.需求快速变更,发布频繁,产品发布频率是极高的
7.渐进式发展。好的互联网产品都是慢慢运营出来的,不是一开始就开发好的。

阅读更多

技术管理

其实我还不是一个正式的技术管理者,还是在学习管理的路上。
以前我对做管理也有很多误解,比如任务做了管理之后对技术就会慢慢生疏了技术,越来越不懂技术,在技术的路上只能看着别人一路前进了。另外,管理上更多是琐碎的事情,不停在协调资源,给人打kpi,毫无技术含量。
记得在去年自己刚开始接触管理的时候,内心是非常抵触的,都不愿意承认自己在往技术管理的方向发展;也因为这种思想导致自己在实际工作中不能把技术管理做好,也没有把技术做好。
做到合格的技术管理应该有很好的技术观产品观数据观、整体来看也就是有全面的业务观 。
现在谈谈我在技术管理角色中做了什么。

阅读更多

经验总结

1.客户在接触到产品之后,才会真正明白自己的需求。

这是我在我的第一份工作上面学来的。只有当我们给客户展示产品的时候,他们才会意识到哪些是必须的。给出一个功能性原型设计远远比一张长长的文字表格要好。

2.只要有充足的时间,所有安全防御系统都将失败。

安全防御现如今是全世界都在关注的大课题、大挑战。我们必须时时刻刻积极完善它,因为黑客只要有一次成功,就可以彻底打败你。

3.安全防御是否失败取决于及早规划。

假设有黑客会彻底破坏你的防御系统,那你就得提前做好准备。这样即便真的让他们侵入了系统,也盗取不了任何有价值的东西,因为你已经对服务器做了安全设置,比如对数据库中的内容进行了加密,并且对每台有可能遭受攻击的服务器进行了隔离。
记住,再强大的防御都会有它的薄弱之处,关键是要有备无患。

阅读更多

更换服务器,转移18VPS香港沙田机房


临近春节,公司新上线了几个新项目,整个团队都忙得不可开交,别说玩游戏都没时间了,连照顾家里的时间都缩减了许多,老婆和儿子基本都见不到我了.心中少许惭愧,希望忙完这一阵子能够好好拟补一下.
上周出差在外,遇到空闲坐车时间,拿出平板电脑热点4G信号想上BLOG写写东西,然后死活无法访问TOKYO服务器,不过很奇怪的在酒店的WIFI本地网络却可以访问.其实之前也遇到了这种情况,当时忍了,而这次!忍无可忍.
其实Linode管理上和系统上真的不错,主要是败在中国的墙上,大量的TOKYO IP和中转路由被封闭,导致Linode的TOKYO机器大部分都相当不稳定,特别是最近是越来越不稳定,我其实放的网站都是自己看的网站也没要求多高,而现在经常性的让我无法使用实在无法忍受下去了.
了解了一下后把目标放在了香港机房,决定先试试这个18VPS,有5折优惠,价格和Linode差不多,支持支付宝.先买一个月观察一下,没问题就直接买一年了.然后把自己的几个站全部搬了过来.
其实之前一直以为香港机房的速度比较慢,可是这次香港机房特别是这个沙田机房的线路颠覆了我之前的看法,广州电信的PING过去的数值一直都低于10ms,这都比一些本地广州机房都要快了,而且在ping的数值上非常稳定,说明18vps在控制流量上完全没有超运营的.所以在转移网站的时候是相当的快,非常顺利.网站搬过来后测试了一下速度非常好,如丝般顺滑.
唯一的缺点,18VPS的带宽限制貌似比较苛刻,我选的是3M独享,但发现如果做VPN的话会非常慢,我用SSH上传下载东西都不慢,但VPN的话只有10K/S这样的速度,不知道为什么. 不过还好的是网站的速度还是相当给力,3M独享对于我这些放小网站的来说完全够用了.
回到之前说的问题,无法访问TOKYO服务器的问题,其实很多方面也并不是无法直连TOKYO服务器的问题,也有是因为DNS的问题,因为一直使用DNSPOD托管DNS解析,但最近发现DNSPOD在解析上出现不稳定的情况出现,对某些网络对一些地址无法解析,因为直接访问IP是可以的,不知道是不是DNSPOD被腾讯收购就故意降低了免费服务客户的质量的原因,所以为了一了百了,直接也把DNS解析换了,换成CloudXNS,尝试一段时间看看.