微博技术相关

微博技术相关（精选6篇）

篇1：微博技术相关

微博首席架构师杨卫华:新浪微博技术架构分析

新浪科技讯 11月16日下午消息，由新浪微博主办的中国首届微博开发者大会在北京举行，这是国内微博行业的首场技术盛宴。作为国内微博市场的绝对领军者，新浪微博将在此次大会上公布一系列针对开发者的扶持政策，以期与第三方开发者联手推动微博行业的整体发展。大家下午好，在座的大部分都是技术开发者，技术开发者往往对微博这个产品非常关心。最晚的一次，是12点多收到一个邮件说想了解一下微博底层是怎么构架的。很多技术人员对微博的构架非常感兴趣，就是一个明星他有300万粉丝，这个技术怎么来实现？今天在这里跟大家分享一下微博的底层机构，让大家对微博的底层技术有更好的了解。另外不管是做客户端、Web 1.0、Web 2.0、论坛、博客都要考虑架构的问题，架构实际上是有一些共性的。今天我通过讲解微博里面的一些架构，分析一下架构里面哪些共性大家可以参考。

首先给大家介绍一下微博架构发展的历程。新浪微博在短短一年时间内从零发展到五千万用户，我们的基层架构也发展了3个大的版本。第一版就LAMP架构，优点是可以非常快的实现我们的系统。我们看一下技术特点，微博这个产品从架构上来分析，它需要解决的是发表和订阅的问题。我们第一版采用的是推消息模式，假如说我们一个明星用户他有10万个粉丝，那就是说用户发表一条微博的时候，我们把这个微博消息存成10万份，这样就是很简单了，第一版的架构实际上就是这两行字。第一版的技术细节，典型的LAMP架构，是使用MyISAM搜索引擎，它的优点就是速度非常快。

另外一个是MPSS，就是多个端口可以布置在同一服务器上。为什么使用MPSS？假如说我们做一个互联网应用，这个应用里面有三个单元，我们可以由2种部署方式。我们可以把三个单元分别部署在三台服务器上，另外一种部署模式就是这三个单元部署在每个服务器上都有。我推荐第2种方法。这个方法解决了两个问题，一个是负载均衡，因为每一个单元都有多个节点处理，另外一个是可以防止单点故障。如果我们按照模式1来做的话，任何一个节点有故障就会影响我们系统服务，如果模式二的话，任何一个结点发生故障我们的整体都不会受到影响的。

我们微博第一版上线之后，用户非常喜欢这个产品，用户数增长非常迅速。我们技术上碰到几个问题。第一个问题是发表会出现延迟现象，尤其是明星用户他的粉丝多系统需要处理很长时间。另外系统在处理明星用户发表时系统繁忙可能会影响到其他的用户，因为其他的用户同一时间发表的话，也会受到这个系统的影响。我们就考虑这个系统怎么改进。首先是推模式，这肯定是延迟的首要原因，我们要把这个问题解决掉。其次我们的用户越来越多，这个数据库表从一百万到一亿，数据规模不一样处理方式是有差别的。我们第一版单库单表的模式，当用户数量增多的时候，它不能满足就需要进行拆分。第二个是锁表的问题，我们考虑的是更改引擎。另外一个是发表过慢，我们考虑的是异步模式。

第二版我们进行了模块化，我们首先做了一个分层，最底层叫基础层，首先对数据做了拆分，图上最右边是发表做了异步模式。第二个服务层，我们把微博基础的单元设计成服务层一个一个模块，最大改进是对推模式进行了改进。首先看一下投递模式的优化，首先我们要思考推模式，如果我们做一下改进把用户分成有效和无效的用户。我们一个用户比如说有一百个粉丝，我发一条微博的时候不需要推给一百个粉丝，因为可能有50个粉丝不会马上来看，这样同步推送给他们，相当于做无用功。我们把用户分成有效和无效之后，我们把他们做一下区分，比如说当天登陆过的人我们分成有效用户的话，只需要发送给当天登陆过的粉丝，这样压力马上就减轻了，另外投递的延迟也减小了。

我们再看数据的拆分，数据拆分有很多方式，很多互联网产品最常用的方法，比如说如可以按照用户的UID来拆分。但是微博用户的一个特点就是说大家访问的都是最近的数据，所以我们考虑微博的数据我们按照时间拆分，比如说一个月放一张表，这样就解决了我们不同时间的维度可以有不同的拆分方式。第二个考虑就是要把内容和索引分开存放。假如说一条微博发表的uid,微博id是索引数据，140个字的内容是内容数据。假如我们分开的话，内容就简单的变成了一种key-value的方式，key-value是最容易扩展的一种数据。索引数据的拆分具有挑战，比如说一个用户发表了一千条微博，这一千条微博我们接口前端要分页访问，比如说用户需要访问第五页，那我们需要迅速定位到这个记录。

假如说我们把这个索引拆分成一个月一张表，我们记录上很难判断第五页在哪张表里，我们需要加载所有的索引表。如果这个地方不能拆分，那我们系统上就会有一个非常大的瓶颈。最后我们想了一个方法，就是索引上做了一个二次索引，把每个月记录的偏移记下来，就是一个月这个用户发表了多少条，ID是哪里，就是按照这些数据迅速把记录找出来。

异步处理，发表是一个非常繁重的操作，它要入库、统计索引、进入后台，如果我们要把所有的索引都做完用户需要前端等待很长的时间，如果有一个环节失败的话，用户得到的提示是发表失败，但是入库已经成功，这样会带来数据不一致问题。所以我们做了一个异步操作，就是发表成功我们就提示成功，然后在后台慢慢的消息队列慢慢的做完。另外新浪发表了一个很重要的产品叫做MemcacheQ，我们去年做了一个对大规模部署非常有利的指令，就是statsqueue，适合大规模运维。

第二版我们做了这些改进之后，微博的用户和访问量并没有停止，还有很多新的问题出现。比如说系统问题，单点故障导致的雪崩，第二个是访问速度问题因为国内网络环境复杂，会有用户反映说在不同地区访问图片、js这些速度会有问题。另外一个是数据压力以及峰值，MySql复制延迟、慢查询，另外就是热门事件，比如说世界杯，可能会导致用户每秒发表的内容达到几千条。我们考虑如何改进，首先系统方面允许任意模块失败。另外静态内容，第一步我们用CDN来加速，另外数据的压力以及峰值，我们需要将数据、功能、部署尽可能的拆分，然后提前进行容量规划。

另一方面我们还有平台化的需求，去年11月我们就说要做开放平台，开放平台的需求是有差异的，Web系统它有用户行为才有请求，但是API系统特别是客户端的应用，只要用户一开机就会有请求，直到他关闭电脑这种请求一直会不间断的过来，另外用户行为很难预测。

