Mindblown: a blog about philosophy.
-
地震前后,科技还能有什么用?
首先请允许我推荐一篇文章“左志坚:关于地震和救灾的常见误区(供参考)”,希望能够帮助关注雅安地震的人们更好的救灾。 据国家地震台网测定:北京时间2013年4月20日8时2分,在四川省雅安市芦山县发生7.0级地震。当天下午14:55,虎嗅网发表了一篇文章“地震前后,科技能有什么用?”(以下简称“虎文”)对科技在地震防范和救治中的作用进行了预测和讨论。10个多小时后,随着救灾进展和相关新闻的持续发布,越来越多的事实显现出许多科技在救灾中的应用。本文对这些报道进行汇总,并主要着眼于IT领域对“虎文”予以补充。 一、地震预警 提 到地震测报,一般会涉及到三个表面相似、实质迥异的概念:地震预测、地震预报和地震预警。地震预测(Earthquake Prediction)指“详细描述未来某次地震发生的时间、地点和强度”,对预测的要求是精确、及时、可靠。而地震预报(Earthquake Forecasting)指“对于给定区域未来几年或几十年的一般性地震灾害进行概率性评估,包括破坏性地震的频率和强度”。地震预警 (Earthquake Warning)则指“检测到严重地震后,提前数秒向邻近区域发布警告信息”(以上资料来源:英文维基 Earthquake prediction)。 尽 管人们对地震预测和预报寄予厚望,但从目前的科技条件来看,地震预警——严格的说它并不属于地震测报范围,因为它仅在地震发生后向周边区域示警——却是最 有效、最可靠的地震减灾技术之一。“虎文”详细描述了地震预警的原理,提到了“2012年9月2日,由成都高新减灾研究所自主研发的“ICL地震预警技术 系统”通过由四川省科技厅组织的科技成果鉴定”,并提问道“不知这次(ICL地震预警技术系统)漏报了没?” 根据这则报道, “成都高新减灾研究所建设的地震预警技术系统提前发布预警信息,其中给雅安主城区的预警时间为5秒,给成都市主城区的预警时间为28秒。该预警信息实时通 过微博、计算机网络、手机客户端、汶川和北川电视台和学校专用接收终端等同步发布。”这则报道还提到:更多的网友称,现有的预警信息发布渠道过窄,既没有 收到短信,也无法听到警报,也不可能“随时都看着微博”。这说明IT技术在拓展地震预警信息发布渠道方面还大有可为。 二、网络寻人 “虎文”提到:20日下午四时许,谷歌已为此次四川雅安地震上线了“谷歌寻人”。至20日晚间,百度、腾讯、360、搜狐等国内主要网站也纷纷开通了寻人平台,百度的是“情系雅安·寻亲友报平安”,腾讯的是“芦山地震寻人”, 360的是“四川雅安地震寻人平台”,搜狐的是“地震找人”。此外,新浪微博开通了#雅安寻人#的微话题,设定了寻人微博格式;腾讯还推出“雅安地震救助”微信公众账号作为腾讯网四川雅安地震救助信息集散平台;360还推出紧急发布360浏览器"地震寻人"插件,一键寻人报平安。 可以说“网络寻人”是各个网站容易发挥作用的地方,其平台搭建速度之快令人钦佩。唯一值得注意的是,这些平台大都各自为政,无法互联互通,对急火燎的使用者来说,可能存在某些不便之处。 三、地图救助 百 度除推出“寻人平台”外,还结合百度地图指导人们如何使用电子地图帮助救灾,包括:“注意震区附近路况,避让救援道路”,“标记伤员位置,更快获得救助” 和“地震交通延误,紧急备选方案”。这对人们进行自救和救助都不无裨益。不过,如果身处灾区,地图应用有可能加重灾区手机通信网络的负担,建议仅在条件许 可时使用。 四、遥感观测 遥感技术是从人造卫星、飞机或其他飞行器上收集地物目标的电磁辐射信息,判认地球环境和资源的技术。在地震发生后,利用遥感技术快速获取受灾区域的地理和灾情信息,对于救援规划、现场指挥、物资/人员调度和后续灾害的防范具有重要价值。根据人民网的报道, “灾害8点02分发生,9点18分就已经派了直升飞机前去获取信息,了解灾情,从北京10点钟左右就派了侦察机过去获取灾情。中午12点左右,我们已经可 以从电视台和网上看到航空遥感的影像,并据此分析受灾情况。”这就是遥感技术的典型应用,“反映出我们的应急速度加快了,而且非常重视信息的快速收集,因 为只有获得了准确的信息,我们才能够根据这个信息作出准确的决策,把有限的救援力量投入到关键点上。” 五、地震搜救机器人 “虎文”中提到了“2010年7月国家‘863’重点科研项目的中国首批地震搜救专业机器人研制成功……不知这次是否能派上用场。”据我国领先的机器人研究机构——中国科学院沈阳自动化研究所报道, 该所的废墟可变形搜救机器人、机器人化生命探测仪和旋翼无人机等三款机器人已在20日下午出发急赴灾区开展救援工作。这三款机器人均为国家“十一 五”863重点项目“废墟搜索与辅助救援机器人”的研究成果,曾经被中国地震局评为“十一五”以来最具应用实效的10项科技成果。预计它们将在震后黄金 72小时救援期协助搜救人员发挥巨大作用。 六、信息交流…
-
中国雅虎邮箱8月停止服务 用户质疑阿里云质量
阿里巴巴旗下的中国雅虎今天向用户发出通知,中国雅虎邮箱将于2013年8月19日停止服务 阿里巴巴旗下的中国雅虎今天向用户发出通知,中国雅虎邮箱将于2013年8月19日停止服务,此后用户的所有邮件和相关的帐户设置都将被删除且无法恢复。这也意味着互联网最老牌的雅虎邮箱会退出中国市场。 据这份通知中表示,雅虎邮箱停止服务后用户数据将暂时由阿里云邮箱接管,中国雅虎建议用户注册并绑定一个全新的阿里云邮箱。 而对于突然收到的关闭通知,很多雅虎用户除了表示惊讶也提出了质疑。网友“若二_主要任务是求RP”发了一个哭泣的表情说,自己好多账号绑定的都是雅虎邮箱,看到这个通知后昨儿慌极了。 知名导演高群书也在自己的认证微博表示:“登陆雅虎邮箱,接通知,雅虎邮箱将停止服务,所有邮箱可转移至阿里云,否则,邮件将在雅虎邮箱停止服务时全部消失。这么大一企业,说停止服务就停止服务?为什么啊?这阿里云靠谱吗? 本文来自 比特网
-
去哪儿网:与同程网腾邦国际等OTA已恢复合作
近日,部分OTA与去哪儿网暂停合作引起了行业和大量媒体的关注,目前这一事件有了新进展。4月15日,去哪儿网对外宣布,已经恢复了与同程网、腾邦国际、来订吧等OTA已恢复合作上线。 去哪儿网酒店事业部总经理者希博表示,此次事件帮助去哪儿网听到了很多来自业界的声音,包括价格战和垄断型OTA对新兴OTA运营的威 胁,OTA对于酒店发展直销业务以及去哪儿网推广TTS系统的误解和担心,及时听到这些声音有助于去哪儿网更好地支持合作伙伴,加强沟通消除误会,去哪儿 网将继续对新兴OTA进行多种业务形态的支持。 据了解,同程网旗下部分网站将进驻TTS系统。此外,还有数十家OTA也将加入此系统。TTS系统是去哪儿网提供的一个用户下单、供应商订单管理的平台系统。TTS是一种“中间页”概念,供应商以自己的品牌经营自己的旗舰店。 去哪儿网TTS系统对于消费者的优势在于用户体验统一并保障交易安全。消费者不用反复输入相同信息和学习各个网站的展示规则,同时可以享受到去哪儿网“赔计划”保障。者希博说,去哪儿网将与同程网等OTA一起通过TTS系统共同保障消费者的预订体验。 本文来自:比特网 李群
-
xp下最新版Apache+PHP+ MySQL+ phpMyAdmin+ Zend Optimizer 安装配置教程
到官方网站下载最新正式版本(括号内为本文写作时版本): Apache(2.2.8-win32-x86-openssl-0.9.8g.msi ):http://httpd.apache.org/download.cgi PHP(5.2.5,zip package):http://cn2.php.net/downloads.php MySQL(5.0.41):http://dev.mysql.com/downloads/ phpMyAdmin(2.11.4 all-languages.zip):http://www.phpmyadmin.net/home_page/downloads.php Zend Optimizer (3.3) : http://www.zend.com/store/products/zend-optimizer.php 提示:下载完成后建议校验一下文件的MD5值 为了以后重装系统方便,建议不要安装在系统盘,这里安装在D盘。可以是根目录,亦可以是其它目录,但最好目录名中不要有空格,这样可以避免某些错误的出现。 (一)安装Apache 5.2.5 开始后,同意协议,一路Next。 到了填写Server Information这一步,设置系统信息,在Network Domain下填入您的域名(比如:xunbaozu.com),在Server Name下填入您的服务器名称(比如:www.xunbaozu.com, 也就是主机名加上域名),在Administrator's Email Address下填入系统管理员的联系电子邮件地址,上述三条信息仅供参考,其中联系电子邮件地址会在当系统故障时提供给访问者,三条信息均可任意填写, 无效的也行。下面有两个选择,默认选择的是为系统所有用户安装,使用默认的80端口,并作为系统服务自动启动;另外一个是仅为当前用户安装,使用端口 8080,手动启动。一般默认就好。 按“Next”继续 Setup Type选Custom; 按“Next”继续 custom setup安装功能默认; 安装地址,我选择的是E:\server\apache,Next。确认无误后,按Install,开始安装。 安装完之后测试一下按默认配置运行的网站界面,在网页浏览器地址栏打“http://127.0.0.1”,回车,就可以看到页面“It works”,表示Apache服务器已安装成功。 apache禁止访问目录列表 找到Apache 的 httpd.conf 配置文件将: Options Indexes FollowSymLinks 改为: Options FollowSymLinks 也就是把 Indexes 去掉。 (二)安装PHP 5.2.5 PHP不用安装程序,直接将压缩包解压到选定的文件夹,例如我这里E:\server\PHP。 配置Apache和PHP…
-
轻松将ShopEx网店转换成ECShop
如果你现在使用的是ShopEx网店系统,想将数据转换到ECShop(ECShop能更快速构建个性化网店),而又不知道如何操作,跟本文学习一下转换的全部过程。(文章以ShopEx4.7.2和ECShop2.15为例)。 相关下载 ShopEx4.7.2网上商店系统 http://www.mydown.com/yuandaima/dianzishangwu/127/419127.shtml ECShop2.15电子商务平台 http://www.mydown.com/yuandaima/dianzishangwu/448/414448.shtml 1.上传ECShop文件 首先下载ECShop程序,解压后,将文件夹“upload”更名为“ecshop”,再上传到服务器中。(详细教程自行搜索,篇幅关系,这里就不赘述了) 2.准备转换 假设原来的ShopEx网店文件在“根目录/ShopEx/”目录下,访问地址是“http://www.abc.com/shopex/”。 新上传的ECShop网店文件在“根目录/ECShop”目录下,访问地址是“http://www.abc.com/ecshop/”。 用浏览器打开ECShop后台。地址是“http://www.abc.com/ecshop/admin/”。依次点击左侧导航树左下方的“数据库管理→数据转换”,准备转换数据。 3.开始转换 选择当前使用的ShopEx版本,这里选择“ShopEx Single V4.7”,如图1所示。 填写你的ShopEx网店的数据库信息,如果新安装的ECShop和原来的ShopEx的数据库服务器是一样的话,只需要填写ShopEx的“数据库名称”和“原网店根目录”,如图2所示。 注:这里列举原网店根目录可能出现的几种情况: 情况1:原网店的文件夹在“根目录/shop/”下,而ECShop放在根目录下,这里的原网店目录填 “../shop” 情况2:原网店的文件夹在“根目录/shop/”下,而ECShop放在“根目录/ecshop/”下,这里的目录地址为“../../shop” 情况3:原网店的文件夹在根目录下,而ECShop放在“根目录/ecshop/”下,目录地址为“../”。 数据填写完整后,点击“数据转换”按钮,这里根据数据量的大小等待提示完成。如图3所示。 数据转换完成。 4.后续操作 转换完成后,切换到网店首页看看吧,哇,图片乱啦,文字乱啦,天下大乱啦!别着急,我们继续搞定他。切回ECShop的后台,依次点击“商品管 理→图片批量处理”,将“重新添加水印图片”前面的复选框去掉,点击“确定”按钮,等待系统处理完成后再到首页看看,一切又恢复正常了。 最后,就可以登录ECShop的后台调整参数,包括:特价的商品,需要编辑其原价(本店售价)和促销期;重新设置水印;重新设置广告;重新设置配送方式;重新设置支付方式;把原来不属于末级分类的商品转移到末级分类。数据转换工作至此全部完成。 文章搜录自天极网
-
在 IIS7 URLRewriter重写配置 for .NET
在IIS7下,如果使用微软的 URLRewriter 重写控件则需要在WEB.CONFIG中配置以下信息 第一个配置: <configSections> <section name="RewriterConfig" type="URLRewriter.Config.RewriterConfigSerializerSectionHandler, URLRewriter"/> </configSections> 第二个配置: <httpModules> <add type="URLRewriter.ModuleRewriter, URLRewriter" name="ModuleRewriter"/> </httpModules> 第三个配置:(最主要的) <system.webServer> <handlers> <!–IIS7URL重写配置开始–> <add name="all" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified" requireAccess="None" preCondition="classicMode,runtimeVersionv2.0,bitness64" /> <add name="Html" path="*.html" verb="*" modules="IsapiModule" scriptProcessor="C:\Windows\Microsoft.NET\Framework64\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified" preCondition="classicMode,runtimeVersionv2.0,bitness64" /> <add name="ASPNET_ISAPI" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Windows\Microsoft.NET\Framework\v2.0.50727\aspnet_isapi.dll" resourceType="Unspecified" requireAccess="None" preCondition="classicMode,runtimeVersionv2.0,bitness32" /> …
-
CSS单色背景透明效果
.global_footer{ filter:progid:DXImageTransform.Microsoft.gradient(startcolorstr=#99ffffff,endcolorstr=#99ffffff,gradientType=0); background-color:rgba(255,255,255,0.6); } 做一个单色透明背景的div 这样写就可以了。 filter用于IE浏览器, rgba用户火狐等浏览器。
-
FaceBook页面加载技术 BigPipe
1. 技术背景 FaceBook页面加载技术 试想这样一个场景,一个经常访问的网站,每次打开它的页面都要要花费6 秒;同时另外一个网站提供了相似的服务,但响应时间只需3 秒,那么你会如何选择呢?数据表明,如果用户打开一个网站,等待3~4 秒还没有任何反应,他们会变得急躁,焦虑,抱怨,甚至关闭网页并且不再访问,这是非常糟糕的情况。所以,网页加载的速度十分重要,尤其对于拥有遍布全球的5亿用户的Facebook(全球最大的社交服务网站)这样的大型网站,有着大量并发请求、海量数据等客观情况,速度就成了必须攻克的难题之一。 2010 年初的时候,Facebook 的前端性能研究小组开始了他们的优化项目,经过了六个月的努力,成功的将个人空间主页面加载耗时由原来的5 秒减少为现在的2.5 秒。这是一个非常了不起的成就,也给用户来带来了很好的体验。在优化项目中,工程师提出了一种新的页面加载技术,称之为Bigpipe。目前淘宝和Facebook 面临的问题非常相似:海量数据和页面过大,如果可以在详情页、列表页中使用bigpipe,或者在webx中集成bigpipe,将会带来明显的页面加载速度提升。 2. 相关介绍 2.1 网站前端优化的重要性 《高性能网站建设指南》一书中指出,只有10%~20%的最终用户响应时间是花费在从Web 服务器获取HTML 文档并传送到浏览器中的。如果希望能够有效地减少页面的响应时间,就必须关注剩余的80%~90%的最终用户体验。做个比较,如果对后台业务逻辑进行优化,效率提高了50%,但最终的页面响应时间只减少了5%~10%,因为它所占的比重较少。如果对前端进行性能优化,效率提升50%,则会使最终页面响应时间减少40%~45%。这是多么可观的数字!另外,前端的性能优化一般比业务逻辑的优化更加容易。所以,前端优化投入小,见效快,性价比极高,需要投入更多的关注。 2.2 BigPipe与AJAX Web2.0的重要特征是网页显示大量动态内容,即web2.0注重网页与用户的交互。其核心技术是AJAX,如今所有主流网站都或多或少使用AJAX。与AJAX类似,BigPipe 实现了分块儿的概念,使页面能够分步输出,即每次输出一部分网页内容。接下来讨论BigPipe 与AJAX 的区别。 简单的说,BigPipe 比AJAX 有三个好处: 1. AJAX 的核心是XMLHttpRequest,客户端需要异步的向服务器端发送请求,然后将传送过来的内容动态添加到网页上。如此实现存在一些缺陷,即发送往返请求需要耗费时间,而BigPipe 技术使浏览器并不需要发送XMLHttpRequest 请求,这样就节省时间损耗。 2. 使用AJAX时,浏览器和服务器的工作顺序执行。服务器必须等待浏览器的请求,这样就会造成服务器的空闲。浏览器工作时,服务器在等待,而服务器工作时,浏览器在等待,这也是一种性能的浪费。使用BigPipe,浏览器和服务器可以并行同时工作,服务器不需要等待浏览器的请求,而是一直处于加载页面内容的工作阶段,这就会使效率得到更大的提高。 3. 减少浏览器发送到请求。对一个5亿用户的网站来说,减少了使用AJAX额外带来的请求,会减少服务器的负载,同样会带来很大的性能提升。 基于以上三点,Facebook 在进行页面优化时采用了BigPipe 技术。目前淘宝主搜索结果页中,需要加载类目,相关搜索,宝贝列表,广告等内容,前端这里使用php 的curl 的批处理来并发的访问引擎获取相应的数据,并进行分步输出。这种模式还是与bigpipe有些不同,这点后面会讲到。一般来讲,在页面比较大,而且比较复杂,样式表和脚本比较多的情况下,使用BigPipe 来优化输出页面是比较合适的。另外非常重要的一点,BigPipe 并不改变浏览器的结构与网络协议,仅使用JS就可以实现,用户不需要做任何的设置,就会看到明显的访问时间缩短。 更多详细内容请查阅 http://www.cnblogs.com/cos2004/archive/2011/09/09/2172779.html
-
不要再来伤害我
就请你不要再来伤害我 都反正你已离开了 你就这样死心踏地 我苦苦追寻 却还是追不回你对我的爱 放手吧 我明明已经知道 却为何还有对你 万般的眷恋 撕裂般的感觉 又有谁可以再次填补 现实如此的残忍 我的心从此浪迹天涯
-
每一个苦逼的设计师背后都有一群指点江山的神
每一个苦逼的设计师背后都有一群指点江山的神
Got any book recommendations?