今天在更新博客到wordpress 3.2.2的时候，又测试了一把自己的评论系统。因为我修改了默认的评论，所以每次更新都要做一番测试，确保评论以及邮件通知全部工作正常。
结合平时过滤到的垃圾广告，我发现，所有过滤到的垃圾广告都在作者的主页（URL）参数上带有推广的链接，而我已经在评论页面中隐藏了URL地址的输入框，这样就保证正常用户是无法提交URL到后台的，如果提交的时候带有URL地址，那么就可以肯定的认为，这绝对是一个刷评论的软件。
在这次更新之前，我都是使用wordpress自带的规则，只要在作者的主页（URL）或者评论内容中带有URL地址，那么一律需要审核，这样可以杜绝垃圾评论的显示，但是垃圾评论还是会进入到后台的，每天都需要清理很多。
XenDesktop 5.6在配置Host的时候，一直出现未知错误，导致无法连接到vsphere。
最近有很多人提到，在某些情况下，VM会自动进入维护模式，该问题一般在环境中，VM与DDC的注册成功率不高的时候发生尤为频繁。这是因为，在Pool模式下，XenDesktop会设置默认的启动VM的数量，只有当前Idle的数量满足了该设置，DDC才不会再启动新的VM，但是如果VM一直无法与DDC注册成功，满足不了该设置，那么DDC会在一定的时间重启该VM，并尝试，多次尝试以后，如果仍然无法与DDC通信，该VM会自动进入维护模式（maintenance mode）
现在搞SEO的太多了。
优化自身的网站、博客内容，优化自身结构我都不反对，正常的外链手段我也反对，但是靠工具，大批量的发垃圾评论就太搓。
今天来就来秀一下我的反垃圾评论设置，基本上拦截了99.99%的垃圾评论。有几个漏网之鱼：
今天在研究XenApp 6.5的Load balancing的时候，发现，在XenApp 6.5中，Citrix增加了Load Balancing Policy设置，相对于以前的只靠单一的Load Evaluators来计算负责，提供了更加高级和满足实际需求的功能。
首先是Filter，支持Access Control，IP，client Name以及Users。
Load Balancing Policy支持两方面的负载优化：
在windows server 2003上，当需要独立安装License Server组件的时候，我们发现，在安装了.Net Framework 3.5 sp1以后，直接安装License Server 11.9组件，会假死，一直无法完成安装，如下图：
如果在Citrix客户端插件或者Receiver中如果只能配置一个地址的话，那么如果该服务器停止工作，Receiver将无法连接到后端的应用和桌面，此时就存在单点故障，为了解决该问题，可能需要对WI做HA，但是现在WI提供了另外一种机制，可以通过设置Backup URL来向Citrix Receiver（以前叫plugin）推送多个WI地址，这样，在Receiver无法联系主WI以后，就会依次连接备用地址，从而避免了单点故障。
一般情况下License的使用都是比较简单的，而且Citrix的产品一般都是需要先PoC，由用户先行部署并实际体验以后，满意才购买的。所以在Citrix一直很流行DDMD（Demo Demo More Demo）。
基于这种销售模式，那么从PoC环境切换到生成环境，很可能就是从测试License更改为正式License文件而已。
The licenses required by this edition of Citrix XenApp are not present on the license server.
入门介绍：
（这篇文章翻译的有点晚了，毕竟马上是WS2008R2和XD5.5的天下了，如果有部署XD的读者，倒是能从中得到一些提示，尤其在用户设定优化的部分，AutoRUN和杀毒确实要仔细斟酌的。）
在某个大拿的博客看到这篇文章，翻译出来和大家分享一下。
最新评论