前言我们的APP部分功能为了满足用户离线使用搜索的场景，使用了内置SQLite数据库的方式，随着内容的日益丰富，数据库记录快速增多，导致搜索速度明显变慢，为了提升搜索速度，给我们的数据做了全文检索的支持，在3W的数据下，搜索速度由原来的数秒提升至几十到几百毫秒（设备不同，搜索效率存在差别）。一、基本概念1.概述

云原生的概念主要是基于容器云，其主要原则是，软件产品从设计、开发到交付，全流程都考虑适配容器云的环境。传统的开发，是本地开发与测试，测试环境再次测试，然后部署上线，如果有上容器的需求，那么再编写Dcokerfile，做容器化改造，最后部署到容器云上云原生的产品，开发，测试和上线都是完全兼容容器云的环境，例如通过EclipseChe镜像开发，提交到git上，从

概述记录自己在工作中将生产的数据按月保存在ES中（通过logstash采集kafka数据到ES），由于生产环境数据量比较庞大（一天的日志量大概在2500万条左右），为了后期减轻服务器压力，方便我们维护，所以需要对我们的日志进行处理，按月建立不同的ES索引库，能够查询最近6个月的日志，关闭前6个月不用的日志。创建模板如果用户每次新建

1，CDN，ContentDistributeNetwork，可以直译成内容分发网络，CDN解决的是如何将数据快速可靠从源站传递到用户的问题。用户获取数据时，不需要直接从源站获取，通过CDN对于数据的分发，用户可以从一个较优的服务器获取数据，从而达到快速访问，并减少源站负载压力的目的。2，为什么访问速度慢、下载慢？答：github的CDN被某墙屏

接触python多半年光景了，多数时间都是在公司看看书，最近终于有空在家学学python，写点代码。可是涉及到python，就要说到python的模块了，python不管从代码风格还是涉及面上，都辣么辣么的惊艳。好吧，谈及下载python第三方模块，势必谈及pip，默认的pip源下载速度实在是不给力啊不给力。所以修改pip源吧。特别注意了

由于Java面向对象的思想，在JVM中需要大量存储对象，存储时为了实现一些额外的功能，需要在对象中添加一些标记字段用于增强对象功能。在学习并发编程知识synchronized时，我们总是难以理解其实现原理，因为偏向锁、轻量级锁、重量级锁都涉及到对象头，所以了解java对象头是我们深入了解synchronized的前提条件,以下我们使用64

最近接手项目从cocos2dx2.0升级为3.0，至于为什么要升级我也弄不清楚，只感觉3.0是要摆脱cocos2diphone的身影，这是要作死的态度吗，没时间去了解3.0的核心发生了神马变化，只为了从cocos2dx2.0经常适应到3.0做了一些纪录，以便查阅和方便正在从2.0到3.0的朋友。1.去CC之前2.0的CC\

C简单工厂模式模型，建立一个模型，构建我们的实际工程，项目。​所有面向对象的编程都是在我们生活中存在的，从词义的解释就是我们生活中的工厂就是负责生产产品的，而到开发中对应的就是NEW不同的对象，该模式主要解决的问题就是解决创建对象与该类的解耦。设计原则中经常说的类单一职责、封装性都有体现。编程中的简单工厂就是一个生产

你现在手里有一份大小为 NxN的『地图』（网格） grid，上面的每个『区域』（单元格）都用 0 和 1 标记好了。其中 0 代表海洋，1 代表陆地，你知道距离陆地区域最远的海洋区域是是哪一个吗？请返回该海洋区域到离它最近的陆地区域的距离。我们这里说的距离是『曼哈顿距离』（ ManhattanDistance）：(x0,y

RDB在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存中。Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程都结束了。再用这个临时文件替换上次持久化好的文件。整个过程中，主进程是