Tuesday, July 04, 2006

今天的情况,可以用事事不顺来形容。
自从昨天下午开始万维显示出不堪重负后,在禁制了若干搜索访问后,表现显得快了不少。晚上打算修改一个数据库的结构,不成功(后来发现是命令打错了,需要时间太长),重启后显得好象是正常工作了。 放开了一些海外的搜索引擎,没有迹象表明是海外的引擎导致服务器的瘫痪。为安全计,没有把其他地址放开,就关机睡觉。

但今天早上还没有来得及放开雅虎,就发现主服务器的数据库垮了,但java应该没有垮。第二,是dep也垮了,bj也垮了。从www昨天给搜垮看,那么dep也给搜垮,倒也可以解释;北京服务器的垮又作何解释呢?前一段时间,这台机在启动程序后不久,总是由于jvm垃圾问题自动关闭;后来重启整个操作系统,问题似乎是解决了,运行了差不多一个星期或以上,中间是否有重启过程序?现在已经记不清了。但记录也显示,这是近来的第一次重启操作系统。最后显示是主数据库垮了,或者,这可以解释为什么几个方向都同时出问题,有点勉强,但还是可以说得通:由于主数据库错误,各服务器积累了多次的错误请求后溢出。

即使承认这条,也等于是负载调优返回到昨天下午的状态了。

而alexa也同样是有问题。上个星期对.net的操作没有得到验证,返回来后,周日显得正常了一点,但周一应该是全面而且正常的,结果却是大错,alexa掉得没有影子。除非,这里显示的是同日而不是周一的数字。那么也是勉强可以说得通,因为,周六前跌是我没有回来,后面跟着是周日。而周六升是因为我回来了。但这里也说不过去,因为我周日的操作应该是算得不少的。非常勉强,但难以立刻作出反应,唯一之法,就是禁止自动页,这也是仅仅减轻这样的可能:由于不恰当地使用了刷新,结果遭到了惩罚。至于换AID和换IP,后者无疑是合法的,而前者,是否正确,还言之尚早。但由于对net的试验没有获得成功,这始终是一条阴影:如何才算是对的?

Thursday, June 08, 2006

间断试尝试组织一个可用的mail,最终发现难度和需要的时间超出预期。当前可能没有办法在短短一两天内实现。原来已经使用过的qmail/cdb方式,由于需要手工添加用户,用到动态网站方面,会大大加重管理员的负担,变得难以接受。

这个邮件的基本要求是:多域,有quota,有smtpauth,能够兼容目前数据库的帐号,有webmail以便用户自已管理密码,支持pop3。要求看似很简单,但是实际上不容易。使用postfix方案,在webmail上遇到了重大的困难,同时,还没有算上它不能采用数据库目前的帐号。它的数据库方案,将多个域存入数据库,不符合我的设想,这将意味着每一下收发邮件(包括垃圾邮件)都会访问数据库,每日将达百万之数。我说的数据库方案只是使用现有数据库表中的帐号,理想的情况下应该只是一条sql的区别。但显然它没有达到这个程度。

qmail的情况类似,而且还有一个更麻烦的事情,在fedora上ucspi编译不通。maildrop也不行,但ucspi通不过就很麻烦了。最后,还是简单地本地开放邮件就算了。整体性方案,光装现有的软件是不行的,需要有针对性地作开发,是一个比较大的工程。

Wednesday, March 15, 2006

近来alexa的统计相对下跌,而实际访问量却是节节上升,让人有点摸不着头脑。从显示的情况看,几乎就是凡作弊的都不会跌,而不作弊的都跌,我们就跌得最多。目前唯一能做的就是清空本身的访问,看看alexa会有什么反应。如果方便,顺便了解自身员工的工作权重是多少。

Friday, February 03, 2006

近来的硬件有点难办。上一次结束了旧公司时,留下二三十台电脑,好的坏的都有,难以分辨,但总的仍是好的占多数。由于估计很长时间用不上的,再说这些电脑卖出去不太值钱,何况所有权当时也没有分得太清,因此,就把不能用不好用的装起来准备处理掉。而把相当较好的把各种配件全部分门别类放起来,其中包括内存。

这样处理的理由,是由于目前一般公司中真正需要的电脑只是简单的文档处理,和简单的服务器使用,撇开员工偷工聊天玩游戏看电影的需求,实在旧电脑是绰绰有余的。如果估计不错的话,新开公司时,可以省下一大笔电脑购置的费用。由于大约有三分一左右的主板是废弃的,因此就变成了内存甚多的情形,我从来不担心缺内存。

但近日的情况令人费解,这批主板、CPU、内存先一段时间是难以稳定工作,前一天工作的主板突然出现轻微短路路宣告罢工,经初步维修后变成严重短路无声无色,看上去凶多吉少。本来是买长城的原装服务器的主板也问题多多,内存认不全可以说是BIOS的设置,但是不知是键盘接口问题还是主板报错,总是显得断断续续的,这个问题不解决,等于没有用处。

