原文链接 http://sunote.info/tag/beijingair/ 从2月9日开始,@BeijingAir修改了报告的内容,从原来的报告过去1小时和当天平均值改为PM2.5和Ozone两个值。 原来的格式为: 2-9-2010 ; 11:00 ; Latest Hour ; 0.091 ; 169 ; Unhealthy ; Today’s Avg ; 0.216 ; 266 ; Very Unhealthy 现在的格式为: 02-21-2010; 09:00; PM2.5; 189.0; 239; Very Unhealthy // Ozone; 0.9; 1; Good @BeijingAir是美驻华使馆在使馆区设置的一个空气检测站,将数据每隔一小时自动发送到twitter上。以前的数值仅仅为PM2.5,2月9日之后增加了Ozone。 几种污染物 PM2.5是Particulate matter 2.5的缩写,指大气中直径小于或等于2.5微米的颗粒物,也称为可入肺颗粒物。会进入肺部的气体交换区(肺泡),引起血管炎和动脉粥样硬化,进而导致心脏病和其他循环系统疾病。 PM10指直径等于或小于10微米,可以进入人的呼吸系统的颗粒物,也称为可吸入颗粒物。10微米到2.5微米的颗粒,部分会被肺呼出,部分被支气管和肺部组织吸附。 PM100指直径小于和等于100微米的颗粒物,也称总悬浮颗粒物。大于10微米的大多数被鼻腔和咽喉阻挡,不会造成麻烦。 PM2.5的影响 大气中PM-2.5污染控制的意义与途径一文中提到: PM-2.5是导致城市人为能见度下降的祸首 PM-2.5是城市大气污染物中损害人体健康的元凶 什么是Ozone Ozone是我们呼吸的空气,对人体健康有直接地影响。 解读@BeijingAir数据 目前@BeijingAir的数据格式为: 日期; 时间; PM2.5; PM2.5浓度; PM2.5空气质量指数; 健康等级 // Ozone; Ozone浓度; Ozone指数; Ozone健康等级 PM2.5的空气质量指数 Air Quality Index Levels of Health Concern Numerical Value Meaning Good 0 to 50 Air quality is considered satisfactory, and air pollution poses little or no risk Moderate 51 to 100 Air quality is acceptable; however, for some pollutants there may be a moderate health concern for a very small number of people who[…]

终于没忍住,买了这个。同事说买这个不值,你应该加几百去搞一个touch2. 这麽长时间了,我还是不喜欢touch或者iphone的单线程单任务操作。以及他们圆润的沾满指纹的后盖。touch和iphone固然好玩,但是我心目中的pda和手机应该更偏向电脑,而不是手机。比如我中意的android平台和wm平台。 下面是试用报告(优缺点): 优点 1,媒体库,专辑浏览模式,cover flow做的都不错,强大的播放列表及搜索,恩不错。还有是足够大。再也不用为在mp3里放什么歌而睡不着觉了 2,别的系统没用过,但是win7下可以直接读出,做移动硬盘用。可惜我有移动硬盘了。不过这样我就能塞更多的av在里面啦,哈哈哈哈 3,同步的速度很快。我这位黑色小d被我拿回来,第一次就给人家干了18G的音乐。还好还好,没有娇喘。 4,触摸操作不错。 缺点 1,还是媒体库,itunes的媒体库太垃圾,更新到ipod的专辑封面都是错的。一会儿单独说itunes. 2,到处都是指纹,到处都是指纹。简直就是一个指纹收集器。 3,耳机只能用过得去来形容,当然,一个mp3你要什么音质。   优缺点说完了,如果你和我一样需要一个32G以上的mp3并且没钱(3000多)买sony的话。这个是最好的选择。视频和图片功能基本我是忽略的,屏幕那么小,看个球啊。下面揭批itunes这个丑陋的家伙。 第一次用itunes,以前都是用wmp12或者winamp做媒体库管理。所以在使用itunes四小时后,我决定如果不做固件升级的话,从此不打开这个烂软件。itunes的缺点有: 1,专辑封面信息极少,我这里300张专辑,找到三分之一不到。itunes远不如wmp12的专辑信息那么丰富,丰富到我每次都说:我艹,这个也有!? 2,只有在把图片放入专辑文件夹之后才能读出专辑封面。wmp是只要把封面图片拖拽到专辑上就自动把图片付给了歌曲做属性,文件夹干净无任何图片。方便又简洁。不知道ipod读取封面属性的规则是什么,反正我在wmp里费尽心思工工整整的整理的专辑封面,用itunes同步完了发现的都是错的。垃圾啊。 3,媒体库专辑页面做的太简单了,一个图片,下面是一个极难看的中文字体,p苹果大哥你不是靠图形起家的吗? 4.用户提示莫名其妙,我有时候不知道他在跟我说什么,是win32的东西用多了吗?linux下的mplayer也没这样啊? 还有些细节一时半会也想不起来。但是最让我受不了的就是第一条和第二条。所以,我把丫雪藏了。 替代品十分丰富,你自己可以google一下。使用一个wmp插件用wmp给ipod同步绝对比itunes要方便易用。如果你用过wmp的媒体库的话,你会爱上她的。或者我还推荐MP3播放器的元老级winamp,他的媒体库也比itunes好用。充分发挥google的威力吧,唾弃莫名其妙的itunes.