系统规模在持续的增大，另外也有平台化的需求，我们新架构应该怎么做才能满足这些需要？我们看一下同行，比如说Google怎么样考虑这个问题的？Google首席科学家讲过一句话，就是一个大的复杂的系统，应该要分解成很多小的服务。比如说我们在Google.com执行一个搜索查询的话，实际上这个操作会调动内部一百多个服务。因此，我们第三版的考虑就是先有服务才有接口最后才有应用，我们才能把这个系统做大。

现在我们看一下第三版，首先我们把底层的东西分成基础服务，基础服务里面有分布式的存储，我们做了一些去中心化、自动化的操作。在基础服务之上有平台服务，我们把微博常用的应用做成各种小的服务。然后我们还有应用服务，这个是专门考虑平台各种应用的需求。最上面我们有API，API就是新浪微博各种第三方应用都在上面跑。

平台服务和应用服务是分开的，这样实现了模块隔离，即使应用服务访问量过大的话，平台服务不会首先影响。另外我们把微博的引擎进行了改进，实现了一个分层关系。用户的关注关系，我们改成一个多惟度的索引结构，性能极大的提高。第四个层面就是计数器的改进，新版我们改成了基于偏移的思路，就是一个用户他原来读的一个ID比如说是10000，系统最系的ID是10002的话，我们很清楚他有两条未读。原来的版本是采用绝对计数的，这个用户有几条未读都是用一个存储结构的话，就容易产生一致性的问题，采用这种偏移的技术基本上不会出错。

另外基础服务DB冷热分离多维度拆分，在微博里面我们是按照时间拆分的，但是一个大型的系统里面有很多业务需要有不同的考虑。比如说私信这个就不能按照时间来拆分，这个按照UID来拆分可能更简单。然后我们突出存储还做了一个去中心化，就是用户上传图片的速度会极大的提高，另外察看其他用户的图片速度也会极大的提高。另外是动态内容支持多IDC同时更新，这个是在国内比较新颖的。

下面给大家介绍一下新浪微博怎么样打造一个高性能架构。到目前为止有五千万用户使用新浪微博，最高发表3000条以上每秒，然后一个明星用户发表的话，会被几百万用户同时读到。这些问题的本质是我们架构需要考虑高访问量、海量数据的情况下三个问题。易于扩展、低延迟、高可用和异地分布。我们每天有数十亿次外部网页以及API接口的需求，我们知道微博的特点是用户请求是无法cache的。因此面对这个需求我们怎么样扩展？几点思路。第一我们的模块设计上要去状态，我们任意一个单元可以支持任意节点。另外是去中心化，避免单点及瓶颈。另外是可线性扩展。最后一个是减少模块。

我们要做一个高性能的系统，要具备一个低延迟、高实时性，微博要做到高实时性这是核心的价值，实时性的核心就是让数据离CPU最近，避免磁盘的

IO。我们看淘宝核心系统专家余锋说过的一句话“CPU访问L1就像从书桌拿一本书，L2是从书架拿一本书，L3是从客厅桌子上拿一本书，访问主存就像骑车去社区图书馆拿一书”。我们微博如果要做到非常实时的话，我们就需要把数据尽量离CPU节点最近。所以我们看一下cache设计里面怎么达到这个目标。首先INBOX，这个数据我们需要放再一个最快的地方，因为用户随时访问。OutBOX里面的最近发表就是L1cache，还有一个是中期的，这个因为访问少一点，它可以被踢。最后一部分内容体有三部分。L0是本地的，我们需要把一些经常访问的，比如说明星发表微博的内容体本地化，因为它被访问的概率非常大。然后L1里面存放着最近发表的，还有一个是中期的。我们通常用L2就可以了，L1我们可以理解成它就是一个RAM存储。

一个好的架构还需要举行高可用性。我们看一下业界的指标，S3是99.9%，EC2是99.5%，我们另外一个同行Facebook在这方面它是没有承诺的，就是接口可用写。微博平台目前承诺的是99.95%，就是说一天365天故障率应该小于9小时。这个怎么达到？第一我们要做容量规划，要做好监控以及入口的管理，就是说有些服务如果访问量过了的话，我们要有一个开关可以拦住他。我们通过这个图表可以清楚的看到，比如说我们要做L1的cache，我们剩余空间有多少，比如说80%，就说明这个数据有可能会丢失，有可能会对我们的系统造成影响。

另外一个层面就是接口监控，我们目前有Google维度的接口监控，包括访问错误失败率。然后要做架构，给大家一个很重要的经验分享，就是说监控的指标尽量量化。比如说他延迟30秒是小问题，如果是延迟10分钟我们就要立即采取措施了，就是所有可以量化的指标都要量化。

然后我们看监控怎么样更好的做？我们看亚马逊的VP说过的一句话，就是说监控系统确实特别好，可以立即告诉我们哪里有故障，但是有20%的概率我们人是会出错的。所以我们一个大型系统就应该要为自动化设计，就是说尽可能的将一些运作自动化。比如说发布安装、服务、启用、停止。我们再看另外一句，Google的工程师是怎么做的。他是这么做的，比如说第一周是处理线上的业务，这一周他处理了很多事情，处理了很多系统的情况，剩下几周时间没有别的工作，他只要把这一周碰到的情况用程序的方法来解决，下次再碰到这种情况很简单的一个按钮就可以处理了。我们目前也在向自动化这方面努力，就是我们的工具在持续增加。

另外一个异地分布，在国内网络环境下，比如说IDC灾难，机房检修甚至是机房掉电，我们也碰到过中国最好的机房也会掉电，所以要每个服务单元都能支持多机房部署。另外做多机房部署有一个好处，就是用户的访问速度会提高。多IDC分布静态内容就不说了，基本上大的互联网公司都会做，它非常成熟基本上没有什么问题，比如说图片等等的静态内容。动态内容的CDN分布是业内的难点，国内很少有公司能够做到非常成熟的多机房动态内容发布的成熟方案，它的核心就是分布式存储。一款理想的分布式存储产品它有哪些需求呢？首先它要支持海量规模、可扩展、高性能、低延迟、高可用。第二个是需要多机房分布，能够满足国内负责的网络环境，还要具备异地容灾能力。第三个就是要调用简单，具备丰富数据库特性。因此分布式存储需要解决一个多对多的数据复制。

