谨慎更新微软恶意补丁KB3123862

昨天因为不小心把系统的自动更新设置打开了,结果更新完重启之后进不了桌面,没有任何图标,快捷键也用不了。幸好 ctrl+alt+del 还能使用,打开任务管理器还能运行个 cmd 和其它应用程序,经过一番研究,把安装过的补丁一个一个的卸载掉,结果卸载了 KB3123862 补丁之后,终于见到熟悉的桌面了。

微软已经将Windows 10系统列为Windows 7/8.1的推荐更新,意味着很多人极可能会在不经意间就被升级到新系统,而为了确保升级过程更加顺利,微软也经常推出一些相关补丁。如果你不打算换系统,这些补丁一定不要碰。

近日,微软又悄然向Windows 7/8.1系统用户推送了一个新的补丁,知识库编号KB3123862,适用于Windows 7 SP1、Windows 8 Core/Pro、Windows 8.1 Enterprise。

根据官方描述,该补丁的作用是:“为部分计算机增加新功能,方便用户更轻松地了解Windows 10,或者开始升级到Windows 10。”

有人研究后发现,这个补丁安装后会更新资源管理器主程序Explorer.exe,包括新的图标、菜单、位图、shell32.dll、authui.dll。

如果你不是闲着没事干想重装系统的话,千万不要更新这个补丁!忘记说明了,我用的是 windows 8.1 enterprise

除此之外,还有(KB3018133/KB3013172/KB3000850)三个补丁也可能会出现同样问题。

博客服务器迁至阿里云

以前有一台组装的1U服务器,托管在时代互联的珠海电信机房,在珠海电信机房里也呆了有五六年之久了,对于时代互联的服务,我不想说什么了,反正是用过就不想再用第二次的那种。

这台机器断断续续用了有8年,托管费倒是花了四五万块了,但是一分钱也没有挣回来,服务器上挂了几个网站,都是不痛不痒的废网站,就连本博客也是废的一般。因为被共匪折腾了好几回不断地被关闭。

今年的9月份,托管合同到期了,我没有再续费了,国庆后抽空去把机器搬了回来,然后在阿里云租了个ECS服务器,然后又开始备案的过程,还好,阿里云在备案的过程中还送一个月的时长,这一点做得真不错。我真的是贪这点小便宜,其实是因为有同事用过阿里云的ECS做商用,觉得也不错。

昨天晚上收到阿里云的短信,说我网站有违规内容未处理,我赶紧上去提交了个工单,问问客服我到底哪个字眼违反了哪条大清律例,今天早上终于收到回复了,内容如下:

售后工程师 : 您好,您的这两条链接中涉及翻墙信息,目前此类信息是国家严管的,还请您处理,谢谢
2015-12-23 09:29:26

看到这个,已经沉了好久的火又上来了,我只是写了一个 google 的 ip 地址和 twitter 就违规了,这个国家也太脆弱了吧?

想想也是,一个将死的国度,就像惊弓之鸟一样,任不得有半点的微词啊,就这样将就着吧。

不知道这篇内容会不会又违反了律例,人还好好的就行,毕竟还活在这片土地上~也罢

git 学习笔记

首先,最近使用 git 是因为工作的需要,其次是偶尔也在 github 里提交一下代码之类的。以前一直使用 svn 作为代码管理工具,也仅限于提交合并代码,查看提交日志之前的,没有太多地研究。

除了学习基本命名之外,有空还想研究一下基于 git 的自动化部署,如何把代码部署到生产环境上,如何回滚版本。

基础知识

 

Linux 常见问题索引

CentOS 6.5/Linux 重启网卡报错 Determining if ip address x.x.x.x is already in use

操作系统:CentOS 6.5

在公司用完之后,回到家里使用静态ip发现上不了网,重启网络服务时报错:

# service network restart
正在关闭接口 eth0: [确定]
关闭环回接口: [确定]
FATAL: Module off not found.
弹出环回接口: [确定]
弹出界面 eth0: Determining if ip address 192.168.1.103 is already in use for device eth0…
[确定]
FATAL: Module off not found.

发现是在CentOS 6.5默认开启了ARPCHECK,将其关闭即可解决:
vim /etc/sysconfig/network-scripts/ifcfg-eth0
在最后加上
ARPCHECK=no

然后在重启网卡发现一切正常了
# service network restart
正在关闭接口 eth0: [确定]
关闭环回接口: [确定]
弹出环回接口: [确定]
弹出界面 eth0: [确定]

维多利广场佬湘楼聚餐

今晚和一个web开发群的网友在天河维多利广场的佬湘楼一起吃饭,有海哥,小别,浩哥,其中,海哥上次在小别公司里见过,那次是小李子在公司;小李子今天因为有事所以没有出席;小别和浩哥今天是第一次见。

从聊天中得来的信息,介绍一下人物。

海哥,年龄比我稍大,比我迟出来工作,但是工资比我高了N倍,目前就职于广州某大型置业公司,时任部门领导。

小别,创业中的小老板,跟小李子是公司的联合创始人,现负责公司技术开发工作,用个比较兴的词应该是CTO。

浩哥,中途跑去卖保险的前端工程师,迷途之后又回来做IT男,在广州某创业公司负责微站开发工作。

我,就不用介绍了,年龄较大,资历较浅。

海哥主要分享了和老板相处之道、怎么带领团队。

