EWS 写字板

在一项互联网的调查统计报告中，其中有一项关于访问网页速度的调查，报告中指出：“一个网民在打开某个网页的时候，愿意等待加载页面的时间大概是10秒，如果网页在这10秒内无法正常打开，网民很有可能会关闭页面”。

随着EWS的企业用户的增加，用户反馈了许多的问题，其中以“广西柳州礼邦礼品网”客户反应网页打开速度慢这个问题最深刻，原因是商品组件在大量应用的情况下，过多的Ajax线程导致整个页面加载速度过慢，用户体验效果差，因此EWS开发组立刻招开了临时会议。

会议中，开发组成员提出了许多的方案，有些方案能改善目前情况，比如采用单独的Ajax来取得所有商品组件的信息，但这样只是相对而言的加快了一定的速度，还是无法达到最理想的效果，如果以这样的结果给客户交待，那肯定是很不负责任的。在经过了大量的讨论后，我们决定采用微软asp.Net动态加载控件技术来解决，使用这种方案的好处是，所有数据都会在服务器完成并处理好，再输出到浏览器上，解决了浏览器脚本加载并处理数据慢的弊端。

经过一轮技术要点的研发及测试，新版商品组件在2010年4月初正式上线。即将上线的商品组件，商品浏览速度经测试比之前要快几倍。同时为了能让搜索引擎更好的收录商品信息，我们还增加了商品详细独立页面新组件：

『商品详细独立页面组件功能』

1.以独立页面的方式展示商品详细内容，为每个商品生成独立的静态页面，更利于搜索引擎收录商品详细内容。

2.自主设计商品详细个性化页面版式。

请大家敬请期待！

很多中小企业，经常会有这样的情况：

1.公司有服务或产品，在网站上有介绍；

2.这些服务或产品，大多数无需客户在线支付，只有少数或者部分可以在线支付；

3.公司的在线支付需求来自于所有这些服务相关的培训费、会议注册费、小额产品支付、小额服务预约订金等；

4.公司不是专业做电子商务，对于少数的产品提供在线支付，只是为了方便客户并降低自己的业务处理成本，同时提高自身服务水平；

5.财务方面的现状：目前与某个银行或第三方支付签署了商户协议，但需要自己开发代码植入其支付接口，而且日后可能会与其他银行或第三方支付再签署商户协议。

现时EWS已经拥有网站编辑、网站管理、商品发布、信息发布、资源管理、会员管理等系统功能；很多客户反映：“我商品发布出去了，信息有人看了，客人来注册了，但我怎么收钱啊？”，现在我们不得不面对这个一个尴尬的场面。的确，作为一个成功的电子商务解决方案平台，支付环节必不可少，“EWS支付系统（开发代号）”由此应运而生。EWS支付系统完成支付方式选择、订单信息确认、付款 三个功能；同时记录每一笔付款到数据库中，生成流水号，以便日后查询。

其核心模块是：为不同支付方式实现不同的表单参数包装和支付结果信息回调！

示例场景描述：

某用户ABC公司，目前用EWS的建站功能将其产品网站搭建好，并运营推广了一段时间。

随着业务的发展，在该网站上产生越来越多的小额支付需求，如产品定金、维修保养费用等。但其网站的性质是做产品展示，并不需类似商城一样的下单支付功能。

为此，该客户可以选择EWS支付系统解决方案，只需要两个步骤，便能在其产品网站实现在线支付功能：

1.到银行或第三方支付商（例如支付宝、财付通）申请商户帐号，取得帐号密匙；（即将上线的EWS支付系统暂时只支持“支付宝”和“财付通”）

2.登录EWS填写相关商户帐号信息，设置收款页，然后发布即可。

 
 
下面论述一下EWS支付系统目前支持的两种支付产品接口（以后的支持范围会越来越广）：

支付宝接口机制 ：

支付宝对外接口分为两种，一种是接收外部请求的接口，统称为外部接入接口。一种是主动通知外部系统的接口，统称为外部通知接口。