如果要做复制无非是三种策略，第一个是Master/Slave，但是它也两个缺点，第一个是Master是中心化的，如果Master在北京那广州访问就非常慢。第二个缺点是有单点风险的，比如说Master在北京，能立即迁到广州吗？这样有个时间窗口的数据就丢失了，而且需要人工的干预，而且日常广州的用户访问北京的Master是有很大延迟问题的，所以一般来说要做的非常优秀是不会考虑第一种方案的。第二种就是Multi-Master方案，它需要应用避免冲突，就是我们不能多处改变。这个对于微博来说不会特别难，我们的用户通常只会再一个地方发表微博，用户不会同时在广州又在北京发表或者是修改自己的资料，这样的话我们应用上就已经避免了这种情况。第三个就是Paxos就是可以达到强一致写，就是一条数据如果成功肯定是多个机房都成功了，这个也显而易见就是延迟性非常大。因此总结一下Multi-Master是最成熟的策略，但是它现在没有成熟的产品，因为确实没有。

我们再来看微博的方案，所以我们自己实现了一个多机房同步的方案。就是我们前端应用将数据写到数据库，再通过一个消息代理，相当于通过我们自己开发的一个技术，将数据广播到多个机房。这个不但可以做到两个机房，而且可以做到三个、四个。具体的方式就是通过消息广播方式将数据多点分布，就是说我们的数据提交给一个代理，这个代理帮我们把这些数据同步到多个机房，那我们应用不需要关心这个数据是怎么样同步过去的。

用这种消息代理方式有什么好处呢？可以看一下Yahoo是怎么来做的？第一个是数据提供之后没有写到db之后是不会消失的，我只要把数据提交成功就可以了，不需要关心数据怎么到达机房。第二个特点YMB是一款消息代理的产品，但是它唯一神奇的地方是为广域网设计的，它可以把多机房应用归到内部，我们应用不需要关注这个问题。这个原理跟我们目前自己开发的技术相似。

然后我们再看一下目前即将推出的微博平台的新架构。我们知道API大部分的请求都为了获取最新的数据。API请求有一个特点，它大目前调用都是空返回的，比如说一款手机的客户端每隔一分钟它都要调用服务器一下，就是有没有新数据，大目前的调用都是空返回，就是说不管服务器有没有数据都要调用一次。这次询问到下一次询问中间，如果有新的数据来了，你是不会马上知道的。因此我们想API能不能改用推的方式，就是客户端不需要持续的调用，如果有新数据就会推过去。技术特点，显而易见低延迟，就是从发表到接受1秒内完成，实际上可能用不了1秒。然后服务端的连接就是高并发长连接服务，就是多点都连接在我们的服务器上，这个比传统的API要大很多。

我们看一下推送架构怎么从架构底层做到实时性的。从左上角的一条微博在我们系统发布之后，我们把它放在一个消息队列里面，然后会有一个消息队列的处理程序把它拿过来，处理以后放到db里面。假如说我们不做持久化，因为我们推送数据也不能丢失，我们就要写一个很复杂的程序，将数据异步去存，这样就会非常复杂，而且系统也会有不稳定的因素。从另外一个角度来说，我们做持久化也是做过测试的。我们推送整个流程可以做到100毫秒和200毫秒之间，就是说我们在这个时间能把数据推送出去。

我们再看一下内部细节，就是我们收到数据之后首先要经过最上面RECEIVER。然后推到我们的引擎里面，这个引擎会做两个事情，首先会把用户的关系拿过来，然后按照用户关系马上推送给他相应的粉丝。所以我们调用方已经在那儿等待了，我们需要有一个唤醒操作，就是说在接口这儿把它唤醒，然后把它发送过去。最后是一个高并发的长连服务器，就是一台服务器支持10万以上的并发连接。最右边中间有一个圆圈叫做Stream Buffer，我们需要Stream Buffer是要保存用户最近的数据。因为用户可能会有断线的，比如说他发送数据的时候断线半分钟，我们需要把这半分钟补给他。这就是我们的推送架构。

下面介绍一下平台安全部分。由于我们的接口是完全开放的，所以我们要防范很多恶意行为，有很多人担心我们接口是开放的，是不是有人通过这个接口发垃圾广告，或者是刷粉丝，我们技术架构怎么来防范这一点呢？这是我们的安全架构，做了三个层面的事情。最上面是我们有一个实时处理，比如说根据频度、内容的相似性来进行判断，判断发的是不是广告或者是垃圾内容。中间这个是一个日志处理器，我们会根据一些行为进行判断，比如说如果我们只是实时拦截的话，有些行为很难防止，我们做了个离线纠正的模块，比如说他潜伏的几个月开始发广告了，我们可以事后把这些人清除掉，以保证我们平台的健康。最后是通过监控的维度来保证内容的安全。目前内容安全的架构大概是541的体系，就是说我们的实时拦截可以做到50%的防止，离线分析大概可以做到40%的防止。

微博平台需要为用户提供安全及良好的体验应用，以及为开发者营造一个公平的环境，所以我们的接口需要清晰安全的规则。从一个APP调用我们的接口，需要几个阶层，需要划分不同的业务模块。第二个是安全层。第三个是权限层。这是我们平台安全的两个维度，一个接口安全，一个是内容安全。

我今天讲的是架构方面的问题，在座大部分是开发者，可能大家都在处理不同的架构问题，架构很多地方是相通的。我们需要做一个软件系统需要解决的本质问题是什么？微博第一版解决发布规模问题，第二版是解决数据规模的问题，第三版是解决服务化的问题。将复杂的问题简单化之后，我们才可以设计出一个容易扩展的大规模架构。我今天介绍就这么多，我们微博实际上是很需要各方面的技术人员，大家对我们的架构如果感兴趣的话、对我们的系统感兴趣的话，也希望各方面的技术人员参与我们微博的团队，随时可以给我微博上发私信。

篇2：微博技术相关

现在是学生党的下学期，大四生都在准备实习以及毕业论文的撰写，下面YJBYS为大家带来新闻传播学毕业论文一篇，仅供阅读!更多资讯尽在应届毕业生网!

内容摘要：随着微博对中国社会的影响力日益增强，政务微博引起了我国各级政府的重视。通过分析我国政务微博的现状与问题，在借鉴国外经验的基础上，提出政务微博的相关建议：加强规范化管理，建立培训机制;提升微博的内容与功能，搭建政府与公众沟通的平台;凸显不同微博的特色，发挥整体联动优势;加强对微博运营商的合作与监管，重视账号安全管理，加强推广宣传，提升政务微博的影响力等。

关键词：政务微博 舆情危机 新媒体

一、我国政务微博的现状

随着微博对中国社会影响力的提升，大量的政府机构、政府官员纷纷入驻微博，政务微博建设蔚然成风。政务微博搭建了我国政府与网民直接对话的平台，有助于推进政务信息公开、塑造政府网络形象、完善社会管理。然而，政务微博也是一把“双刃剑”，一旦运作失当则会引发舆情危机、影响政府形象。因此，加强我国政务微博运作具有重要意义。

