拥有0000-未整理-等待研究标签的文章

有赞webview加速平台探索与建设（三）——html加速

1\. 概要从之前的两篇文章当中，已经分析了我们的金翅h5加速平台，以及如何做静态资源的加速。这一章将主要集中在如何做html加速优化。html加速优化也是所有优化手段中，对白屏时间优化效果最为明显的！以预取html内容作缓存的方式实现加速，需要解决以下问题： 如何在native端代理html请求？ request header 和 response header如何处...
阅读全文

有赞webview加速平台探索与建设（二）——静态资源加速

1\. 综述在前文中已讲到，有赞的h5页面中，静态资源分为两种，一种是有赞统一的css/js等资源，一种是商家端独有的商品图片等资源。针对这两种资源类型，我们采取了不同的策略：如何发现资源变化、如何更新资源缓存？先让我们看一下我们整体的系统运行图： 图片的上半部分描述的是商家独有的图片等资源的更新过程; 而有赞的统一的css/js等资源，则是采用后台定时任务来刷新，监控前端发布。...
阅读全文

有赞webview加速平台探索与建设（一）

1\. 缘起说起webview与h5，对整个移动开发业界的人来讲，都是又爱又恨。爱其功能强大、可动态发布、又多端复用。。。又恨其加载慢、响应慢、体验不佳。慢、慢、慢的问题，往往让开发挠头、让客户骂娘！天使与恶魔的共同体，好的坏的都那么明显。业务快速迭代，h5页面往往承担着一家公司的大部分流量来源，这对有赞也不例外。优化h5的加载，提升客户体验，收益和价值都是巨大的。 2\. 怎样做w...
阅读全文

有赞的深度需求功能测试

       序：在《》曾经提到过，我们在测试需求项目时，会把需求逐级拆解，直到最小粒度。然后，各业务线的测试小伙伴把任务领走进行细化，同时，确定一位主测分来主导复杂项目的测试工作。        在面试过程中，很多小伙伴也会说，我们会根据需求所描述的功能，进行测试。那作为一位应聘者，如何才能把自己之前工作的能力展示给你的面试官呢。        随着有赞SOA服务化的深入推进，系统拓扑结...
阅读全文

幂等_百度百科

收藏查看30幂等==幂等（idempotent、idempotence）是一个数学与计算机学概念，常见于抽象代数中。在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数，或幂等方法，是指可以使用相同参数重复执行，并能获得相同结果的函数。这些实现.中文名幂等外文名idempotent属    性一个数学与计算...
阅读全文

有赞的深度需求功能测试

       序：在《》曾经提到过，我们在测试需求项目时，会把需求逐级拆解，直到最小粒度。然后，各业务线的测试小伙伴把任务领走进行细化，同时，确定一位主测分来主导复杂项目的测试工作。        在面试过程中，很多小伙伴也会说，我们会根据需求所描述的功能，进行测试。那作为一位应聘者，如何才能把自己之前工作的能力展示给你的面试官呢。        随着有赞SOA服务化的深入推进，系统拓扑结...
阅读全文

全链路压测保驾有赞双十一

2017年双十一即将来临，对于买家来说，是一年一度的购物狂欢，可以对于一个电商公司的技术来说，确是一年一次的大考。如何用更少的预算完成指定当前业务规模的流量高峰，是技术的永衡的主题。 我们有赞在双十一之前完成了全链路压测的方案，并把它用于大促的扩容和容量验证，取得了很不错的成果。做过电商的技术同学都知道，在大促来临时，整个集群是的最高峰压力将是正常时间的几十倍，最高峰持续的时间会特别短，然后回...
阅读全文

How we redesigned the NSQ - NSQ重塑之详细设计

之前的 讲述了我们重塑NSQ的目的和目标, 接下来我们将详细描述下每个功能的具体技术细节.重构后架构图首先, 看一下重构后的整体架构图:原来的几个NSQ组件大部分功能是复用的, 图中新增的就是元数据存储服务etcd, 以及数据同步和HA处理逻辑.改造topic queue为了增加副本和其他特性, 首先需要改造的就是nsq的topic数据写入方式, 要保证数据最终落盘,...
阅读全文

Felint 好用的前端静态代码校验工具包

写在最前可能很多同学跟我原来一样，觉得前端静态代码校验无非是告诉你代码缩进等格式问题，加上本身自己写代码就比较注意格式问题，所以觉得前端代码校验没什么必要。但其实前端代码校验能带给我们的远不止这些。第一个例子某天我在给页面添加链接的时候写下了如下代码：`<a href="https://www.youzan.com" target="_blank"点我</a`正当我想继续的...
阅读全文

如何做一个靠谱的发号器

为什么需要一个发号器在使用数据库时，表的主键经常会使用数据库的自增（auto_increment）来产生。这当然很方便也很高效。但是使用自增也会带来一些麻烦。如果从一个数据库以外的地方，也就是发号器来产生全局唯一 ID，这些问题就可以得到解决，生活就可以更美好。 难以适应分片场景 在采用数据库分片时，如果使用数据库自增 ID，不同分片上会产生相同的 ID。单靠 ID...
阅读全文