外部服务接口的主要目的是让外部合作伙伴主动调用的服务接口，如：创建交易等。

外部通知接口的主要目的是为外部合作伙伴提供数据同步服务（如：交易状态同步）以及异步处理结果返回服务。

请求/响应交互模式：

商户系统向支付宝系统发送请求数据，并同步等待支付宝系统处理完毕后返回的响应数据，此时已经跳转到支付宝系统的页面了。

用户完成相关操作后，需要支付宝系统将处理结果立即返回给商户网站的下一步操作页面，让用户继续完成整个操作流程。

如图：
 

 
主动通知交换模式：

买家从商户网站跳转到支付宝网站，在支付宝网站完成最后操作，买家不用再回到商户网站。 支付宝单系统会将商户关注的事件采用主动通知的方式提交给商户系统。  例如，通过商户系统创建交易，当交易状态发生改变时，支付宝系统将最新的交易状态以及其它交易有关的信息主动通知给商户系统，达到使双方的系统业务联动的目的。

处理流程如下：

1.支付宝系统向商户系统发出通知，即访问商户提供的通知接收URL（参数notify_url）。 

2.商户系统接到通知请求，通过 notify_id 询问支付宝系统这个通知的真实性，叫做通知验证。

3.支付宝系统判断通知是否是自己发送，如果是返回 true，否则返回 false。

4.商户系统得到支付宝系统的确认后，对通知进行处理。处理完毕后，返回结果给支付宝系统。

5.付宝系统处理商户系统返回的处理结果。

如图：

 
支付宝的接口版本分为：标准双接口、即时到帐、担保交易 三种。 同一个商户帐号可以在实际应用时选择不同的接口，与财付通的独立帐号对应独立版本不同（后面会分析财付通）。

财付通接口机制（中介担保）

财付通的商家服务分为两个版本：中介担保和即时到帐；两个版本的接口系统和帐户都是独立的。

相比支付宝一个帐号可以多个接口版本切换，财付通的则是帐号和版本都是分开的。 

但他们的交互模式和交互机制大概差不多，只是参数的标准有所不同。

1.商户根据客户的支付行为生成订单，包括商户号、订单号、金额、等支付要素，并提交付款请求。

2.用户支付成功，财付通将后台调用方式将支付结果实时返回商户系统mch_returl。

3.商户接收到支付成功请求后，输出反馈信息给财付通，并完成相关业务逻辑。

 
财付通接收到商户返回的成功信息，再将用户引导回商户网站show_url。

如图：

 
EWS支付系统需要提供对每个支付商（银行或支付宝、财付通等）的接口支持，用户只需申请自己的接口帐号，同时填写必要的信息，而不需要写植入代码。 
 
以上提到的一切复杂的接口机制，都被有效的集成到EWS支付系统里面，EWS用户不需要为此而犯愁！！
 
 
EWS支付系统抢先预览

EWS支付系统设计的目的主要是为了适应两种情况下的应用：

第一种，针对EWS商品发布系统的订单功能。客户下订单后，支付系统根据订单提交的订单号、商品名称、金额等参数，引导客户选择对应的付款接口进行在线支付（也叫EWS商品订单支付）。

第二种，就是上面提到的自定义支付。EWS用户根据自身业务情况，自己定制支付页面，公开其支付接口，让客户进行在线支付。
 

与EWS的其他应用一样，支付系统作为EWS的一个子系统的形式出现。该系统没有复杂的逻辑界面，只有几个简单的操作，为的就是减轻用户的学习成本，帮助用户定制快速支付通道。 

在系统发布前，让我们抢先预览一下：

 
上图是支付系统中“商户帐号绑定”（改名字暂定）界面截图，EWS用户只需将申请到的对应的商户帐号、密匙等填上去，系统能自动绑定对应的接口，而不需要写任何代码，这就是我们提倡的零代码建站理念。

 
 