虚拟机分硬盘小了,拜我120G硬盘所赐。今天终于不够用了,所以网上找了一下虚拟机增加硬盘容量的方法。实现过程如下。windows下的。 vm安装目录下有一个vmware-vdiskmanager.exe命令,就用它了。 命令说明: E:\VMware\VMware Workstation>vmware-vdiskmanager.exe VMware Virtual Disk Manager – build 13124. Usage: vmware-vdiskmanager.exe OPTIONS diskName | drive-letter: Offline disk manipulation utility Options: -c : create disk; need to specify other create options -d : defragment the specified virtual disk -k : shrink the specified virtual disk -n : rename the specified virtual disk; need to specify destination disk-name -p : prepare the mounted virtual disk specified by the drive-letter for shrinking -q : do not log messages -r : convert the specified disk; need to specify destination disk-type -x : expand the disk to the specified capacity Additional options for create and convert: -a : adapter type (ide, buslogic or lsilogic) -s : capacity of the virtual disk -t[…]

这台小黑用了快两年了,07年7月买的,行货。性能是很稳定的,但是由于我工作用,或者平常在家里做个练习或者娱乐一下,导致这个家伙从买来那天开始每天开机时间最少12个小时,所以散热器是非常耗的,特别是调试或者生成程序时会自动占用大量cpu资源,所以发热量也比一般办公或者娱乐要大,持续时间要长一点。 以前已经出过一次问题了,在一年以前的这个时候,去客服换过一个风扇。一年安然无事。上周五一我正在爽《突袭:资源战争》这个游戏,很老的游戏了,突然死机,摸摸键盘和出风口以及出风口底部,很烫,估计有90度。cpu还不得上百度。于是打客服,人家态度极好的说您过保了,换个风扇800大洋一分不能少。呵呵,虽然知道think的客服贵,做好了心里准备,但还是被吓了一下,咽了口唾沫。然后致电中关村鼎好地下2那帮搞维修的JS,说150-200给你修好。我说怎么修啊?换件还是只拆机维修。答曰:不换件只维修。于是我明白了,不就是除尘上油吗,我自己也能做,为什么还要冒着被偷换零件暴力拆机等等的风险让JS给我修呢。好吧,动手的时候到了。另外说一句鼎好地下2那帮人除了走品牌指定维修这一条路之外,其余的零散的维修点十分混乱,到处都是蒙人的地儿。 网上有t61的拆机教程在这里http://www.flyiky.com/viewthread.php?tid=37941,r61和那篇文章还是有很多不一样的地方的。比如U型面板,很大的不同,而且那篇文章有很多细节没有说明。今天我闲着没事做,把散热问题解决了吧 准备工作是一把改锥和一点点导热硅脂。散热器和cpu以及显卡芯片连接,和台式机差不多,所以需要硅脂。 无图无真相: (有点脏的小黑,因为很久没清洁了,今天顺便) 可以参照t61的拆机方法,把掌托和键盘先取下来。机器背部都有tips标明某个螺丝是干吗的,很简单。还是要注意排线连接处,要小心。 内存也参考那篇文章.拿下. 第一个注意的地方:在那猫卡和无线网卡的时候,先把螺丝卸下, 卸无线网卡的时候要小心,因为我觉得那三个连接处不是很结实,万一像拔萝卜似得拔断了,恭喜你失去了Wifi的天线 。这三根线的排列顺序是从左往右灰、白、黑,装回去的时候不要搞错了。 好,现在来看看你手上的配件,十几颗螺丝,一到两根内存,一个掌托,一块猫卡,一块无线网卡。别多了也别少了。 下面是我感觉最费劲的一步,因为网上找不到资料,所以拆起来很伤脑筋。也不敢暴力,怕伤了小黑。所以还是请各位胆大心细吧! U型面板拆解: 先把U型面板的螺丝卸下(这篇文章是我拆机之后一周写得,有些螺丝的位置记不住了,见谅) 把上面的螺丝卸下 来之后,要轻轻的撬动这个地方,   再清算一下,你把上面的螺丝都卸下了,液晶屏排线连接处的卡子也撬松动了,麦克和音响的线也拔掉了,ok,再来:要小心的从各个方位撬一下U型面板,如果没有明显的外力阻挡的话,就应该拿下来了。   现在查显示器,把显示器的排线拔掉,两根金属柱子的螺丝你在上面那一步取背面的螺丝时已经拿掉了,所以你只需轻轻一拔,就成这样了(头颈分离的小黑) 剩下的就简单了,我们的目标是散热器,就那么几个螺丝,拆掉就好了。最后就是为了这个家伙,真脏啊!感谢北京的灰尘天气!!! 既然要解决散热问题,所以需要用来吹气的吹壶一个,就是用手捏一下就能吹一下那个东西,我也不知道叫什么。或者强力一点的电吹风也行,宅男们实在没有就只能动嘴了同学们,先把散热片和扇叶吹干净再说。本来想给风扇的电机轴承上油,但是发现要拆散热器,犯懒了,没拆。只是把老化的硅脂擦掉,涂上了新的,然后组装。 小黑复活啦!!!! 处理以后风扇转速在3000转以上,温度稳定在60度上下,跑大程序最多也就70度,虽然还是有点高,但是起码不死机了,配合散热底座之类的应该再坚持半年不成问题。散热器这东西在北京还是半年清理一次的好,北京灰尘太多。 希望对你有用。 ps:组装的过程中发现多了3颗螺丝,死活想不起来该插到哪里了,呵呵。 Technorati 标签: asp.net,r61,r61散热问题,r61拆机

