rollup

上周二微软照例发布了针对Windows 10的紧急补丁，用来解决Internet Explorer中可能被远程利用的漏洞。 在发布时，微软公布了该补丁附带一些在某些Windows 10旧版本上已知的问题（在1809版本上没有），如下： 在安装了8月份的Quality Rollup预览或2018年9月11日的.NET Framework更新后，SqlConnection的实例化可能会出现异常。 安装此更新后，一些用户无法将web链接固定在开始菜单或任务栏上

以下代码是es6语法关于模块导入的，当我们使用webpack打包的时候，很自然会想到这个打包过程是将整个模块打包进来还是我要用的即引入的部分打包进来呢？ 在webpack1的时候，这个打包过程是将整个模块打包进来，不管你这个文件使用了模块多少的代码。显然，这是不合理的，理想情况，我们更愿意见到使用的部分打包进来，其余部分最好给我们清理掉，打包一堆没用的东西进来，占用了bundle的体积。据说最开始，rollup.js(前端打包工具，跟webpack是同类型产品)，实现了这个功能，并起了一个非常形象的名词，叫tree-shaking

打包模块就是将若干模块文件合并为一个独立文件。这么做有三个原因： 为了方便加载所有的模块，应该只有少量的文件被检索。 压缩打包后的文件比压缩分开的文件要稍微更高效些

GBase 8a的 group rollup 函数通常用于统计例如商品的明细，小计以及最后总计的场景。通过对不同组合的计算，得到每个层次的计算结果。 首先会对(A、B、C)进行 GROUP BY，然后对(A、B)进行 GROUP BY，然后是(A)进行 GROUP BY，然后对全表进行 GROUP BY 操作，最后将所有结果合并在一起(相当于 UNION ALL 操作)如果 n 个字段或表达式中的一个或多个在某一分组中不出现在 GROUP BY 后面，用 NULL 代替不出现的字段或表达式

esbuild 作为一款新的构建工具，构建打包速度几乎完全碾压市面上流行的 webpack5，rollup 等工具。目前国内流行的 Vite 也使用了 esbuild 来预构建依赖，官方宣称速度快了 10 - 100 倍。 esbulid 为什么这么快呢？esbuild 是用 Go 语言编写的，可以编译为本地代码，执行速度比 Js 要快很多，并且自带多线程，可以更好的利用 CPU

GBase 8a的 group rollup 函数通常用于统计例如商品的明细，小计以及最后总计的场景。通过对不同组合的计算，得到每个层次的计算结果。 首先会对(A、B、C)进行 GROUP BY，然后对(A、B)进行 GROUP BY，然后是(A)进行 GROUP BY，然后对全表进行 GROUP BY 操作，最后将所有结果合并在一起(相当于 UNION ALL 操作)如果 n 个字段或表达式中的一个或多个在某一分组中不出现在 GROUP BY 后面，用 NULL 代替不出现的字段或表达式

据悉，Eclipse 试图解决 Web3 开发生态系统中的一个主要痛点，随着最近企业对 Web3 用例的兴趣，应用程序仍然被迫与构建在同一区块链上的其他应用共享相同的吞吐量，相比 Aptos 以及 Starkware 等传统扩容解决方案，Eclipse 旨在让开发者能够部署他们自己的由 Solana 虚拟机驱动的 rollup，并使用任何链来进行安全或数据存储。 Eclipse 已经与一系列公链生态达成了合作，包括 Celestia、Oasis Labs、Polygon、Cosmos 以及 NEAR，其还获得了 Solana 基金会的开发赠款，以支持开发由 Solana 虚拟机提供支持的 rollup。 Eclipse 团队表示，其网络将在 Celestia 生态的支持下启动，其已经加入了 Celestia 的 Modular Fellows 计划，并与 Celestia 基金会进行了代币交换

距离zkSync 2.0上线主网只剩3天了。 本文总结了为zkSync做准备你需要知道的一切。 首先，zkSync是什么? zkSync是一个在以太坊上提供可扩展、低成本支付的layer 2去信任协议，由zkRollup技术提供支持