谨慎更新微软恶意补丁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 就违规了,这个国家也太脆弱了吧?

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

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

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: [确定]

处理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编码(只是文件名编码的转换,文件内容不会发生变化)

[转]常用在线地图及其背后的小知识

常用在线地图的版本声明——谷歌地图(Mapabc), 百度地图(NaviInfo & MapBar & CenNavi), 
搜狐地图收购了图行天下(NaviInfo & Nav2)。

 NaviInfo就是声称连续7年在中国车载导航地图市场份额超过60%,连续3年在手机导航地图市场份额超过50%的四维图新。图吧(MapBar)运营方为图为先,使用的是原始数据亦是NaviInfo。

CenNavi(世纪高通)则是支持RDS、 DARC、DAB多种数据传输系统规范的,为车载终端提供实时交通路况信息服务的一家道路即时信息提供商,并不直接提供地图。

NAV2则是上海纳维,是NAVTEQ与NaviInfo的合资公司,两个公司都以NAV开头,所以就称为NAV2了吧(猜的)。前者是一家成立的1985年,较为先驱的制作导航用的地图公司,目前其母公司为Nokia。后者就是那个四维图新。

Mapabc即图盟,目前是AutoNavi(高德)的子公司,虽然它在自己的主页上宣称“Mapabc已经成为中国市场占有率最高、平台响应速率最快、地图数据最丰富的基础地图服务提供商”。不过没有数字,一切都显得很无力,甚至是好笑。

AutoNavi(高德),与NaviInfo一样是一家有国家测绘资质的原始数据提供商,总体占用率低于NaviInfo,不过高端车载的预装率比较高。报道称——“30万以上车型中市场占有率达到59.3%,在80万以上车型中市场占有率更是达到64.6%,宝马、奥迪、奔驰、凯迪拉克等高端品牌均采用的是高德的地图产品。”

Nginx的Rewrite功能配置

Rewrite的Flags

last – 基本上都用这个Flag。
break – 中止Rewirte,不在继续匹配
redirect – 返回临时重定向的HTTP状态302
permanent – 返回永久重定向的HTTP状态301

 

Discuz!在Nginx下的Rewrite

rewrite ^(.*)/archiver/((fid|tid)-[\w\-]+\.html)$ $1/archiver/index.php?$2 last;
rewrite ^(.*)/forum-([0-9]+)-([0-9]+)\.html$ $1/forumdisplay.php?fid=$2&page=$3 last;
rewrite ^(.*)/thread-([0-9]+)-([0-9]+)-([0-9]+)\.html$ $1/viewthread.php?tid=$2&extra=page%3D$4&page=$3 last;
rewrite ^(.*)/profile-(username|uid)-(.+)\.html$ $1/viewpro.php?$2=$3 last;
rewrite ^(.*)/space-(username|uid)-(.+)\.html$ $1/space.php?$2=$3 last;
rewrite ^(.*)/tag-(.+)\.html$ $1/tag.php?name=$2 last;

Nginx 使用中文文件名中文目录404错误

一:确定你的系统是UTF编码
[root@Tserver ~]# env|grep LANG
LANG=en_US.UTF-8

二:NGINX配置文件里默认编码设置为utf-8
server
{
listen 80;
server_name .inginx.com ;
index index.html index.htm index.php;
root /usr/local/nginx/html/inginx.com;
charset utf-8;
}

三:如果使用putty
windows –> translation –>UTF-8

mkdir NGINX中文技术站
echo ‘NGINX中文技术站’ > NGINX中文技术站/中国.html

四,如果是用securecrt 上传文件,请选择 回话–>外观–UTF-8
如果是FTP软件也将默认编码设置为TUF-8

五,如果上传的文件名出现乱码显示
执行
for f in `ls *.html` ; do mv $f `ls $f|iconv -f GBK -t UTF-8`; done

完毕