EWS用户所有的支付记录都原样分类保存下来。每笔记录都有一个“备注”功能，方面用户翻查和归类。
 
 

 
这就是自定义支付的业务设置，只需填写业务名称、支付金额 ，然后选择支付接口，没有任何多余的操作。
 
有的用户或许会问，“既然设置了自定义支付的业务，那如何让他产生一个让终端客户看到的页面呢？不会是固定的页面样式吧！？那太糟糕了！”
 
 呵呵！放心，EWS团队早就想到为您解决这个问题。在设计支付系统初期，我们打算把我们的“互动网页编辑器”嵌入到该子系统（就像“EWS信息发布系统”一样），让用户可以在此个性化他们的自定义支付页面。
 
啊啊~~！！“那整个EWS系统不就布满了《互动网页编辑器》了吗？！”，这个确实很滴汗，需要改进。
 
团队内部经过又一轮争吵、拍桌子的商讨，还是不要让这个《互动网页编辑器》四处跑这么劳累了吧。
 
所以我们决定用组件的形式把自定义支付业务表现到页面来，用户只需在《EWS互动网页编辑器》里，将该组件拖动到任何一个页面里，然后进行简单设置就OK了。这样就既可以简单的设置支付页，又可以达到页面样式的个性化编辑。
 
至于这个组件长什么样子嘛，我这里就先卖个关子不发图了，敬请大家留意一下近期官方的发布公告。哈哈！保持一点神秘感！ （完）
 

“什么？零编码就可以做个性化导航？”

对！就是这样！只要你使用EWS即将推出的网站导航编辑器（以下简称”编辑器”），你将不用写一行代码就可以实现你的个性化导航。

你可能会想，是不是又给模板我选择啊？非也，你可以通过编辑器去细致地设定你要的每个菜单，甚至细到每个菜单项的“具体”效果，怎么“具体”法呢？包括用户交互的未访问，悬浮，当前项等的背景，字体，字色，边框等等都可以设定。

如果你已经是我们的EWS用户，那你以后不用再担心传统模板满足不了你的个性化需求，不用再苦恼如何制作特色的导航而去找编码人员帮忙了。有了导航编辑器，不论你是一位平面、交互设计师，网页制作又或是普通的策划人员，你都可以通过我们这个工具去轻松，零编码（再次强调）地制作出你心仪的导航效果！

如何使用这个编辑器去实现你的导航呢？以下作一些简单的介绍，如果你想了解更多，请及时跟进EWS官网最新发布的消息喔^_^!详细的使用说明以及正式的导航编辑器推出日期，我们会第一时间公布在官网上，现在我们正在作一些最后的开发调试和准备。

通过编辑器制作导航，大概可分成两个步骤：一.编辑好你的导航内容结构(数据)(见图1)；二.编辑你的导航具体样式(见图2.1-2.4)。这在两个步骤之前，你最好已经设计好了这个导航的效果图，然后在第一步中，你如果已经有结构了则可以进行导入，或轻松地延用原有的网站结构作为导航内容结构，又或者你可以基于这个结构再进行增删改。在第二步中，你可以对菜单的整体样式(图2.1)，对每个菜单(图2.2)，或者是细到每个菜单的项(图2.3)进行编辑，设定一些细致的效果(图2.4)，同时你也可以套用模板或是基于模板作一些修改。

(图1)

(图2.1)

(图2.2)

(图2.3)

(图2.4)

看完以上介绍和截图,也许你会觉得有些复杂吧？对部份用户来说的确是有些复杂，我们正在优化改善当中，你所见到的图并不代表产品最后推出的正式模样。欢迎你参与我们的产品内测并提供你的专业意见，有这方面意向的可联系我们客服专员喔!

由于篇幅有限，而且产品尚在开发期，很多优点和具体操作未能一一具体说明，敬请我们的EWS FANS多多见谅！这里只能摘要说明本产品的部份优点：

1.支持导航菜单三格布局，这样方便实现圆角菜单；