目前，我国新浪微博、腾讯微博、人民微博等几家主流微博以及一些地方性微博上，涌现出大量政府机构及政府官员微博。截至8月1日，仅新浪微博上，政府机构微博就达4836个，政府官员微博达4372个。

政府机构微博的特点有：地域分布上，福建、江苏、广东位居前三，占比依次为12%、9%、8%，河南、辽宁、浙江、江西等地紧随其后;职能部门上，我国公安部门以54%的绝对优势位居第一，所涉及的主要职能部门还包括旅游、团委、宣传、司法、工商税务、交通、招商等，文教、环保等部门也有所涉及;行政级别上，国家级行政机构的微博较少，仅教育部、外交部、文化部、公安部、团中央等少量中央部委所属机构开通微博，占比3.3%，而地市级、区县级政府因基数较大，机构微博占比最多。热度较高的政府机构微博有广西百色市禁毒办、广东省肇庆市公安局、河北省公安厅、济南市公安局等。

政府官员微博的特点有：地域分布上，北京、江苏、广东位居前三，占比依次为19%、11%、9%，浙江、上海、福建、河南等地紧随其后;职能部门上，我国政府行政机关、公安、司法占比最高，所涉及的主要职能部门还包括团委、交通、旅游、工商税务、涉外、招商、市政等，文教、气象等部门也占有少量比例;官员的行政级别上，县处级官员占比最大。上半年度热度靠前的100个政府官员微博中，省部级、厅局级、县处级、县处级以下官员占比依次为15%、22%、35%、28%。

二、我国政务微博存在的问题

目前，我国政务微博还存在一些问题，主要集中于以下几点：

(一)不善经营，运作效果不佳

信息发布：信息发布不及时，更新不规律，时效性较差。内容运作：内容单一，官话、套话较多，信息量小。不少政务微博只是政府的网站内容的翻版，未考虑微博受众的特点，缺乏吸引力。互动交流：以单向信息发布为主，与公众互动少，影响网民交流的积极性，造成注意力资源的闲置。宣传推广：缺乏有效的宣传与推广，政务微博的运用一般停留在初级阶段，影响力较低。我国微博问政的效果有待提升，归根结蒂是因为我国政务微博建设缺乏制度化保障。

(二)新媒体素养缺乏，操作使用不当，引发舆情危机

目前，我国政府机构、官员使用微博不当引发的舆情危机为数不少。例如，局长微博开房事件中，当事人错把微博当QQ使用引发危机;又如个性官员伍皓，在微博中“公私不分”，多次深陷“骂战”。政务微博使用不当，体现了我国政府官员媒介素养的缺失，及其对公共领域与私人领域话语权把握的失衡，其引发的舆情危机对当事人及政府形象均造成了负面影响。

(三)机制不完备，政务微博未能充分发挥作用

政务微博集合了微博时效性强、传播迅速、方便快捷的优点，有助于应对突发公共事件、引导网络舆论。但目前，我国政务微博主体尚未形成突发公共事件应急机制、舆论引导机制，导致其功能未能充分发挥。如南京秸秆焚烧造成污染事件中，南京环保官方微博没有对污染事件及时预警，引起公众不满。此外，在应对谣言、引导网络意见领袖、开展电子政务与公共管理、公共外交与政府网络形象等方面，政务微博相应的运作机制也较为匮乏。

(四)整体分布不平衡，呈结构性失调

我国政务微博虽然颇具规模，但与我国政务机构及官员数量、公众需求相比仍有差距，在分布上也呈结构性失调：一是在地域分布上，东西部不平衡、经济发达地区与落后地区不平衡，多集中于经济较为发达的区域;二是在行政级别分布上，较高级别的政府机构、官员微博相对偏少，有待扩容。

三、国外政务微博应用借鉴

国外对于政务微博的应用较为广泛。截至207月31日，微博上的政府机构、政要个人账户数已逾4314，而早在1月，已有60余位国外首脑人物开通微博。在此，概括国外政务微博运作经验如下：

(一)政府积极推动政务微博的规范化发展

2011年4月，美国国务院公布《政务公开计划》指出，美国将用微博发布新闻简讯、政府高官言论、国务卿旅行信息、回应公众提问、进行信息纠错，并计划于2011年4季度前将其使用率提升30%。7月28日，英国政府发布《政府部门微博使用指南》，明确规定各政府机构开设微博账号，鼓励公务员使用微博，并对政务微博的具体运作予以规范。如英国政府要求内阁大臣每天至少花半小时发布一次微博，目前，英国议员每年发微博的时间也非常可观。

(二)政府首脑开通微博，与公众积极沟通互动

篇3：微博技术相关

根据《韦伯斯特英文大字典》上的定义, 谣言, 也就是英文rumor, 是指一种缺乏真实依据, 或未经证实、公众一时难以辨别真伪的闲话、传闻或舆论。而中国的《辞海》中对于谣言的解释有两种:一为民间流行的歌谣或谚语;二为没有根据的传闻或凭空捏造的话。根据上述定义, 谣言没有真假之分, 因为是未经证实的信息, 所以无法确定谣言的真假。 (2) 那么微博谣言, 顾名思义就是以微博平台作为媒介进行传播的谣言。本文将微博归纳出两个特点。第一, 微博谣言是未经证实的言论, 没有真假之分。实践中可能会出现这种情况:一些给他人造成伤害的不实言论在事后被证明确有此事。那么, 这些言论算不算是谣言呢?本文认为这些仍是谣言。谣言应以不实为前提, 需放到特定的时间下去考量, 对于谣言发布者来说, 在他发布之时并不明确事实。因此, 不能以幸运抵消罪过, 上述情况也应界定为微博谣言。第二, 微博谣言是一种事实认定和判断。微博谣言是一种无根据的事实认定, 如“上海东华大学食堂电风扇落下削死学生”等, 这些都算是谣言。而单纯的主观评论则无论说的正确与否都不会成为谣言, 因为它给言论贴上“仅代表个人观点”的标签, 所以不会对他人产生直接的误导。

二、微博运营商救济微博谣言的重要性和必要性

面对微博谣言的伤害许多人选择了忍气吞声, 即便很小一部分人决定拿起武器去维护自己的合法权益, 最终也会发现维权的道路举步维艰。对此, 社会呼吁要尽快制定规制微博谣言的相关法律。但, 在采用法律手段实现微博谣言的救济上还存在很多的障碍。如立法经验不足, 立法所需时间较长等。除此之外, 有关微博谣言的法律一旦通过, 将会增加大量网络侵权及犯罪案件, 人民法院的工作量将会大幅度增加, 还会进一步加重人民法院的固有问题, 同时提高诉讼成本, 降低司法效率。

