基于开源Flash Server：Red5构建RTMP流媒体播放平台[原创]
Linux下PHP 5.2 Oracle客户端扩展（OCI8）安装[原创]
2009-4-19 23:56 | by
[文章作者：张宴 本文版本：v1.0 最后修改：2009.04.19 转载请注明原文链接：http://blog.zyan.cc/post/410/]
2009年4月14日（星期二）
下班后，和同事打的到首都国际机场，乘21:10起飞的中国南方航空CZ3734航班飞往珠海。这也是我第一次坐飞机。
波音737穿越着宁静的天空，云端望月的景象，罕见而优美。经过的三个小时的飞行，掠过了大半个中国，飞机降落在珠海三灶机场。
走出飞机，打的前往吉大区的如家快捷酒店，沿途海风扑面，湿气弥漫，与北京的干燥行成鲜明的对比。
2009年4月15日（星期三）
上午10点，我们去了珠海金山软件公司，在“万花谷”会议室跟西山居工作室开了个小会，随后参观了三楼的《剑侠世界》研发团队和四楼的《剑侠情缘网络版3》研发团队，向他们请教了100多人协作开发的项目管理经验。
下午，跟金山网游公司CTO的会议，是我主要关心的议题，以下几项收获也不错：
1、我所设计的“广州电信机房、天津网通机房、北京电信通多线机房”三个核心IDC的系统架构得以通过，只是做了点小调整，将“广州电信机房”换成了“珠海电信机房”，因为金山享有珠海电信在带宽和线路上的特殊待遇。
PS：百度网页搜索前端服务器也分布在三个机房：北京电信机房、北京网通机房、北京长城宽带多线机房。
全国所有电信用户访问 www.baidu.com 将被解析到以下两个VIP：
220.181.6.19 （北京市·电信）
220.181.6.18 （北京市·电信）
全国所有网通用户访问 www.baidu.com 将被解析到以下两个VIP：
202.108.22.5 （北京市·网通）
202.108.22.43 （北京市·网通）
全国铁通、教育网等其他访问 www.baidu.com 将被解析到以下两个VIP：
119.75.213.50 （北京市·长城宽带）
119.75.213.51 （北京市·长城宽带）
2、获批了20台服务器。搭建我三个IDC的架构平台，硬件资源得以满足，剩下要解决的就是这20台服务器尽快到位的问题了。
3、允许了将来购买 Adobe 即将推出的 Flash Media Server 4.0 授权，利用 Flash Player 10 和 RTMFP协议（支持P2P）提供 FLV/MP4(H264) 视频流媒体点播服务。
目前逍遥网《基于开源Flash Server：Red5构建RTMP流媒体播放平台》，采用的是 RTMP 协议，生产环境（剑网3相关视频：http://jx3.xoyo.com/xgxz/video/）平均每个视频播放所消耗的带宽是25KB/秒，100M独享带宽可以支撑500人同时在线观看。将来采用 RTMFP 协议进行 Flash P2P 视频点播服务，将大大地节省带宽。
RTMFP 是 Real‐Time Media Flow Protocol的缩写，是Adobe推出的一种新的通信协议，这种通信协议可以让 Flash 客户端直接和另外一个Flash 客户端之间进行数据通信，也就是常说的P2P的方式进行通信。
RTMFP 将会大大地减少音视频直播、点播、多人在线游戏等应用的网络带宽的消耗，减轻服务器的负担。因为很多数据都是客户端之间直接传输了，无须再经过服务器中转了。RTMFP由于使用了UDP网络协议，所以相对之前的TCP协议在数据传输效率上也会大大提高，这种优势在音视频数据传输方面是非常明显的。
下面的示意图表现了RTMFP和RTMP的不同之处：
4、还会购买 Oracle 数据库，用于会员中心等业务。
今天的中午、晚上两顿饭都是西山居请的客，在此感谢。
2009年4月16日（星期四）
今天的会议，主要是关于游戏官网的。
晚上，和老婆在珠海工作的大学室友等三位美女聚会，吃“光头香辣蟹”。
2009年4月17日（星期五）
下午吃完饭，去给老婆买了点东西。16点，珠海金山派车送我们去珠海机场，一路上放着金山游戏歌曲。南航的CZ3733航班起飞，我在高空中俯瞰珠海的建筑、大海及岛屿：
2009年4月14日（星期二）
下班后，和同事打的到首都国际机场，乘21:10起飞的中国南方航空CZ3734航班飞往珠海。这也是我第一次坐飞机。
波音737穿越着宁静的天空，云端望月的景象，罕见而优美。经过的三个小时的飞行，掠过了大半个中国，飞机降落在珠海三灶机场。
走出飞机，打的前往吉大区的如家快捷酒店，沿途海风扑面，湿气弥漫，与北京的干燥行成鲜明的对比。
2009年4月15日（星期三）
上午10点，我们去了珠海金山软件公司，在“万花谷”会议室跟西山居工作室开了个小会，随后参观了三楼的《剑侠世界》研发团队和四楼的《剑侠情缘网络版3》研发团队，向他们请教了100多人协作开发的项目管理经验。
下午，跟金山网游公司CTO的会议，是我主要关心的议题，以下几项收获也不错：
1、我所设计的“广州电信机房、天津网通机房、北京电信通多线机房”三个核心IDC的系统架构得以通过，只是做了点小调整，将“广州电信机房”换成了“珠海电信机房”，因为金山享有珠海电信在带宽和线路上的特殊待遇。
PS：百度网页搜索前端服务器也分布在三个机房：北京电信机房、北京网通机房、北京长城宽带多线机房。
全国所有电信用户访问 www.baidu.com 将被解析到以下两个VIP：
220.181.6.19 （北京市·电信）
220.181.6.18 （北京市·电信）
全国所有网通用户访问 www.baidu.com 将被解析到以下两个VIP：
202.108.22.5 （北京市·网通）
202.108.22.43 （北京市·网通）
全国铁通、教育网等其他访问 www.baidu.com 将被解析到以下两个VIP：
119.75.213.50 （北京市·长城宽带）
119.75.213.51 （北京市·长城宽带）
2、获批了20台服务器。搭建我三个IDC的架构平台，硬件资源得以满足，剩下要解决的就是这20台服务器尽快到位的问题了。
3、允许了将来购买 Adobe 即将推出的 Flash Media Server 4.0 授权，利用 Flash Player 10 和 RTMFP协议（支持P2P）提供 FLV/MP4(H264) 视频流媒体点播服务。
目前逍遥网《基于开源Flash Server：Red5构建RTMP流媒体播放平台》，采用的是 RTMP 协议，生产环境（剑网3相关视频：http://jx3.xoyo.com/xgxz/video/）平均每个视频播放所消耗的带宽是25KB/秒，100M独享带宽可以支撑500人同时在线观看。将来采用 RTMFP 协议进行 Flash P2P 视频点播服务，将大大地节省带宽。
RTMFP 是 Real‐Time Media Flow Protocol的缩写，是Adobe推出的一种新的通信协议，这种通信协议可以让 Flash 客户端直接和另外一个Flash 客户端之间进行数据通信，也就是常说的P2P的方式进行通信。
RTMFP 将会大大地减少音视频直播、点播、多人在线游戏等应用的网络带宽的消耗，减轻服务器的负担。因为很多数据都是客户端之间直接传输了，无须再经过服务器中转了。RTMFP由于使用了UDP网络协议，所以相对之前的TCP协议在数据传输效率上也会大大提高，这种优势在音视频数据传输方面是非常明显的。
下面的示意图表现了RTMFP和RTMP的不同之处：
4、还会购买 Oracle 数据库，用于会员中心等业务。
今天的中午、晚上两顿饭都是西山居请的客，在此感谢。
2009年4月16日（星期四）
今天的会议，主要是关于游戏官网的。
晚上，和老婆在珠海工作的大学室友等三位美女聚会，吃“光头香辣蟹”。
2009年4月17日（星期五）
下午吃完饭，去给老婆买了点东西。16点，珠海金山派车送我们去珠海机场，一路上放着金山游戏歌曲。南航的CZ3733航班起飞，我在高空中俯瞰珠海的建筑、大海及岛屿：
看完《inotify -- Linux 2.6 内核中的文件系统变化通知机制（http://www.ibm.com/developerworks/cn/linux/l-inotifynew/）》
后，我豁然开朗了。
能否出一些教程或体会，小弟碰到相同的跨机房同步问题
上班时间看了太久没做事，要回去干活了，做个记号，下次再看
强~~~~~~~~~~~~~~~向你学习
同时，利用Google的MirroredBinlogs（http://code.google.com/p/google-mysql-tools/wiki/MirroredBinlogs）实现MySQL主库的跨IDC环状热备。这个Patch通过修改MySQL Replication中Slave IO线程的实现，让该线程在写入relay log的同时，再Mirror了一份与Master端完全一模一样binlog。这里所说的一模一样不仅仅是binlog的内容完全一样，同时还包括binlog的文件名。也就是说，该线程在Slave端完全copy了一份Master的binlog日志。"
google补丁的版本是针对5.0.37的Mysql版本，你的关于Nginx安装的里面已经将mysql版本提高到5.5,我现在用的是5.1.38，请问，这个google的补丁还能不能用在5.1.38或者5.5上面.
服务器被流量攻击有什么好的办法解决吗？公司最近几天被攻击，没办法工作,希望您能帮我，谢谢
"同时，利用Google的MirroredBinlogs（http://code.google.com/p/google-mysql-tools/wiki/MirroredBinlogs）实现MySQL主库的跨IDC环状热备。这个Patch通过修改MySQL Replication中Slave IO线程的实现，让该线程在写入relay log的同时，再Mirror了一份与Master端完全一模一样binlog。这里所说的一模一样不仅仅是binlog的内容完全一样，同时还包括binlog的文件名。也就是说，该线程在Slave端完全copy了一份Master的binlog日志。"
mysql不是提供了这样的功能吗？如下面这个参数：
--log-slave-updates
Tells the slave to log the updates from the slave thread to the binary log. You will need to turn it on if you plan to daisy-chain the slaves.
Louis Vuitton Neverfull