最近比较抢手的就是BuyVM了，经常缺货，他们有一个专门查看库存量的页面：http://www.doesbuyvmhavestock.com/ 不过最近所有的Plan都是一个个大大的“0”。
KVM是一种新的虚拟技术，下面是来自百度百科的解释：
Kernel-based Virtual Machine的简称，是一个开源的系统虚拟化模块，自Linux 2.6.20之后集成在Linux的各个主要发行版本中。它使用Linux自身的调度器进行管理，所以相对于Xen，其核心源码很少。KVM目前已成为学术界的主流VMM之一。
最近电信貌似癫狂了，Godaddy的很多NameServer都直接被屏蔽了，而我的邮箱中，也经常收到来自监控宝的告警邮件。看了下告警内容，大多为：DNS无法解析。
我算是服了你们了，遂把手中两个域名的DNS服务器，从Godaddy的NameServer，改到了国内的DNSPod。最近DNSPod也刚好升级了免费套餐，功能比以前要更强一些。其实，我也不想用国内的NameServer的，哥是被逼的……
最近看到YuchBerry出了新版，于是又打算把我的BB9000拿来折腾一下。不过第一步呢，就是需要在VPS上搭建YuchBerry的服务端，由于推送和发送的邮件中会用到中文，所以需要先给VPS设置中文环境，避免出现乱码。本教程将记录一下如何在Linux VPS中设置中文字体和显示中文，VPS的系统为Debian。
WordPress中，有个功能较做页面(Pages)，通常，一个页面可以选择不同的模板，比如GuestBook，或者其他。不过，有时候，我们有这样的需求，在导航菜单上点击某个页面链接的时候，直接跳转到某个URL。其实有一种方法，就是去改blog的皮肤代码，直接把URL硬编码到皮肤文件中。不过，这样的方法很笨，也不是很灵活。
BuyVM年付VPS最近比较火爆，经常刚放出货，就被国内的站长们一抢而光。15刀/年的价格，也比较诱人，适合建个人博客，或者新手买来练手。
这款年付15刀的VPS，基于OpenVZ，基本配置如下：
CPU：Single core 128MB OpenVZ Linux VPS 256MB Burstable RAM 15GB Dedicated Space 500GB Premium Bandwidth
这主题叫做minyx-2.0 lite，其实不是偶原创的，它的原始版本，你可以在这里找到。当初一直比较喜欢这个主题，不过原始的布局，不太符合我的口味，于是改之。把布局和其他的一些地方都调整了一下，也加入了一些功能：
接上篇《Windows下配置TortoiseGit与msysGit环境》，其实我们只是搭建好了Windows下的Git环境，如果要使用GitHub，还需要一些单独的设置。
GitHub，就不多说了，相信你也听过这个名字了，下面是来自Wikipedia的介绍：
GitHub 是一个用于使用Git版本控制系统的项目的基于互联网的存取服务。它是由GItHub公司（先前被称作用Logical Awesome）的开发者Chris Wanstrath, PJ Hyett, 和 Tom Preston-Werner 使用Ruby on Rails写成的。GitHub同时提供商业账户和为开源项目提供的免费账户。根据在2009年的Git用户调查，GitHub是最流行的Git存取站点。
大名鼎鼎的Git，是一个分布式源代码版本管理控制程序，并且是跨平台的，在Linux下和Windows下都能使用。最近我就在我的VPS上安装了Git，也打算在Windows中安装Git。这样，我就可以随时方便的把本机的版本库Push到VPS上作为备份了。
其实在Windows中安装Git环境也很简单，TortoiseGit加上msysGit，乌龟系列的软件(之前的包括TortoiseSVN,TortoiseCVS)都是有名的版本控制软件。TortoiseGit单独安装后，还不能使用，需要依赖于msysGit。
之前发过一个自动备份VPS的脚本(见这里)，最近又在这个脚本之上做了一些改动，让其把备份出来的WordPress数据，自动同步到另一台VPS上去，实现定时自动全备份的功能。
自从我把DirectAdmin面板升级到1.391000后，面板多了一个新功能，就是对暴力登录的检查。刚升级后，就收到面板的提示信息，不看不知道，一看吓一跳。
原来有这么多的IP尝试暴力登录破解我VPS上的FTP，好吧，哥打算把你们的IP曝光一下，以后统统加入黑名单。
其中最大的暴破次数为900多次，看来是专门用程序套了个字典一类的东东在跑。看了下proftpd的登陆日志，这次的破解，是针对xiaozhou.net和ourvps.com而来的。我想不明白，我这些站不过个人博客而已，有啥吸引你的地方呢？只能说明一个问题，就是蛋疼的人太多了……
最近一直在公司用WCF做server端，后来在做性能测试时，发现一个问题，当客户端从服务端取回一个实体对象列表时，触发了channel is faulted status的异常。
仔细分析了下这个异常，应该是传递大数据造成的，因为在回传一个包含有100多个实体对象的列表时，客户端表现正常，而当回传的实体对象列表数目达到500+时，异常就出现了。
其实WCF还是做得比较灵活的，基本所有的配置项都放在程序的app.config文件里面，改动相应参数时，不需要重新编译程序。而WCF设计的初衷，为了避免DOS一类的攻击，默认在生成配置文件时，对传输的buffer数值有一定的限制，默认是65535，也就是64KB。然而在一些特定的应用场景中，区区64KB的buffer是不能满足我们需要的。这就需要我们手动在配置文件中调整buffer的size。