六月 1st, 2009

转一篇文章睡觉·

昨天 Google 发表的 Google Wave 真是让人惊歎不已;看完网路上一堆介绍(Google Wave 发表会影片、Twitter上的讨论,还有各网站上的解说与讨论),觉得这东西真的有可能大大改变未来我们在网路交换讯息的方式,甚至改变很多既有网站的面貌。

在这个时间点上,还没有很多关于 Google Wave 的中文资讯,我简单解释一下什麽是 Google Wave 吧,希望我的理解是对的。

Google Wave 是一个 open source 即时讯息交换平台。这个讯息交换平台具有以下吓死人的特色:

1)即时:任何讯息都可以像即时通讯软体一样,立即让所有参与者「逐字看到」讯息–IM 还做不到这点!

2)多人参与:像 email 一样可以拉很多人进到讯息来,但拉人非常容易,只要拖拉头像就可以。

3)可中途拉人乱入,但不失结构:一般 IM 或 Email 也可在讨论进行到一半时拉人进来参与,但后进者会看不到整个讯息讨论的过程;但 Google Wave 没这问题,后进者还是可以看到整个讨论串。

4)大家都可以编辑:这就很像 Wiki 一样,大家可以编辑讨论的内容,修改记录会保留下来,并且用色块标示。 多人同时编时还可以看到每个人正在编辑的部分,也是完全即时的(就跟Google Docs上的一样)

5)可回溯:整个讨论串可以像影片一样倒带,让所有人清楚看到讨论发展过程中谁做了什麽事。

6)「夹档」概念要修正:过去用 email 夹档或用 twitter 夹带 twitpic 照片连结的蠢事会消失。要分享档桉,直接把档桉拖拉到讨论串就行。例如有正妹图要分享,把正妹图拉到讨论过程中就可以了,不用再另存到图床再贴连结;相信档桉也是一样,拖拉一下,所有参与讨论的人都可以看到同一个档桉,也不再会有档桉版本不同的问题。

7)可内嵌到别的网页中:透过 API 交换资料,甚至可以做到在部落格、Twitter或其他网站上同步某个讨论串的内容与过程。

8)加入机器人:机器人就是会自动做出各种回应的程式,可以当成讨论参与者拉进讨论串裡。把你需要的机器人加进讨论成员中,可以干各种各样的坏事;例如把 twitter 机器人拉进讨论串裡,然后在讨论串中发一个新讯息,新讯息就会变成一则推讯,post到 twitter上,并且把后续的回应同步回来。如果拉进去的是blogger机器人,你的讨论串就会变成 blog 上的一篇新文章,连网友回应都能即时同步!甚至还有翻译机器人,能「逐字」立即把你正在打的讯息翻成外文给别人看!

9)加入 Gadget:iGoogle 的 Gadget 可以直接拉到 Google Wave 讨论串裡,这样就能一堆人一起玩数独、做简单民调、在 Google 地图上加注解等更多有趣互动,而且全部是即时反应的!

好,重点来了,这个东西有什麽威力?谁会受到影响?以下是个人的不负责猜想:

1)亳无疑问,这东西比 Email 和 IM 好用太多倍,就算 Email 和 IM 不会立刻死光光,但我想会有很多人开始逐渐改用 Google Wave。

2)可以轻鬆整合各种好用的工具和资讯,例如影片、搜寻结果、文件、照片、地图、各种可用的 Gadget,使用者要贴多媒体讯息,以后不必再费工夫处理这些东西如何和讯息整合在一起(也就是不用夹档,不用找图床、不用贴白痴 javascript 代码,万事用拖拉就行),沟通效率大大提高。像图床、夹档这种蠢事,以后就不会再有了。