针对上述情况, 本文主张应当充分发挥微博运营商对于微博谣言的救济作用。微博运营商是营利性机构, 属于经济主体, 因此他必然受着市场的调节。作为微博运营商, 他们总是希望拥有尽量多的微博用户, 但是, 如果他们不能很好地管理微博空间, 微博用户就必然会流失, 同样, 金钱也会流失。基于这一点, 我们可以从分发挥微博谣言的自我管理、自我发展的作用, 实现微博谣言的过滤和净化, 节省司法成本。除了出于利益的导向外, 微博运营商对于微博谣言的救济其实还属于一项合同义务。很多微博用户并没有注意, 当他们在注册微博账号时勾选 (选择同意) 的一份服务协议在法律意义上是一份民事合同, 上面列举了微博运营商和微博用户双方基于微博的使用的诸项权利与义务。根据《新浪微博服务使用条例》第4.12条的规定“如用户在使用微博服务的过程中遇到其它用户上传违法、侵权、侮辱、诽谤等内容, 可直接点击“举报”按键进行举报, 相关人员会尽快核实并进行处理。”可见, 微博运营商对于微博谣言采取必要的救济行为属于一种义务, 如果微博运营商没有按照约定的内容很好地履行其义务, 微博用户可以据此向微博运营商提起异议或者向人民法院提起诉讼。

三、微博运营商救济微博谣言的优势

微博谣言不是一般的谣言, 它是通过微博这一网络平台进行传播的, 所以它往往具有这方面的特质, 如举证需要借助网络技术、发布者身份较为隐性等。基于这些特质, 司法机关和行政机关在救济微博谣言的过程中往往会存在一定的困难。相比之下, 微博运营商却体现了一定的优势, 具体包括:

第一, 作为微博专门的管理者, 可以在微博上设置专门的举报通道, 方便网民举报和维权。第二, 作为微博的后台操控者, 在对微博谣言的调查取证和获取谣言发布者真实信息上具有便利。《北京市微博客发展管理若干规定》“后台实名”的提出, 为微博运营商掌握用户信息, 加强管理方面提供了便利。第三, 作为网络媒体, 专于对事实的调查和认证。作为媒体, 对信息真实性的审查是其基本素质。第四, 程序简答快捷。无论是司法救济还是行政救济都要经过较为复杂的程序, 相比之下, 微博运营商的救济过程更简单、更快捷。第五, 裁执结合, 有利于更快速地排除微博谣言的侵害, 修复受害者的权利。由微博运营商对微博谣言进行救济, 它既是裁定者又是执行者, 极大地提高了救济的效率。第六, 在消除微博谣言的危害上处于积极的地位。与司法的被动救济不同, 微博运营商对微博谣言是一种主动地救济。

四、微博运营商救济的策略

事实上, 面对微博谣言的不断增长, 新浪等多家运营商已经行动起来, 先后开通了官方辟谣账号, 开始了对谣言的围追堵截。以新浪微博为例, 它们于2010年11月组建辟谣小组, 开通官方辟谣账号。该辟谣小组由新闻中心不到十名资质深厚、各具特长的编辑组成, 进行全天实时的监控。 (3) 小组成员利用一些技术手段大范围对微博的内容进行排查, 一旦发现有疑似的虚假信息便开始多方调查核实。该组织发展至今日已建立起“新浪微博不实言论曝光专区”, 对于被认定微博谣言的范围、举报途径以及可能造成重大影响的微博的澄清均在此有所公示。可见, 以新浪为代表的微博运营商对于微博谣言的处理机制已在朝着不断完善的方向发展。但是, 我们仍要清楚的是, 在此过程中仍有许多地方亟需纠正。

(一) 完善微博谣言处理程序规定

完善的谣言处理程序是微博运营商行使其微博谣言管理职能, 履行保护微博用户相关权利的依据, 只有指定一套具体完善的微博谣言处理程序规定才能统一微博谣言处理人员的行为, 保障每一条准微博谣言都能接受充分的调查和理性的判断。

起初, 各大微博的辟谣小组都由很少的人组成, 由于人数少, 工作形式较为灵活, 即便在对谣言的处理上并没有一套系统地程序, 也并未显露出什么大问题。然而, 随着微博谣言的不断增加, 辟谣小组的成员也必将扩充, 此时如果还没有一套完整的谣言处理程序就难保过罚不当, 谣言处理不及时等职权行使不到位的情况不会出现, 影响辟谣工作的开展。为此, 我们应尽早建立科学的微博谣言处理程序, 规范辟谣人员的工作做流程和标准, 以确保微博谣言当事人的权利得以实现。

(二) 实现微博谣言处理的公正性

微博运营商在微博谣言的处理中扮演一个中立的角色, 能更好地保障人们的权利, 树立起其作为管理者的权威性。然而由于微博运营商在微博谣言的处理过程中并没有坚持公正这一原则, 它们并没有树立起这样的威信。

前文有提到, 网民可以对他们认为属于谣言的微博进行举报, 然而值得注意的是, 这里可举报的微博范围是把官方微博排除在外的, 也就是说, 微博运营商“只辟民谣, 不辟官谣”。 (4) 现实告诉我们, 政府微博并不是不会产生谣言, 这一点湖南省岳阳市公安局官方微博引发的切糕事件就足以证明。对此笔者认为, 微博运营商应当保持一种公道的形象管理微博空间内的秩序, 将官方微博纳入到谣言的管理范围中, 将“民谣”和“官谣”同等处之, 实现微博空间的真正净化, 为微博用户打造一个相对公平民主的网络社区。而就政府而言更应当主动遵循微博运营商对于微博的管理, 严谨其言论, 为其他网民做出一个表率。

(三) 对微博谣言救济标准和救济过程进行公开

许多用户在被微博运营商管理的过程中感受到不公的原因并不全在于处罚标准实体的不公, 而还有处罚规范不公开的原因。2011年7月, “打假第一人”王海在新浪微博上发布了一条微博谣言, 随后王海及其他发布了此谣言的4名用户被暂停发布和被关注功能一个月。其中, 只有王海是被“点名批评”。王海本人对此处罚并不服气:“新浪不跟我沟通就直接处罚, 这是对我的不尊重。而且这种处罚具有很强的随意性, 没有统一的处理标准。” (5) 对此, 微博运营商回应, 他们内部是有处罚的标准的。笔者认为, 作为新浪这种大的微博运营商, 在对微博谣言处理的时并非是毫无根据的。可是人们只会相信自己所看到的, 这种“秘而不宣”的标准只会加重人们心中的猜忌和不公感。

对微博运营商来说, 应当尽早实现微博谣言处理标准和程序的可视化, 以保障微博运营商对于微博谣言受害者的救济, 增强人们对于微博运营商的信心。同时, 笔者还建议微博运营商模仿网购物流查询的模式, 制作一个微博谣言处理进程轴, 让每一位受到微博谣言伤害而举报到微博运营商那的网络用户都可以清楚地看到自己举报的谣言的处理过程及所处阶段, 以确保自己的权利的实现, 同时以此来进一步规范微博运营商对于微博谣言的救济。