这个很有用。以下全文转自月光博客 免费网站状态监控服务   网站最重要的就是稳定性,如果网站因为宕机而无法访问,那么对于网站本身来说是一场灾难,网站管理员最重要的职责就是在服务器宕机后第一时间进行恢复,防止网站长时间宕机造成更多损失,因此,网站管理员需要一个对其网站进行24小时不间断的监视的服务,一旦出现无法访问的情况,就立刻通过邮件和短消息通知管理员。这里我介绍一些常用的免费网站宕机监控服务。 SiteUpTime  – 免费用户可以监控一个网站,每半小时监测一次,可监测4个端口,提供4台监测服务器供用户选择,网站不能访问的时候会发送Email通知你。SiteUptime还为免费用户提供统计报告、每月报告邮件等实用服务。 Site 24×7 – 免费用户可以每60分钟检测最多2个网站的情况。可以获得邮件或者短信的告警以及报告。新注册用户可以享受15天全功能使用,之后会自动切换为免费帐户。值得注意的是,这个网站提供中文界面,不懂英文的推荐使用这个网站。 WebPerform – 中文版的网站监测服务,免费用户可以每60分钟监测最多两个网站。 HostTracker – 免费用户每30分钟监控两个网站。 网站保姆 – 中国站长站推出的监控服务器在线状态的服务,免费用户可在30分钟监测一个服务器,邮件通知,收费用户有短信通知。 转载自月光博客 [ http://www.williamlong.info/ ] 本文链接地址:http://www.williamlong.info/archives/1786.html

zt小规模低性能低流量网站设计原则 作者:Fenng 网址:http://www.dbanotes.net/   到处都是什么大规模啊,高流量啊,高性能之类的网站架构设计,这类文章一是满足人们好奇心,但看过之后也就看过了,实际收益可能并不大;另外一个副作用是容易让人心潮澎湃,没学走先学跑,在很多条件仍不具备的情况下,过度设计、过度扩展(高德纳大爷也说过,”过早优化是万恶之源”),所以,这里反弹琵琶,讨论一下小规模、低性能、低流量的网站该如何搞法。 如果站点起步阶段可能就是一台机器(或是一台虚拟机,比如 JobsDigg.com ),这个时候,去关注什么数据拆分啊,负载均衡啊,都是没影子的事情。很多大站点的经验绝不能照搬,辩证的参考才是硬道理。 拥抱熟知的技术 动手构建站点的时候,不要到处去问别人该用什么,什么熟悉用什么,如果用自己不擅长的技术手段来写网站,等你写完,黄花菜可能都凉了。所以,有现成的软件组件可用,就不要自己重新发明轮子。人家说 Python 牛,但自己只懂 PHP ,那就 PHP 好了,如果熟悉 .net ?,那也不错。用烂技术不是丢人的事情,把好技术用烂才丢人。 架构层次清晰化 起步的阶段应该清楚的确定下来架构的层次。如果都搅和在一起,业务一旦扩增开来,如果原有的一堆东西拆不开就是非常痛苦的事情。 Web Server (AppServer)Cache(eg. Memcached)DB 层次清晰化的一个体现是(以 LAMP 架构为例):即使只有一台机器,也应该起个 Memcached 的实例,效果的确非常好–一般人儿我不告诉他…不要把什么都压到 DB 上,DB 一旦 I/O 压力走到磁盘上,问题要暴露出来是很快的。没错,DB 本身也会利用自己的 Cache,但 DB 的Cache 和 Memcached 设计出发点毕竟不一样。 数据冗余? 有必要 很多人并不是数据库设计专家,如果应用要自己设计表结构什么的,基本都是临时抱佛脚,但三个范式很多人倒是记得牢,这是大多数小型 Web 站点遇到的一个头疼事儿,一个小小的应用搞了几十个表… 忘掉范式这个玩意儿! 记住,尽可能的冗余数据,你在数据层陷入的时间越多,你在产品上投入的就会越少。用户更关心的是产品的设计。 前端优化很重要 因为流量低,访客可能也不多,这时候值得注意的是页面不要太大,多数流量低的站点吃亏就在于一个页面动辄几兆(我前两天看到一个Startup的首页有4M之大,可谓惊人),用户看个页面半分钟都打不开,你说咋发展? 先把基本的条件满足,再去研究前端优化。 功能增加要谨慎 不是有个 80/20 原则么? 把最重要的精力放在最能给你带来商业价值的地方。有些花里胡哨的功能带来很大的开销,反而收效甚微。记住,小站点,最有价值的是业务模式,而不是你的技术有多牛。技术是为业务服务的,不要炫技。 有些网站不停的添加功能,恰恰是把这些新功能变成了压死自己的稻草。 从开始考虑性能 这一点是可选的,但也重要。设计应用的时候在开始就应考虑 Profile 这件事情。一套应用能否在后期进行有效优化和扩展,很大的程度限制在是否有比较合适的 Profile 机制上。需要补充的是,对性能的考虑必然要把有关的历史数据考虑进来。另请参见网站运维之道的容量规划以及其它小帖子。 好架构不是设计出来的 这是最后要补充的一点。好的架构和最初的设计有关系,但最重要的是发展中的演化: 发展–>发现问题–>反馈–>解决问题(执行力)–> 改进->进化到下一阶段–新问题出现(循环) 有些站点到了某个阶段停足不前,可能卡在执行力这个地方,来自用户的反馈意见上来了之后,没有驱动力去做改进。最后也是死猪不怕开水烫了。最怕听到的就是”业务不允许”的托词,试想如果不改进业务都没了,那业务还允许么? 其实就是一层心理障碍。 这篇文章有浓重的山寨风格,所以,你不要太认真。如果在用短、平、快的方式构建某些山寨网站的话,可参考其中对你有益的点,不赞同的地方可以直接忽视掉,就没必要费力留言进行争论了。 –EOF– 好的业务模式(产品) + 很好的技术 = 大赚钱 好的业务模式(产品) + 能用的技术 = 也赚钱 差的业务模式(产品) + 好的技术 = 赚吆喝(现在的SNS就差不多这样了) 差的业务模式(产品) + 差的技术 = 自己浪费资源 © 作者:Fenng 网址:http://www.dbanotes.net/转载文章请注明作者以及出处