3)内容和社群网站开始会有压力:过去内容和社群网站都把资源(内容和使用者)锁在自己的网站裡,顶多能用一些相对封闭的工具把资源拉出去(例如 Facebook 和 Twitter);近年来逐渐看到一些鬆动的迹象;而 Google Wave 似乎可以彻底解放这些枷锁,因为 Google Wave 让任何社群、任何内容都能同步在任何地方展开,给使用者更多的自由。如果开始有内容和社群网站想到可以用 Google Wave 干些不一样的事,而且还有很好的 business model 的话,既有的网站会可能会感受到压力,因为使用者极可能会流向更好用、更开放的服务提供者。

所以呢,这个服务我觉得真是杀到不行。套句 XDite 的话,凶残啊!再等几个月,就可以看到 Google Wave 推出可用的版本,到时整个网路恐怕会有另一场腥风血雨的改变也说不定。

文章来自: 站长网(www.admin5.com) 详文参考:http://www.admin5.com/article/20090531/154676.shtml

五月 31st, 2009
证件图片jpg20kb以下  图片变小软件

以photoshop软件为例。用photoshop打开照片,点击“文件”栏,再点击“存储为web所用格式”,在弹出的页面的设置项目中,选择jpg 格式,在保证图片清晰的前提下相应调小,可选页面上方的“双联”栏查看图片的大小,调到图片大小20KB以下,保存即可。

此外,用ACDSee工具栏的“编辑器”,然后再点“调整大小”,也可把图片处理到20KB以下。同时,现在出现的直接调整图片大小的软件,如果符合尺寸和清晰度的要求,可选择使用。实在不行,可以直接到照相馆、图片社让专业人员处理。

五月 31st, 2009
    

http://blog.s135.com/post/414/

“客户端访问”与“服务器端响应”,犹如一场战争。初期,访问量较小,弄几台服务器随便拉起一只队伍,就能抵抗住客户端的进攻。慢慢的,访问量大起来,这时候,就需要讲究排兵布阵、战略战术、多兵种协调作战。于是,开始有了负载均衡服务器、Web服务器、缓存服务器、数据库服务器、存储服务器等多兵种;开始有了系统架构等战略战术。随着新项目和运营需求的越来越多,我们开始了多线作战。慢慢地,我总结了以下一些思考:    
1、“收编绿林队伍”与“自己招兵买马”:    
两者的关系就犹如“使用开源软件、框架”与“自己开发模块、写框架”,如果已有的开源软件、框架、架构能够较好地用于自己的项目,并便于扩展,则优先使用开源软件;如果没有现成的东西,或者已有的开源软件性能不高、扩展性差、学习成本高,则可以取长补短,在项目中打造自己的“队伍”。    
2、适当利用“雇佣军”:    
在多个项目同时进行时,不要认为自己能打赢每一场战斗,而每一场战斗都由自己亲自去打。确实,我相信很多人能够打赢一场场战斗,却只有少数人能够打赢一场战争。前暴雪北方“四大佬”创建的旗舰工作室的倒闭,印证了这样一个事实:一群天才,却没有让一个划时代意义的游戏诞生。旗舰工作室放着捷径不走却事必躬亲,自己做客户端、自己做语聊系统、自己做图像引擎、自己做客服系统,最终自己被自己给拖垮了。    
不要让战线拉得太广,适当利用“雇佣军”,项目中的一些非重要、非核心的组成部分可以购买其他公司的成熟产品与服务,时间、费用、维护成本可能要更低。最近,我工作中的两项服务使用了“雇佣军”:(1)、购买ChinaCache CDN的Flash Media Server点播加速服务,支撑金山游戏视频宣传站点,节省了部署多节点的成本和时间;(2)、购买快网的智能DNS解析服务,来做金山游戏官网动态内容“北京多线、珠海电信、天津网通”三个机房服务器的智能DNS解析服务,节省了收集、整理,将来更新维护IP信息等工作。    
3、打造“高技术兵器”:    
现代战争的特点都拥一个有共同的前提那就是:都不可能离开“高技术兵器”。同样,要想承担高并发访问,而又希望系统架构简单一点、程序开发快捷一点,那么,则需要一款服务器端的“高技术兵器”。Web 2.0网站主要组成部分有内容页和列表页,内容页可以采用key-value形式的Memcached、Squid等开源产品来实现缓存,高并发访问下需要实时更新的列表页缓存,目前还没有合适的开源产品来解决。MySQL等数据库在高并发连接、大数据记录情况下性能低下,实时更新的列表页,成为最主要的瓶颈。我目前正在基于一些开源类库,开发的一款简单关系型数据库,将实现MySQL单表拥有的大部分复杂条件查询功能,并将达到单表千万级以上记录下,Memcached 60%左右的并发查询性能,预计6月6日开发完成进入测试阶段。    
4、精简军队,提高战斗力:    
军队越多,补给、后勤等开支也会越大,同样,服务器越多,维护成本、托管成本、复杂度也越高。所以,服务器不是越多越好,在能够保证容错性、避免单点故障的情况下,如果能用一台高配置服务器来解决的事,不要同两台低配置的服务器来干。    
传统的系统架构只不过围绕负载均衡设备或服务器、Web服务器集群、数据库服务器集群、搜索引擎服务器集群、分布式存储服务器集群、缓存系统服务器集群等等,技术含量并不是特别高,只不过很多人没有生产环境的机会去实践而已。随着内存价格的下降,单台服务器扩充到64G内存的事情不再罕见;Intel将会在下周面向高端服务器领域发布代号为Nehalem-EX的8核XEON处理器。随着硬件性能的不断提高,我预测,将来的系统架构与服务器集群将不再从服务类型上划分,而将按“CPU密集型服务器集群”、“内存密集型服务器集群”、“存储密集型服务器集群”划分。我现在所设计的架构与开发的服务器端程序,也逐渐向后者转移。    
最近,Google的工程师Luiz André Barroso and Urs Hölzle发表了一篇长达120页的论文,提出了一个数据中心就是一台计算机(The Datacenter as a Computer – An Introduction to the Design of Warehouse-Scale Machines )

