Blog
Blog copied to clipboard
nonacosa
写文章的地方（迁移到 Notion-Site）
# Part 1 开源的意义 ## 背景 从事了**4**年的互联网行业，逐渐担当过团队的前端到后端的负责人，和大家一样从小白逐渐的成长起来，回首望去几年前的博客还是那么稚嫩。 - 回首这几年： 从一个javaer接触前端转向全栈。 从前端到后端到运维，经历了几次前后端架构的演变，踩了无数的坑，也算总结了点经验,这期分享一下前端的一点经验。  当我看到这条沸点的时候，我的内心多少是有一些波澜的。为了工作或学习，确实造过一些轮子，前端的后端的，也开源出来过觉得能提高生产力的。但确实： >代码放出来!=开源 一个优秀的程序员同时也应该是一个好的传道者，去帮助那些真正想学习的'懵懂少年'。 ## 麦当劳的模式思考 每天早上都回去吃麦当劳6元早餐，有时候想想：这不就是我们现在的工作状态吗？ - 薯饼是怎么做的？ 不知道,公司直接进的货。 - 你是如何掌握火候的？ 不清楚，公司规定炸6分钟。 - 那为什么是6分钟，而不是5分钟，7分钟吗？ 应该是为了让它外酥里嫩吧，具体没太研究过...... 这像极了我们的面试，我们的痛点总是看过、了解过，但并没有深入去实践过、研究过。 > 无论多牛的解说5分钟也道不出一部好电影的精髓。...
# 性能优化 - 前端性能优化与上线 大家好我又来了，本章给大家带来的内容是：上线和上线后的性能优化 ## 本章你会了解 - 前端需要了解的 docker 基础知识 - 部署前端项目到本地/外网服务 - 前端项目的 gZip 优化 - 了解 CDN 的重要性 - webpack 按需加载 - 图片的相关优化 - 如何分析项目依赖，方便针对性处理 - 如何减小...
Bumps [guava](https://github.com/google/guava) from 26.0-jre to 29.0-jre. Release notes Sourced from guava's releases. 29.0 Maven <dependency> <groupId>com.google.guava</groupId> <artifactId>guava</artifactId> <version>29.0-jre</version> <!-- or, for Android: --> <version>29.0-android</version> </dependency> Javadoc 29.0-jre 29.0-android JDiff 29.0-jre...
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot] avatar"){kind=avatar}
# 序： 开源的意义 - [首发地址](https://github.com/pkwenda/blog) ## 背景 从事了近**4**年的互联网行业，逐渐担当过团队的前端到后端的负责人，和大家一样从小白逐渐的成长起来，回首望去几年前的博客还是那么稚嫩。 - 回首这几年： 从一个javaer接触前端转向全栈。 从前端到后端到运维，经历了几次前后端架构的演变，踩了无数的坑，度过无数难眠的夜。  当我看到这条沸点的时候，我的内心多少是有一些波澜的。为了工作或学习，确实造过一些轮子，前端的后端的，也开源出来过觉得能提高生产力的。但确实： >代码放出来!=开源 一个优秀的程序员同时也应该是一个好的传道者，去帮助那些真正想学习的'懵懂少年'。 ## 麦当劳的模式思考 每天早上都回去吃麦当劳6元早餐，有时候想想：这不就是我们现在的工作状态吗？ - 薯饼是怎么做的？ 不知道,公司直接进的货。 - 你是如何掌握火候的？ 不清楚，公司规定炸6分钟。 - 那为什么是6分钟，而不是5分钟，7分钟吗？ 应该是为了让它外酥里嫩吧，具体没太研究过...... 这像极了我们的面试，我们的痛点总是看过、了解过，但并没有深入去实践过、研究过。 >...
# 开篇 ： 纵观WEB历史演变 > 在校学习和几年工作工作中不知不觉经历了一半的 WEB 历史演变、对近几年的发展比较了解，结合经验聊聊 WEB 发展历史。 **演变不易，但也是必然，因为为人始终要进步。** ## WEB 的发展史 ### 一、开山鼻祖 - 石器时代 #### 静态网站  这是 *1997* 年 Apple 官网，那时的网站不如叫网页，像一张浮夸的彩色报纸，那时是纯粹的 *HTML* 时代，不管你是不是访问这个网页，每个页面都是在服务器上存在的。 #### CGI技术...
首先由于种种原因先抛开 spring-boot-elasticsearch 这个库对于 es 的实现，公司先有版本的 es mapping 转换的结果通过上面的分析肯定是差很多了，虽然不一定用到 spring-boot-elasticsearch 这个库，但是我必须参考它的代码，能用就用。 先看官网： [Spring Data Elasticsearch - Reference Documentation](https://docs.spring.io/spring-data/elasticsearch/docs/current/reference/html/#elasticsearch.mapping) - *Earlier versions of Spring Data Elasticsearch used a Jackson based conversion, Spring...
[Index templates | Elasticsearch Reference [7.8] | Elastic](https://www.elastic.co/guide/en/elasticsearch/reference/current/index-templates.html) - There are two types of templates, index templates and component templates. Component templates are reusable building blocks that configure mappings, settings,...
首先由于种种原因先抛开 spring-boot-elasticsearch 这个库对于 es 的实现，公司先有版本的 es mapping 转换的结果通过上面的分析肯定是差很多了，虽然不一定用到 spring-boot-elasticsearch 这个库，但是我必须参考它的代码，能用就用。 先看官网： [Spring Data Elasticsearch - Reference Documentation](https://docs.spring.io/spring-data/elasticsearch/docs/current/reference/html/#elasticsearch.mapping) - *Earlier versions of Spring Data Elasticsearch used a Jackson based conversion, Spring...
以一个不分词的非常简单 Index 下的 type 为例：  注意，原来的结构是 mappings 复数的，这样的 JSON 可以存好多个 type ： ```lua { "mappings":{ "transfer":{ "properties":{ "loveCount":{ "index":"not_analyzed", "type":"string" }, "test":{ "index":"not_analyzed", "type":"string" }, "id":{ "index":"not_analyzed", "type":"string" }...
我们现在在使用 2.2.2 很长时间，一直没有升级，官方社区有句话说的好：”版本差的越多，升级越困难“，今天站在 2.2.2 一直看到 7.X 看看官网描述：都做了哪些重大调整，提前了解新功能，更完善的进行迁移，并且做好升级出现问题的心理准备。 # 回首ES 首先，回过头从ES 2.2 到 7.X 追溯各个版本的变化,重点关心字段、索引、文档 相关的 feature。 ## 2.3 - nested、groovy、API 小调整 [Breaking changes in 2.3 | Elasticsearch Reference [2.3] |...