2.由于实现了三格布局，因此菜单能自适应内容项的增加，长宽自动变长或变宽；

3.支持导航文字SEO；

4.支持每项独立定位；

5.支持每个菜单向不同方向展示；

6.样式可编辑范围细致到每项可独立样式；

7.持模板套用；

8.支持在模板套用的基础上再进行修改编辑；

9.支持样式或结构数据的导入导出，方便备份或迁移。

更多优点请在使用中体验…….

经我们内部测试人员估算，制作一般的个性化导航，如果你已有设计效果图和相关素材，对着效果图来使用EWS导航编辑器进行制作，大概只需10 -  20分钟，一个精美的导航便可制作完成。以下一些导航图例，你都可使用本编辑器在EWS环境中轻松地进行制作出来：

(一)

(二)

(三)

(四)

(五)

(六)

(*以上部份导航设计及相关版权归原网站所有，这里只是引用列举给读者更多信息参考。)

读到这里，部份技术读者可能会想了解这个导航编辑器及菜单的实现原理，这里也将满足一下各位技术爱好者的求知欲望，对实现原理作局部分析。如非技术人员或对实现不感兴趣的，以下这小部份可以跳过，这篇介绍用EWS导航编辑器零编码制作个性化导航的文章就到此结束，感谢各位EWS FANS对我们的一贯支持和信赖!

附：导航编辑器及导航实现原理图解：
 

本导航编辑器的实现分为三个大模块：1.结构编辑器 2.样式编辑器 3.菜单构造器；用户通过编辑器编辑保存的JSON数据，在最终使用导航的页面里再通过菜单构造器渲染解析之前编辑的JSON数据，这样用户便看到了最终的导航效果。（完）

EWS 从2008年运营至今，一直保持各用户统一规格、统一版本的服务，然而伴随用户对EWS的应用逐步深入，所产生的需求也变得多元化。针对近期一些大型专案的IT基础架构需求，整理出如下问题：

 * 如何解决用户提出独立主机服务的需求

 * 如何解决用户之间对带宽、性能等需求的差异

 * 如何解决用户提出独立IP的需求

EWS利用虚拟化实现业务的变革

为了支持代理商及经销商的业务能顺利进行，我们核心技术团队集中精力分析上述需求，并在多次讨论后决定采用虚拟化技术解决方案，通过实现 IT 基础架构的虚拟化，可以降低 IT 成本，同时提高现有资产的效率、利用率和灵活性。
虚拟化可以大幅度提高EWS中资源和应用程序的效率和可用性。在旧的“一台服务器一个应用程序”模式下，内部资源未得到充分利用，并且 EWS管理员将太多的时间花在服务器管理上，而不是用于创新。借助在虚拟化平台基础上构建的自动化数据中心，EWS能够以前所未有的速度和效率响应市场动态。虚拟化技术可以按需要随时将资源、应用程序甚至服务器分配到相应的位置。EWS通过使用虚拟化技术整合其资源池和实现计算机的高可用性，通常可以节省 50% 到 70% 的 IT 总成本。

EWS采用虚拟化技术的几大改进：

1.提高现有资源的利用程度：通过服务器整合将共用的基础架构资源聚合在池中，打破原有的“一台服务器一个应用程序”模式。

2.通过缩减物理基础架构和提高服务器/管理员比率，降低数据中心成本：由于服务器及相关 IT 硬件更少，因此减少了占地空间，也减少了电力和制冷需求。采用更出色的管理工具可以提高服务器/管理员比率，因此人员需求也得以减少。

3.提高硬件和应用程序的可用性，进而提高业务连续性：可安全地备份和迁移整个虚拟环境而不会出现服务中断。消除计划内停机，并可从计划外故障中立即恢复。

4.实现了运营灵活性：由于采用动态资源管理、加快了服务器部署并改进了应用程序部署，因此可响应市场的变化。

5.提高桌面的可管理性和安全性：几乎可在所有标准台式机、笔记本电脑上部署、管理和监视安全桌面环境，无论是否能连接到网络，管理员都可以在本地或以远程方式对这种环境进行访问。

