蓝色数据

360safe 查出 Lsmgr 恶意插件，清除后又会生成，很顽固。
发现 C:\Windows 下的 explorer.exe 被替换了，而 Lsmgr 是感染了 C:\Windows\system32 下的 explorer.exe ，便进行了如下处理：
360safe -> 高级 -> 高级工具集 -> 文件粉碎机，把 C:\Windows 和 C:\Windows\system32 下的 explorer.exe 都粉碎掉。
然后 修复IE ，explorer.exe 进程会被终止，这时 Windows 桌面不见了。
接下来通过 文件粉碎机 的 添加文件 把 C:\WINDOWS\system32\dllcache 下的 explorer.exe 复制到 C:\Windows 下。
最后，Ctrl+Alt+Delete -> 任务管理器 -> 文件 -> 新建任务 -> explorer.exe ，启动桌面。
再扫描恶意插件，Lsmgr 已经被清除了。

有这样一个需求：为内部网络的 PC 提供共享存储、备份，没有太强的读写压力，资金投入也有限，但需要够安全，而且为逐渐增长的数据量考虑，需要扩容方便。
于是，打算通过 mdadm 和 LVM 来实现。用这样的硬件：内部空间够大，电源够强劲，扇热要好，支持多个 SATA 接口的塔式机。
为了不浪费空间，用一块小硬盘装系统，比如一块 20G 的 IDE 硬盘。3块别的老 PC 上拆下来 80G SATA 硬盘。

在 VMware 上模拟了一下。因为需要模拟 SATA 硬盘，建立虚拟机时用了 SCSI 硬盘。要选择 RedHat Enterprise 版才能支持 SCSI 硬盘。
使用 VMware-gsx-server-3.2.1 发现在较大的（试验了 160G/250G）虚拟硬盘上的 RAID5 recovery 到尾声时会死机，重启后又要从头再来，但依然会死机，周而复始。换成 VMware-server-1.0.3 后就没有问题了。
在 hda 安装了 CentOS 5.1 ，最小化安装。安装过程没有对 sda, sdb, sdc 进行分区。
全文阅读 »

先把光盘或 ISO 文件挂载到文件系统：
# mkdir /media/CentOS
挂载光盘
# mount /dev/cdrom /media/CentOS
或挂载 ISO 文件
mount -o loop /home/iso/CentOS-5.1-i386-bin-DVD.iso /media/CentOS

然后修改 /etc/yum.repos.d/Centos-Media.repo 文件的内容如下：
[c5-media]
name=CentOS-$releasever - Media
baseurl=file:///media/CentOS/
gpgcheck=0

再把 Centos-Basic.repo 改名：
# cd /etc/yum.repos.d
# mv Centos-Basic.repo Centos-Basic.repo.bak

yum 安装软件时就是使用光盘或者 ISO 文件了。

因系统需要在 PHP 下使用 Java，便做了相应的尝试，较为常见的是通过安装 PHP 自带扩展模块和安装 PJB(PHP/Java Bridge) 两种方式来实现。

先用 PHP 自带的扩展模块

系统环境：
CentOS4.5/Debian Etch
PHP-4.4.4
Apache-2.2.4
Apache, PHP 均为源代码编译安装。

安装 JDK：
# ./j2sdk-1_4_2_05-linux-i586.bin
Do you agree to the above license terms? [yes or no]
yes
其实就是解压到了当前目录，拷贝到 /usr/local 下：
# cp -ar j2sdk1.4.2_05 /usr/local/

设置环境变量：
# vi /etc/profile
JAVA_HOME=/usr/local/j2sdk1.4.2_05
CLASSPATH=${JAVA_HOME}/lib:${JAVA_HOME}/jre/lib
PATH=$PATH:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin
export JAVA_HOME CLASSPATH PATH

使环境变量生效（普通用户必须重新登陆环境变量才能生效）：
# source /etc/profile

# java -version
应该能看到版本信息了。
重新安装 PHP，在编译时加上：
--with-java=/usr/local/j2sdk1.4.2_05
全文阅读 »

　　“抄袭网页”是被搜索引擎极其反感的搜索引擎作弊手段之一。百度和google均对复制网页的做法有明确的说明：

　　百度：如果你的站点上的网页，大量都是复制自互联网上的高度重复性的内容，那么，你的站点也有可能被百度丢弃。

　　Google：请不要创建包含大量重复内容的多个网页、子域或域……不要采用如联属计划(affliate programs) 这类原创内容很少或几乎没有原创内容的"饼干模子 (cookie cutter)"方式。

　　那么，除了部分作弊者为了欺骗搜索引擎而故意复制网页的情况之外，还有哪些情况是网站在无知的情况下被搜索引擎认定为复制网页？

　　纽约举行的搜索引擎战略大会SES上，很多与会者就复制网页的问题进行了讨论。以下是各位搜索引擎专家的见解：

　　Anne Kennedy：复制网页的情况包括不同URL下拥有同样的网站内容，或同一首页下有同样的内容，如index.htm, index.html等后缀下都是同样的内容。

　　Shari Thurow：搜索引擎对于复制网页的识别和判断也做了大量努力，如搜索引擎在比较两个网页时会排除一些干扰因素如导航区域，headers等，直接分析正文内容部分，其次搜索引擎还会通过分析网页内部和外部链接以判断是否每个站点的链接都不同。

　　Jake Baillie：很多网站为了方便用户对每篇文章都有一个“打印友好页”的相同内容页面，还有很多产品介绍页面只有产品图片没有文字介绍的内容，都有可能被搜索引擎视为复制网页。

　　解决复制网页的办法除了简单地不要复制相同内容，还可以在不得已需要复制的网页上通过robots.txt文件让搜索引擎不要索引该页面，或使用301重定向将复制的网页转化成“真实”的网页。

　　在这次搜索引擎战略大会上，两大搜索引擎的代表也就复制网页问题发表了他们的看法。

　　Yahoo的代表Rajat Mukherjee说yahoo不会轻易对复制网页降级，而是尽力判断谁是原始内容的网页。Google代表Matt Cutts说，诚实的网站管理员常常担心他们是否不小心触犯了复制网页的禁忌，但他们大可不必担心。Google也是尽力发现复制网页中最原始的那个版本。Google不会对网页的“打印友好”版进行惩罚，同时他还说也不必担心同一顶级域名下不同后缀的网站拥有同样内容，如123.com或123.net。

　　尽管yahoo和google都表示他们能够对原始网页和复制页面进行明确判断，但专家们认为现实情况是如果某个内容率先出现在一个普通网站上，随后被“权威网站”所转载，Google往往认定权威网站的内容是原始内容站，而真正的原始站点被认为复制网页。不过Google通常情况下不会惩罚复制网页，除非这个网站太过极端，比如做了N多的镜像网站。