1243499486_7529c300

该论文全文下载(PDF):

五月 22nd, 2009

    

5.19日晚8点到9点的样子。QQ上的朋友都在问我断网没?

描述故障现象:能上QQ,网站打不开。

远程》》 cmd 》》  ping www.g.cn   解析不了。

nslookup  输入 www.g.cn 解析不了。

很明显dns问题!

换成opendns地址问题解决。很明显了dns出问题了。

我的建议: 首选dns还是当地的,毕竟响应速度快点。

但是有一点,就是让人讨厌的dns劫持。现在网通给联通了。联通天天放广告!

我现在的做法是 首选还是当地的。备用是 208.67.222.222  208.67.220.220也就是opendns的

这样绝对不怕dns问题!

事件始末我也懒的打字。网上直接copy过来。

——————————————–我是分啊分—————————————

5月19 DNS大规模故障始末

   5月20日下午工信部发布公告,确认“5月19 DNS大规模故障”是暴风网站域名解析系统受到网络攻击出现故障,导致电信运营企业的递归域名解析服务器收到大量异常请求而引发拥塞。

根据网上收集的信息,我们可以推测这次故障的演变过程。可以分为3个阶段。

1、 2家私服火拼

      神秘的2家私服火拼,相互用DDOS攻击对方,据说一方动用了超过10G的攻击流量也没有把对方搞倒。DDOS失败后,非常生气。他们调整攻击目标,丧心病狂地攻击对方的玉米服务商dnspod。搞定了dnspod,也就搞定了对方,当然也影响了众多的使用dnspod的用户

这一次dnspod没有那么幸运,被打倒了。> server 208.67.222.222

Default Server: [208.67.222.222]

Address: 208.67.222.222

> set q=ns

> baofeng.com.

Server: [208.67.222.222]

