dynadot域名注册商与其他的海外域名商家一样，我们可以自由的在账户之间转移域名，而且是及时到账的。这样比域名转出注册商方便很多。在之前的dynadot注册账户教程之后，继续分享这篇如何帐内PUSH域名到同商家的另外一个账户中。第一步，解锁域名和账户。第二步，选择我们需要转出的域名，然后点击域名。准备解锁需要对域名解锁和账户解锁，先点击下面一个解锁。输入我们注册账户时候输入的生日进行解锁，然后在点击”TransferLocked”后面的”unlock”，这样准备工作做好了，才可以转出域名。第三步，继续回到我们的域名列表中，勾选需要转出的域名。点击”changeact”按钮，开始转出域名到另外一个账户。第四步，需要输入对方的”ForumName”账户，而不是用户名，这个一点比较特别。然后需要转出的域名就添加到购物车中，我们进行结账。下一步继续点击CHECKOUT，继续下去。两次continue，最后一次是”SubmityourOrder”.这样，我们的域名就PUSH到对方的账户中了，我们只需要让对方接受我们转出的域名即可完成。下面我们看下如何在另外一个账户进行接收域名的。第一步，登陆我们自己的dynadot账户后台。看到我们账户后台有一个消息”1″，我点击他。第二步，接收域名。选择接收按钮，点击提交，这样，这枚域名就到我们账户中了。这样一系列下来，dynadot域名账户注册，转出和接收都完毕。这样，笔者就分享完毕整套的dynadot域名PUSH及接收的教程，如果有需要的朋友可以参考使用。
一个慢腾腾的网站，可能会让许多关键的访客和用户失去耐心，造成交易量降低、品牌形象变差，以及更高的“跳出率”。目前看来，无论网站是否提供在线交易的功能和服务，性能优化都已经不再是可选项，而是必选项。那么，应该如何更加科学地评价Web性能优化技术及其背后的CDN厂商呢？性能评价方法：“模拟测试”和“RUM”在讨论“性能评价”这个话题的时候，我们都会非常频繁地说到这样一个词：模拟测试（SyntheticMeasurements）。尽管现在业界都在使用真实客户监测（RUM：RealUserMonitor）的数据，来衡量真实的用户体验，但RUM并不是一个放之四海而皆准的一个标准。因为：在某些场景下，我们无法得到真实用户的数据，因此，“模拟测试”就成为了我们的另外一个选择。”模拟测试“怎么做？本文列举一些方法，希望能够帮助大家更好地分析、评价。考虑到CDN已然是Web网站的标配，因此在如下案例方法中，都假设已使用CDN，而且都处于“上线前（Pre-Production）”的环境之下。性能评测及优化的5个步骤步骤1：搭建环境当对某一Web站点可能使用的多个CDN厂商进行评估时，每一个厂商都应该提供一个不需要客户进行任何改动的模拟环境。并且，CDN厂商应该提供“测试”域名，来尽可能真实地模拟生产环境的网站。举个例子：假设待评测网站域名是www.customer.com，CDN厂商服务域名是xxxx.com，那么厂商应提供的临时测试域名通常为：www.customer.com.xxxx.com步骤2：环境确认临时测试域名应该是“完全”与生产用站点对应匹配的。我们建议的检查清单如下，大家可按此进行检查：对象数量一致，在测试域名下的对象数量，应该和真实网站所包含的对象数量一致；文件总大小一致，测试网站的字节数应该和真实网站一致。当然，由于每一个厂商采用的压缩方式不同，其字节数可以比真实网站“略小”；缓存规则一致，所有CDN厂商使用的缓存规则应该要一致，因为有一些厂商可以缓存动态请求（比如缓存html页面的整体框架）。如果某个厂商可以做到这一点但是其他厂商不行，那么这个测试的公允性就值得质疑，因为那些采取更加激进的缓存策略的厂商就会获得优势。所以在正式开始之前，我们必须对配置进行一次全面的核查。步骤3：性能测试方案的设定在测试环境妥善搭建之后，下一步就是要对真实的性能测试方案进行设定。建议在设置“正确”的测试方案之前，应思考如下问题：1.测试的类型是什么？就像我们提及的，在对没有处于真实生产阶段的网站配置进行评估的时候，是没有“真实用户”的，没有真实用户，就没有真实用户数据。这时候，我们就需要采取综合测试的方式来进行衡量。综合测试可以提供一个“清洁屋”式的测试环境，来方便我们对性能进行衡量。但是，即便是综合测试，也是分许多种类的，如：骨干网络性能测试、最后一公里测试、蜂窝网络测试（也称移动网络测试）等等。相对于骨干网络性能测试，最后一公里测试可能更加能够反映真实的用户体验情况；而如果网站或者公司拥有大量的移动端接入客户，那么就一定要在移动网络下进行性能测试。这也会引发关于不同供应商对移动端进行加速的能力和技术的讨论。2.采用什么样的性能测试平台？总体来说，推荐使用在你所处行业内有一定业务经验和业绩的第三方测试平台。做一些简单的调查，看看有哪些公司在你所处的行业内发布过与性能有关的信息、指数或者文章。不要使用某个厂商内部的特定测试工具，否则测试的结果会带有非常明显的倾向性。一个好的模拟测试平台应该拥有一批稳定的分布于全国/全球的测试节点，这些测试节点最好能和您业务重点区域相一致。注意：这些测试节点应该在浏览器上模拟真实用户的种种行为。有些测试平台使用仿真浏览器，而不是真实浏览器。仿真浏览器只能捕捉网络时间，而真实的浏览器则可以获取前端（或“渲染”）时间、浏览器缓存和并行链接等数据。因此，如果有条件，还是要使用“真实浏览器”进行测试。3.测试应该在哪里进行？测试地点应该包括“跨域分发”（也就是说跨越洲际和国家）以及“域内分发”两种情况。在这里，需要再次强调的是，由于业务不同和所面对的用户类型不同，这两种测试都需要进行考虑。如果是面向全球的业务，源站服务器位于北美，而需要向全球用户进行分发，那么就应该对美国和美国以外的远距离地点进行性能测试，而不是只关注美国国内的用户体验。如果是仅仅面向国内的业务，则也需要考虑不同运营商的问题，至少目前为止，电信、联通之间的”墙“，还很牢固。4.测试对象应该包括什么？典型的网站交互行为会包含对多个页面的访问和使用，这是用户在网站上完成一个任务或行为的通常模式，这也是我们需要进行测试的对象，这样做是出于两个目的：首先，这能够模拟一个最终用户可能在真实情景下所体会到的性能；其次，这能够帮助您了解一个优化解决方案可以给网站带来怎样的收益。可能有个优化方案A可以给某一种特定类型的页面带来好处，而另一种优化方案B可能会给其他类型页面带来改善，这取决于站点的结构、数据或者对象的特性。如果仅局限于对单个对象进行测试、并以此判断缓存的收益，或者仅仅关注“基础”的html页面、而不对其他种种特性复杂的对象、微小的API交互行为进行测试，这样很可能导致以偏概全，也无法观测到解决方案的真实效果，以及是否真的适用。5.测试应该跑多久？测试时间应该包括高峰时段和非高峰时段。一般来说，3到5天的数据总和是比较具有参考价值的。如果测试的时间过短，比如说只有几个小时，那么由于网络状况的不稳定和用户数量的变化没有得到真实反映，测试得到的数据也很难是真实的。6.测试的频率应该是怎样？高频率的测试能够反映流量高峰时的场景，在这种情况下，缓存中的内容总是新的，且可以命中；而低频率的测试则反映出非流量高峰时的情况，此时，内容可能是从你的源站一次一次抓取回来的。一般情况下，我们建议每30分钟发起一次测试，这样可以反映出一个比较真实的流量模拟。最后还要注意，测试期间源站带宽的用量可能有所上升，请提前做好准备。步骤4：性能指标的评估以下为一个测试结果的示例，其中包含了各种评估性能测试结果的参数，供大家参考。其中一个非常有用的参数，就是展示一个完整用户交互过程的一系列页面响应时间的加总数值。同样，在使用了前端优化技术的场景下，W3C专有的完整DOM数值也非常有用。直方图：测试结果直方图可以帮助你了解在优化之前和优化之后的测试结果分布。我们来看上面两个图表。从第一张图，两个CDN厂商的测试结果，很难看出来哪个更好；但是，从第二张直方图上，我们可以清楚地看到，蓝色这家CDN厂商的效果更好，因为：加载时间小于7秒的所有用户（包括6秒、6.5秒和7秒）的占比总和，蓝色比橙色多了15%。这种图表同样也可以帮助我们排除测试中的异常值。深入分析：除了总体测试参数之外，我们还应该在如下方面多花一些时间：1.以测试地点为维度对结果进行细分如果单纯只看“表现好”和“表现不好”这两个简单的参数，那测试结果可能会被曲解。所以按地点对性能测试结果进行分析，对于业务来说就非常重要。2.以交互步骤为维度对结果进行细分某些性能优化解决方案可能不会对交互行为的某一个或者某几个步骤起作用。比如，一个交互动作可能包括上传一个文件。但是并不是所有的CDN供应商都有能够帮助上传提速的能力。按照不同的交互步骤来观察相应的时间，可以帮助我们选择更加符合自己业务需求的CDN厂商。3.可用性大家不要被自己误导了！有时，测试结果显示的可用性下降很有可能是由于脚本错误，而不是CDN厂商的问题。根据经验，性能指标仅应该从测试的健康可用性（90%+）这个角度进行衡量，另外10%，可能是因为测试平台自身的问题。4.带宽负载CDN厂商应该能够提供全面的点击及带宽负载数据，只有这样才能对节省下来的费用进行测算。这也可以帮助客户在选定某个厂商之后，对其源站基础设施的投资力度进行规划。步骤5：其他需要考虑的因素除了解决方案的性能之外，还应该从如下一些维度对每个CDN厂商进行考评：1.CDN节点覆盖许多厂商都宣称自己的节点能够覆盖全国或全球，但是他们可能在某一个区域的覆盖率较低，而这个区域恰恰是你业务的重点。所以必须要对厂商的网络规模进行调查。2.业务吻合程度一个良好的、专业的厂商的解决方案路线图，应该是目光长远的。随着业务的扩展，厂商必须在那些对于客户业务大有裨益的领域扩展其服务。3.客户解决方案和支持能力许多公司都选择和那些有专门服务团队的厂商合作，旨在获取其平台上的定制化支持服务：有些公司希望厂商提供7x24的客户服务支持；有些公司则希望厂商提供大量API，以充分发挥自己团队的技术能力，更灵活地处理和解决问题。哪一种方式更合适您？这往往取决于您自身业务特点和您自有技术团队的支持能力。最后一个好的CDN厂商，应遵循这些建议，来帮助其客户评价各种优化解决方案的真实性能，特别是在市场上的同类产品比较多的情况下。在上述实践方式的指引下，相信用户会做出适合自己的选择。
这是最近被问过最多的一个问题，很有必要整理成一篇文章来分享。本文讨论的是新接手一个电商网站，不是接手一个新电商网站。因此，网站默认为已运营一段时间，有历史数据可供参考。我一直主张基于数据分析的网站优化，特别是电商网站。同时，做事的时候，可以再加上一点点直觉。直觉是什么?直觉是一个人的学识再加上经验累积出来的判断力。所以有时要敢于相信直觉!(这是《读心神探》里的姚sir(林保怡)对直觉的总结，很有道理。)既然是优化电商网站，我们第一个就要从电商网站最基本的流程和功能入手：下单付款。电商网站的下单付款流程必须遵循2个基本原则：简单、灵活。简单指的是从进入购物车->确认商品->填写收货地址->付款，内容填写要从简，几个步骤要最简化，能3个步骤实现就不要做成4步，因为每多一步，将会流失一部分用户。灵活指的是2点：其1要灵活对用户，对于非注册也可直接购物;其2要付款方式灵活，可支持多种付款方式，如支付宝、网银、财务通等。多一份选择，可能就少流失一些订单。对于下单付款这一基本流程，可以通过数据有效监测效果，并完成优化。最典型的数据模型就是漏斗。购物下单付款流程是我们开始优化一个电商网站前，需要观察的第一个数据项和流程功能。第二个要观察的是什么功能和数据呢?是站内搜索功能。在上一篇博文《深度解读网站用户体验三要素(3)：别让我烦》中，我们说过，用户都是喜欢偷懒的，如果你的网站操作效率很低，就会令用户烦躁，进而导致不好的体验，甚至出现坏口碑。站内搜索功能就是用户偷懒的首选工具。对于进入电商网站的用户，我们粗略的将其分为两类：目的明确型和盲目闲逛型。站内搜索模块就是为第一类用户而生。搜索结果是否准确、是否全面，直接决定了用户是否停留及选购下单。因此，你需要仔细测试站内搜索功能是否好用，比如搜索“LV”，是否搜索结果中显示了全部的LV商品，如果同时也显示了Calvin等等的商品，你就要尽快优化了。除此之外，通过分析站内搜索数据，观察关键词搜索榜单，也将有助于你对用户心理有明确的把握，从而完成对网站结构、促销活动、以及商品等内容的优化。完成了对站内搜索功能的数据监测和测试优化，接下来要进行第三项优化：网站导航。网站导航主要面向的用户群是第二类盲目闲逛型。这类用户一般来说没有太明确的购物意向，最多有个大概方向，比如想买个背包或者靴子。这类用户的浏览轨迹一般是这样的：逛逛网站上的促销活动，看是否有中意的商品，如果有，下单，如果没有，则会转向网站导航，进入各个感兴趣的分类频道页面(比如箱包频道)，耐心浏览。通过对同事、朋友和家人的观察，我发现女性的购物耐心是无与伦比的，不仅仅体现在商场中，网购时也是一样的。通过观察网站的历史数据，可以发现用户最关注的商品分类哪些，这些就是需要重点加强的。宋星的网站分析在中国，借用一下，呵呵)通过分析网站流量数据和商品销售数据，我们能够知道本来或许没有察觉到的商品的一些特别属性。具体的做法是，把商品按照两个维度——商品被关注量(通过网站分析工具就能轻松获得)和商品的销售转化情况(即销量和关注量的比值，通过电子商务后台和网站分析工具能算出)进行细分。简单的计算之后，我们就可以得到一个下面的图：对于右上象限——高销售转化和高关注度的商品，当然，保持现状即可，甚至适当给它们来点儿促销，以进一步刺激销售。对于右下象限——关注度不足，但是销售转化却好的商品，显然是一些潜在的盈利增长点。有了这个情况，你可以立即着手做两件事情：1.立即研究它们为什么能有如此好的转化，是不是因为一些没有关注到的因素起到了作用——大家都知道这种情况是经常发生的;2.立即给这些低关注度的商品更多的曝光机会，使他们能够升高关注度，进入明星产品(右上象限)之列。对于左上象限——关注度高但销售转化不佳的商品，显然说明存在交易促成动力不足的问题，产品经理应该立即着手研究如何促成销售的转化——是购物车的问题，还是支付不方便，还是竞争对手的价格更具吸引力，还是促销优惠不够?等等等等。这个象限和前面那个象限(右下象限)一样，都是能大有作为的地方。最后的这个左下角象限——是大家都不喜欢的，既没有人关注，销售情况也不理想。那么，看看有没有机会增加曝光，或者来点儿促销?要么，少进点儿货吧。如果是撇脂型的商品，就让它呆哪儿也无妨。说了用户体验、购物流程，以及商品优化，再说最后一项：促销活动。亚马逊基于数据分析的智能化推荐，咱们做不了，在中国做电商，还是要倚赖促销活动的刺激。所以，就要细心分析以往促销活动的各项数据，如活动页面浏览量、成单量、对整站的间接促进等，可以做一个详细的对比分析表，相信数据，一定能反映出一个趋势，告诉你什么样的活动最吸引人，效果最佳。得出结论，放手去做就好了。
继前几天Google服务抽风无法访问后，我们伟大的墙，终于看上我这个小站了，域名解析被屏蔽(IP地址并没有屏蔽掉)，解决办法有两种，1.通过访问电脑的DNS到8.8.8.8，2.在Host文件里写一条记录。但是不能要求所有的网站来宾都这样做呀。好吧，改域名的DNS吧，目前国内提供免费DNS服务的比较火的貌似就是DNSPOD。首先注册DNSPOD，过程很简单，邮件验证和手机短信验证后就可以添加域名了。在DNSPOD添加你的域名添加好域名后，可以点击域名进入DNS解析设置，这时可以看到DNSPOD已经为这个域名设置了NS(NameServer)记录。域名在DNSPOD的新NS记录这正是我们需要去Godaddy为这个域名设置的。进入Godaddy的域名管理，可以看到左下就是NS设置Godaddy的域名控制面板将原有的值修改为刚才在DNSPOD看到的F1G1NS1.DNSPOD.NETF1G1NS2.DNSPOD.NET修改完后，Godaddy提示您需要2小时生效，没关系，我们可以先回到DNSPOD，为域名添加A记录以及其他你需要的记录。DNSPOD提供域名诊断功能，可以查看域名的解析情况，这个功能可谓是贴心呀。域名诊断域名修改DNS，需要2小时生效，耐心等吧。如果你的域名也被屏蔽了解析(IP地址没被屏蔽)，那么也可以通过这种方法解决国内的访问问题。
无论是个人站长还是SEO公司或者是传统企业站老板，更换网站服务器总会遇到的而且异常煎熬的繁琐事情。对于SEO而言，服务器的物理位置可以影响一个网站的搜索引擎优化排名这个是众所周知的常识。因此为了不至于让你以前SEO优化的成果白白浪费，在你更换网站服务器之前你应该考虑清楚一下几点这样做的风险是什么?如何正确地及时更改您的网站的主机，而不会影响你的SEO排名。第一次选择错误，下一次选择服务器我应该选择什么样子的?免责声明：下面的过程需要有基本的了解的各种网络技术，它会严重影响你的搜索引擎优化状态。如果你不是太精通技术，请慎重考虑。1。找到符合您需求的一个服务器托管公司，寻找一个服务器托管公司，全面涵盖您的服务器硬件、客户售后服务等需求，是一项件比较难的事情(国内的服务器托管商普遍不负责任)。正因如此，以确保新的主机正确地显及时响应更换服务在您的网站所需要的所有必要的功能是最重要的步骤之一。即使选择的托管公司是超出了本文的范围，必须注意以下事项：1.1.新的服务器操作系统支持的网络技术。你需要一个Windows或Linux服务器吗?考到你所使用网站的编程语言，PHP，JSP，ASP或ASP.NET?你需要什么数据库系统?更换前请确认这些，以确保新主机兼容的网站各项性能要求1.2.检查服务器资源，可用带宽的共享服务和服务器的物理特性和限制。这些服务器特性通常服务器托管公司，只会透露百兆独享，10M带宽等。没有一家主机商会告诉你服务器上运行着多少网站。1.3.新配置的服务器的时间次数限制，安装的数据库和系统版本，所有这些特性几乎从来没有提到。1.4.选择的托管公司提供了巨大及时的技术支持，可以为您节省对未来的严重问题。1.5.确保你选择一个公司，具备优质的服务和等价的解决方案。通常便宜的服务器托管商会廉价提供劣质服务，为垃圾网站制造者提供方便。你肯定不想与他们在同一台服务器上托管的。请注意，搜索引擎可以禁止特定的IP地址，过多的垃圾低质量网站产生的负面将影响你的网站SEO排名。2。仔细选择的服务器的位置物理位置的服务器(国家/地区)作为一个大多数搜索引擎的地理位置信号。如果新的托管公司的服务器是一个位于不同的国家，这可能会影响你的网站排名。通常情况下，最好的选择是运行你的网站的服务器同一个国家/地区作为你的考虑目标。3。在新主机上的网站上传测试确保新的虚拟主机与您的网站是是兼容的。有必要测试一下。务必确保网站正常工作之前进行转让。这可以通过你的数据库和文件上传到新主机上测试它的功能，使用一个的是临时URL(检查它的IP，设置它的子域，或使用临时域)。4。更新你的DNS记录的TTL（可选，但强烈建议）在我解释改变DNS记录的过程中，让我们简要地给出一个简化的解释什么是DNS。代表的DNS域名系统，它是一种服务的域名映射到其IP地址。的IP地址是网络地址的服务器运行您的网站。因此，在某种意义上，DNS是一个服务。当我们改变一个托管公司，我们基本上我们的网站转移从旧的服务器IP一个新的服务器IP因此，为了完成网站的迁移，我们需要更新的DNS记录。不幸的是，在某些情况下，可以采取的DNS记录更新需要超过24小时才能生效。这是因为缓存的DNS记录是否为一个特定的时间内(也被称为TTL“或”时间“的缓存)，以避免超负荷的系统上产生了很多的。因此，如果你改变你的DNS记录，你会发现，23小时后，您的访客将继续通过旧服务器访问您的网站。加快DNS更新过程的一个好方法是改变的TTL值从24小时(86400秒)，5分钟(300秒)。如果可以你可以修改TTL值确保一旦你更新DNS记录，您的访问者是要直接访问的网站是在新服务器上。不幸的是，一些域名注册商不提供此选项，其面板上的TTL值，因此不能改变。如果你不能够以更新您的TTL，那么你可能要更改网站的配置将数据更新到新的数据库服务器地址。这种变化是非常有益的，如果你的网站是一个论坛，你要避免在过渡期间失去的内容。如果您不会上一步操作，那么你可能没有其他更好的选择。如果是等待直到完全更新DNS记录这一步是可选的，但是强烈建议在大多数情况下不要选择。5。更改您的DNS记录正如我们所说的，为了完成上述步骤的转移，你需要更新的DNS记录，并指出他们的新网站。根据你的新虚拟主机如何工作的，你可能需要更新的域名服务器记录或A记录。此外，不要忘了改回TTL时间从5分钟到24小时。最后一件事，我想强调，即使它是不相关的SEO，如果你改变了你的域名的DNS记录，这也将影响到你的电子邮件。所以，如果你不能保持以前的主机上的电子邮件设置MX记录，那么你必须在新的服务器托管公司设置电子邮件帐户与改变你之前的DNS记录。6。两个服务器保持住1或2天不幸的是，一些浏览器和其他应用程序往往储存更多时间的TTL值来记录DNS记录。因此，建议保持住了1天或2天，网站迁移完成后，在关闭掉旧的服务器。这将帮助你保证，你将不会失去任何访问用户或电子邮件。搜索引擎也往往会每24小时或更少时间更新DNS记录。因此，即使搜索引擎能处理这种网站迁移、DNS的记录，为防万一还是建议新旧服务器同时保持一两天过渡搜索引擎更新。Web主机迁移过程下面的步骤应涵盖大多数网站的虚拟主机转移：1.选择一个业内知名的服务器托管公司，阐述你的需求。了解服务器的技术特性。2.选择仔细的服务器的位置。新的主机最好位于同一个国家/地区。3.通过FTP站点服务上传网站源文件到新主机上，设置您的数据库。进行全方位的模拟测试，确保新的服务器满足你的需求。4.更改TTL值300秒，等待1天，直到你的网站转移。(可选)5.设置你的新主机的所有电子邮件帐户，FTP帐户，并配置使其尽快运行。6.新主机上的文件将会被服务商删除，重新上传网站源文件/数据库数据。此外，检查数据库是否需要更新。7.更改DNS记录更新到新的域名A记录的域名指向到新的主机。更改TTL值返回到86400秒。8.从旧的托管公司删除您的网站，更改的网站URL使用301跳转到新的URL。2天内完成过渡。按照上述步骤，可以很好地完成网站迁移，还可以兼顾网站SEO排名不会受到搜索引擎的严重惩罚。当然您也不过过渡频繁地更换您的服务器，这样子会让搜索引擎怀疑您的稳定性，造成不爽的局面。
对于交互设计师来说，在工作中接到的需求大致可以分为两大类：一类是新需求(从0到1)，另一类是对现有的产品优化。针对于现有产品的优化，并没有标准的流程。优化方案流程可以多种多样，但是每一步的流程都有明确的目的性，各个流程之间具有强烈的关联性和递推性，这样的设计方案才具有科学性和说服力。以下是我工作中经常用到的一个流程，希望对大家有帮助。本文大纲如下：确定设计目标分析线上问题确定方案并验证落地追踪确定设计目标 产品优化对应的设计目标需要具有一定的说服力，不能单纯是不好看、间距不对、视觉元素要统一等问题，设计的目标需要对产品有一定的价值。设计优化的方向可以是提升产品的操作完成率、降低流失率、提升购买率、提升产品的拉新、拉活或者留存等等。举个例子，在一个表单提交流程中。通过数据发现用户在第一步过程中，流失巨大，从而拉低整个操作流程的完成率。那么设计师在优化这个任务流程时，设计目标就可以确定为：通过优化现有设计，提升该表单的完成率，提升用户操作流程成功率。分析线上问题 针对表单提交流程流失率高的原因，分析为什么用户流失率高，找到流失率高的原因。尝试推测出流失率高的原因有哪些?是因为交互流程、布局、操作感知弱、文案不合理还是设计认知不符合用户预期?凭借设计经验找到对应的问题后，给出几种解决的方案。确定方案并验证 设计的方案，可能有多种，这时候需要确定一种最适合的。当结合各个方面确定了一种方案后，接下来就要开始验证方案的可行性。验证方案的可行性一般有两种方式：竞品分析可用性测试1.竞品分析为什么要在做完设计方案后再看竞品分析呢?如果做设计之前就参考竞品，那么就容易默认为竞品的方案是标准的，是优秀的方案。会不由自主的按照竞品的思路去做设计，最终导致的后果就是和竞品方案相似。由于我们和竞品的人群，业务背景等方面都不相同。竞品的设计方案基于开发或者老板等业务背景，才不得已使用非优秀的方案，我们如果参考竞品的话，最后的结果也可能难以做出优秀的方案。当我们的设计方案做好之后，这时候我们就可以分析我们的设计和竞品的区别和差异性，从而得到灵感，优化出更好的设计。2.可用性测试将做出的方案做成演示demo，通过招募目标用户(5～8个)进行可用性测试，通过用户使用优化方案的demo以及线上产品进行体验并做满意度打分，最终判断是否符合用户的预期。落地追踪 在设计方案验证之后，并评审通过后，视觉稿给到开发，需要继续跟进。在开发过程中，可能会出现项目历史原因或技术原因导致设计的方案没办法正常实现，这时候需要及时的更改方案。当产品走查测试完成之后，上线后需要继续追踪方案效果，并作后续的迭代优化。
在工作中，由于需要带一些新人了解B端知识，而他们了解到的关于B端资料又非常少且都是碎片化的呈现。并且相对于C端的创新和趣味，会觉得B端设计显得更理性，视觉发挥空间相对有限，也会对B端设计的价值产生迷茫。因此，我尝试将自己B端经验提炼总结出来，一方面用于给团队成员做培训，另一方面也整理成文章，分享给其他同仁，希望互相学习。做好角色定位 作为刚接触B端的人，可能并没有很快的认识到自身的角色和其所具备的责任、技能和能创造的价值。也不清楚如何体现自身价值以及增加自身价值的方向。我们先来看一下基本产品的设计流程△基本产品设计流程对思维的培养 你常常听见的设计流程就是产品出原型，在原型和需求文档的基础上进行设计，这在与产品的配合中属于被执行者，被动的接收产品的需求，按照原型输出设计稿，这会使B端的设计变得无趣，也体现不出你的价值。△你当前的流程实际当中你可以是与产品互相成就、互相补位。与产品共同参与到对需求的挖掘、用户分析以及调研摸底当中，这会使你对项目的了解和后期的需求分析具有很大的帮助，能与产品一起组合考虑需要解决的根本问题是什么，我将采用何种设计方案去解决问题，这样才不会变成被动接收信息的工具人。你要对所属项目的深入了解，看看是业务支撑类产品还是办公协同类产品或是商家端的产品等等，先了解是干什么的，在了解使用人的操作习惯和哪些方式对他们效率的提升有帮助。平常也要注意对通过用户发声的渠道收集他们对产品的讨论、建议和意见。便于我们对问题的积累和归类，使我们更容易站在全局的角度上思考问题，当启动相关问题的设计时我们能更快捷更深入的设计出用户需要的东西。另外帮助我们在与产品讨论一些迭代的体验优化提供数据支持。自身的修炼 B端设计师的核心竞争力就是解决问题的能力，快速理解业务和处理业务的能力，只有拥有这些能力后，才可以去创造更多的价值。B端设计师可以在这几个地方锻炼自身的价值：1.从拆解入手：我们通常在设计工作中会遇见小需求和大需求(包含多个产品模块小需求)，小需求基本上是点对点需求，不需要细化拆解，这里就不多说了。而大需求通常包含多个小需求，我们要采用化繁为简的方法——先规划后开工，拆解设计任务，从整体出发系统化的思考产品任务，在明确产品目标和设计目的后对需求进行拆分为多个阶段，再对每个阶段进行设计。在你拆分任务的时候你已经对未来的工作在心里有了建设，比如哪些地方是核心展示区域，我们需要花费的精力是多少，哪些数据图的展示形式会造成下游工作量的增加，是否对整体进度产生影响，哪些明细的展示是次要的花费精力最少，这里面也有可能会有团队协作的情况，这就要求大家有一致的目标、一致的规范。△基于目标拆解需求2.从解决问题入手：后台的搭建离不开一套强大的、统一的UI规范。规范是设计视觉统一的基础也是配合技术团队高效产出一致体验所必不可少的工具。说到规范就得提一下组件了，组件的产生是为了避免我们重复的造轮子，并且对控件细节进行了把控。市面上虽然有已经成熟的组件，但是和自身的业务特点并不一定贴合，就需要我们基于B端产品特性和自身业务特点，以灵活性、复用性、全面性的设计原则来进行设计，例如我们就对头部筛选项的自定义设置，在纵向间距关系和横向间距关系上指出信息之间的距离和关联性之间的关系，更能灵活的选取我们想要的状态进行搭配，复用全局的使用。提升了研发团队的效率也解决了视觉一致性的细节问题，节约时间去做更有意义的事情。△根据类型选择需要的头部筛选组件设计赋能 对业务需求的100%支持是设计的本职工作，那么我们的附加值就在“赋能“上，说起赋能我们就要说一下文章开头对思维的培养了，对思维的培养就是对需求的深挖，对问题的收集和思考，那么再进一步就要行动起来，主动进行用户调研，挖掘需求的突破点，找到更好的解决方案和更有价值的驱动点。那么我们在对不同项目赋能时也可采取此种方法进行思考，拆解任务跟进落地，提供规范与组件支撑，采集此流程中带来的价值，在项目结束后进行复盘总结，逐渐沉淀累积自身能力，逐步搭建自身的方法论在验证中成长。结尾这是一些我对自身价值寻找的一部分提炼，在工作当中我们也有很多其他方面的价值，这需要你自己去寻找，在寻找中增加自身价值，在设计中体现价值。变得越来越好。站三界导航：https://www.zhansanjie.com
安全宝，作为当初李开复创新工场旗下的一款网站安全服务产品，当初的知名度和用户响应度还是很高的。之前也有一段时间也有使用过，他们家的产品体验以及客服服务是非常不错的，如果有需要快速审核站点和人工设置节点的时候，通过联系在线客服就可以快速得到解决。在之前，安全宝对于有备/案过的域名是给予的国内节点的IP，这个与其他国内的百度云加速、360网站卫士、加速乐等产品都是差不多的。安全宝还有一个其他平台不具备的优势，之前对于没有备/案的站点域名，是给予美国、香港节点IP加速的，在写这篇文章的时候问过客服，目前是可以给日本和美国节点的IP进行加速。安全宝这款国内的CDN加速和防护网站安全的产品，与大部分提供商一样，具备给予网站加速、云防火墙防止网站被注入安全的在线安全服务；防止CC和抗DDOS攻击防护；也提供防盗链、永久在线，以及数据报表查看服务功能。在今年4月份的时候，安全宝已经被百度收购，虽然百度有云加速等产品，但是毕竟安全宝的技术和用户优势客户互补百度的产品线。下面我们就来看一下安全宝的相关配置流程。安全宝配置过程1.打开安全宝首页www.anquanbao.com，点击[申请注册]，我们将收到您的注册申请信息，经工作人员审核后，随即会发送邮件通知您注册详情。如果申请通过，此邮件中会包含带有邀请码的链接，用户点击链接后会直接转到账号注册页面。2.用户将域名成功加入安全宝以后，安全宝会自动启动对此域名的防护和加速服务。用户可以登录安全宝查看域名的状态。3.如何使用FTP，SSH以及3389远程桌面等非80端口服务？由于安全宝智能安全云会对通过域名访问您网站的所有请求进行检查，过滤非法请求，关闭了非80端口的其他网络服务，只允许合法的HTTP请求访问到您的网站，因此当您启用安全宝后，您需要通过您网站的真实IP来连接您网站的FTP、SSH及3389远程桌面。4.如何在我的网站日志中加入访问用户的原始IP？当使用安全宝后，网站服务器访问日志中的IP地址都将记录为安全宝的官方IP，无法取得客户端的真实IP地址。为解决这个问题，可以通过在安全宝转发的HTTP头信息中增加X-Forwarded-For信息，用于记录客户端的真实IP，这时web服务器的日志就可以使用$http_x_forwarded_for变量记录远程客户端的真实IP。格式如下：Nginx'$http_x_forwarded_for-$remote_user[$time_local]"$request"''$status$body_bytes_sent"$http_referer"''"$http_user_agent"';ApacheLogFormat"%{X-Forwarded-For}i%l%u%t\"%r\"%>s%b\"%{Referer}i\"\"%{User-Agent}i\""ASPRequest.ServerVariables("HTTP_X_FORWARDED_FOR") PHP$_SERVER["HTTP_X_FORWARDED_FOR"] JSPrequest.getHeader("HTTP_X_FORWARDED_FOR") 5.什么是安全宝永远在线？安全宝提供的“永远在线”功能，可以帮助您解决服务器故障带给访客的不良体验问题。只要选择此项，当您的服务器发生故障时，访问者将会看到一个安全宝提供的提示错误的页面，让访客知道他们的网站页面请求处于脱机状态。此页面的样式可由用户自由定制哦~同时，在您的网站无法访问期间，也不会影响搜索引擎的收录。6.如何使用防盗链功能？（1）登录安全宝帐户（2）将鼠标移动到需要开启防盗链功能的、并且已经启用安全宝服务的域名列表处，点击[功能]按钮，如图（3）将盗链保护功能状态置为“已开启”，如图：7.如何清除安全宝CDN缓存？（1）登录安全宝帐户（2）将鼠标移动到需要清除CDN缓存的、并且已经启用安全宝服务的域名列表处，点击[功能]按钮，如图（3）在“安全宝”功能界面，“性能”功能区，“网站加速”功能处点击“刷新缓存”，如图：（4）在新打开的“刷新缓存”界面，可以输入单个文件的URL刷新单个文件缓存，也可以刷新全部缓存，如图：8.什么是安全宝的云Web防火墙？安全宝依托实时更新的安全云系统，主动收集来自全世界的网站攻击手段，自动更新所有安全节点的防护规则，实时阻断各种常见与不常见的SQL注入、跨站脚本等攻击，使所有加入安全宝的网站免受攻击的侵害。
相信大家看了这个标题都会觉得不可思议，网站没排名还能日赚200?忽悠我的吧?我只想说，互联网时代，只有你想不到的，而且日赚200都是最低的，也是考虑了很久，要不要和大家分享呢?但看到大家整天为排名呕心沥血，排名上去了也转换不高，所以我决定我把这个宝贵方法分享给大家，接着往下看。努力是基础，方法是关键，最终还是要靠执行;这句话我一直作为我的座右铭，大多数人很难赚钱，就是因为方法不对，期初我和大部分人一样，每天漫无目的的更新文章，发外链，虽然排名上去了，但钱的影子都没有看到;在一个偶然的机会下，我认识了一些做西部数码空间代理的朋友，在她哪里我了解到了，运用代理身份可以便宜的拿到服务器，也就是说我在西部数码运用代理身份购买，然后再卖给别人的一种模式，期初很难卖出去一台，整天去群里发广告，也没啥效果，后来在一些诸如A5搜外等大型平台上进行投稿，长期的坚持让我很快得到了回报，到现在为止，每天都有5-10个人加我，成交的最少2个，下面来说说我是以什么方式来赚钱的。一.靠出方案方式赚钱很多想要学习SEO的朋友和一些网站难题的朋友找到了我，当然，第一次我为别人出方案是免费的，只有解决了这类人的问题，才能获得信任度，后期当这样的朋友找我的时候，我可以适当的收取方案费用;二.靠出售空间赚钱对于想学习SEO的人，往往都是出于迷惘期，不知道如何下手的人，我就让他们先去搭建一个个人博客，做SEO的人，连个博客都没有，成何体统?还免费为这些想要学习的朋友提供网站建设教程，他们需要做的只是购买空间和域名，大部分都对空间不了解，而且好的空间比较贵，我就用我的代理身份为他们提供空间，西部数码卖300元的空间，我代理身份购买就可以卖给他们220元，这样不仅让购买的朋友花最少的钱得到好的空间，自己也能小赚点零花钱;二.投稿文章代写，新闻源代发赚钱除了为他们出方案和卖空间外，还可以做投稿文章代写，一些有网站的朋友，是想着如何推广自己的网站，而传统的外链已经不能满足这样的需求，很多学习SEO的朋友都想和岑辉宇一样在大型论坛投稿，但无奈碰壁连连，实话说吧，我一天也是要花费3个小时来写一篇几百字的稿子，对于新手来说比较复杂的，因此，就存在一些花钱消灾的朋友，通常收取的费用是在20-30元一稿，一天也能出个2稿左右，60元妥妥的;四.搭建网站赚钱也有建站的单子，但对于SEO的朋友来说，收取一两万估计他也拿不出来，但他又迫切的希望做网站，针对这样的情况，我也可以考虑自己的时间关系，聊得开心的话，几百块钱我也能帮他搭建一个简单的网站，当然，也有一些认为几百块钱喊贵的朋友，在这里我就批评下你们下，又想做好网站，又不肯花钱，如果嫌贵就别浪费彼此时间，去联系建站公司试试;五.QQ群干货分享赚钱除了自己本身的一个QQ群之外，我还有一个干货分享群，里面都是学习SEO所需要的工具和教程，这些东西可是不断投资金钱和大脑总结出来的，其价值不言而喻，当然，我不是慈善机构，不能免费供应，凡是想加群的朋友，都要收取一定的费用，可能有人会说我黑心，那么我想告诉你，这些教程在培训机构需要花费几万元，我才收取几百元，试问，我是黑心还是利他?写在最后：从以上5个方法来我每天晚上都能获得200元的收入，当然，这离不开每天不屑的坚持和努力，其实网站只是一个推动作用，当我在大型网站投稿后，人们往往会访问我的网站，而通过网站就会联系到我，我这样的方式是借助了大型平台的权威性，当然，博客排名是另一个因素，如果有排名，自然订单更好，这里主要说明网站没排名如何推广自己的品牌达到赚钱的目的，对于学习SEO的朋友来说，这样的方法值得大家一试。
美团内部的rpc服务大多构建在thrift之上，在日常开发服务的过程中，需要针对这些服务进行压力测试（以下简称压测）来发现潜在问题。常用的方法有：1.使用一些脚本语言如：python、ruby等，读取线上日志构建请求，用多线程模拟用户请求进行压测2.使用开源工具进行压测然而，无论采取哪种方法，压测都是一个十分耗时而又繁琐的过程，主要痛点有：需要写很多代码解析日志，还原请求，对于比较复杂的请求，解析很容易出错需要搭建脚本或者工具的运行环境，通常这一过程比较耗时由于打压方法没有统一，导致打压的结果指标比较混乱，有的结果甚至以终端输出的方式展示，非常不直观对一个应用的打压测试，由于环境、代码的问题，导致组内同学很难共享针对上述问题，提供一个简单好用的压测工具是十分有必要的。是否有必要重复造轮子在构建压测工具之前，对于一些现有的开源工具进行了调研。现在主流的压测工具主要有以下几个：jmeterjmeter是一个比较老牌的压测工具，主要针对http服务进行打压，该工具在以下方面并不满足美团内部的压测需求：1.默认不支持thrift的打压测试2.需要本地安装，并且配置复杂3.对于用户操作并不友好twitter/iago是一个由twitter开源的压测工具，支持对http、thrift等服务进行压测，其主要问题如下：对每个压测应用都需要创建一个项目压测结果并不直观流量重放依赖本地文件项目依赖于一个较老版本的scala，搭建不便相关文档比较少除此之外，当时还考察了gatling、grinder、locust等一些常见的压测工具，都因为适用场景和美团的需求有些出入而排除了。综上，针对当前压测工具的一些现状，构建一个简单易用的压测工具还是很有必要的。目标针对之前提到的痛点，新的压测工具主要提供以下功能：线上流量拷贝1.简单易用的操作界面（接入压测的时间应该控制在1小时以内）2.清晰的图表能反映压测应用的各项指标3.满足包括thrift、http等服务的压测需求如何构建抽象目标已经明确，怎么实现呢？首先是抽象压测的过程。一个典型的压测过程如图所示，首先在init方法里面，进行一些初始化的工作，比如连接数据库，创建客户端等。接下来，在run方法里面发出压测请求，为了保证能够对服务产生足够的压力，这里通常采用多线程并发访问，同时记录每次请求的发起时间和结束时间，这两个时间的简单相减就能够得到每次请求的响应时间，利用该结果就可以计算出tp90、平均响应时间、最大响应时间等指标，等压测结束后，通过destroy方法进行资源回收等工作。以上过程可以用接口表示，无论是压测thrift服务还是http服务，本质上都是这三个方法实现的不同。考虑到压测工具的灵活性和通用性，压测工具可以将这个接口交给打压测试的同学实现，而压测工具则重点实现多线程打压，打压结果的聚合等比较耗时的工作。 复制代码代码如下:interfacerunner{definit(testapp)//初始化压测defrun(testapp,stringlog)//每次打压请求，传入log方便构建请求defdestroy(testapp)//压测完毕后，回收资源} 拷贝流量thrift服务打压的难点之一就是如何简单地拷贝线上真实流量用来构建打压请求。一些大型的thrift服务数据结构非常复杂，写打压脚本的时候需要很多代码来解析日志，而且容易出错。因此提供一个简单好用的拷贝流量方法是十分有必要的。在这里压测工具提供了一个叫vcr（录像机）的工具来拷贝流量。vcr能够将线上的请求序列化后写到redis里面。考虑到用户需要查看具体请求和易用性等需求，最终选取了json格式作为序列化和反序列化的协议。同时需要部署在生产环境，为了降低对线上服务的影响，这里采取了单线程异步写的方式来拷贝流量。聚合数据应用打压完成后，需要一些指标来评估压测结果，常见的指标有：1.最大响应时间2.平均响应时间3.qps4.tp905.tp50压测工具采用了influxdb来完成数据的聚合工作。以tp90为例子，仅需要一行查询就能实现需求。sqlcode复制内容到剪贴板select percentile(response_time, 90) from test_series group by time(10s) 架构整体而言，整个打压过程如下：实践拷贝流量美团内部的服务大多使用java来构建，vcr以mavenpackage的方式提供给用户。对用户来说只需要2行代码可以拷贝流量。为了不影响线上服务，通常选取单台机器进行流量拷贝工作。javacode复制内容到剪贴板public class testapprpc implements testapp.iface { private vcr _vcr = new vcr("testapp"); // 指定拷贝流量的key @override public testresponse echo(testrequest req) throws texception { _vcr.copy(req); // 拷贝操作 long start = system.currenttimemillis(); testresponse response = new testresponse(); return response; } } 一旦流量拷贝完成后，通过web界面，用户能够查看日志的收集情况和单条日志的详情。压测逻辑实现压测工具采用groovy来进行编写。对每个应用来说，只需要实现runner接口就可以实现对应用的打压。 复制代码代码如下:interfacerunner{definit(testapp)defrun(testapp,stringlog)defdestroy(testapp)}以thrift服务为例： javacode复制内容到剪贴板class testservicerunner implements runner { rpcservice.client _client ttransport _transport; @override def init(test app) { def conf = app.config // 读取应用配置 _transport = new tframedtransport(new tsocket(conf.get("thrift_service_host") as string, conf.get("thrift_service_port") as int)) tprotocol protocol = new tbinaryprotocol(_transport) _client = new rpcservice.client(protocol) _transport.open() } @override def run(test app, string log) { testrequest req = vcr.deserialize(log, testrequest.class) // 将拷贝流量反序列化 _client.echo(req) // 发送请求 } @override def destroy(test app) { _transport.close() // 关闭服务 } } 创建应用实现以上接口后，就可以对应用进行打压了。用户可以通过web界面创建应用，除了必填配置以外，用户可以按照应用灵活配置。性能指标用户可以通过直观的图表来查看应用的各种性能指标。 结束语压测工具上线以来，已经接入了20多个应用，完成数百次打压实验，现在应用的接入时间仅需要15～30分钟。保证了美团服务的稳定和节省了开发同学的时间，使大家告别了以往繁琐冗长的打压测试。欢迎对这方面有兴趣的同学一起讨论。
中国互联网举报中心