至此, 本文一直在强调微博运营商对于救济微博谣言的重要作用, 然而, 有一点必须强调, 微博运营商终究是一个以营利为目的的商业机构, 它的一切所作所为都是出于利益的考虑。因此, 一方面, 我们无需对它有过多的期望, 不管自己受到微博谣言怎样的侵害都诉诸于微博运营商的保护;另一方面, 我们还需完善法律对它的监督, 让微博运营商在一定高度的标准下履行其管理义务, 在有一定底线的情况下行使其处罚权利, 从而逐步削减微博谣言, 给谣言的受害者以合理的救济, 将微博打造成一个高度文明的虚拟社区。

参考文献

[1]谢永江, 黄方.论网络谣言的法律规制[J].国家行政学院学报, 2013-02-20.

[2]李馨.微博辟谣的形式及困境[J].新闻爱好者, 2012-02-20.

[3]陈少波.当谣言邂逅微博, 是自净还是泛滥——自媒体环境下微博谣言的传播学分析及辟谣方略[J].新闻界, 2012-08-05.

[4]倪琳.微博的传播特性及影响力研究[J].上海商学院学报, 2011-03-25.

[5]百度百科.微博[EB/OL].http://baike.baidu.com/view/1567099.htm.

[6]吴允波.微博侵权频发呼唤法律规范[N].大众日报, 2012-12-01.

①百度百科.谣言[EB/OL].第一段对谣言的解.http://baike.baidu.com/view/510810.htm.

②李馨.微博辟谣的形式及困境.新闻爱好者[J].2012-02-20.

篇4：微博优化写作环境的相关研究

关键词：微博；大学生；写作环境

中图分类号：I04 文献标识码：A 文章编号：1673-2596（2014）04-0272-02

微博是网民沟通与交流的重要工具，尤其是当代大学生，他们对微博的使用频率不断增多。微博为大学生写作提供丰富的写作素材，进而使对写作环境的创新成为可能。此外，微博还能够开创一种更为便捷的写作方式，包括修改、阅读等，通过提高写作效率的方式，达到创新写作环境的目的。本文以微博在创新写作环境中的应用为研究对象，试图优化大学生写作环境氛围，推动我国文化事业的发展。

一、微博对写作环境的影响

当前，微博正以现代社会的一种标志与身份象征出现在公众的生活当中。由于微博使用的便捷性与大众化，微博的内容很快就能够为更多的公众所知悉，进而引发相应的微博讨论，让公众快速了解到最新的热点话题，进而丰富公众的生活[1]。在这种环境的熏陶下，经常不愿动笔写作的人，也会不自觉地打开电脑，在微博上留言或收集最新的微博话题，发送微博信息。特别是大学生群，是微博的忠实用户。对此，笔者对周边使用微博的高校大学生进行了相应的调查了解，有将近95.4%的大学生在使用微博，并说出了微博对自己写作环境的影响。

微博对大学生写作环境的影响主要体现在：（1）微博为大学生营造轻松自由的写作环境。相比具有一定标准与格式的传统写作而言，微博为大学生的写作提供了更为轻松自由的网络平台，让大学生在这一网络平台上自由地记录自己日常生活中的所见、所闻与所想，不会受到任何约束。（2）微博为大学生提供了更为丰富的写作素材。大学生可以将生活中的任何事情与想法发表到微博上，小到日常生活琐事，大到国家大事。在微博上，人们没有高低贵贱之分，也没有任何级别之分。这些日常琐碎事，能够为创新写作环境提供更多的素材。（3）微博侧重于从思想层面的对写作环境的创新。在大学生日常谈论的话题中，很多是新闻焦点和热点问题，如微博控、犀利哥、伤不起等。这些热点问题能够为写作激起思维火花，激励大学生寻找更多具有时代特色的热点词汇，进而提高写作品味与时代特色。这些热点问题，还能够引发大学生的思考，推动大学生将这些热点问题与词汇运用到写作中，达到对写作内容的创新。

二、微博在优化写作环境中的作用与不足

针对微博在优化写作环境中的作用，笔者进行了抽样调查，其中有87.6%的大学生认为微博能够很好地优化写作环境，不论是在写作方式的创新方面，还是在提高写作的深度与广度方面，都能发挥良好的作用。其中有12.4%的大学生认为微博的应用对创新写作环境具有负面的影响，存在着一定的不足。

（一）微博在优化写作环境中的作用

人们使用微博，往往出于多种目的，包括娱乐、缓解压力、交流等。微博在创新写作环境中的作用主要有在以下方面：

1.写作方式方面。在网络还没有得到普及与推广之前，大学生写作多以传统书面方式为主。自网络得到广泛运用后，大学生的写作方式开始向网络化方向发展，只要打开电脑，开通微博，就可以利用这一方式进行写作，而且写作多出自于微博作者自愿，表达的是自身的真情实感[2]。这种写作方式的使用非常大众化，不限年龄、不限学历，只要会基本的电脑操作，就能够非常熟练地应用微博写作。

2.传播方式方面。微博对创新写作环境的作用，还体现在传播方式方面。相比传统传播方式，微博只需要注册就能够实现传播的目的。而且微博传播的速度与效率要比传统的纸质方式更加便捷，而且没有各种人为限制。针对这一点，笔者对身边使用博客的大学生进行了调查，有97.6%以上的大学生反映博客传播速度非常快，在3分钟内博客的点击量就可以达到百次以上，足可以说明博客对大学生写作传播方式的影响。

3.受众方面。打开电脑，利用网络就能够在较短的时间内了解到社会动态，包括发生在身边的事情、国家大事、热门话题等。不论是刚进入大学的大学生，还是已经毕业的大学生，只要会操作电脑，几乎都有属于自己的微博[3]。微博能够让广大的大学生群体利用微博了解到微博作者写作的内容，并从中获得有益的启发，采纳一些有助于自身学习与工作的方法或建议，用来提升自身的生活品质。

4.阅读效果方面。相比传统的写作方式，微博使文字与图片变得更为直观、生动，并灵活运用图片与文字于写作中。特别是一些富有创意特色的图片或知名的博主个人图片，能够激发阅读者浏览微博的兴趣，并表达相应的观点或见解。这种图文相结合的良好视觉效果，不仅可以提高微博作者的人气与关注度，还能够提升微博作者的写作质量，为微博作者创新写作提供良好的环境。