小别给我们分享他的项目经验,例如拿到一个项目后,如何做好分析,如何量化分工等。

写在辞职前

7月24号晚,突然间觉得应该是时候提出了,纠结了好长一段时间的。

到这个月的31号,在这公司呆了正好一年时间,回头看看,发现做了很多都是半成品的东西,做得太杂太乱以至于没有极致。最后的一个项目也许就是属于用户中心了,在我的一再坚持下把公司产品的用户帐号统一。

有辞职的想法已经有一小段时间了,我需要另一个更有激情的工作氛围,虽然我有时候也喜欢埋头苦干。

7月29号上完之后请假,连休了四天,8月1号赶去佛山谈项目。

8月5号回来上班已经是准备交接的状态了,已经没有心思写代码。下午人事总监从总部过来找我谈话,我的态度很坚定,于是被安排了第二天去总部那边跟总裁面谈。晚上下班之后和安卓组还有我们组一起去了粤垦路吃饭,以前是晖哥做东的,这次轮到我做东了。

8月6号早上直接到公司总部,发现聚满了人,原来是在开大会,于是乎听他们开完会再讨论个人问题。中午回来办公室继续整理资料,写交接文档。

8月7号迟到了好久,中午11点半到才公司的,下午把要交接的东西跟他们说清楚了,打电话给人事总监说明天会安排人给我办理手续。

处理Linux中文文件名乱码问题

前几天使用FlashFXP查看到服务器上有几个中文的目录,但是点击不进去,中文文件名的文件也下载不下来,,新上传的中文文件名却正常。怀疑是编码问题引起的。早之前也试过在操作系统默认字符集没有更改前,用FTP上传的文件名在SecureCRT登录上去查看的就是乱码,起初以为是SecureCRT字体设置的有问题,但是使用同一款字体登录了公司的另一台CentOS服务器却很正常。

用locale命令看到

LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

尝试过把/ect/sysconfig/i18n里的字符集更改为GB18030。

LANG="zh_CN.GB18030"
SUPPORTED="zh_CN.GB18030:zh_CN:zh:en_US.UTF-8:en_US:en"
SYSFONT="lat0-sun16"

结果还是不正常,ftp点击原来的中文文件名进不去目录。

在RHEL5中对应的文件是/usr/lib/locale/zh_CN.gb18030
/etc/sysconfig/i18n 这里存放的是系统的区域语言设置
第一行 表明你当前系统的语言环境变量设置 ,这里是 zh_CN.GB18030
第二行 表明系统预置了那些语言支持 ,不在项目中的语言不能正常显示
第三行 定义控制台终端字体,你文本登录的时候显示的字体就是这个 latarcyrheb-sun16
注:
I18N 是 internationalization 的缩写形式,意即在 i 和 n 之间有 18 个字母,本意是指软件的“国际化”.
I18N支持多种语言,不过同一时间只能是英文和一种选定的语言,例如英文+中文、英文+德文、英文+韩文等等;
原来的:
LANG=”zh_CN.UTF-8″
SUPPORTED=”zh_CN.UTF-8:zh_CN:zh”
SYSFONT=”latarcyrheb-sun16″

基本上确定了问题是因为windows使用提GBK编码直接上传导致的。无意中让我搜索到这篇文章《从windows ftp上传utf-8编码的linux,中文文件名乱码问题解决办法

原文内容:

windows缺省字符集是GBK,在ftp上传到linux文件时,中文文件名总是显示乱码,原因是此linux字符集为utf-8,无论是ftp还是scp,都不能自动解决编码不一致问题。
经查找,解决办法如下:
在linux下安装convmv命令,采用

convmv -f gbk -t utf-8 –notest -r ./

即可。
注意:为了以防上传到linux上的文件确实是gbk的乱码,可以先别加 [–notest],这样先将改名名的命令显示到控制台,正确后再添加 –notest参数。
–notest 参数为 正式执行改名动作。
-r 为递归子目录
./ 这个是你要修改文件的目录位置。
另外,打包时最好别用zip格式,windows上压缩后,再在linux解压,中文名不是gbk编码了(我测试过了)。保险起见请用tar打包上传。

可是发现我的RHEL里没有这个命令,应该是要安装一个rpm包。

http://rpm.pbone.net/index.php3 这是一个搜索rpm包的网站,终于让我找到了一个适用RHEL 5 的rpm安装包。

wget http://dag.wieers.com/redhat/el5/en/x86_64/extras/RPMS/convmv-1.15-1.el5.rfx.noarch.rpm
rpm -ivh convmv-1.15-1.el5.rfx.noarch.rpm

安装完之后再执行上面所说的convmv指令,成功转换文件名编码,FTP操作正常,SecureCRT查看也正常。

下面看一下convmv的具体用法:

convmv -f 源编码 -t 新编码 [选项] 文件名
常用参数:
-r 递归处理子文件夹
–notest 真正进行操作,请注意在默认情况下是不对文件进行真实操作的,而只是试验。
–list 显示所有支持的编码
–unescap 可以做一下转义,比如把 变成空格
比如我们有一个utf8编码的文件名,转换成GBK编码,命令如下:
convmv -f UTF-8 -t GBK –notest utf8编码的文件名
这样转换以后”utf8编码的文件名”会被转换成GBK编码(只是文件名编码的转换,文件内容不会发生变化)