Tip: 看不到本站引用 Flickr 的图片? 下载 Firefox Access Flickr 插件 | AD: 订阅 DBA notes -- 
2008-07-23 Wed
Shared by You XU
不光你这么想 我们都这么想 可是就是不能这样做，到底为什么呢？
十年前的夏天，我第一次踏上中國的土地，就受到了中國朋友格外热情的接待，对此我感激不已。不过，感激之余，我心里头也有些许困惑。不难预见，在三个星期後的奥运会期间，中國人的热情好客将会空前地展示，那时来北京参加奥运会的老外们可能会跟我一样， 产生一种感激与困惑交织的复杂感受。
我第一次来北京是1998年6月。那时我刚从大学毕业，准备在北京师范大学花两个月学习汉语。在飞机上我认识了一位回国过暑假的中國学生，他对我非常热情。“有人来机场接我，我们顺道送你到北师大吧。”他说。
出了机场之後我发现，来接机的不是他父母，而是一位司机。後来我才知道，这位年轻人的父亲是解放軍某部队的将军。
我们开出机场高速路时，他说需要先下车去参加一个活动，但司机会把我送到北师大。这位司机真的很热心，载着我在校园里转了一大圈，直到找到我宿舍楼之後才离开。我非常感谢他，不停地用不标准的汉语说，“写些！”（那时我汉语很差，“谢谢”这句话都说不好。）
一提到中國军队，很多西方人或者会想到解放軍在朝鲜战争（中方称为“抗美援朝战争”）中强悍的表现，或是联想到一长列坦克的画面。但我与中國军人的第一次真正接触，竟是如此愉快——他们派车载着我在北京逛来逛去。
这说明直接的人际交往是很重要的，它能增进人们的互相理解。除此之外，它还能说明另一个问题，那就是中國人好客的复杂性。那位学生和司机在我初次来中國时给了我异常热情的帮助。但是，感激之余，我也有些困惑：他们用公车送我合适吗？送一个老外穿过半个北京城，花费的油钱让纳税的中國老百姓出，这说得过去吗？
我之所以有这些想法，是因为我父亲也是一个政府公务员，在美国一个州立公共卫生部门工作了三十年。虽然有段时间政府给他配了车，但我们家很少沾这个光。当然，中美的经济政治体制差异巨大，而且中國各级政府近些年来的确下了力气整治滥用公共资源的现象，比如公车私用。
对中國人好客方式的困惑，我还想举个例子。也是在我到达北京的第一天，我们把那个学生送到一个餐厅门口，我发现那儿站着长长两排迎宾小姐，都长得年轻漂亮，穿着清一色的绿色紧身裤。我从未见过这样的场景，一时间惊诧不已，还以为是自己因为时差产生了幻觉。
後来我才了解到，迎宾小姐在中國各地都很常见。与其他地方比起来，“礼仪小姐”或“迎宾小姐”风气之盛，人数之多都是中國独有的现象。
为什麽让成千上万的年轻女性站在餐厅会馆门口迎接顾客呢？这背後一种先入为主的观念是：客人们都喜欢年轻漂亮的女性欢迎他们。似乎大家认为，门口站立的迎宾小姐越多，越能显示主人的热情。
有一次我在广州参加一个正式场合，那儿的迎宾小姐多得我数都数不过来。她们站在大厅和洗手间之间，有人教她们在我们每次经过的时候都鼓掌表示欢迎，好像我们都刚刚表演过精彩的小提琴独奏一样。
“别，请别鼓掌，这是个大错误。”我尴尬地跟她们解释说，“我只是去上厕所，完全没必要这样。”不过这让她们的掌声更热烈了。
我每次遇到无处不在的迎宾小姐，忍不住会想：把这些女性当成花瓶式的摆设，让她们没完没了地站着鼓掌欢迎顾客（大多是男性），这是不是对她们缺乏尊重？而且，这是不是太铺张浪费了？如果这些女性去从事其他产生实际效益的工作，是不是对中國社会更有好处？中國经济也许能增长更快？也许中國可以考虑出台一些法律，要求雇主给迎宾小姐提供椅子和学习资料，在没有客人进出的时候，这些女孩可以坐下来，做点有意义的事？总之，对一个像我这样在西方文化背景里长大的人来说，这种热情待客的方式非但效果不佳，反而会有负面作用。
谈到这里，我想说说奥运。因为我觉得中國在筹备奥运会时，可能忽略了一些文化差异问题。比如说，很多老外想不明白，为什麽中方那麽注重奥运开幕式。在一份中國政府印制的材料上， 谈到“高水平奥运的八个标准”时写道，“精彩的开幕式是奥运会成功的标志。”
真的吗？谁说的？现代奥运会创始人顾拜旦说过这句话吗？我对此很疑惑不解。大家好像都特别在乎开幕式。在我眼里，它就像是众多迎宾小姐，长长地排成两列，在我们能够看到真正的奥运会——体育赛事——之前，我们不得不穿过她们排成的队伍，还得对她们的工作表示欣赏。
真的，你可以用“一排排的漂亮女郎”这个比喻来形容北京的奥运建设：在火炬传递路线上新修的建筑，在二环沿线上兴建的绿地。他们不都像是一排排漂亮女郎吗？
也许你会问，美化市容有什麽不好的？是的，没什麽不好。西方人并非不欣赏中國为筹备奥运所作的巨大努力，但是我们更关心中國为那些肤浅的炫耀付出了多大的代价。尤其是当官方试图说服人们，所有这些代价都是为了“向世界展示中國的面貌”，是必需的时候。
这次奥运会上将有很多千挑万选出来的漂亮女孩。她们的言笑举止都经过严格训练，将会在颁奖仪式上一丝不茍地捧出奖牌。我想，与其让这些年轻漂亮的女孩捧出奖牌，还不如让那些为了奥运牺牲最多的人来做这个工作，比如那些因奥运场馆建设房子被拆迁的居民，那些在奥运工地上抛洒汗水的农民工。
其实，拿着微薄薪水的农民工，却是真正的奥运英雄。让我们期待奥运时他们的付出得到正式的认可。不过即使那时受到表扬，他们可能也没有机会听到了。我从与一些农民工的交谈中得知，他们在奥运期间将被遣送回原籍。我认为这个做法很不好。农民工是北京不可或缺的一个群体，他们的辛勤工作让这个城市得以运转，没有他们，北京城不是真正的北京城。正是这样的“清理”工作让很多外国友人对中國的热情好客疑惑不解。
中國为筹办奥运已经做了令人赞赏的工作。作为外国友人，我们欣赏北京为了我们的安全所做的努力。但是，没有必要把北京弄得再漂亮、整洁、完美些了。至少在我所认识的许多外国人眼里，北京在这些方面早就做得足够好了。
而且，我想对所有中國的迎宾小姐们说，我欣赏你们为了热情接待客人所做的努力，我批评的是一些制度上的问题，并非针对你们个人。不过，在客人去上厕所的时候，你们最好还是不要鼓掌。（完）
翻译：樊林君 审校：包立德/王丰
包立德（Alexander Brenner）自耶鲁大学毕业後来华，曾在广州中山大学任雅礼协会教师，并在南京大学-霍普金斯大学中美文化研究中心、霍普金斯大学高级国际问题研究院攻读硕士学位。他还曾任当代国际事务研究所的研究员，在中國和国际媒体发表多篇文章及评论。
来源：路透中文网2008年 7月 16日
作者:包立德
作者： 包立德 发布于 中国报道周刊, 2008-07-24. | 添加评论 | One comment
原文地址 中国人的“好客”令人困惑
添加本文到 del.icio.us
搜索本文反向链接 Technorati
文章分类 中国观察.
欢迎大家投稿，点这里发送投稿邮件
相关日志
- 中国式的会见外国客人 (0)
- 中国式生存 (0)
- 中国帝王与食色性也 (0)
Shared by Fenng
实际上 MSN 稳定性很不靠谱，还是要小心。但是思路很赞
一、实际需求
在应用各种监控软件（比如：cacti、nagios、sitescope等）的时候，我一般都会用到它的email阀值报警功能。如果这时候再加上一个msn在线监控机器人为你把关，第一时间给你发出msn报警信息，是不是能让你更快的处理问题呢。以下我为大家介绍一个msn command line 的小程序来实现这个功能。
软件下载地址：sendMsg
二、运行环境
一个支持php的系统环境就可以啦，当然要能上网，不然怎么发消息呢。
我的做法是和cacti监控服务器放一起，不需要额外的设备和资源投入。
注册一个msn的帐号用于监控机器人。比如：test@test.com 密码：123456
需要收到消息的msn帐号必须加监控帐号test@test.com为好友，不然收不到消息。
三、sendMsg用法
sendMsg.zip包中所有文件如下：
-rw-r--r-- 1 root root 1213 Jul 29 2007 index.php //测试页面，web中打开开始测试；很容易做。
-rw-r--r-- 1 root root 3894 Jul 29 2007 msnpauth-1.1.3.php
-rw-r--r-- 1 root root 3372 Jul 29 2007 msnpauth.php
-rw-r--r-- 1 root root 4586 Jul 29 2007 sendMsg.php
-rw-r--r-- 1 root root 223 Jul 29 2007 simple.php
-rw-r--r-- 1 root root 1424 Jul 29 2007 template.tpl
该程序也是通过登录msn服务器、建立IM会话，发送消息；
基本PHP语法如下：
$sendMsg->login('test@test.com', '123456');
//刚才建立的用于举例的msn监控机器人帐号
$sendMsg->createSession('recipient@hotmail.com');
//接受信息人的msn帐号
$sendMsg->sendMessage('message', 'Times New Roman', 'FF0000');
//第一个是具体信息内容，后面可以设定字体和颜色；
$sendMsg->sendMessage(iconv("GBK", "UTF-8", 测试), 'Times New Roman', '008000');
//也利用iconv转换gbk到utf8来发送中文信息；
效果如下：
四、实际应用
这里是我自己写的一个应用发送msn信息的php脚本：仅供参考，如果大家有更好请和我交流。
<?
if ($argc != 3) {
die("Usage: send_cndmonitor.php <msn-address> <messages>\n");
}
array_shift($argv);
$msnaddr = $argv[0];
$messages = $argv[1];
include('sendMsg.php');
$sendMsg = new sendMsg();
$sendMsg->login('test@test.com', '123456');
$sendMsg->createSession($msnaddr);
$sendMsg->sendMessage($messages, 'Times New Roman', '008000');
?>
主要是为了能被其他脚本调用，用于发送一个报警信息。缺点是不能判定错误，所以时机运用中存在故障，需要网络流畅的环境下使用。
我们的生产环境已经存在大量的监控系统，所以针对错误信息已经整理到数据库中，因此我只需要从数据库导出目前存在error信息的文本文件，然后根据节点位置发送给相关维护负责人即可。
为了能判定和确保发送正确，我利用sendMsg中的index.php的页面和shell脚本相结合来循环发送，实在抱歉本人PHP程度有限；
脚本如下：（这是我实例用使用的一个工作脚本，仅供大家借鉴）
wget --user=monitor --password=123456 http://127.0.0.1/monitor/msn.txt -O /var/www/html/sendMsg/msn.txt.1 >/dev/null 2>&1
#下载msn要发送的信息，因为页面都是认证的所以用了wget的user和password；
now=`date +%Y-%m-%d-%H:%M`
[ -f /var/www/html/sendMsg/msn.txt ] && oldmd5=`md5sum msn.txt |awk '{print $1}' |tee /var/log/cdn_status_old.md5` || exit 0
[ -f /var/www/html/sendMsg/msn.txt.1 ] && newmd5=`md5sum msn.txt.1 |awk '{print $1}' |tee /var/log/cdn_status_new.md5` || exit 0
SA=(admin1 admin2 admin3 admin4)
# 相关负责人列表和下载的msn信息的中的名字对应；
msnaddr=(admin1@msn.com admin2@msn.com admin3@msn.com admin4@msn.com)
# 相关负责人的msn帐号和SA变量中的的名字顺序一一对应；
sendMsg()
{
num=0
while [ $num -lt 1 ];
do
wget --post-data "sender=test@test.com&password=123456&recipient=${1}&message=${2}" http://127.0.0.1/sendMsg/index.php -O /var/www/html/sendMsg/index.php.1 >/dev/null 2>&1
# 使用wget post-data发送post参数给index.php页面，用以发送msn信息。
if [ -f /var/www/html/sendMsg/index.php.1 ]; then
if cat /var/www/html/sendMsg/index.php.1 |grep -i successfully >/dev/null 2>&1;then
num=1 #判断信息发送成功
elif cat /var/www/html/sendMsg/index.php.1 |grep -i "The user appears to be offline" >/dev/null 2>&1;then
num=1 #判断msn接受人为是否在线状态
echo "The user is offline."
exit 0
elif cat /var/www/html/sendMsg/index.php.1 |grep -i "Something went wrong trying to connect to the server" >/dev/null 2>&1;then
num=1 #判断msn 服务器存在连接问题
echo "MSN server is wrong."
exit 0
else
num=0 #除了以上三种情况退出循环外，其他情况重试。
fi
rm -f /var/www/html/sendMsg/index.php.1
else
num=0
fi
done
}
if [[ $oldmd5 == $newmd5 ]];then #校验msn的信息是否是已经发送过的，主要是为了不重复发送错误信息。
rm -f /var/www/html/sendMsg/msn.txt.1
exit 0
else
mv /var/www/html/sendMsg/msn.txt /var/www/html/sendMsg/bak/msn$now.txt -f
mv /var/www/html/sendMsg/msn.txt.1 /var/www/html/sendMsg/msn.txt -f
#备份已发送的msn错误信息
fi
for i in `seq 0 1 3` #根据维护人员的数量进行判断和循环
do
if cat /var/www/html/sendMsg/msn.txt |grep -i ${SA[$i]}; then
messages=`cat /var/www/html/sendMsg/msn.txt |grep -i ${SA[$i]}`
sendMsg "${msnaddr[$i]}" "$messages"
else
continue
fi
done
加入到crontab每5分钟执行一次；考虑维护人员的上线时间（最好是24H值班msn，那就不存在这个问题）设定执行时间为每周1到5的9点到18点；
实际应用大家可以根据自己的情况进行调整，我这里只是告诉大家怎么使用sendmsg，举了一个简单的实例帮助大家理解和应用。
如果懂php语言的可以把这个作为cacti的一个插件使用，那样效果就更棒啦～
Shared by etng
狗奴才，老子不想交税了！
痛心，奥运新闻餐只要1美元！
看了这个，你有什么感觉？
请投出神圣的一票。
早上起来看CCTV2第一时间, 一女记者采访奥运新闻中心的准备情况, 竟然暴出：
一顿自助餐只要1美元, 或7元人民币(用本币付款)!
要知道那是有二十多个菜品, 全国顶级厨师, 服务员, 直供蔬菜加工出来的, 且不说新落成新闻中心的固定资产成本和良好的就餐环境!
所以我很怀疑: 1美元能否保本, 要知道我们上班的楼底餐厅一份午饭(3菜) 要12元人民币, 叫外卖最低2菜也得10元, 如果你去附近SUBWAY要一个6寸热狗(根本不饱)得15元人民币, 可是现在也涨到了16元!
我也很不高兴: 为何对外币持有者要优惠, 1美元现在只相当于6.82人民币, 奥运会其间1美元=6.6人民币也是可能的, 不知到为何同样的东西要厚此薄彼, 对本币持有人收高价? 要高价也应该对外币持有人! 即便我们外贸是顺差也无须通过少收美元来平衡贸易!
我进而痛心: 如果我对成本的看法的是错误的, 1美元售价是保本或微利的, 那么我们为何不大力推广这个成功经验, 在各大流浪人员集中区域给设立这样一些施粥点, 不要20多个菜, 3个就行, 成本2元足以! 这样一来民政部完全可以负担! 纳税人也无意见!
如果说奥运会是一个商业体育活动, 而非福利政治运动, 多数人应该是赞同的, 那么我们一定要尽可能去收回成本, 甚至赚点钱! 因为任何可能的赔钱, 都意味着国家和纳税人要多掏钱去弥补!
所以我强烈建议将这个奥运新闻餐售价提高到5美元/人(34~35人民币), 或30人民币! 你想想: 老外坐飞机大老远来, 还在乎这点钱, 5美元在他们国内也就刚刚饱, 能吃到20多个菜吗?
看了同感的, 支持下!
挖客网-MSN机器人挖挖上线，您只需要以聊天的方式发送一条网址给机器人即可完成网页的分享和收藏。
赶快体验去！
把这条信息分享到：
Shared by Fenng
这个曹增辉还是新浪科技主编呢，怪不得新浪科技新闻不怎么好看
受新浪科技主编曹增辉的抬举，这个blog被列入“40个互联网主题知名博客”，特向曹主编表示感谢！
虽然名列倒数，好歹也是40强，所以自我宣传一下。顺便炫耀一下万恶的PV：页面访问总数：1588321，今天访问数：350，本周访问数：6586。
On July 1st, blogs.oracle.com was migrated to a new platform, Six Apart’s Movable Type Enterprise on top of Oracle Content DB. The list of Oracle related blogs (authored by Oracle employees and non-employees) has moved to this page on the Oracle Wiki. Only Oracle employees are eligible to host blogs on blogs.oracle.com.
Along with the migration came a less obvious change, blogs.oracle.com no logger aggregates non-employee blogs. Here is what Justin Kestelyn wrote in this tweet: “blogs.oracle.com will not aggregate nonemployee blogs after all - orana.info does too good a job of that!”
Currently, the total number of blogs hosted on blogs.oracle.com and aggregated by OraNA.info is 78. New blogs are being added to blogs.oracle.com. I can not keep OraNA.info current with this influx of new Oracle employee blogs.
So here is what I’m thinking: I will delete the 78 blogs.oracle.com blogs from OraNA.info, and instead aggregate one feed, the blogs.oracle.com recent posts feed. I will create one additional category on OraNA.info just for this feed. If I do that, OraNA.info will be the “one stop shop” for Oracle employee as well as non-employee blogs.
What do you think?
---
Related Articles at Eddie Awad's Blog:
- User-Defined Aggregate Functions
- blogs.oracle.com an RSS aggregator
- blogs.oracle.com: It Worked!
- Infinite Scrolling at OraNA.info and New Oracle Bloggers Group
- What Is OraNA.info?
2PC用于确保所有分布式事务能够同时提交（Commit）或者回滚（Rollback），以便使的数据库能够处于一致性状态（consistent state）。
分布式事务可以通过DBA_2PC_PENDING 和 DBA_2PC_NEIGHBORS 字典视图查看。
分布式事务处理是指一个事务可能涉及多个数据库操作
分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务必须产生一致的结果（全部提交或全部回滚）。
XA是X/Open DTP组织（X/Open DTP group）定义的两阶段提交协议，XA被许多数据库（如Oracle和DB2）和中间件等工具(如CICS 和 Tuxedo).本地支持 。
X/Open DTP模型（1994）包括应用程序（AP）、事务管理器（TM）、资源管理器（RM）、通信资源管理器（CRM）四部分。在这个模型中，通常事务管理器（TM）是交易中间件，资源管理器（RM）是数据库，通信资源管理器（CRM）是消息中间件。
一般情况下，某一数据库无法知道其它数据库在做什么，因此，在一个DTP环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）影射到全局事务中。
XA就是X/Open DTP定义的交易中间件与数据库之间的接口规范（即接口函数），交易中间件用它来通知数据库事务的开始、结束以及提交、回滚等。XA接口函数由数据库厂商提供。通常情况下，交易中间件与数据库通过XA 接口规范，使用两阶段提交来完成一个全局事务，XA规范的基础是两阶段提交协议。
在第一阶段，交易中间件请求所有相关数据库准备提交（预提交）各自的事务分支，以确认是否所有相关数据库都可以提交各自的事务分支。当某一数据库收到预提交后，如果可以提交属于自己的事务分支，则将自己在该事务分支中所做的操作固定记录下来，并给交易中间件一个同意提交的应答，此时数据库将不能再在该事务分支中加入任何操作，但此时数据库并没有真正提交该事务，数据库对共享资源的操作还未释放（处于锁定状态）。如果由于某种原因数据库无法提交属于自己的事务分支，它将回滚自己的所有操作，释放对共享资源上的锁，并返回给交易中间件失败应答。
在第二阶段，交易中间件审查所有数据库返回的预提交结果，如所有数据库都可以提交，交易中间件将要求所有数据库做正式提交，这样该全局事务被提交。而如果有任一数据库预提交返回失败，交易中间件将要求所有其它数据库回滚其操作，这样该全局事务被回滚。
在Oracle数据库中，可以通过运行xaview.sql （位于ORACLE_HOME/rdbms/admin目录下）创建相关的视图。
这个脚本的信息如下：
Rem ==================================================================/
Rem NAME
Rem XAVIEW.SQL
Rem FUNCTION
Rem Create the view necessary to do XA recovery scan of prepared
Rem and heuristically completed transactions.
Rem NOTES
Rem The view 'XATRAN' basically combines information from two
Rem different types of tables:
Rem pending_trans$ & pending_sessions$
Rem x$k2gte2
Rem The view v$pending_xatrans$ combines and then filters information
Rem from the table pending_trans$ and pending_sessions$ into format
Rem that satisfy XA criteria.
Rem Then the view v$xatrans$ combines information from x$k2gte2 and
Rem v$pending_xatrans$.
Rem MODIFIED
Rem ncramesh 08/04/98 - change for sqlplus
Rem cchew 07-15-92 - added fmt column
Rem cchew 05-22-92 - No more fmt=0 condition
Rem cchew 01-19-92 - Creation
Rem ==================================================================
DROP VIEW v$xatrans$;
DROP VIEW v$pending_xatrans$;
CREATE VIEW v$pending_xatrans$ AS
(SELECT global_tran_fmt, global_foreign_id, branch_id
FROM sys.pending_trans$ tran, sys.pending_sessions$ sess
WHERE tran.local_tran_id = sess.local_tran_id
AND tran.state != 'collecting'
AND BITAND(TO_NUMBER(tran.session_vector),
POWER(2, (sess.session_id - 1))) = sess.session_id)
/
CREATE VIEW v$xatrans$ AS
(((SELECT k2gtifmt, k2gtitid_ext, k2gtibid
FROM x$k2gte2
WHERE k2gterct=k2gtdpct)
MINUS
SELECT global_tran_fmt, global_foreign_id, branch_id
FROM v$pending_xatrans$)
UNION
SELECT global_tran_fmt, global_foreign_id, branch_id
FROM v$pending_xatrans$)
Oracle XA是Oracle实施的X/Open Distributed Transaction Processing (DTP) XA接口。ORACLE XA随软件发布，不需要独立安装部署。
Specific to XA, Oracle Database10g Release 2 provides services that are optimized to support Distributed Transaction Processing (DTP). This feature optimizes XA transaction recovery. All the in-flight prepared transactions belonging to a DTP service of the failed instance are pushed to the disk table before the DTP service is re-started on the any of the surviving instances. In-flight transaction prepare info is written to the undo area and only if the transaction fails, this information is pushed into the appropriate system table to allow external recovery to take place. During normal operations, this push is done lazily. But as soon as the DTP service fails over users expect the failed (prepared) distributed transaction info on the system table to able to recover the transaction. Thus we make sure all the required information is propagated to the system tables before starting the DTP service on one of the surviving instances. This ensures that all the in-doubt transactions will be reported by xa_recover() and a following xa_commit() or,xa_rollback() will be able to complete the in-doubt transactions. This feature also guarantees that all branches of single global distributed transactions are maintained at a single RAC instance.
This mechanism optimizes the XA recovery by recovering the transactions once, at speed, as part of the transaction recovery code. The XA/DTP feature also guarantees correctness by ensuring that all branches of a transaction are maintained at the same database instance. This includes switch over and failover of services for planned and unplanned outages. The feature is only available for services declared as DTP.
参考文档：
http://www.oracle.com/technology/products/database/clustering/pdf/bestpracticesforxaandrac.pdf
相关文章|Related Articles
- 数据字典视图之：v$dlm_traffic_controller
- 数据字典视图之：V$LOCK_ELEMENT 结构
- 数据字典视图之：v$database 结构
- 数据字典表之：DBA_HIGH_WATER_MARK_STATISTICS
- 数据字典表之：DBA_TABLES
评论数量(1)|Add Comments
本文网址：http://www.eygle.com/archives/2008/07/2pc_xa_dtp.html
某专家做了一个统计, 从7月24日至9月20日, 限写措施将使中文互联网停止博客约20万个, 在北京的外国友人的网络条件和言论空气质量都将得到极大改善.
我建议可以执行如下措施:
7月24日至9月20日, 不和谐的博客须按照单双号行驶措施规定写博客; 没有在国内备案的博客奥运期间禁止写.
较为和谐的博客和BSP托管的须按照单双号措施规定写作. 奥运期间禁止博客将携带易燃, 易爆等危险品关键词进入北京. 奥运时间早6时-晚22时 禁止使用敏感词穿越防火墙, 以免给外国友人带来不必要的网络交通负担.
散兵游勇类博客(包括已经备案的博客)须按照单双号行驶措施写作. 同时, 非主旋律型博客奥运期间也注意减少书写.
和谐类博客, 新华网, 人民网, 千龙网等不受单双号的限制.
如果有违反, 拔线处理, 并罚款一百元.
其他细节:
哪位同意我这个措施的, 请随喜转载此文. 不必署名, 写不必提供出处. 我只希望把这样的国际主义精神散布到互联网的每一个角落. 整个互联网一起支持我们的国家, 把本届奥运会扮成史上最团结, 最和谐, 最让外国人满意的运动会.
另外, 我的号码是偶数, 我也在这里做个表态: 奥运期间, 我奇数日坚决不写博客.
Shared by Fenng
坚决让外国友人满意！
痛心，奥运新闻餐只要1美元！
看了这个，你有什么感觉？
请投出神圣的一票。
早上起来看CCTV2第一时间, 一女记者采访奥运新闻中心的准备情况, 竟然暴出：
一顿自助餐只要1美元, 或7元人民币(用本币付款)!
要知道那是有二十多个菜品, 全国顶级厨师, 服务员, 直供蔬菜加工出来的, 且不说新落成新闻中心的固定资产成本和良好的就餐环境!
所以我很怀疑: 1美元能否保本, 要知道我们上班的楼底餐厅一份午饭(3菜) 要12元人民币, 叫外卖最低2菜也得10元, 如果你去附近SUBWAY要一个6寸热狗(根本不饱)得15元人民币, 可是现在也涨到了16元!
我也很不高兴: 为何对外币持有者要优惠, 1美元现在只相当于6.82人民币, 奥运会其间1美元=6.6人民币也是可能的, 不知到为何同样的东西要厚此薄彼, 对本币持有人收高价? 要高价也应该对外币持有人! 即便我们外贸是顺差也无须通过少收美元来平衡贸易!
我进而痛心: 如果我对成本的看法的是错误的, 1美元售价是保本或微利的, 那么我们为何不大力推广这个成功经验, 在各大流浪人员集中区域给设立这样一些施粥点, 不要20多个菜, 3个就行, 成本2元足以! 这样一来民政部完全可以负担! 纳税人也无意见!
如果说奥运会是一个商业体育活动, 而非福利政治运动, 多数人应该是赞同的, 那么我们一定要尽可能去收回成本, 甚至赚点钱! 因为任何可能的赔钱, 都意味着国家和纳税人要多掏钱去弥补!
所以我强烈建议将这个奥运新闻餐售价提高到5美元/人(34~35人民币), 或30人民币! 你想想: 老外坐飞机大老远来, 还在乎这点钱, 5美元在他们国内也就刚刚饱, 能吃到20多个菜吗?
看了同感的, 支持下!
挖客网-MSN机器人挖挖上线，您只需要以聊天的方式发送一条网址给机器人即可完成网页的分享和收藏。
赶快体验去！
把这条信息分享到：
炎炎夏日，衬衫依然是许多男人不可或缺的服饰种类。当然，在穿着上，就更多元化了一些。
夏天，有一类衬衫，姑且可以称之为“短袖正装衬衫”，即使在Brooks Brothers这样美国老牌的男装品牌商店中，你也可以找到它们的身影。这类衬衫，整体架构和一件普通的正装衬衫并无太大区别，或者说唯一的区别就是袖子由长袖变成了短袖。不过，可别小看这剪短袖子的一刀，其实让整件衬衫的味道完全改变——至少个人是无法接受“短袖正装衬衫”这样一个衬衫类别的存在的。
何为“正装衬衫”，我想一个很简单的定义就是搭配西服乃至更正式的礼服穿着的衬衫，既然如此，当你穿上所谓的“短袖正装衬衫”，再穿上西服，看着西服袖口下空空荡荡的样子，没有惯常的衬衫袖口的露出，不会觉得古怪吗？是的，既然无法搭配西服穿着，自然算不上正装衬衫，这也是为何笔者认为根本就没有“短袖正装衬衫”存在的理由。
当然，放眼望去，满大街还是可以看到很多人这么穿着穿梭于城市之间。相信我，若你希望构建自己的专业服饰形象，即使是夏日，还是老老实实的穿着一件长袖正装衬衫为佳。是的，长袖肯定要比短袖热，但这也是告诉别人1)你上班场所乃至上下班途中都有空调可以照顾到，所以长袖亦不怕；2)你是要穿西服的人，所以必须穿长袖衬衫。什么，即使明白这些好处还是觉得热？那就把衬衫袖口卷起来吧，这样的职业男拼命造型也比一件短袖衬衫看起来有味道。最后，再告诉一点好处，因为不需要穿“短袖正装衬衫”，所以你可以剩下一笔无谓的服装费，改而添置四季皆可穿着的长袖正装衬衫。
当然，这么说，绝不等于短袖衬衫就不该存在于夏日之中，只不过更应当作为一种休闲服饰品种而存在。作为一种休闲服饰，那么其样式、质地乃至穿法就和正装衬衫该有所不同才是。首先，亦是最关键的，短袖衬衫休闲穿，最好是不要束在裤子中，而是让其露在外面营造休闲的风格为佳。当然，要配合这一点，衬衫的下摆也该是直线而非圆弧为佳——后者从功能上是为束在裤中而设计的。其次，衬衫的质料无需过于华贵，未必一定要是高支数的纯棉，反而是亚麻那种皱巴巴的质感更妙；再次，布料最好也不是传统素色，有一些较大的条纹、块纹等反而显得更活跃，甚至绣花也可考虑；最后，小细节上最好多点玩味，毕竟休闲穿着，所以不一样的纽扣颜色，不一样的领口、下摆颜色等等，所有这些小变化都会让短袖衬衫多许多趣味，更体现休闲的本色。
本站使用IX WebHosting搭建。500G空间，3500G流量，8独立IP，6.95美元/月起。详细介绍请点击我
Tag:Brooks Brothers , 衬衫 , 亚麻
相关文章：
- 亚麻，为自己而穿 (5)
- 木纽扣·麻衬衫 (9)
- 奢侈，上海有多远?（版本二） (11)
- PPG们大点评(1)：Yes!PPG (13)
- 美式Style缔造者——Brooks Brothers (2)
假设网站有100万件商品，每天有1万件被购买，我做了个有史以来最简单的模型，便达到了99%的准确率。
怎么做的呢？这样子—— (more…)
作者:AnySQL, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复
数据库的事务数高了, 再好的机器, 也顶不了多少, Log Write这块会成关键, 在一个每秒有几百上千个事务的库上, 发现了这样的负载现象, Rq是Run Que, Act是Active Session.
www.AnySQL.net Load SY/WT/US Rq Act
07/23-22:18:02 6.09 11/27/31 64 16
07/23-22:18:12 6.43 10/29/29 48 41
07/23-22:18:22 5.82 7/42/21 39 1173
07/23-22:18:32 6.07 12/41/34 72 196
07/23-22:18:42 5.62 8/52/24 52 329
07/23-22:18:52 5.41 16/27/35 60 50
07/23-22:19:02 5.03 13/27/33 44 26
看一下V$SYSTEM_EVENT中的内容, 就会明白了, 206是单块读事件, 203是log file sync事件.
07/23-22:18:02 206-32714:206455:63, 203-12736:14704:11
07/23-22:18:12 206-30236:227577:75, 203-11799:12400:10
07/23-22:18:22 203-8999:1922849:2136, 206-19601:358029:182
07/23-22:18:32 206-38475:3520870:915, 203-16434:1425936:867
07/23-22:18:42 203-12308:3448652:2801, 206-27495:3031272:1102
07/23-22:18:52 206-34469:322209:93, 203-13581:107794:79
07/23-22:19:02 206-32916:234741:71, 203-13072:16812:12
两周前Oracle的人来交流时, 我反映过这个问题, 他们说有几个和log file sync超长时间等待有关的Bug. 我也向他们要这些Bug的patch了, 可还没有发送给我们, 有些bug, 发现的晚了, 在metalink是找不到老版本的patch的, 需要特殊对待.
Bug 5065930 - "log file sync" timeouts can occur
Bug 3748799 - Average "log file sync" wait per transaction greater than 1 (no timeouts)
Bug 5087592 - "log file sync" waits from read only commits
Bug 6319685 - LGWR posts do not scale on some platforms
上面是我自已搜索到的相关Bug, 和交流时Oracle工程师给我看的有些不一样.
相关文章 | Related Artiles
我要留言(当前0)
Paul Frields (Fedora Project Leader) sits down to discuss the Live USB feature debuted in Fedora 9 with developer Jeremy Katz. See a live demo of the persistant desktop, and find out how to get more involved in the next Fedora release.
昨天在群里面有人问到，10g的rac中 ora_pz99是啥进程，一开始也没查到资料，经朋友指点后，在metalink上找到了答案，原来这是属于not document的10g后台进程。在这里，干脆把10g新增的进程整理一下吧。
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
PL/SQL Release 10.2.0.1.0 - Production
CORE 10.2.0.1.0 Production
TNS for Linux: Version 10.2.0.1.0 - Production
NLSRTL Version 10.2.0.1.0 - Production
SQL> !ps -ef |grep ora_
oracle 6296 1 0 Jul23 ? 00:00:07 ora_pmon_devdb1
oracle 6304 1 0 Jul23 ? 00:00:18 ora_diag_devdb1
oracle 6310 1 0 Jul23 ? 00:00:02 ora_psp0_devdb1
oracle 6315 1 0 Jul23 ? 00:01:26 ora_lmon_devdb1
oracle 6317 1 0 Jul23 ? 00:01:41 ora_lmd0_devdb1
oracle 6319 1 1 Jul23 ? 00:03:28 ora_lms0_devdb1
oracle 6329 1 0 Jul23 ? 00:00:01 ora_mman_devdb1
oracle 6331 1 0 Jul23 ? 00:00:07 ora_dbw0_devdb1
oracle 6333 1 0 Jul23 ? 00:00:15 ora_lgwr_devdb1
oracle 6337 1 0 Jul23 ? 00:00:15 ora_ckpt_devdb1
oracle 6341 1 0 Jul23 ? 00:00:13 ora_smon_devdb1
oracle 6351 1 0 Jul23 ? 00:00:00 ora_reco_devdb1
oracle 6359 1 0 Jul23 ? 00:00:33 ora_cjq0_devdb1
oracle 6365 1 0 Jul23 ? 00:00:18 ora_mmon_devdb1
oracle 6370 1 0 Jul23 ? 00:00:11 ora_mmnl_devdb1
oracle 6372 1 0 Jul23 ? 00:00:00 ora_d000_devdb1
oracle 6374 1 0 Jul23 ? 00:00:00 ora_s000_devdb1
oracle 6394 1 0 Jul23 ? 00:00:29 ora_lck0_devdb1
oracle 6422 1 0 Jul23 ? 00:00:01 ora_asmb_devdb1
oracle 6437 1 0 Jul23 ? 00:00:01 ora_rbal_devdb1
oracle 6840 1 0 Jul23 ? 00:00:01 ora_arc0_devdb1
oracle 6842 1 0 Jul23 ? 00:00:03 ora_arc1_devdb1
oracle 6895 1 0 Jul23 ? 00:00:01 ora_qmnc_devdb1
oracle 6916 1 0 Jul23 ? 00:00:00 ora_o003_devdb1
oracle 7065 1 0 Jul23 ? 00:00:00 ora_q001_devdb1
oracle 5327 1 0 Jul23 ? 00:00:30 ora_pz99_devdb1
oracle 16365 1 1 Jul23 ? 00:01:19 ora_j000_devdb1
oracle 23522 1 0 00:58 ? 00:00:00 ora_q002_devdb1
oracle 25680 1 0 01:00 ? 00:00:00 ora_q000_devdb1
oracle 26024 25845 0 01:00 pts/2 00:00:00 /bin/ksh -c ps -ef |grep ora_
oracle 26026 26024 0 01:00 pts/2 00:00:00 grep ora_
SQL>
10g新增进程：
用于自动管理sga，全称是Memory Manager。
RVWR
用于写flashback的log，全称是Recovery Writer。
CTWR
用于rman的快速增量备份，能记录block的改变，全称是Change Tracking Writer
MMNL
和AWR一起工作，用于将需要的所有数据库状态信息的数据写入到磁盘。全称是Memory Monitor Light。
MMON
用于AWR，为AWR收集系统状态信息。全称是memory monitor。
M000
MMON的slave进程。
RBAL
用于ASM的重新平衡磁盘资源。全称是Rebalancing Daemon
ARBn
由RBAL管理，进行实际的重新平衡磁盘资源操作，n的数量受asm_power_limit参数限制。
ASMB
ASM管理磁盘资源时，该进程为ASM的CSS（Cluster Synchronization Services）提供消息传递。该进程也能提供心跳机制。全称是Automatic Storage Management Background。
--以下3个为10g的not documented进程：
PZnn
是rac的并发进程的slave进程（不等同于pnnn的一般并发的slave进程），是查询gv$视图会有该进程，n起始为99，后续为98、97……当kill掉该进程后，当运行查询gv$视图的时候会产生，或者等待1分钟左右的时间会自动产生（怀疑是不是类似与动态侦听注册般，有pmon来定期监控？）
O00n
ASM的slave进程，有一组O00n的进程用于连接ASM实例，通过这个连接池数据库进程将发送指令给ASM实例，如，打开一个文件时，通过该连接池将打开文件的请求发送给ASM。该进程仅适用于到ASM的短连接。这些进程也会限制登录到ASM实例的短连接，防止过载。
PSPn
建立和管理其他oracle的进程，全称是Process SPawner
看来以后要躲起来，没隐私了！
本来注册了paypal, 希望能做一些简单的交易, 但是整个过程实在是太恼火了. 因此,决定在我的个人站点首次发表对于paypal的不满.
2004年, 我就曾经作为一个程序开发人员, 在中国大陆开发针对paypal的接口, 记得当时很辛苦, 整整研读了很多paypal的英文资料, 整整2个礼拜, 她还特意帮我翻译了一些资料, 终于在某天的夜里, 在沙箱测试里头终于测试成功. 很辛苦,很辛苦.
2008年,7月份, 申请paypal帐号, 并且申请认证, 没想到这个过程产生的费用是2.95 = 1.95 + 1 , 然后 1 在后来的几天中退还到的信用卡里头. 但是 1.95 美元一直是挂着.
如下的paypal的原文回信,告诉我 1.95 美元是奖励, 这不是扯的嘛, 我的钱拿来当奖励 :-) 亏这些家伙想得出来 ,而且得累计到 150 美元才能返还, 这不是明摆着抢钱嘛 ? :
当您完成一张有效信用卡的添加后，您会在“帐户信息”页面中看到“扩展使用认证”的提示。进入页面后，选择“得到扩展使用码”。点击后，PayPal会从
您的注册信用卡中扣取1.95美金的扩展使用费。
但是，当您成功输入了扩展使用码，认证了信用卡，PayPal把这1.95美金又返还到您的账户余额中，作为您认证账户的奖励金。所以说，事实上您没有任何损失。
这些狗屁服务今天终于给了我一个中国大陆的服务热线,特此公布一下. 021－2891 3888
我将全程跟踪此次的事件,另外告知所有的中国人, 使用我们自己中国人的产品,既是爱国, 也比这些玩意好.
作者:AnySQL, 订阅AnySQL, Oracle数据库恢复及服务, Sybase恢复, 磁盘及RAID恢复
一不小心, 在Linux上生成了这样一个文件.
-ftmp_iw_user.txt
试了很多下mv/cp命令, 都不行, 没有成功, 出现的错误提示也很怪, 搞不懂了.
$ mv *.txt tmp_iw_user.txt
mv: invalid option -- t
Try `mv --help' for more information.
在前面加个目录试试?
$ mv "./-ftmp_iw_user.txt" tmp_iw_user.txt
终于成功了.
tmp_iw_user.txt
中间会想到, 用Windows就好了, 图形下改, 不用这么麻烦, 修改成功后又觉得Linux也很好.
相关文章 | Related Artiles
我要留言(当前2)
在我上一篇文章里，我已经介绍了关于谷歌搜索排序的哲学。作为我们探讨搜索质量的努力的一部分，我要向大家介绍更多的谷歌搜索排序背后的技术。我们的排名系统的核心技术源于学术领域的情报检索学。情报检索学对搜索的研究已有近 50 年的历史了。它应用字符突出性的统计讯息，例如字符频率之类，来完成网页排序（可参照“现代情报检索: 概要介绍”来快速了解情报检索技术）。情报检索学为我们提供了一个坚实的基础，在此基础上我们应用最常访问链接、网页结构以及其他创新技术建立起了一个庞大系统。
在过去十年，搜索已经从“给我我所说的”发展到“给我我想要的”。用户对搜索的期望无疑已经提高。我们努力工作以达到每个用户的期望，为了这一点，我们需要更好的理解网页，理解查询，理解用户。在上个十年里，我们已经将理解以上三个部分（在搜索过程中）的技术推到一个全新的层次。
在谷歌，当我们讨论查询关键词的时候，我使用方括号[ ]来标记最开始和最后的查询词（请参考 Matt Cutts 的“如何输入查询关键词”），在本文中我将自始至终使用这一标记。（网页和搜索结果频繁变化，因此，本文举例的解释也许与即时查询的结果不一样。）
理解网页：多年来我们在抓取和索引系统上投入了大量精力。因此，我们拥有一个非常庞大、更新及时的索引。除了规模和更新，我们还用其他方法改进索引。我们用于理解网页的核心技术之一就是理解这个网页要表达的相关的重要概念的能力，即使这个概念在网页中并没有处于明显的位置。比如，即使伦敦 Sprovieri Gallery 的官方网页中没有出现 London 或 Londra 的字眼，但是我们依然能够在搜索结果中给意大利语查询 [galleria sprovieri londra] 提供 Sprovieri Gallery 的官方网页。在美国，一个用户搜索 [cool tech pc vancouver, wa]，将找到 www.cooltechpc.com 主页，即使这个网页没有在任何一个地方提到他们在 Vancouver,WA。我们开发的另一些技术比如在网页中区分重要与次重要字符以及信息的新鲜程度。
理解查询关键词：理解我们的用户在寻找什么（而不仅仅是几个查询词）非常关键。在这一领域我们取得了几个值得注意的进步，包括最优拼写建议系统，先进的同义词系统，以及强大的概念分析系统。
绝大多数用户已都曾经用过我们的拼写建议系统。当有人输入 [kofee annan] 时我们便会知道他实际在搜索 Mr. Kofi Annan，系统会立即提示：Did you mean: kofi annan；但是，有人搜索 [kofee beans] 实际上就是在搜索咖啡豆。在全球范围里都做到很高的精确度是困难的，但我们做得不错。
同义词是我们理解查询词的基础。这也是我们正在为谷歌解决的最困难的问题之一。虽然有时对人们来说是很容易理解的词，但对于自动语言处理系统来讲却是尚未解决的难题。作为一个用户，我不想为我的查询中使用什么词汇考虑太多。通常我甚至不知道正确的词是什么。这就是我们的同义词系统发挥作用的时候。我们的同义词系统可进行精密的查询修正，例如，我们的系统知道，单词“Dr”在查询 [Dr Zhivago] 时代表医生，但在 [Rodeo Dr] 中代表驾驶。一个用户查询 [back bumper repair] 时得到的结果是后保险杠修理。对于 [Ramstein ab]，我们会自动查询 Ramstein 空军基地；输入 [b&b ab]，我们会搜索加拿大阿尔伯塔的住宿加早餐旅馆。我们已经开发了能够理解差不多 100 种不同语言的这一级别的同义词查询，对此我引以为傲。
概念识别是我们应用于搜索排序系统的另一项技术。识别查询中关键概念帮助我们提供更相关的搜索结果。例如，在我们的算法能够理解在 [new york times square church] 查询中，用户正在搜索时代广场上著名的教堂，而不是在纽约时报上搜索文章。我们不会仅仅停留在识别概念阶段；我们会进一步用正确概念强化查询，比如，有人查询 [PC and its impact on people]，实际上是在查询计算机对社会的影响，或是有人输入 [rainforest instructional activities for vocabulary]，实际上是搜寻雨林教案。我们的查询分析算法包含许多诸如此类的技术，而且，我们在全球范围为差不多每一种语言上提供这一服务。
理解用户：我们努力理解用户的意图，目的在于反馈人们真正想要的，而不仅仅是他们在查询中所说的。这项工作开始于一项全球范围的本土化系统，在这个系统中增加了我们的先进的个性化技术，以及我们在理解用户方面取得进步的几项技术，例如整合搜索。
我们的明确的目标是“ 为全球用户提供相关性最强的本土搜索服务”，这反映在我们的本土化进程中。在不同国家输入同样的查询可能产生完全不同的搜索结果。一位用户在美国输入 [bank] 应该搜到美国的银行，而在英国的用户或许搜到银行授信额度或英国金融机构。在其他说英语的国家，比如澳大利亚、加拿大、新西兰、南非，对此查询的搜索结果应该是当地的金融机构。当人们在一些非英语国家如埃及、以色列、日本、俄国、沙特阿拉伯、瑞士输入这一查询时，事情就变得非常有趣了。同样，查询 [football] 在澳大利亚、英国、美国是指完全不同的体育项目。这些例子告诉我们如何正确获得一个同样的概念的本土化版本。不管怎样，同样的查