HyperVM，由一家小型公司专门设计的虚拟机支持软件昨天被黑客攻破。HyperVM中绑定虚拟主机管理工具 LXadmin，算open source 中比较健全的软件，因此应用比较广泛。此次攻击导致大约100，000家网站被黑客攻击。一家叫fsckvps的公司损失最大，直接导致大批网站数据丢失完全无法恢复。而开发这个虚拟机软件的公司LXLabs的创始人Ligesh也试图用自杀来逃避的这场灾难。说成灾难是完全的。fsckvps 已经关闭的网站首页，完全改为服务器恢复状态记录清单。从记录上看，有不低于80台机器受到攻击。我们目前有一台放在巴拿马的主机也是用的HyperVM集成的Lxadmin，明天看样子要马上下线更新。
VPS是一种新的主机形态，通过虚拟化技术，将一台物理独立主机分割为更小的虚拟独立主机。因此对需要底层管理权限同时预算有限网站站长非常具有吸引力。目前VPS发展态势非常强劲，但此次软件问题暴露的问题确实震惊。不过国内公司多用windows，这次算是躲过一劫。
根据Wiki提供的消息，Mr. Ligesh在5年前也是自杀身亡，唉，也许这个就是宿命。
最近Team使用一家公司提供的cloud计算的主机，目前为止一切尚好。云这个概念，中小电子商务网站已经可以考虑了。
俄语搜索引擎和中文搜索引擎一样并不是google和yahoo的市场。俄文搜索引擎最大的两家是 yandex 和 rambler. 如果需要关注俄语市场的话，需要多研究这两个搜索引擎。
如果是blog，可以通过以下链接提交
Yandex http://webmaster.yandex.ru。这个提交界面比较简单，输入url和验证码即可。
rambler http://robot.rambler.ru/cgi-bin/addsite.cgi 。这个提交稍微有点复杂。下图作了一些翻译
输入内容需要是俄语，不过用google的翻译系统可以轻松搞定。
在第一部分在这里
搜索引擎数据
[说明] bounce rate偏高，会继续提高landing page的质量。另外请注意4800个ip来自4173个关键词。长尾效应非常突出。所以对全站优化是才是SEO的长期策略。
关键词
[说明]不要过于迷信某些高流量的关键词。好像表现并不十分好！排名第一关键词当日只提供了不到100个ip, 而这个词却是3600万级别的竞争词语，而且这个关键词已经排名前十。可以看得出来，与其把精力放到这种高竞争的词语，不如对全站制定一个长期SEO规划，以提高长尾的效率。红色隐藏的是域名相关的内容，有些客人喜欢在搜索引擎中直接输入域名，而不是浏览器。
我们团队对这个网站的成功运作。但作为SEOer者应该更多的向客户灌输长期SEO规划，而不是短期看到几个关键词。获得客户的信任是SEOer和客户双赢的提要条件。
目前对于任何电子商务网站除了口碑之外，唯一最为重要的推广方式是依赖于SEO。网络上自称SEO高手的人物和公司非常多，但真正能拉出来秀的却不多。一方面，由于客户的短期要求被迫使SEO公司放弃长期发展的模式，另一方面，很多国内SEO公司都是从制作国内垃圾站出身，没有对电子商务类型的SEO模式有规划和具体的方法。
我这里分析的一个案例经过将近一年的SEO周期，从一个默默无闻的电子商务网站一步飞跃的成为一个成功的网站。放一些分析贴图，并做简单的分析，大家可以从中了解一些SEO的最终目标和解释一些误区 。
网站类型：零售型电子商务网站
目标群体：北美市场
行业：汽车零配件，改装车
运营模型： 从中国进口汽车配件，在北美市场零售
目前订单/访问量转换率：3.44%
最近一月日均访问量/Pageview: 7000/50000
支持团队：4人
电子商务购物车软件： Shoppingrun
下面是近半年的流量，点击可以放大
[说明] SEO是一个循序渐进的过程，爆发性的增长对新网站可能性已经不大。半年时间从大约3000提升到7000，pv达到5万，对有些娱乐性网站来说不算什么，但对注重内容的电子商务网站来说，这种提升对订单的转化率是非常有效的。可以看出，流量的增长是波浪形提升，所以流量起伏也是比较正常的。我们设定一个正常的电子商务网站在推广中期，月流量增长在40%-60%比较合理。
近期某一天的流量图
[说明] 这里有两个重要的值 Pages/Visit （每个访问者浏览的网页数量）和 Bounce Rate （跳出率）。前者说明了网站的粘性，如果这个值对于一个电子商务网站来说如果低于4，我们认为你要认真考虑网站的内容建设了，如果低于3，如果你是个电子商务网站的话，恐怕价值和一个垃圾网站不相上下了。 Bounce Rate 是越低越好，形象的说，如果太高，就代表客人进入网站就立马转身走掉了。这个值是低于20%叫完美。40%叫及格。如果太高，同样代表了网站的内容可以优化。如果高于60%，说明你的流量来源完全浪费。
当日流量来源比例
[说明] 来之搜索引擎的流量达到了 70%，典型的利用SEO获得访问量的网站。所以搜索引擎还是最可信赖的流量来源。
其中搜索引擎来源的比例
[说明] google一家独大。SEO目标还只能放在google上，当然yahoo, msn(live), aol也多少能来一些流量，还是可以采用一些方法让这些二线搜索引擎注意你的网站。
SiteMap Protocol一种站点地图协议，由Google, MSN, Yahoo共同推出。这个协议定义了如何定义一个网站地图以便于搜索引擎的收录。对协议本身的讨论已经比较多了，可以通过官方网站学习详细的协议内容。
SiteMap Index则解决了如果网站存在多个SiteMap文件的情况下如何处理。在SiteMap Protocol中定义通过<sitemapindex>标签来定义多个sitemap文件的位置。语法方式为
<?xml version="1.0" encoding="UTF-8"?> <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <sitemap> <loc>http://www.example.com/sitemap1.xml.gz</loc> <lastmod>2004-10-01T18:23:17+00:00</lastmod> </sitemap> <sitemap> <loc>http://www.example.com/sitemap2.xml.gz</loc> <lastmod>2005-01-01</lastmod> </sitemap> </sitemapindex>
每一个<sitemap>标签定义一个sitemap文件，<loc>标签定义文件位置，<lastmod>则定义了最近修改时间。<lastmod>支持 YYYY-MM-DDThh:mm:ssTZD， YYYY-MM-DDThh:mmTZD，YYYY-MM-DD格式。
编辑完成这个文件后，将文件按以下语法放到robots.txt文件中。
Sitemap: <your_sitemap_index_file_location>
必须注意的是，这个文件必须是utf-8编码格式。
下面是PHP, ASP, CGI和RoR的301转向代码写法。如果要验证是否对搜索引擎有效可以通过 http://www.webconfs.com/redirect-check.php 检查
PHP
<?
Header( “HTTP/1.1 301 Moved Permanently” );
Header( “Location: http://www.newdomain.com” );
?>
ASP
<%@ Language=VBScript %>
<%
Response.Status=”301 Moved Permanently”
Response.AddHeader “Location”,”http://www.newdomain.com/”
%>
ASP.NET
CGI/Perl
$q = new CGI;
print $q->redirect(”http://www.newdomain.com/”);
Ruby on Rails
def old_action
headers[”Status”] = “301 Moved Permanently”
redirect_to “http://www.newdomain.com/”
end
MySQLTuner 是一个简易的Perl脚本，可以对你的MySQL性能进行简易分析，并给出优化建议。执行这个脚本进行优化前，简易MySQL在工作状态下工作24个小时。
先下载执行
debian:/usr/local/bin# wget http://mysqltuner.com/mysqltuner.pl
debian:/usr/local/bin# chmod +x mysqltuner.pl
debian:/usr/local/bin# ./mysqltuner.pl
>> MySQLTuner 1.0.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with ‘–help’ for additional options and output filtering
Please enter your MySQL administrative login: root
Please enter your MySQL administrative password:
——– General Statistics ————————————————–
[–] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.0.32-Debian_7etch6-log
[OK] Operating on 32-bit architecture with less than 2GB RAM
——– Storage Engine Statistics ——————————————-
[–] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[–] Data in MyISAM tables: 609M (Tables: 3461)
[–] Data in InnoDB tables: 9M (Tables: 185)
[–] Data in MEMORY tables: 213K (Tables: 5)
[!!] Total fragmented tables: 64
——– Performance Metrics ————————————————-
[–] Up for: 2d 16h 7m 39s (4M q [19.375 qps], 64K conn, TX: 1B, RX: 624M)
[–] Reads / Writes: 87% / 13%
[–] Total buffers: 626.0M global + 2.6M per thread (500 max threads)
[!!] Maximum possible memory usage: 1.9G (95% of installed RAM)
[OK] Slow queries: 0% (0/4M)
[OK] Highest usage of available connections: 1% (7/500)
[OK] Key buffer size / total MyISAM indexes: 400.0M/32.2M
[OK] Key buffer hit rate: 99.9% (9M cached / 11K reads)
[OK] Query cache efficiency: 84.4% (3M cached / 4M selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 33K sorts)
[!!] Temporary tables created on disk: 43% (21K on disk / 48K total)
[OK] Thread cache hit rate: 99% (7 created / 64K connections)
[OK] Table cache hit rate: 72% (3K open / 5K opened)
[OK] Open file limit used: 10% (6K/65K)
[OK] Table locks acquired immediately: 99% (835K immediate / 835K locks)
[!!] InnoDB data size / buffer pool: 9.5M/8.0M
——– Recommendations —————————————————–
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Reduce your overall MySQL memory footprint for system stability
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
*** MySQL’s maximum memory usage is dangerously high ***
*** Add RAM before increasing MySQL buffer variables ***
tmp_table_size (> 32M)
max_heap_table_size (> 16M)
innodb_buffer_pool_size (>= 9M)
最后一个部分给出了优化简易。
最新消息，Paypal 作为 ebay 之前唯一的支付手段（目前也是网上最流行的网上支付手段），其中对买家过分的保护，已经被卖家诟病。从2009年2月起，eBay将支持两家新的支付网关公司，分别在欧洲比较流行的Moneybookers和来之澳大利亚的支付公司PayMate。
Moneybooker是一家英国的老牌网络支付公司，不少外贸公司已经使用这家公司的支付网关。据wiki上说明，MoneyBookers是不能够通过美国的银行卡和帐号来收到款。而来自澳大利亚的Paymate就显得比较陌生，目前也仅支持澳大利亚和新西兰的用户。
把maketop.net作为开始试验性的项目。采用zend framework + sphinx完成50万数据的展示和搜索，下一步是将 dojo/jquery引入进来实现product review的功能。目的是找到MVC framework(zend) + ajax framework(dojo/jquery) + template engine(smarty) 的组合之道。