Address: 208.67.222.222故事到此,该baofeng.com出场了。黑社会火拼的原因似乎和电影里的情节差不多。对于事情的结果可能是攻击者没有想到的,现在应该想怎么逃避责任。这两家sf以后在IDC不会过的很舒服。

3、baofeng等用户“攻击”攻击电信的网络

       暴风影音的装机数量应该是千万级别。当千万级别的暴风影音不停地尝试访问baofeng.com下的主机时,这千万级别的用户也就不停的向当地电信DNS服务器查询baofeng.com的域名,电信dns服务器也就不停的递归解析baofeng.com,但是没有结果返回,结果电信网络的DNS服务器解析量激增,响应速度下降。到此时事件演变成了暴风影音用户“攻击”电信DNS服务器。当然还有其他是DNSpod作为域名解析的网站的访问者也在干着同样的事情。但是暴风影音是主要的,据说baofeng.com的解析量占到了DNS解析流量的40%。

    

     电信DNS服务器出现问题,更多的网站服务器无法解析域名,普通用户无法访问,不停的刷新页面,电信DNS服务器访问量进一步增加,更多的DNS服务器无法提供正常的服务,故障扩大。

Comment: 2个黑社会在自己的地盘群殴,IDC没有发现? 你给了钱,我给你接入,做什么生意我不管。

2、DNSpod早攻击

      攻击者

Non-authoritative answer:

baofeng.com     nameserver = ns2.mydnspod.com

baofeng.com     nameserver = ns1.mydnspod.com

>

Comment:

DNSpod 除了为一家私服提供服务,还为超过10万个其他网站提供服务,当然为了争夺游戏玩家什么都可以干。

Comment:

暴风影音为什么要不停地,不厌其烦地访问自家的网站?不停地,不厌其烦地访问自家的网站,不停把东西推给用户,这是主要的盈利模式?

电信的DNS服务器也太脆弱了。当然现存的DNS(BIND)已经不适合现在的网络了,解析速度慢,不安全等。中国到现在也没有root服务器,费了好大的劲才把cn搬回了中国。在这次事故中电信启动应急预案虽然迟了点,但是比以前好了很多。

2个流氓打架

DNSpod受伤

baofeng火上浇油

结果火烧一大片

电信很生气。

—————————————————–继续分————————————————————

18日开始,著名免费dns服务提供商的6台服务器开始受到攻击.dnspod为诸多网站提供域名解析服务,其中包含暴风影音.

  18日晚上20点33分59秒.在史无前例的大流量攻击下dnspod的6台解析服务器开始失效,大量网站开始间歇性无法访问,其中包括国内诸多知名网站,当然,其中也包含我的不知名网站.第一波攻击的流量在21点30分左右达到高峰,流量超过了10Gbps,如下图 ,要知道,一个电信核心机房的带宽也仅仅最多只有几十G

dnsgz

18日当晚,由于dnspod耗尽了整个机房近乎3分之1的带宽资源,为了不影响机房其他用户,dnspod的电信主力dns服务器被迫离线

  19日晚上,在另一轮高强度攻击下,dnspod服务完全中断,由于暴风影音播放器客户端无法解析出服务器的IP,开始不断向网络供应商的dns服务器发送解析请求,造成当地运营商的dns服务器堵塞.

  19日晚上21点左右,浙江电信dns开始瘫痪 , 之后的两个小时内北京、天津、上海、河北、山西、内蒙古、辽宁、吉林、江苏、黑龙江、浙江、安徽、湖北、广西、

五月 21st, 2009

