❶ wamp 在线 离线 我都能访问我的网页，那么两者的区别的在哪呢
1.在线模式：本机或其他机器均可访问Apache，即可以用实际IP地址访问你的WEB服务器
# onlineoffline tag - don't remove
Order Allow,Deny
Allow from all
2.离线模式：只有本机可以访问Apache，且只可以使用 localhost 或者 127.0.0.1
# onlineoffline tag - don't remove
Order Deny,Allow
Deny from all
Allow from 127.0.0.1
❷ 我想离线访问网站，用什么方法可以（保存网页）
可以，教你一个比较笨的方法 哈哈，找到要保存的新闻的页面 然后点击浏览器最上面的“文件”选项，再点击“另存为”，这样这个页面连同文字就都保存到你本地了 想看的时候找到文件双击就OK了
❸ c#中数据库连接 在线与离线区别
简单来说，连线式：查询数据，数据更改后，你查询出来的结果会及时改变离线式：查询数据，数据更改后，你查询出来的结果仍是之前的，需要重新查询才能得到最新的数据
❹ 蓝牙 和 E-Mail： POP3 SMTP IMAP4 MIME2 是什么意思
这四个是电子邮件的协议。
POP & POP3：Post Office Protocol
POP 协议允许工作站动态访问邮件服务器上的邮件，目前已发展到第三版，称为 POP3。POP3 允许工作站检索邮件服务器上的邮件。POP3 传输过程发生在站与站之间，其中传输的消息可以是指令，也可以是应答。
创建一个分布式电子邮件系统有多种不同的技术支持和途径：POP（邮局协议）、DMSP（分层式电子邮件系统协议）和 IMAP（因特网消息访问协议）。其中，POP 协议创建最早因此也最为人们了解； DMSP 具有较好的支持“不连接”操作的性能，但其很大程度上仅限于单个应用程序（PCMAIL）； IMAP 提供了 POP 和 DMSP 的扩展集并提供对远程邮件访问的三种支持方式：离线、在线和不连接。
POP 协议支持“离线”邮件处理。其具体过程是：邮件发送到服务器上，电子邮件客户端调用邮件客户机程序以连接服务器，并下载电子邮件的电子协议。这种离线访问模式基于存储并转发服务，将邮件从邮件服务器端送到个人终端机器上，一般是 PC机 或 MAC。一旦邮件发送到 PC 机或 MAC 上，邮件服务器上的邮件将会被删除。
POP3 并不支持服务器邮件的扩展操作，此过程由更高级综合的 IMAP4 完成。作为传输协议的 POP3 使用 TCP 的110端口。
什么是 SMTP
SMTP (Simple Mail Transfer Protocol) : 电子邮件从客户机传输到服务器或从某一个服务器传输到另一个服务器使用的传输协议。 SMTP 是请求/响应协议，命令和响应都是基于 ASCII 文本，并以 CR 和 LF 符结束。响应包括一个表示返回状态的三位数字代码。SMTP 在 TCP 协议 25 端口监听连接请求。
IMAP4（Internet Mail Access Protocol Version 4）Internet邮件访问协议-版本4
它是用于从本地服务器上访问电子邮件的标准协议，它是一个C/S模型协议，用户的电子邮件由服务器负责接收保存。IMAP4改进了POP3的不足，用户可以通过浏览信件头来决定是不是要下载此信，还可以在服务器上创建或更改文件夹或邮箱，删除信件或检索信件的特定部分。在用户访问电子电子邮件时，IMAP4需要持续访问服务器。在POP3中，信件是保存在服务器上的，当用户阅读信件时，所有内容都会被立刻下载到用户的机器上。我们有时可以把IMAP4看成是一个远程文件服务器，把POP3可以看成是一个存储转发服务。
MIME（Multi-Purpose Internet Mail Extensions）多功能Internet邮件扩展 。MIME2是MIME的第二版
MIME是扩展SMTP协议，是1991年Nathan Borenstein向IETF提出。在传输字符数据的同时，允许用户传送另外的文件类型，如声音，图像和应用程序，并将其压缩在MIME附件中。因此，新的文件类型也被作为新的被支持的IP文件类型。
❺ 暴力破解：在线和离线猜解的不同 – 安全牛
正在用Wordpress的博主们一定知道最近全球兴起的一波黑客锁定Wordpress暴力破解控制面板密码的风波了，据CloudFlare执行长Matthew Prince所说，所谓的暴力密码攻击是输入admin的使用名称，然后尝试输入数千种密码企图登入。 攻击者首先扫描互联网上的Wordpress网站，然后利用Web服务器组建的僵尸网络不断尝试用户名和密码试图登录管理界面，攻击者此次使用了超过9万台Web服务器，由于服务器比PC有更大的带宽和连接速度，因此可以更快的发动攻击。 WordPress后台登录默认的名称是admin，很多朋友在安装了Wordpress后直接就用了admin这个作为管理员密码，于是这给了一些人可趁之机了。虽然WP的安全性已经足够强，但是暴力破解即使失败也会给Wordpress的正常访问带来影响，增加服务器运行压力。 本篇文章就为大家分享防止Wordpress后台被暴力破解的方法：安装WordPress安全类插件和使用/extend/plugins/better-wp-security/ 2、大家可以直接从后台安装Better WP Security，也可以在官网下载下来再上传安装插件。 3、第一次运行Better WP Security，会提示你备份一下数据库，备份会发到你的管理员邮箱当中。 4、第二项会提示你要不要允许Better WP Security修改Wordpress的核心文件，部落选择的是“NO”，大家用时可以自己斟酌一下。 5、第三项是让你选择一键开启安全防护还是自定义安全设置。 6、如果是自定义安全设置，会跳转到状态页面，看到一些自己当前WP所存在的安全问题。点击安全问题后面的“Click here to Fix”修复。 二、Better WP Security的黑名单、定时备份、安全路径、登录次数限制 1、Better WP Security有黑名单功能，你可以屏蔽某些IP或者搜索引擎来访问你的Wordpress。 2、定时备份功能可以让你的WP自动备份并将备份好的文件发到你的管理员邮箱当中。 3、安全路径功能可以让你修改你的Wordpress的登录、后台、注册等路径，防止陌生人暴力猜测用户名与密码。 4、Better WP Security的登录次数限制是一个对付那些暴力破解Wordpress后台控制面板的很好功能，一旦后台登录错误超过了指定次数，就会停止该IP继续登录或者间隔一段时间才能登录。 三、BulletProof Security功能强大的Wordpress安全插件 1、BulletProof Security官网： 1、WP官网：wordpress.org/extend/plugins/bulletproof-security/ 2、BulletProof Security也是一个类似于上文所讲到的Better WP Security的Wordpress安全插件。功能强大，操作简单方便，一键即可开启。(点击放大) 3、BulletProof Security在安全状态中可以看到自己的WP的安全保持的状态。 四、使用Wordpress安全插件所带来的问题 1、由于Wordpress安全类的插件多是通过修改wp-config.php和.Htaccess文件来达到加强Wordpress安全的目的。 2、而一旦卸载了这些安全类插件，如果没有清理以前Wordpress安全插件所修改的痕迹，很有可能导致WP运行错误。 五、用.htpasswd保护Wordpress控制面板 1、安装Wordpress安全插件是一个既简单又快捷的加强Wordpress安全的方法，特别适合那些“懒人”或者对代码操作不是很熟悉的新手朋友们。 2、.htpasswd在线生成： 1、.htpasswd生成：/htpasswd-generator/ 2、.htpasswd后缀名在Windows很难创建，可以下载示例：.htpasswd文件下载 3、先到.htpasswd在线生成页面中填写用户名和密码。 4、提交后会得到一串代码。 5、将这个代码复制到你的.htpasswd文件中，保存。没有的话自己创建一个。上传到你的网站的根目录中。 6、然后将下列代码添加到你的wp-admin目录下的.Htaccess文件中，没有该文件可以自己创建一个。 AuthUserFile /home/wwwroot/freehao123/public_html/.htpasswdAuthType BasicAuthName "restricted"Order Deny,AllowDeny from allRequire valid-userSatisfy any 7、其中AuthUserFile是填写你的.htpasswd文件绝对路径，你要改成你自己的。 8、这样当别人要访问你的wp-admin目录时就会弹出要求用户名和密码验证的提示。 9、根据部落测试发现，如果将wp-admin目录下的所有文件都设置为需要验证才能访问，会导致在Wordpress前台访问时也出现要求验证的问题。 10、根据推测应该是Wordpress页面调用了wp-admin目录中的某些文件才导致要求验证。解决的办法就是：在.Htaccess中指定你要验证的文件。 11、将以下代码放在你的网站根目录下的.Htaccess就能实现对wp-login.php访问实现验证控制了。 AuthUserFile /home/wwwroot/freehao123/public_html/.htpasswd AuthType Basic AuthName "restricted" Order Deny,Allow Deny from all Require valid-user Satisfy any 12、如果你要对其它的文件实现控制，请替换你自己的文件即可。 六、Wordpress防暴力破解小结 1、Wordpress防暴力破解最简单的方法就是安装WP安全类插件，防护全面，且不需要修改代码，一般将wp-config.php和.Htaccess设置755可读写即可。 2、.htpasswd可以用来对访问特定页面实现用户名和密码验证，不光可以用在Wordpress上，也可以用其它的博客、论坛等程序上。 文章出自：免费资源部落 / 版权所有。本站文章除注明出处外，皆为作者原创文章，可自由引用，但请注明来源。
❻ 如何选择Web APP与Native App原生开发模式的区别，APP开发模式比较
APP开发模式通常分为Web APP与Native APP原生模式两种，这两种模式均各自有自己的优势，到底是采用Native App开发还是采用Web App开发一直是业界争论的焦点，但是随着HTML5的发展及云服务普及，采用HTML5进行Web App开发正在成为一种趋势，用户可以根据应用特点和需求进行选择，亦可选择两者混合模式：
Native App开发
Native App开发即我们所称的传统APP开发模式（原生APP开发模式），该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。
Web App开发
Web App开发即是一种框架型APP开发模式（HTML5 APP 框架开发模式），该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。
原生APP开发及Web APP开发模式的区别
Web APP需开发“html5云网站”和“APP客户端”，昆明天度网络公司总结这类型APP应用呈现以下特点：
（1）每次打开APP，都要通过APP框架向云网站取UI及数据；
（2）手机用户无法上网则无法访问APP应用中的数据。
（3）框架型的APP无法调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（4）框架型APP的访问速度受手机终端上网的限制，每次使用均会消耗一定的手机上网流量；
（5）框架型APP应用的安装包小巧，只包含框架文件，而大量的UI元素、数据内容刚存放在云端；
（6）APP用户每次都可以访问到实时的最新的云端数据；
（7）APP用户无须频繁更新APP应用，与云端实现的是实时数据交互；
适用企业：电子商务、金融、新闻资讯、企业集团需经常更新内容的APP应用。
Native App（原生型APP）需要开发“云服务器数据中心”和“APP客户端”，昆明天度网络公司总结这类型的APP应用呈现以下特点：
（1）每次获取最新的APP功能，需要升级APP应用；
（2）原生型APP应用的安装包相对较大，包含UI元素、数据内容、逻辑框架；
（3）手机用户无法上网也可访问APP应用中以前下载的数据。
（4）原生型的APP可以调用手机终端的硬件设备（语音、摄像头、短信、GPS、蓝牙、重力感应等）
（5）APP应用更新新功能，涉及到每次要向各个应用商店进行提交审核。
适用企业：游戏、电子杂志、管理应用、物联网等无需经常更新程序框架的APP应用。
到底该如何选择Web App和Native App开发模式
移动Web无所不在，移动Web是目前唯一的支持各种设备访问的平台，与桌面Web一样，移动Web支持各种标准的协议。移动Web也是唯一一个可供开发者发布移动应用的平台，它将各种移动交互与桌面任务有效地连接了起来；而开发Native App可以充分利用设备的特性，而这一点往往是Web浏览器做不到的，所以对一个产品本身而言，Native App是最佳的选择。下面几节将讨论一下Native App的一些主要功能。
什么时候应该选择Native App
1.为应用收费
没有任何地方规定开发者不能对一个移动Web App收取使用费，但是由于某些原因，人们常常认为不能或是不应该对一个Web App收取费用。由于历史原因，导致移动设备上付费服务遭遇两大阻力：
2.付款方式
在移动设备上输入信用卡号相当麻烦，而且在许多老式设备上也没有安全保障。一种典型的方式是，如果你需要对你的应用收费，你可以与运营商达成协议，让运营商代为为你的服务收费。这也意味着，你需要和多个运营商达成合作。这通常是首选的方法，因为许多手机用户可能根本就没有信用卡，比如青少年。
另一种方法是将用户的信用卡信息保存在一个安全的网站上。用户可以通过登录到该网站购买应用服务。这个过程不算特别理想，因为这意味着用户不能直接通过他们的移动设备购买服务了。
3.强制分成
移动运营商是会提成的。App无论是通过运营商还是通过移动设备发布，他们都为应用提供了一套收费机制。这些运营商和移动设备将会提取部分收益，然后将剩余的部分交给应用开发商，这也意味着，开发人员必须遵守他们的市场规则。适应运营商的市场规则通常是非常困难的，需要投入大量的人力资源。相比而言，移动设备的市场规则则简单许多，但是也存在不少的困难。
妨碍运营商和移动设备开发商利益的应用以及服务都将受到阻扰。过去，那些不靠运营商和移动设备开发商运作的网站如果收入过于显眼的话，都逃脱不了被关闭的命运，但是最近，这样的事情鲜少发生了。
如果你想为你的Native App收费，那么你就必须接受这个现实——你必须遵守别人的市场规则，还得放弃部分收益。
4.开发游戏
如果你是想开发一个移动游戏（移动游戏是移动市场上最大的一块），那么你需要开发一个Native App。游戏对资源的占用很大，并且需要使用许多设备API或平台API。虽然，现在有几款完全使用Web技术开发的游戏占有了一定的市场份额，但是和Native App市场的占有情况相比，还是微不足道的。游戏用户对应用的视觉和操作效果要求很高。移动Web虽然提供了一些仿真体验，但还远远不能满足用户的需求。
在开发移动游戏时，你需要慎重考虑你的应用需要支持哪些平台。幸运的是，现在有许多工具能够帮助你将你的游戏推向多个平台，但是完成这些工作，还是需要花费大量的人力和物力。
5.使用定位功能
下一个功能就是定位功能，可以通过GPS或者是信号检测确定用户当前的位置信息。以前只能通过Native App的APIs查看用户的位置信息，但现在大多数主流移动浏览器上都嵌入了W3C Geolocation API。像iPhone或Android这样安装了WebKit的设备，或是配置了Opera或Mozilla浏览器的设备，都可以获取用户的位置信息。
我相信定位功能会为Web技术带来许多全新的应用。如果能够合理利用Web浏览器，Web开发商就能使用用户的位置信息和其他内容开发出更加有趣的应用。虽然这在技术上没有太大的困难，但却受到隐私保护条例的限制。我们将Web浏览器当做是用户进入World Wide Web的入口。加入定位功能，意味着在网站中引入了一些敏感信息，这有可能导致严重的后果。但是位置感知应用中显示的位置信息必须经过用户的授权，用户当然有权禁止应用发布自己的位置信息。
6.使用摄像头
摄像头可以为你的应用提供丰富的可能性。以往移动MMS（Multimedia Messaging Service）被用于处理移动照片。换言之，你拍了一张照片后，需要使用MMS将它传送给一个服务器，服务器对照片做出相应的处理，并将处理完成的结果通知给你。这个过程是非常耗时的，而且相当复杂，也没有可靠性保障。
通过访问摄像头，Native App开发者能够简化拍照的过程。用户可以直接在客户端对照片做一些简单的处理，只有在有需要的时候才将照片上传给服务器，而且是通过可靠的HTTP传输。W3C正在开发一个访问摄像头的API，但现在还没有将这部分工作正式整合到浏览器中。
在许多类型的移动Apps中，摄像头是非常有用的，比如快拍应用、短片拍摄应用等等，摄像头可以用来捕捉许多重要的瞬间。不久的将来，我们可以看到——只要通过摄像头拍摄某个标识，应用程序就能自动完成对标识上的语言转换工作——这个技术在日本已经开始流行起来了。
7.使用感应器
现在越来越来越多的移动设备上都新增了感应器功能，该装置可以感知设备的物理速度以及重力，并将感知的数据结果传送给设备。这个装置常被用来感应设置是否被翻转，应用根据接受到的信息自动调节画面的方向。
感应器可以用来帮助用户提升与设备交互时的真实感；大多数移动设备都是手持的，应用能够根据设备的方向调整内容画面，比如翻转屏幕，或是检测物理移动，并能据此猜测用户所处的环境。举一个简单的例子：比如用户正在走路，那么感应器能够检测到一个轻缓的移动或是速度，这时可以为用户提供一个大字体的用户界面，从而使得用户更容易看清屏幕上的内容。
然而，开发者也不能过分依赖感应器，因为感应器无法区分究竟哪些交互是有意的，而哪些是没有意义的。每个移动交互都需要通过“传输测试”。设计你的交互时必须考虑用户在一个拥挤的汽车或是火车上的场景。考虑一下如果用户正身处拥挤的地铁或是正在驾车时，你的应用能否正确处理用户摇晃移动设备的动作。通常，大多数开发者都没有考虑这些因素。确保为每个任务设计一个备用方案以处理特殊场景中的移动交互。
8.访问文件系统
如果你的应用需要将数据保存在本地，那么你需要开发一个Native App。比如你要保存用户的地址簿、电话或E-mail信息，或是保存从其他设备上获取的数据。
访问文件系统常常会涉及到安全和用户隐私保护的问题。恶意应用程序可能会修改或是删除你的移动设备上的数据。一个携带病毒的应用程序可以利用移动设备上的关系网将病毒扩散到许多其他的手机上，在采用移动应用认证机制以前，这种事情是常常发生的。
另一方面，移动设备正变得越来越私人化，移动设备上保存了大量用户的个人信息，以及用户的朋友信息和商业信息。针对这些私人信息开发应用是一个不错的想法。但是这也存在一定的风险，使用保存在移动设备上的数据可以为用户提供更加有针对性的服务。
开发者必须谨记，只有在获得用户的授权后才能访问用户的私人数据。我们看到许多应用在没有得到用户授权的情况下使用了大量的用户私人数据，而被误认为是垃圾信息或是钓鱼应用，即使这些应用原本是在提供一些非常有用的服务。人们对你的应用的误解将会影响到你的服务的推广，如果运营商收到过多关于你的应用的投诉，那么你的服务可能将被终止，甚至会牵连其他的应用。
访问文件系统时至关重要的一点就是在没有获得用户授权的情况下，不要访问任何用户的私人数据。而这一点，往往被大多数应用忽略了。W3C正在为移动开发商开发相关的标准API，但目前该工作尚未完成。
9.离线用户
最后一个需要开发Native App的理由就是，用户有可能是离线的或者无法接入移动网络。这在城市可能很少发生，即使是在农村，网络的覆盖也已经逐步普及了。但是短暂的网络连接中断还是时常发生的，你的应用程序应该考虑如何处理这种情景。
想想用户通常在什么时候，在哪里会使用你的App。如果是一个移动游戏，那么用户很可能在飞机上使用这个App。跟踪地图应用常在偏远且网络覆盖不佳的地方使用。移动旅游向导常在一个国外的网络中访问，往往需要支付漫游和国际网络费用。这时，应用程序最好能够为用户提供离线服务，保证用户在不接入网络的情况下，仍然能享受同等的服务。
现在支持HTML5的浏览器也能实现脱机访问功能，但对用户来说可能不太明显。随着越来越多的浏览器都开始支持脱机访问，应用需要明确地告诉用户网络连接中断时，他们仍然可以访问移动Web Apps。
Native Apps常常假设网络连接是可靠的。App通常只考虑了网络状况良好的情景，想当然地认为网络是封闭的，并且网速足够快。移动设备从网络良好的环境突然进入一个网络糟糕的环境并不少见。Native Apps应该在网络状况最差的情况下测试。比如用户启动任务时可能还是全信号覆盖，而在任务结束时可能已经完全没有网络信号了。
用户在安装Native Apps时，根本不会考虑是在线访问还是离线访问——他们期望的是不管在任何状况下，Native Apps都能正常工作。而这也是开发者的职责。
什么时候应该选择Web App
只要你的应用程序不满足之前提到的Native App条件之一，那么你就没有必要开发一个Native App，而应该选择开发一个Web App。正如文章之前提到的，我是一个Native App的拥护者，我认为Native App有许多优秀的特质，并且具有很大的市场潜力，但是Web Apps是唯一一个经久不衰的移动内容、服务、应用开发平台。
Native App并不能明显地为用户提供更好的服务；它反而会增加项目的成本，减少了应用发布的渠道，增加了App升级的复杂度，削弱了开发者对应用的控制和利润，并且可能会给设备带来麻烦。Native App可以为开发者带来短期的效益，但这是有一定风险的，甚至可能会影响到移动市场的可持久发展。
移动Web App的优势在前文中已经提到过了。如果上一节提到的几点功能是促成你选择Native App的唯一原因，那么如果能够在移动浏览器上屏蔽这些障碍，你是否还会坚持选择Native App呢？Palm的webOS已经着手解决了上述的部分问题。他们基于WebKit构建了一个全移动操作系统，将手机变成了一个Web浏览器。所谓的“Native Apps”实际上就是一个Web Apps。
PhoneGap也是一个类似的项目，这个开源项目用于帮助开发者在iPhone、Android以及BlackBerry设备上开发Native Apps，并且能够模拟设备上的功能（如定位功能和文件系统）供Web Apps调用。这些代码可以在各个设备的应用商店中发布并且出售，但是他们使用的通用代码和设计是可以共享的。由于开发的是一个Web App，开发者可以为低端的移动浏览器开发一个简化版的应用。只用开发一次，就可以部署在多个平台上了，
对于那些有着丰富的移动开发经验的程序员来说，一提到“要开发一个功能丰富的应用”时，可能首先想到的就是Native App。虽然在很多设备上，这一想法仍然适用，但是现在移动Web Apps上也提供了足够丰富的功能接口供开发者调用。这使得Web App不仅可以像Native App一样被设计得功能丰富界面绚丽，而且还能在各个平台上迁移，甚至不用修改一行代码。
现在在移动设备开发中，移动Web Apps的创新进入了前所未有的高潮时期。但更重要的是，这是有史以来第一次，移动设备开发商决定共同制定一个移动Web开发的标准，就像是桌面Web上的标准一样。不仅如此，那些支持移动Web App创新功能的设备或是支持第三方浏览器的移动设备都受到消费者的欢迎。
❼ 简述在线式和离线式数据访问的途径。
JSP中早就有了类似.Net DataSet那样的离线数据访问了，抛弃ResultSet，拥抱Result吧！微软的.NET平台上面的数据访问有一个特点，就是数据查询的结果，可以放在内存中，以XML格式进行描述，不需要一直与数据库保持在线连接，用DataSet + Data Adapter来实现！而在JDBC中，我们通常使用javax.sql.ResultSet类来存放放回的数据，它的流程和生命周期如下：
使用ResultSet来返回数据库查询结果
Client --> Connection --> Statement --> JDBC Driver --+
Database
Client <-- Parsing <-- ResultSet <-- JDBC Driver --+
Connection lifecycle
ResultSet lifecycle
我们可以看到，这样会长期占用数据库连接的资源，是一个有点不爽的问题...其实，在JSTL中提供了另外一种机制，让我们在返回查询结果到表示层的时候，可以做到离线使用！它就是javax.servlet.jsp.jstl.sql.Result类！
❽ 关于离线浏览
不用啊 就用 普通的IE 打开 点打开 有个另存为 就可以了
然后找到那个存的地方 直接点2下打开就可以了
❾ 在线存储，近线存储和离线存储的区别
所谓近线存储(NearStore)，是随着客户存储环境的细化所提出的一个概念，所谓的近线存储，外延相对较广泛，主要定位于客户在线存储和离线存储之间的应用。就是指将那些并不是经常用到，或者说数据的访问量并不大的数据存放在性能较低的存储设备上。但同时对这些的设备要求是寻址迅速、传输率高。（例如客户一些长期保存的不长用的文件的归档）。因此，近线存储对性能要求相对来说并不高，但又要求相对较好的访问性能。同时多数情况下由于不常用的数据要占总数据量的比较大的比重，这也就要求近线存储设备在需要容量相对较大。
第2个问题，不清楚，建议找专业人士咨询。-。-！