博客搬到DreamHost以来算是迎来了一段稳定发展的时期,每天的访问量在100附近,算是比较稳定。可喜的是,在几个重要的关键字上,比如我自己的名字这个关键字,在百度和Google上的排名有了较大的提高,可能是因为PageRank提高的结果吧,在百度现在排在第四位,在Google排在第二页,总比原来排在第23页好了许多。有一小段时间在Google也排在第一页,后来好像又降了一些,不着急,慢慢来吧。
另一些关键字,比如同济大学本部这些较为重要的关键字,排名都不错,应该是受益与WordPress的Permalinks。
我做SEO的手段还是采取最温和的那种,主要是“内容为王”这条原则,致力于写一些独特的文章,导致流量,以提升页面价值。

马三立先生的“逗你玩”仿佛依旧在耳边,21世纪的逗你玩变得更大而且更令人深思,Google爬虫机器人日前演出了这样一出好戏:

《华尔街日报》报道,Google新闻机器人爬上了一篇模棱两可的、2002年的重印文章,当时的美国联合飞机公司(United Airlines)正濒临破产。 联合飞机公司自那时至今已恢复了活力。但是这篇缺失了日期的新闻却被Google News作为今日要闻刊登在网站上,接着被其它新闻聚合网站摘录,最终成为Bloomberg的重大新闻予以报道。这诱发自动交易程序抛售UAL的股票,令其股价从12美元跳水到3美元,市值蒸发掉11.4亿美元。当天股票已经回到10美元,目前报收于9.62美元,比Google报道之前少了3亿美元。

现在的互联网世界,变成了一个高度智能化的机器决策世界,一篇缺少日期的文章,居然导致3亿美元损失,人言可畏,机器人言更可畏,重要部门的机器人权重如此之大了。

呵呵,我不是梦想专家,也不会天天冒出梦想来啊~
关于研究生期间和毕业论文,一开始就有个打算,基本上定过一个调,总是要好好努力做一个好东西出来。我不比别人,我做的东西绝对是真刀真枪,从来不做骗人的把戏。
我的设想基本上是想做一个分布式文件系统,主要以学习研究性质吧,当然经历过那么多次硬盘出错的我也算损失惨重,当然尽量希望这个系统可用性好一点,自己也能用上吧。

在Windows Vista下跑WCF的Http程序,启动时会遇到这样一个异常:
AddressAccessDeniedException
HTTP could not register URL http://+:8000/. Your process does not have access rights to this namespace (see http://go.microsoft.com/fwlink/?LinkId=70353 for details).

不用多说,权限所致。解决方案如下:

  • 右键使用管理员权限启动”Visual Studio 2008 Command Prompt”
  • 键入命令:netsh http add urlacl url=http://+:8000/ user=DOMAIN\UserName回车,将这个URL加上权限即可正确启动。

.NET远程处理层(Remoting)是一个比较古老的概念吧,Framework 1.0就存在。远程处理是两个对象跨应用程序域进行通信的行为,两个对象可以在同一计算机,也可以不在;在同一计算机也可以存在于不同的进程和应用程序域(AppDomain)

优点:

  • 便于我们进行分布式开发
  • TCP通道的Remoting速度非常快
  • 虽然是远程的,但是非常接近于本地调用对象
  • 可以做到保持对象的状态
  • 没有应用程序限制,可以是控制台,Windows Form,IIS,Windows服务承载远程对象

缺点:

  • 属于非标准的应用,因此有平台限制
  • 脱离IIS的话需要有自己的安全机制

公共DLL中定义的消息类:(定义在公共DLL中,供客户端和服务器端引用,避免循环编译依赖)
[code=’c#’]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace RemotingLibrary
{
public class RemoteMessageObject : MarshalByRefObject
{
private int m_MessageCount = 0;

public RemoteMessageObject()
{
Console.WriteLine(“Constructing RemoteMessageObject.”);
}

public void DisplayMessage(string message)
{
m_MessageCount++;
Console.WriteLine(“[{0}]Message is: {1}”, m_MessageCount.ToString(), message);
}

public string ReturnMessage()
{
return “Remoting Server Message Count: ” + m_MessageCount.ToString();
}
}
}
[/code]

服务器端:
[code=’c#’]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Runtime.Remoting.Channels.Http;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting;
using RemotingLibrary;

namespace CLRRemoting
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine(“========= Server Started =======”);

HttpChannel c = new HttpChannel(30001);
ChannelServices.RegisterChannel(c, false);

RemotingConfiguration.RegisterWellKnownServiceType(
typeof(RemoteMessageObject),
“RemoteMessageObject.soap”,
WellKnownObjectMode.Singleton);
Console.ReadLine();
}
}
}
[/code]

客户端:
[code=’c#’]
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Runtime.Remoting.Channels.Http;
using System.Runtime.Remoting.Channels;
using RemotingLibrary;

namespace RemotingClient
{
class Program
{
static void Main(string[] args)
{
Console.WriteLine(“========= Client Started =======”);
HttpChannel c = new HttpChannel();
ChannelServices.RegisterChannel(c, true);

object remoteObject = Activator.GetObject(
typeof(RemoteMessageObject),
“http://itsserver2:30001/RemoteMessageObject.soap”);
RemoteMessageObject sample = remoteObject as RemoteMessageObject;
if (sample != null)
{
for (int i = 0; i < 10; i++) { sample.DisplayMessage("Client Message" + i.ToString()); Console.WriteLine(sample.ReturnMessage()); } Console.ReadLine(); } } } } [/code] 代码简单,就不介绍了。我把Server部署在局域网远程的服务器上。 远程对象被定义为WKO,只有在第一次访问的时候才构造。5分钟没有访问对象时,远程对象会被垃圾收集器收集,再次访问的时候,编号和构造函数都重新开始。 我的想法,我最近想写一个比较大的东西,最近在仔细研究WCF,估计Remoting将是我的并行程序的核心。

这里有三张照片,控制住自己,别拉得太快,猜猜看这是做什么用的?
提示一下,Bosch的GBL 550,价值人民币800元。

[singlepic=15820,630,410]

[singlepic=15819,630,410]

[singlepic=15821,630,410]

答案是,给服务器吹灰专用的吹风筒。

今天我的DreamHost上自动更新的WordPress更新到了一个阶段性的版本,版本号是WordPress 2.7-hemorrhage(revision 8700)。
功能上,一些插件的显示有严重的问题,是找不到入口,即便入口看到也进不去,只好通过地址方式访问。等下一版本更新吧。主要变化是出现了”Utilities”菜单,重新组织了位置,多了”Inbox”。
主要的区别是后台有了不小的变化,如图所示,与2.6不小的变化:

[singlepic=15818,700,484]

主要是错误还比较多,带来不小麻烦。此外,明显感觉出这个后台组织是为宽屏用户考虑的,屏幕宽些才舒服。

Update: revision 8705解决了插件找不到入口的问题…