另外一些主板倒是可以工作,但就是只认128内存,就算是整条装512M插进去仍是只认128 ,最后,最不好思议的是,手头的SDRAM内存似乎是全部坏了。这些SDRAM目前已经买不了也不打算买,只是内存如此坏,包括前面的故事,都是多年DIY电脑以来从来没有见到过的。

无法解释,不合逻辑。只能说目前的硬件设备报废比例比几年前要高得多。而由于这样的变故,就令手头的故事完全更改:内存变成严重不足了。同时为了避免主级服务器主板不受传染,不得不确定服务器主板和内存与旧板旧内存隔离。这样,处理起来就更显得困难了。

Friday, November 18, 2005

Alexa目前排名靠前的网站,可以说大部分是通过专门作弊实现的,没有相应的应对措施仅凭内容添加和手工操作,极难有效抵消这种作弊形成的差距。目前主要是看看正常和较正常的措施可以达到的效果程度,最终确认需要的应对程度。陈方面实际上是推卸责任,一方面说功能没有可用,另一方面就说alexa没上去,再就是左右干预,所以把alexa搞上去,也可以争取到更多的操作空间。
可以肯定的是,目前alexa更多是依靠我自已,这班子同事是不是真的有心,是谁也不知道的。

目前最欠缺的是recach项。这一面估计与aid有明显的关系,同时,大概与ID也有一定的关系。可以肯定的是网站员工的数量,与之有直接的关系——但也是在肯定装上alexa时才说得上,实际操作表明,中国员工的素质一般比较低,就算是这一条,也很难保证的,因此,一般仍是与站长以下成员的数量有关系。如果有着统一的TS部门,统一完成装机的话,效果也会不错。另一项明显的就是机器作弊做成的reach量,这条是最难克服的;除非使用同样的应对措施;这需要做实验。

周末的ip数有所增加,却不见得是aid有所增加;估计是由于各个员工回家多少上上网,但浏览量不大,因此51yes统计是增加,而实际量并没有增加。因此周末的排名跌起来也是说不清的。目前要搞清楚的就是更换AID会有什么样的作用机理和程度。

晚热机由于刷新频率低而且低价大,效果值得怀疑。何况,晚刷新使用同一个AID,也很容易诱发清零机制。因此,除非使用特殊程序,否则晚刷新是不可行的。自动刷新目前由于浏览器经常停止,目前也无法准确判断它到底进行了多少次刷新。但估计由于操作空闲时间比较多,如果这里利用起来,是会有较大的效果。只是,到目前为止,已经有几天的操作,并没有看到很明显的效果。在添加后,可以准确知道访问了多少次,因此,周三周四由于中断次数较多,实际刷新不算多,也是有可能的。

Saturday, November 05, 2005

好象今天没有完成什么完整重大的工作,不过,实际上全天都没有闲着,做的是也许是非常重要的一件事情:SEO。这件工作本来不应该由我来做,但经过这段时 间,发现还是自已来做好一点。唯一不能确定的就是添加文章有没有现实的好处。这一段时间看来,在各个文章中的链接没有有效地出现在反向连接中,出现的更多 是内部连接,这的确是有点令人奇怪的。

blogcity自从给封了后,事实上已经没有开发的价值,特别是在GOOGLE违约后。不过它的 PR升得的确相当快,可以说是最快的,原因何在,还没有 什么idear。难道真的是由于我的文章的作用?也许吧。如果说它升得快,那么另外的三个帐号并没有出现提升,似乎又与该说有所不同。所以,这是一个应该 值得研究的现象。新近发现,居然连dmoz.org也给中国政府封锁掉了,这帮子真是杂种。由于zwwwxy/zcoral两个帐号的PR升得很快,所以 这两个博客就值得再次加以利用了,特别是zcoral,明天可以再去在dmoz和javablog上登记一下。

blogcn 是完全放弃的,这个站点技术和策划都是太差。重新开始培养一个SEO点又显得完全没有必要,所以就用现在这种方案,最合适。做这个工作是为了把SEO的网 址记录先做起来,另外,李继的SEO应该继续了。另外,我发现跟在有一定的PR的网页后面评论,会得到更多的反向连接。上周的周六访问值下降得很严重,而 今天的下降就很少,alexa还很高。与上周日的情况相似。

Thursday, November 03, 2005

昨天培训胡的是时间还多于我自已做,今天不能再理他了,而且他的论坛还没有做好,效率和能力都不见得如何。其实聊天工具开着,就是有这个问题。陈的倒是什 么都有说话,站着说话腰不疼,尽显着自已高明,就这话。本来呢,我这里最需要的是老实巴交的蓝领,也只是陈蔡的干预再招了胡,其实反而还不太好用。