我们知道计算机的世界只有0和1，如果没有字符编码，我们看到的就是一串"110010100101100111001...."，我们的沟通就好像是在对牛弹琴，我看不懂它，它看不懂我。字符编码就好比人类和机器之间的翻译程序，把我们熟知的字符文字翻译成机器能读懂的二进制，同时把二进制翻译成我们能看懂的字符。
本篇文章的作者最近参与了淘宝购物车的工作，认为淘宝购物车和首页在体感上有很大区别，没有高屋建瓴地对整个交易体系和首页体系进行分析，只从一位一线开发的角度，写了写自己对购物车、对首页进行开发的感受和思考，欢迎指教讨论。
1.地图数据作业平台由大型的WebGIS"综合作业"逐步转换为人机结合，所见即所得的流水化"简单作业"; 2.流水化作业的特点是单一车间交互简单，但每个车间都有定制的业务逻辑（难以配置化实现，适合有扩展能力的低代码方式）； 3.作业平台低代码建设过程中，即使是任何一个简单作业车间也存在数据校验，组件联动，保存结果转换等逻辑（下图标牌场景车间为例）； 4.作业平台低代码的建设目标是让产品，工艺等非研发同学能独立搭建车间，因而要尽可能将逻辑操作可视化，少写或不写逻辑代码； 5.非前端研发同学并不能很好的理解一些前端的基本概念：例如事件驱动，数据不可变 immutable原则， 数据双向绑定，组件（非）受控等；
在互联网诞生的初期就已经存在前端技术了，起初它就和传真没有什么区别，只能表达一些简单的基础信息，但随着浏览器不断的技术演变，如今的前端领域已是拥有超级复杂的信息表达系统了。 如今的前端除了可轻松构建起丰富的信息表达形式，更具有可共享、易更新、多平台运行等等的优点，随着生态体量的不断壮大，前端技术也逐渐慢慢渗透到了其它终端领域。比如在移动应用中使用 Hybrid 混合技术，通过结合前端技术与原生技术来同时兼顾与获得两者的优势，以及在另外的领域通过削减复杂度和实现支持部分 API 来使前端达到更高性能的方案，比如 RN、miniApp 等。 数据统计约 70% 的移动 App 中都内置了 webview/混合的技术方案，主要进行能力供给与 Web 页面的管理。恰如其名、web 页面以单位“页面”进行度量，可见其在构建大型应用时的局限性，就如纸张一般，可以肆意的书画其内容，但是脱离纸张之外就无能无力了，因而才需要一个“导航器”将纸张进行串联成册以进行管理，浏览器的基础功能也恰是如此了。
本文将以阿里云证书配置和OpenSSL自签证书配置两种方式来让你的网站从HTTP转换到HTTPS，为系列第二篇，第一篇：HTTPS的原理浅析与本地开发实践（上）。希望这两篇关于HTTPS的浅析能够对你的日常研发过程有所帮助。
历史上 90%的故障源于业务新版本上线，如何最大化保障功能迭代过程中业务流量无损一直是开发者比较关心的问题。尤其对于分布式架构的微服务应用而言，服务之间的依赖关系错综复杂，一个业务功能需要多个微服务共同提供能力，一次业务请求需要经过多个微服务才能完成处理，牵一发而动全身。业务的发展需要应用系统不断的迭代，我们无法避免应用频繁变更发版，但是我们可以提升应用升级过程中的稳定性和高可用。
包大小是衡量APP性能的一项重要指标，它直接影响用户的下载点击率（包太大不想下）、下载安装成功率（下载慢不用了）、APP卸载率（太占空间先删掉）。 包大小的计算逻辑很简单，它是各种类型的文件占用磁盘大小相加。APP瘦身的技术却很复杂，代码文件的复杂度和编译器策略决定了可执行文件的大小，业务功能和工程架构决定了代码文件的复杂度。iOS APP瘦身，需要掌握的技能有XCode构建技术、LLVM编译器技术、CocoaPods构建技术、图片压缩技术、持续集成技术。 本文总结提炼了Alibaba.com App的瘦身的技术和策略，系统化地介绍APP瘦身的业务价值、分析技术、瘦身技术、防劣化机制，让读者可以系统化地了解APP瘦身的技术体系。本文还基于实践经验，介绍各种瘦身技术的ROI，让读者可以避免踩雷，将资源浪费在效果不佳的技术上。希望对你有所帮助。
搜索是电商平台的核心流量入口，承载着平台主要的成交引导、意图收敛、活动投放。一个稳定、高效、可扩展的搜索系统是电商平台得以生存发展的基石。本文探讨如何构建完善的商品搜索系统， 并根据闲鱼二手交易的差异化特性介绍闲鱼搜索系统的时效性优化。
本文提出了HTTP协议在目前网络传输中存在的问题，然后基于两个典型问题做了合理的方案设想，最终推演出的第四种方案。