因此EWS借助虚拟化技术，将获得建立和保持竞争优势所需的灵活性，并同时降低基础架构成本。
 

EWS虚拟化解决方案

EWS利用虚拟基础架构，可以在整个基础架构范围内共享多台计算机的物理资源。利用虚拟机可以在多台虚拟机之间共享单台物理机的资源以实现最高效率。资源在多个虚拟机和应用程序之间进行共享。业务需要是将基础架构的物理资源动态映射到应用程序的驱动力，即便在这些需要发生变化时也是如此。可将 x86 服务器与网络和存储器聚合成一个统一的 IT 资源池，供应用程序根据需要随时使用。这种资源优化方式有助于组织实现更高的灵活性，使资金成本和运营成本得以降低。



本次方案中将EWS应用划分到多个相同配置的虚拟机上，并通过将相同需求的用户分配在同一虚拟机的原则来操作，可以完全解决上面所提出的问题。
 

1.当用户提出独立主机的需求，我们只需根据需求从虚拟基本架构上划分出相应配置虚拟机，即可解决此问题。

2.当我们检测到虚拟机不能满足用户的带宽与性能的需求时，我们可以几分钟内完成将用户搬移到其他的虚拟基本架构上，即可解决此问题。

3.无论是从虚拟机或者从IIS上绑定多IP，都可以在不同程度上满足用户的对多IP的需求。

我们采用虚拟化技术解决方案后成效显著，其中包括：

 *  x86 服务器的利用率提高到 60-80%

 *  每项虚拟化的工作负载每年可节省的成本高达50%以上

 *  新应用程序的部署工作只需几分钟即可完成

 *  从计划外停机中恢复的时间缩短了 85%
 

随着人们对网络营销认识越来越深，企业自身网站的运营也变得越受重视。在使用过阿里巴巴和百度推广之后，不少企业的网上订单剧增，甚至我们有好几个客户80%的业务皆来自网络上，而后他们积极去参加网络营销的课程，每次见面都律律乐道地分享运营网站心得。

企业对网站的需求已经产生变化，那么建站行业有没有跑在客户的需求前呢？我们发现，大部分为企业建站的网络公司依然停留在设计+CMS的简单模式上，而且有在不断提升CMS功能以满足企业需求变化的网络公司更是少之又少。

正因为这个发现，我们早在2007年就开始构想新的网络建站模式。我们大胆地提出：网站应该由企业自主管理细节到页面所有元素，即使没有专业的网页制作人员都能像使用iPhone那样简易上手，并且网站的CMS后台随处可用。树立这个目标后我们立即动手开发EWS产品，并在过程中不断提出更多“有反常规”的建站方法：

 * 我们把页面排版变成很个性化的剪贴板，网页制作过程充满乐趣！
 * 这套“CMS”系统不是软件，无需补丁，客户在任意能上网的地方打开浏览器就能用上最新版本的EWS去管理网站！
 * 客户随时可以把学到的SEO知识全面应用到每一个被优化的网页上，而不需要他们面对让人却步的网页代码！
 * 每个客户都拥有自己的1G“网络硬盘”，存放的图片、视频、动画不单止用在自己的网站，还可以用去推广！
 * 没有FTP概念，每个企业花费普通FTP空间的费用就能拥有 “云”一般的服务器群组支持他们的网站运行！
 * 更赞的是EWS建出来的企业网站里面已经带有在线客服功能，一扇与访客交流之门在网站上线的那一天开始就为企业打开！

我们很高兴每次把EWS分享给企业客户时都能看到他们兴奋的样子，这样保持以战略伙伴的形式为企业客户服务也为我们赢得更多企业的信任，彼此分享运营网站的技术与心得，让产品与企业网站共同进步。我们创新的点子从来没有停顿过，在这个月推出全新的支付管理系统后，支持分站功能和更多的网络营销功能已经在开发团队里酝酿中......