前言首发于<br/本篇文章可以被视为上一篇文章（）的延续，上一篇文章大致讲述了搭建一个简易微前端平台的过程，其中关于子应用注册的配置是通过硬编码的方式，在构建打包前写入的。<br/<br/但是真实项目中，更需要的是动态注册子应用，比如说我正参与的这个项目。<br/<br/本篇文章的示例代码是基于上一篇文章示例代码改动的，上一篇文

@toc一、项目概述1.项目说明本项目主要是对领导留言板内的所有留言的具体内容进行抓取，对留言详情、回复详情和评价详情进行提取保存，并用于之后的数据分析和进一步处理，可以对政府的决策和电子政务的实施提供依据。网站链接是，任意选择一条留言点击进入详情页后，如下对于图中标出的数据，均要进行爬取，以此构成一条留言的组成部分。2.环境配置（1）P

中大概阐述了一下我们之前碰到过的一些应用开发中的痛点：现有的云数据库起步使用成本较高应用开发对团队的起步要求较高现有云数据库配置复杂这些痛点当然不是我们先发现的，也不是我们先要尝试解决的。Google早在2014年就收购了firebase，或许是对这些痛点认可的最佳佐证。就在前两天，InfoQ上发布了一篇翻译文章：，这其实是作者的副标题，原标题是，文章

说一下mysql比较宏观的面试，具体咋写sql的这里就不过多举例了。后面我还会给出一个关于mysql面试优化的试题，这里主要说的索引和BTree结构，很少提到我们的集群配置优化方案。1.索引是什么？有什么作用以及缺点　　答：索引是对数据库表中一列或多列的值进行排序的一种结构，使用索引可快速访问数据库表中的特定信息。也可以理解为索引就

背景在像微服务这样的分布式架构中，经常会有一些需求需要你调用多个服务，但是还需要确保服务的安全性、统一化每次的请求日志或者追踪用户完整的行为等等。你可能需要一个框架来帮助你实现这些功能。比如说帮你在一些关键路径的请求上配置必要的鉴权或超时策略。那样服务间的调用会被多层中间件所过滤并检查，确保整体服务的稳定性。设计目标

上节中我们知道了SentinelGo大概能做什么事情，最简单的例子如何跑起来其实我早就写好了本系列的第二篇，但迟迟没有发布，感觉光初始化流程显得有些单一，于是又补充了责任链模式，二合一，内容显得丰富一些。初始化流程初始化做了什么SentinelGo初始化时主要做了以下2件事情：通过各种方式（文件、环境变量等）载入全局配置启动异步的定时任务或服务

NAS服务器和传统服务器的显著区别可提供更加可靠和安全的数据保护可提供不间断地在线扩容存储空间，不需停机可实现数据的集中存储和备份，节省硬件投入支持各种类型的网络用户，多平台操作系统的用户都可以访问NAS上的共享数据配置简单，管理方便，节省人员成本所谓NAS，通俗地讲就是直接挂接在网上的存储设备，实际上就是一台专用数据服务器，它不再承

以太网链路聚合以太网链路聚合一、以太网的链路聚合是Ethtrunk多链路汇聚，将多条物理链路变为一条Etrunk的逻辑链路，从而实现增加链路带宽的目的。链路聚合分为手工模式和LACP模式。1.手工模式手工模式下，EthTrunk的建立、成员接口的加入由手工配置，没有链路聚合控制协议LACP的参与。当需要在两个直连设备间提供一个较大的链路带宽而设备又不支

 近期略有点诸事不顺，趁略有闲余之时，玩起D3.js。之前实际项目中主要是用各种chart如hightchart、echarts等，这些图形库玩起来貌都是完美的，一切皆可配置，但几年前接触了D3之后，觉得前面那chart类库局限的地方在于，基本不可定制；而D3呢，你说了算，你想画出什么样的图，你说了算，自由度很大，当时就有点膜拜和仰慕，小打小闹的玩了几下，没

上周在工作中遇到了一个问题场景，即查询商品的配件信息时（商品：配件为1：N的关系），如若商品并未配置配件信息，则查数据库为空，且不会加入缓存，这就会导致，下次在查询同样商品的配件时，由于缓存未命中，则仍旧会查底层数据库，所以缓存就一直未起到应有的作用，当并发流量大时，会很容易把DB打垮。缓存穿透问题缓存穿透是指查询一个根本不存在的数