和平之月 & 吉田洁 -《日本人的遥远旅途》(Long Journey To Japan)[APE]    
大气,苍茫,陶冶之中。    
可惜这是出自日本人的,音乐无国界。只说音乐本身。    
附上xiami 的在线试听

  
全集ape无损音乐,文未给出了电驴地址,值得收藏。好像资源都没了。  
以下是介绍  
———————————–我不是分割线啊~擦脸——————————————–  
中文名称:日本人的遥远旅途  
英文名称:Long Journey To Japan  
别名:日本人はるかな旅  
资源类型:APE  
发行时间:1999年  
专辑歌手:和平之月  
吉田洁  
地区:日本  
语言:其他  
简介:  
post-465201-1158304033  
专辑介绍:  
和平之月,一个专门制作New Age和World Music的亚洲著名音乐公司,旗下精英荟萃,融合民族和世界、东方乐器和西方配乐的典型效果创造属于Pacific Moon风格的作品,公司99%以上的专辑都用一个汉字来作为专辑的名称,显示了专辑本身的特点和音乐人的风格。  
这是NHK综合放送的一部关于日本人起源的记碌片BGM的OST,空灵缥缈是这张专辑的主旋律,其中也不乏具有现代感的节奏和民族化的韵律,总之是一张可听性极高的专辑  
由于众多名家和合力出演,让本专辑的层次达到一个无与伦比的境界(个人认为),想比其他的Pacific Moon音乐来说,本专辑有着更独特,更浓郁的风味,每一首好像都有自己的故事,向人们诉说着日本人旅途中的艰辛、快乐、和发生的故事。配乐方面运用了二胡、三味线、箏、篠笛等东方独有的乐器。  
专辑曲目:  
01、遥远的旅途(はるかな旅)(TV Opening)  
02、启程(旅立ち)  
03、大地求索(大地を求めて)  
04、洗礼  
05、地平线(地平の果てに)  
06、风吹砂(风にふかれて)  
07、诞生时分(几つもの诞生)  
08、基因 D.N.A.  
09、阳光灿烂的地方(阳だまり)  
10、望郷 (Main Theme Erhu Version)  
11、怀念的人们(懐かしい人々)  
12、梦醒了(梦醒めて) (Main Theme Piano Version)  
13、旅程的终结 TV Ending Theme  
什么是 APE?APE 是一种流行的音频文件格式,采用先进的无损压缩技术,在音质不降低的前提下,大小压缩到传统无损格式 WAV 文件的一半;而在音质上超越一般的 MP3,达到和 CD 相同的音质,并且可烧录成与源介质有相同音色品质的 CD。  
———————————–我才是分割线——————————————————  
另附上电驴地址。 由于迅雷吸血鬼的模式下载,严重违背bt资源健康,劲量不用迅雷下,请使用bt精灵等bt软件。  

flac无损的呵呵 吉田潔.-.[Pacific.Moon.-.日本人的遥远旅途].专辑.(FLAC).rar

ed2k://|file|%E5%90%89%E7%94%B0%E6%BD%94.-.[Pacific.Moon.-.%E6%97%A5%E6%9C%AC%E4%BA%BA%E7%9A%84%E9%81%A5%E8%BF%9C%E6%97%85%E9%80%94].%E4%B8%93%E8%BE%91.(FLAC).rar|271619412|00616738B448BA4735D5F9C5B2A58EEE|/

再来mp3格式的 和平之月.-.[日本人的遥远旅途.Long.Journey.To.Japan].专辑.(mp3).rar

ed2k://|file|%E5%92%8C%E5%B9%B3%E4%B9%8B%E6%9C%88.-.[%E6%97%A5%E6%9C%AC%E4%BA%BA%E7%9A%84%E9%81%A5%E8%BF%9C%E6%97%85%E9%80%94.Long.Journey.To.Japan].%E4%B8%93%E8%BE%91.(mp3).rar|77971466|F6C5487F1AD836AC7FDF3DD589CFD2F0|/

五月 20th, 2009
    

见到用 日期中用 某年某月某廿日表示。 当看到这个第一反应就是,这个廿表示二十吧。为了再次确认下我的确没错,

搜索了下~

相关字典

http://www.chinabaike.com/dir/zidian/n/538472.html

http://www.zdic.net/zd/zi/ZdicE5ZdicBBZdicBF.htm