5.思想内容方面。调查表明，有92.7%以上的大学生反映微博不只是将个人的思想观念发表到网络上，而且还能表达丰富的思想内涵。一些网络名词并不是凭空捏造的，而是源自于真实的生活。以“微博控”为例，“微博控”是根据微博使用者对微博喜爱的程度划分级别，最高级别的“微博控”人员每天都能够创作出更具生活特色与思想内涵的微博新词，如躺着也中枪、逆袭、坑爹、土豪等，这些词内涵丰富，特色鲜明，都是微博作者的创新成果。

（二）微博在创新写作环境方面的不足

微博为创新写作环境发挥了良好的作用，但微博同时也对创新写作环境造成了一些不利的影响，这些影响使得写作环境被过度的炒作，甚至变得形式化。

1.随意性较大，不利于写作的规范。调查表明，有64.7%的大学生反映微博随意性较大，什么都可以作为写作素材，如吃饭、吵架等，而且缺乏规范。在这种环境的影响下，使得写作变得没有任何章法可循。endprint

2.影响写作内容的真实。当前，微博上往往是一个人发布微博之后，很多人进行模仿。这些模仿会弱化创新力，影响到写作内容的真实。此外，微博中还存在着虚拟化问题，很多微博内容是出于炒作的需求，真实度较低，导致写作环境被商业化与虚拟化。

3.形成网瘾，影响大学生成长，消极情绪扩散，影响写作的价值取向。过度地使用微博，深陷其中，不仅影响人们的生活秩序，还会导致一些不良情绪出现。此外，微博中一些对生活持负面态度，消极情绪等，会通过微博扩散，影响写作的价值取向。

三、充分发挥微博在写作中的作用

（一）对微博写作内容进行规范

规范微博写作内容，可以避免写作内容的杂乱无章，有效提高写作质量。在这方面，可以由教师对大学生进行指导，让微博作者按着新闻写作格式写作，使微博写作更规范。教师对大学生使用微博写作进行规范主要包括：（1）对微博写作主题进行明确。由教师为大学生提供一些具体的微博写作主题，如财经、文学、政治、工业、机械等，促进大学生的微博写作主题更鲜明。（2）规范微博写作格式。教师在教学过程中要为大学生讲解具体的微博写作格式，比如文学类、新闻类的标准格式，并附上范文，以实现对微博写作的规范。

（二）制定微博写作的创新标准

在微博中，大学生能够借鉴他人的思想观点，但过度借鉴会影响到大学生的写作创新能力，使作品变成复制品。制定微博写作的创新标准，能够增强大学生的创新意识。这些标准包括：数字创新方式，图文的使用方法等。为了使标准更符合学生实际并得到执行：（1）由教师与学生进行讨论，制定具体的微博写作创新标准。（2）教师对大学生微博的写作进行点评。当大学生将写作内容发到微博上时，教师进行及时点评，提高大学生的微博写作素养，对微博写作进行创新。

（三）明确应用微博写作的社会意义

微博写作除了能够满足人们日常生活、娱乐需求外，还能产生一定的社会影响，因此必须明确微博写作的社会意义。为了使微博写作获得社会正能量，教师在教学中要加强对大学生在微博写作方面的指导，让大学生明白应该歌颂什么，反对什么，使微博成为颂扬真善美、抨击假丑恶的有力工具。此外，教师应该加大对大学生思想观念的引导，积极营造充满正能量的微博写作环境，让大学生从微博写作中获得更多的愉悦，进而融入到社会大环境中。

参考文献：

〔1〕罗立桂.网络写作的特征及其对传统写作的理论变革[J].齐齐哈尔大学学报，2004（5）：63-65.

〔2〕常晋芳.网络思维方式——人类思维方式的大变革[J].理论学习，2002（1）.52-54.

〔3〕覃思.试论网络写作思维的特点[J].钦州师范高等专科学校学报，2006（4）.23-25.

篇5：立体绿化相关技术

垂直绿化植物材料的选择，必须考虑不同习性的攀缘植物对环境条件的不同需要；并根据攀缘植物的观赏效果和功能要求进行设计。应根据不同种类攀缘植物本身特有的习性，选择与创造满足其生长的条件。

a)、缠绕类：适用于栏杆、棚架等。如：紫藤、金银花、菜豆、牵牛等。

b)、攀缘类：适用于篱墙、棚架和垂挂等。如：葡萄、铁线莲、丝瓜、葫芦等。

c)、钩刺类：适用于栏杆、篱墙和棚架等。如：蔷薇、爬蔓月季、木香等。

d)、攀附类：适用于墙面等。如：爬山虎、扶芳藤、常春藤等。

应根据种植地的朝向选择攀缘植物。东南向的墙面或构筑物前应种植以喜阳的攀缘植物为主；北向墙面或构筑物前，应栽植耐荫或半耐荫的攀缘植物；在高大建筑物北面或高大乔木下面，遮荫程度较大的地方种植攀缘植物，也应在耐荫种类中选择（喜阳、耐荫品种见后附表）。

应根据墙面或构筑物的高度来选择攀缘植物。

a)、高度在2m以上，可种植：爬蔓月季、扶芳藤、铁线莲、常春藤、牵牛、茑萝、菜豆、弥猴桃等。

b)、高度在5m左右，可种植：葡萄、杠柳、葫芦、紫藤、丝瓜、瓜篓、金银花、木香等。

c)、高度在5m以上，可种植：中国地锦、美国地锦、美国凌霄、山葡萄等。

应尽量采用地栽形式。种植带宽度50－100cm，土层厚50cm，根系距墙15cm，株距50－100cm为宜。容器（种植槽或盆）栽植时，高度应为60cm，宽度为50cm，株距为2m。容器底部应有排水孔。

应用攀缘植物造景，要考虑其周围的环境进行合理配置，在色彩和空间大小、形式上协调一致，并努力实现品种丰富、形式多样的综合景观效果。

应丰富观赏效果（包括叶、花、果、植株形态等）合理搭配。草、木本混合播种，如：地锦与牵牛、紫藤与茑萝。丰富季相变化、远近期结合。开花品种与常绿品种相结合。

应依照品种丰富、形式多样的原则配置。可考虑以下几种形式：

a)、点缀式：以观叶植物为主，点缀观花植物，实现色彩丰富。如：地锦中点缀凌霄、紫藤中点缀牵牛等。

b)、花境式：几种植物错落配置，观花植物中穿插观叶植物，呈现植物株形、姿态、叶色、花期各异的观赏景致。如：大片地锦中有几块爬蔓月季、杠柳中有茑萝、牵牛等。

c)、整齐式：体现有规则的重复韵律和同一的整体美。成线成片，但花期和花色不同。如：红色与白色的爬蔓月季、紫牵牛与红花菜豆、铁线莲与蔷薇等。应力求在花色的布局上达到艺术化，创造美的效果。

d)、悬挂式：在攀缘植物覆盖的墙体上悬挂应季花木，丰富色彩，增加立体美的效果。需用钢筋焊铸花盆套架，用螺栓固定，托架形式应讲究艺术构图，花盆套圈负荷不宜过重，应选择适应性强、管理粗放、见效快、浅根性的观花、观叶品种。布置要简洁、灵活、多样，富有特色。（早小菊、紫叶草、红鸡冠、石竹等。）

e)、垂吊式：自立交桥顶、墙顶或平屋檐口处，放置种植槽（盆），种植花色艳丽或叶色多彩、飘逸的下垂植物，让枝蔓垂吊于外，既充分利用了空间，又美化了环境。材料可用单一品种，也可用季相不同的多种植物混栽。如：凌霄、木香、蔷薇、紫藤、地锦、菜豆、牵牛等。容器底部应有排水孔，式样轻巧、牢固、不怕风雨侵袭。

攀缘植物的室外布置

墙面绿化是泛指用攀缘植物装饰建筑物外墙和各种围墙的一种立体绿化形式。适于作墙面绿化的植物一般是茎节有气生根或吸盘的攀缘植物，其品种很多。如：爬山虎、五叶地锦、扶芳藤、凌霄等。

a)、墙面绿化的植物配置受墙面材料、朝向和墙面色彩等因素制约。粗糙墙面，如水泥混合沙浆和水刷石墙面，则攀附效果最好；墙面光滑的，如石灰粉墙和油漆涂料，攀附比较困难；墙面朝向不同，选择生长习性不同的攀缘植物。

b)、墙面绿化植物配置形式有两种，一是规则式；一是自然式。

c)、墙面绿化种植形式大体分两种。一是地栽：一般沿墙面种植，带宽50－100cm，土层厚50cm，植物根系距墙体15cm左右，苗稍向外倾斜。二是种植槽或容器栽植：一般种植槽或容器高度为50－60cm，宽50cm，长度视地点而定。

棚架绿化是攀缘植物在一定空间范围内，借助于各种形式、各种构件构成的。如花门、绿亭、花榭等生长，并组成景观的一种垂直绿化形式。棚架绿化的植物布置与棚架的功能和结构有关。

a)、棚架从功能上可分为经济型和观赏型。经济型选择要用植物类，如：葫芦、茑萝等，生产类如：葡萄、丝瓜等。而观赏型的棚架则选用开花观叶、观果的植物。

b)、棚架的结构不同，选用的植物也应不同。砖石或混凝土结构的棚架，可种种植大型藤本植物，如：紫藤、凌霄等；竹、绳结构的棚架，可种植草本的攀缘植物，如：牵牛花、脾酒花等；混合结构的棚架，可使用草、木本攀缘植物结合种植。

绿篱和栅栏的绿化，都是攀缘植物借助于各种构件生长，用以划分空间地域的绿化形式。主要是起到分隔庭院和防护的作用。一般选用开花、常绿的攀缘植物最好，如：爬蔓月季、蔷薇类等。栽植的间距以1－2m为宜。若是临于做围墙栏杆，栽植距离可适当加大。一般装饰性栏杆，高度在50cm以下，不用种攀缘植物。而保护性栏杆一般在80－90cm以上，可选用常绿或观花的攀缘植物，如：藤本月季、金银花等，也可以选用一年生藤本植物，如：牵牛花、茑萝等。

护坡绿化是用各种植物材料，对具有一定落差坡面起到保护作用的一种绿化形式。包括大自然的悬崖峭壁、土坡岩面以及城市道路两旁的坡地、堤岸、桥梁护坡和公园中的假山等。护坡绿化要注意色彩与高度要适当，花期要错开，要有丰富的季相变化。因坡地的种类不同而要求不同。

a)、河、湖护坡要一面临水空间开阔的特点，选择耐湿、抗风的植物。

b)、道路、桥梁两侧坡地绿化应选择吸尘、防噪、抗污染的植物。而且要求不得影响行人及车辆安全，并且要姿态优美的植物。

阳台绿化是利用各种植物材料，包括攀缘植物，把阳台装饰起来。在绿化美化建筑物的同时，美化城市。阳台绿化是建筑和街景绿化的组成部分，也是居住空间的扩大部分。既有绿化建筑，美化城市的效果，又有居住者的个体爱好，还有阳台结构特点。因此，阳台的植物选择要注意三个特点。

a)、要选择抗旱性强、管理粗放、水平根系发达的浅根性植物。以及一些中小型草木本攀缘植物或花木。

b)、要根据建筑墙面和周围环境相协调的原则来布置阳台。除攀缘植物外，可选择居住者爱好的各种花木。

篇6：Docker 介绍: 相关技术

Sandbox

作为sandbox大概是container的最基本想法了 - 轻量级的隔离机制, 快速重建和销毁, 占用资源少。用docker在开发者的单机环境下模拟分布式软件部署和调试，可谓又快又好。 同时docker提供的版本控制和image机制以及远程image管理，可以构建类似git的分布式开发环境。可以看到用于构建多平台image的packer以及同一作者的vagrant已经在这方面有所尝试了，笔者会后续的blog中介绍这两款来自同一geek的精致小巧的工具。

PaaS

dotcloud、heroku以及cloudfoundry都试图通过container来隔离提供给用户的runtime和service，只 不过dotcloud采用docker, heroku采用LXC, cloudfoundry采用 自己开发的基于cgroup的warden。基于轻量级的隔离机制提供给用户PaaS服务是比较常见的做法 - PaaS 提供给用户的并不是OS而是runtime+service, 因此OS级别的隔离机制 向用户屏蔽的细节已经足够。而docker的很多分析文章提到『能够运行任何应用的“PaaS”云』只是从image的角度说明docker可以从通过构 建image实现用户app的打包以及标准服务service image的复用, 而非常见的buildpack的方式。

由于对Cloud Foundry和docker的了解, 接下来谈谈笔者对PaaS的认识。PaaS号称的platform一直以来都被当做一组多语言的runtime和一组常用的middleware，提供这两样东西 即可被认为是一个满足需求的PaaS。然而PaaS对能部署在其上的应用要求很高:

运行环境要简单 - buildpack虽然用于解决类似问题，但仍然不是很理想

要尽可能的使用service - 常用的mysql, apache倒能理解，但是类似log之类的如果也要用service就让用户接入PaaS平台, 让用户难以维护

要尽可能的使用“平台” - 单机环境构建出目标PaaS上运行的实际环境比较困难，开发测试工作都离不开“平台”

缺少可定制性 - 可选的中间件有限，难于调优和debug。

综上所述部署在PaaS上的应用几乎不具有从老平台迁移到之上的可能，新应用也难以进入参数调优这种深入的工作。个人理解还是适合快速原型的展现，和短期应用的尝试。