北大青鸟设计培训：零基础如何mysql学习？
详细介绍有关weex中的webpack.config.js改造最近，有很多学员留言让我整理一下“零基础如何mysql学习？”.今天武汉电脑培训://
json整理_json数据怎么处理
json整理_json数据怎么处理
with tempfile.NamedTemporaryFile(
What?why?how?2.学习需要坚持，如果还没准备好坚持半年比较枯燥的MySQL之旅，那么就别开始。
3.学习东西不在多，在精，市面上有非常多的MySQL教程，不要瞎学，今天这里学一点，明天那里学一点，这样你学的都只是知识点，无法形成一个知识面，知识网络。
4.在学习过程中充满好奇，使用google进行问题搜索，千万不要使用度娘了，质量不高。
至于怎么用Google，请自行搜索。
5.学习的目的在于使用，因此，不要仅仅看书，看一遍，看两遍，你可能还是没什么感觉。
因此学习一开始，就要动手练习，把资料上的情况，模拟一下。
6.请不要在windows上安装mysql进行学习，因为工作中都是linux系统。
我们需要从一开始就是实战，就是生产环境。
7.保持好心态，一步一个脚印的前进。
学习MySQL你需要掌握的知识点：1.系统，当然windos基本的要会。
然后就是Linux系统，现在做MySQLDBA的系统多数都是Linux系统，而生产环境大多又是RedHat，Centos。
其他的Linux和Unix系统可以只做了解。
2.Linux基础，网络，IO，内存，磁盘，CPU。
包括不限于安装，启动过程，目录结构，远程登录，文件属性与管理，用户与用户权限，LAMP结构vim,yum等shell命令，dns，ftp，以及一些常用工具。
3.MySQL基础：MySQL安装、MySQL体系结构，SQL，MySQL管理维护。
4.数据备份与恢复，常用的引擎：MyISAM、Innodb、NDB等。
5.数据库设计优化，一个好的MySQL系统，往往从设计开始。
6.SQL优化，参数优化，，安全等。
7.MySQL负载均衡，读写分离，MHA，MMM高可用架构，以及分布式架构：mycat、maxscale、galeracluster、MySQLGroupReplication等。
8.mysql5.6，mysql5.7新特性，mariadb、percona分支的异和特点。
9.MySQLJSON、MySQLmemcached。
10.常见MySQL搭配的缓存系统，redis，memcached，以及NOSQL、NEWSQL。
以上，就是小编为大家整理的mysql学习你需要掌握的知识点以及送给新手学习的建议，希望能够帮助到大家！
net开源项目整理
打开一个玩家的对话。整理一些平时收藏和应用的开源代码，方便自己学习和查阅
1.应用
nopcommerce ，开源电商网站，开发环境asp mvc(未支持 core)，使用技术(autofac，ef，页面插件等)
OrchardCMS ，内容管理网站
core版本）
ABP（aspnetboilerplate） ，提供一系列工具用于web应用创建，支持 ASP.NET Core, ASP.NET MVC & Web API,也提供了web应用的模板
core 版本，tag分支有支持版本的）
Identity ，用户授权网站（支持openid和OAuth 2.0），可用于单点登录和第三方授权等
core版本）
eShopOnContainers 微软提供的微服务实例
PetShop 三层架构经典例子，用于新手学习，不过aspx有点过时了
BlogEngine.NET 博客网站，也是aspx
2.组件
Lucene.Net 全文检索开发组件
ServStack 半开源，用于创建web服务
MassTransit 可用于创建基于消息的服务和应用，依赖于RabbitMQ
staess 简单的工作流开发组件，不支持在线定制工作流
Hangfire 任务调度开发利器
Jwt.Net 用于生成JWT (JSON Web Token) 和JWT校验
npoi 支持off文件的读写
CacheMar 用于缓存的管理，支持Redis.Memcached,couchbase等
Autofac Ioc组件，用于依赖注入
LightGBM 用于机器学习
3，截断-写是非原子性的。很遗憾我不能提供满足原子性的变种。在执行完截取作后，文件是空的，还没有新内容写入。如果并发的程序现在读文件或者有异常发生，程序中止，我们既看不久的版本也看不到新的版本。.框架
asp mvc
Nancy 类似asp mvc，web开发框架
4.其他
dotnet core 主页 ，提供dotnet core相关知识的索引和例子，方便快速入门
源码
使用Node如何配置文件（详细教程）
语法这篇文章主要给大家介绍了关于Node实战之不同环境下配置文件使用的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面一起学习学习吧。
对截断-写更新进行加锁是容易的。仅仅在所有文件作前获取一个独占锁就可以。下面的例子代码从文件中读取一个整数，然后递增，更新文件：前言
在使用 Node.js 编写一个完整的项目时，程序中往往需要用到一些可配置的变量，从而使得程序能在不同的环境中运行，而众所周知，在实际的项目会存在多个不同的环境，不同的环境下，一些配置是不相同的，如何在不同的环境下调用不同的配置，提高开发效率？下面话不多说了，来一起看看详细的介绍吧。
1. config-lite模块
首先引入一个配置模块config-lite，使用命令npm i config-lite --se安装。
通常我们会针对不同的环境，将配置写入不同的配置文件中，在Node项目下新建config目录，里面新建不同环境的配置文件，这里我以『开发』以及『生产』两个环境作为例子来讲解如何作。
开发环境中，我们在config目录下新建两个文件：test.js和default.js，你可能会问，为啥没有生产机配置文件，因为生产机配置要在生产环境下再创建嘛。
在test.js配置文件中写入代码如下（PS. 这里以mysql的配置为例）：
// test.js
module.exports = {
mysql : {
host: "localhost",
user: "lupeng",
password: "0800",
database: "b1imd"
}};default.js里写入一些默认的配置文件，例如session的配置等。
// default.js
module.exports = {
mysql : {
host: "10.20.141.220",
user: "lupeng",
password: "123456",
database: "b1imd"
},
session: {
secret: 'keyboard cat',
rese: false,
seUninitialized: true,
cookie: {
maxAge: 10006060
}}
};好了，配置文件写好了，如何使用呢？这里我们使用的 config-lite模块，这个模块是依据环境变量来选择不同的配置文件的，所以在使用之前我们需要修改package.json里的启动命令：
"scripts": {
"start": "NODE_ENV=production supervisor --harmony -i views/ ./bin/www",
"test": "NODE_ENV=test supervisor --harmony -i views/ ./bin/www"
},可以看到，上面有两条启动命令，一条是针对生产机，设置了NODE_ENV=production，一条是针对测试机，设置了NODE_ENV=test，当我们使用npm test启动项目的时候，config-lite会去抓取test.js配置，并且会与default.js里配置去合并，如果有相同的对象，会覆盖default.js里的配置。如上例子都有mysql的对象，那么这里会以test.js里的对象为准。
好了，下面来介绍一下如何在项目中使用config-lite模块，在app.js里代码如下：
// 省略...
var config = require('config-lite')(__dirname);
// 省略...
app.use(session(config.session));
console.log("mysql：" + config.mysql.host); // display mysql-config
2. 生产环境
那么在生产环境中，如何使用呢？上面已经介绍了config-lite基本原理以及用法，在生产环境的时候，我们只需要在生产机环境中config目录下新建production.js文件，然后使用启动命令npm start即可。
为了避免测试环境以及生产坏境配置文件混淆，可以通过.gitignore文件忽略配置文件，添加如下：
# config
config/
!config/default.这样，git会忽略除了default.js之外的配置文件，在本地开发环境中，可以创建多个配置文件测试使用，只需设置对应的环境变量即可。需要注意的是环境变量名需同配置文件名一样。
3. windows环境
也许你是一个多系统环境开发者，可能同时在Linux和windows环境下开发，由于windows下设置环境的变量的语法不太一样，所以可以在package.json启动命令中再加上两句，如下：
"scripts": {
"start": "NODE_ENV=production supervisor --harmony -i views/ ./bin/www",
"test": "NODE_ENV=test supervisor --harmony -i views/ ./bin/www",
"winStart": "SET NODE_ENV=production&&supervisor --harmony -i views/ ./bin/www",
"winTest": "SET NODE_ENV=test&&supervisor --harmony -i views/ ./bin/www"
}这样，如果部署在windows环境下，在config目录下新建production.js配置文件，启动命令npm winStart；如果部署在Linux或类Unix环境下，同样是创建production.js，启动命令npm start即可。
上面是我整理给大家的，希望今后会对大家有帮助。
相关文章：
详细解读React Native Flexbox布局
在vue单文件中有关引用路径有哪些方法？
接口返回的数据格式到底是前端整理好，还是后端
with open(os.path.join(dirname, '.lock'), 'a+') as lockfile:看情况，看返回的是什么类型的代码，是后台语言例如返回时text/php就使用后台解析，用include函数，是js就用js，json可以使用php解更改执行环境的情况下执行另一条命令。析也可以使用js解析，属于中立
如何使用Python进行稳定可靠的文件作
程序需要更新文件。虽然大部分程序员知道在执行I/O的时候会发生不可预期的事情，但是我经常看到一些异常幼稚的代码。在本文中，我想要分享一些如何在Python代码中改善I/O可靠性的见解。
考虑下述Python代码片段。对文件中的数据进行某些作，然后将结果保存回文件中：
with open(filename) as f:
input = f.read()
output = do_soming(input)
with open(filename, 'w') as f:
f.write(output)
看起来很简单吧？可能看起来并不像乍一看这么简单。我在产品中调试应用，经常会出现奇怪的行为。
这是我看过的失效模式的例子：
失控的进程溢出大量日志，磁盘被填满。write()在截断文件之后抛出异常，文件将会变成空的。 应用的几个实例并行执行。在各个实例结束之后，因为混合了多个实例的输出，文件内容最终变成了天书。
在完成了写作之后，应用会触发一些后续作。几秒钟后断电。在我们重启了之后，我们再一次看到了旧的文件内容。已经传递给其它应用的数据与我们在文件中看到的不再一致。
下面没有什么新的内容。本文的目的是为在系统编程方面缺少经验的Python开发者提供常见的方法和技术。我将会提供代码例子，使得开发者可以很容易的将这些方法应用到自己的代码中。
“可靠性”意味着什么？
广义的讲，可靠性意味着在所有规定的条件下作都能执行它所需的函数。至于文件的作，这个函数就是创建，替换或者追加文件的内容的问题。这里可以从数据库理论上获得灵感。经典的事务模型的ACID性质作为指导来提高可靠性。
开始之前，让我们先看看我们的例子怎样和ACID4个性质扯上关系：
原子性(Atomicity)要求这个事务要么完全成功，要么完全失败。在上面的实例中，磁盘满了可能导致部分内容写入文件。另外，如果正当在写入内容时其它程序又在读取文件，它们可能获得是部分完成的版本，甚至会导致写错误 一致性(Consistency) 表示作必须从系统的一个状态到另一个状态。一致性可以分为两部分：内部和外部一致性。内部一致性是指文件的数据结构是一致的。外部一致性是指文件的内容与它相关的数据是相符合的。在这个例子中，因为我们不了解这个应用，所以很难推断是否符合一致性。但是因为一致性需要原子性，我们至少可以说没有保证内部一致性。
隔离性(Isolation)如果在并发的执行事务中，多个相同的事务导致了不同的结果，就违反了隔离性。很明显上面的代码对作失败或者其它隔离性失败都没有保护。
持久性(Durability)意味着改变是持久不变的。在我们告诉用户成功之前，我们必须确保我们的数据存储是可靠的并且不只是一个写缓存。上面的代码已经成功写入数据的前提是设我们调用write()函数，磁盘I/O就立即执行。但是POSIX标准是不保证这个设的。
尽可能使用数据库系统
如果我们能够获得ACID 四个性质，那么我们增加可靠性方面取得了长远发展。但是这需要很大的编码功劳。为什么重复发明轮子？大多数数据库系统已经有ACID事务了。
可靠性数据存储已经是一个已解决的问题。如果你需要可靠性存储，请使用数据库。很可能，没有几十年的功夫，你自己解决这方面的能力没有那些已经专注这方面好些年的人好。如果你不想安装一个大数据库，那么你可以使用sqlite,它具有ACID事务，很小，免费的，而且它包含在Python的标准库中。
文章本该在这里就结束的，但是还有一些有根有据的原因，就是不使用数据。它们通常是文件格式或者文件位置约束。这两个在数据库系统中都不好控制。理由如下：
我们必须处理其它应用产生的固定格式或者在固定位置的文件， 我们必须为了其它应用的消耗而写文件（和应用了同样的限制条件）
我们的文件必须方便人阅读或者修改。
...等spooldir模式有个很优美的性质就是它不需要任何锁。此外，你建立在使用灵活的命名模式和一个健壮的文件名分代。邮件目录规范就是一个spooldir模式的好例子。它可以很容易的适应其它情况，不仅仅是处理邮件。等。你懂的。
如果我们自己动手实现可靠的文件更新，那么这里有一些编程技术供参考。下面我将展示四种常见的作文件更新模式。在那之后，我会讨论采取哪些步骤在每个文件更新模式下满足ACID性质。
文件更新模式
文件可以以多种方式更新，但是我认为至少有四种常见的模式。这四种模式将做为本文剩余部分的基础。
截断-写
这可能是最基本的模式。在下述例子中，设的域模型代码读数据，执行一些计算，然后以写模式重新打开存在的文件：
with open(filename, 'r') as f:
model.read(f)
model.process()
with open(filename, 'w') as f:
model.write(f)
此模式的一个变种以读写模式打开文件（Python中的“加”模式），寻找到开始的位置，显式调用truncate()，重写文件内容。
with open(filename, 'a+') as f:
f.seek(0)
model.input(f.read())
model()
f.seek(0)
f.truncate()
f.write(model.output())
该变种的优势是只打开文件一次，始终保持文件打开。举例来说，这样可以简化加锁。
写-替换
另外一种广泛使用的模式是将新内容写到临时文件，之后替换原始文件：
'w', dir=os.path.dirname(filename), delete=False) as tf:
tf.write(model.output())
tempname = tf.name
os.rename(tempname, filename)
该方法与截断-写方法相比对错误更具有鲁棒性。请看下面对原子性和一致性的讨论。很多应用使用该方法。
这两个模式很常见，以至于linux内核中的ext4文件系统甚至可以自动检测到这些模式，自动修复一些可靠性缺陷。但是不要依赖这一特性：你并不是总是使用ext4，而且可能会关掉这一特性。
追加
第三种模式就是追加新数据到已存在的文件：
with open(filename, 'a') as f:
f.write(model.output())
Spooldir
with open(unique_filename(), 'w') as f:
f.write(model.output())
该模式与附加模式一样具有累积的特点。一个巨大的优势是我们可以在文件名中放入少量元数据。举例来说，这可以用于传达处理状态的信息。spooldir模式的一个特别巧妙的实现是maildir格式。maildirs使用附加子目录的命名方案，以可靠的、无锁的方式执行更新作。md和gocept.filestore库为maildir作提供了方便的封装。
如果你的文件名生成不能保证的结果，甚至有可能要求文件必须实际上是新的。那么调用具有合适标志的低等级os.open()：
fd = os.open(filename, os.O_WRONLY | os.O_CREAT| os.O_EXCL, 0o666)
with os.fdopen(fd, 'w') as f:
f.write(...)
在以O_EXCL方式打开文件后，我们用os.fdopen将原始的文件描述符转化为普通的Python文件对象。
应用ACID属性到文件更新
下面，我将尝试加强文件更新模式。反过来让我们看看可以做些什么来满足ACID属性。我将会尽可能保持简单，因为我们并不是要写一个完整的数据库系统。请注意本节的材料并不，但是可以为你自己的实验提供一个好的起点。
原子性
写-替换模式提供了原子性，因为底层的os.rename()是原子性的。这意味着在任意给定时间点，进程或者看到旧的文件，或者看到新的文件。该模式对写错误具有天然的鲁棒性：如果写作触发异常，重命名作就不会被执行，所有就没有用损坏的新文件覆盖正确的旧文件的风险。
附加模式并不是原子性的，因为有附加不完整记录的风险。但是有个技巧可以使更新具有原子性：为每个写作标注校验和。之后读日志的时候，忽略所有没有有效校验和的记录。以这种方式，只有完整的记录才会被处理。在下面的例子中，应用做周期性的测量，每次在日志中附加一行JSON记录。我们计算记录的字节表示形式的CRC32校验和，然后附加到同一行：
with open(logfile, 'ab') as f:
for i in range(3):
measure = {'timestamp': time.time(), 'value': rafor line in f:ndom.random()}
record = json.dumps(measure).encode()
checksum = '{:8x}'.format(zlib.crc32(record)).encode()
f.write(record + b' ' + checksum + b'
')
该例子代码通过每次创建随机值模拟测量。
$ cat log
{"timestamp": 1373396987.258189, "value": 0.9360123151217828} 9495b87a
{"timestamp": 1373396987.25825, "value": 0.40429005476999424} 149afc22
{"timestamp": 1373396987.2582, "value": 0.232021160265939} d229d937
想要处理这个日志文件，我们每次读一行记录，分离校验和，与读到的记录比较。
with open(logfile, 'rb') as f:
record, checksum = line.strip().rsplit(b' ', 1)
if checksum.decode() == '{:8x}'.format(zlib.crc32(record)):
print('read measure: {}'.format(json.loads(record.decode())))
else:
print('checksum error for record {}'.format(record))
现在我们通过截断一行模拟被截断的写作：
$ cat log
{"timestamp": 1373396987.258189, "value": 0.9360123151217828} 9495b87a
{"timestamp": 1373396987.25825, "value": 0.40429005476999424} 149afc22
{"timestamp": 1373396987.2582, "value": 0.23202
当读日志的时候，不完整的一行被拒绝：
$ read_checksummed_log.py log
read measure: {'timestamp': 1373396987.258189, 'value': 0.9360123151217828}
read measure: {'timestamp': 1373396987.25825, 'value': 0.40429005476999424}
checksum error for record b'{"timestamp": 1373396987.2582, "value":'
添加校验和到日志记录的方法被用于大量应用，包括很多数据库系统。
newfile = generate_id()
with open(newfile + '.tmp', 'w') as f:
f.write(model.output())
os.rename(newfile + '.tmp', newfile)
一致性
我谈论的关于原子性的大部分内容也可以应用到一致性。实际上，原子性更新是内部一致性的前提条件。外部一致性意味着同步更新几个文件。这不容易做到，锁文件可以用来确保读写访问互不干涉。考虑某目录下的文件需要互相保持一致。常用的模式是指定锁文件，用来控制对整个目录的访问。
写程序的例子:
fcntl.flock(lockfile, fcntl.LOCK_EX)
model.update(dirname)
读程序的例子:
fcntl.flock(lockfile, fcntl.LOCK_SH)
model.readall(dirname)
该方法只有控制所有读程序才生效。因为每次只有一个写程序活动（独占锁阻塞所有共享锁），所有该方法的可扩展性有限。
更进一步，我们可以对整个目录应用写-替换模式。这涉及为每次更新创建新的目录，更新完成后改变符合链接。举例来说，镜像应用维护一个包含压缩包和列出了文件名、文件大小和校验和的索引文件的目录。当上流的镜像更新，仅仅隔离地对压缩包和索引文件进项原子性更新是不够的。相反，我们需要同时提供压缩包和索引文件以免校验和不匹配。为了解决这个问题，我们为每次生成维护一个子目录，然后改变符号链接激活该次生成。
ror
|-- 483
| |-- a.tgz
| |-- b.tgz
| `-- index.json
|-- 484
| |-- a.tgz
| |-- b.tgz
| |-- c.tgz
| `-- index.json
`-- current -> 483
新的生成484正在被更新的过程中。当所有压缩包准备好，索引文件更新后，我们可以用一次原子调用os.symlink()来切换current符号链接。其它应用总是或者看到完全旧的或者完全新的生成。读程序需要使用os.chdir()进入current目录，很重要的是不要用完整路径名指定文件。否在当读程序打开current/index.json，然后打开current/a.tgz，但是同时符号链接已经改变时就会出现竞争条件。
隔离性
隔离性意味着对同一文件的并发更新是可串行化的——存在一个串行调度使得实际执行的并行调度返回相同的结果。“真实的”数据库系统使用像MVCC这种高级技术维护可串行性，同时允许高等级的可并行性。回到我们的场景，我们使用加锁来串行文件更新。
def update():
with open(filename, 'r+') as f:
fcntl.flock(f, fcntl.LOCK_EX)
n = int(f.read())
n += 1
f.seek(0)
f.truncate()
f.write('{}
'.format(n))
使用写-替换模式加锁更新就有点儿麻烦啦。像 截断-写那样使用锁可能导致更新冲突。某个幼稚的实现可能看起来像这样：
def update():
with open(filename) as f:
fcntl.flock(f, fcntl.LOCK_EX)
n = int(f.read())
n += 1
'w', dir=os.path.dirname(filename), delete=False) as tf:
tf.write('{}
'.format(n))
tempname = tf.name
os.rename(tempname, filename)
这段代码有什么问题呢？设想两个进程竞争更新某个文件。个进程运行在前面，但是第二个进程阻塞在fcntl.flock()调用。当个进程替换了文件，释放了锁，现在在第二个进程中打开的文件描述符指向了一个包含旧内容的“幽灵”文件（任意路径名都不可达）。想要避免这个冲突，我们必须检查打开的文件是否与fcntl.flock()返回的相同。所以我写了一个新的LockedOpen上下文管理器来替换内建的open上下文。来确保我们实际打开了正确的文件：
class LockedOpen(object):
def __init__(self, filename, args, kwargs):
self.filename = filename
self.open_args = args
self.open_kwargs = kwargs
self.fileobj = None
def __enter__(self):
f = open(self.filename, self.open_args, self.open_kwargs)
while True:
fcntl.flock(f, fcntl.LOCK_EX)
fnew = open(self.filename, self.open_args, self.open_kwargs)
if os.path.sameopenfile(f.fileno(), fnew.fileno()):
fnew.close()
break
else:
f.close()
f = fnew
self.fileobj = f
return f
def __exit__(self, _exc_type, _exc_value, _traceback):
self.fileobj.close() def update(self):
with LockedOpen(filename, 'r+') as f:
n = int(f.read())
n += 1
'w', dir=os.path.dirname(filename), delete=False) as tf:
tf.write('{}
'.format(n))
tempname = tf.name
os.rename(tempname, filename)
给追加更新上锁如同给截断-写更新上锁一样简单：需要一个排他锁，然后追加就完成了。需要长期运行的会将文件长久的打开的进程，可以在更新时释放锁，让其它进入。
持久性
持久性有点特殊，因为它不仅依赖于应用，也与OS和硬件配置有关。理论上来说，我们可以定，如果数据没有到达持久存储，os.fsync()或os.fdatasync()调用就没有返回结果。在实际情况中，我们有可能会遇到几个问题：我们可能会面对不完整的fsync实现，或者糟糕的磁盘配置，它们都无法提供任何持久化的保证。有一个来自 MySQL 开发者 的讨论对哪里会发生错误进行了详尽的讨论。有些像PostgreSQL 之类的数据库系统，甚至提供了持久化机制的选择 ，以便在运行时刻选择的一个。然而不走运的人只能使
Python爬虫如何写？
这个看你观察的所看所想写的
爬虫就是这么写，就是这么的简单
百度文库上有那个怕什么教程，你去看一下。
爬虫就是在地上爬的虫用于修改方块或实体的物品栏。子。
有专门的教程，在百度资源里搜一下。/immutableworld
这个问题有点儿专业，详细的，你可以上网搜查一下。
06-kubectl常见命令整理
5、edit命令:用于编辑资源信息1、 create 命令：根据文件或者输入来创建资源
其他更多参见： Kubernetes kubectl create 命令详解
2、 delete 命令：删除资源
其他更多参见： Kubernetes kubectl delete 命令详解
3、 kubectl get - 列出一个或多个资源。
其他更多参考： Kubernetes kubectl get 命令详解
label命令 :用于更新（增加、修改或删除）资源上的 label（标签）
label [--overwrite] (-f FILENAME | TYPE NAME) KEY_1=VAL_1 ... KEY_N=VAL_N [--resource-version=version]
completion 命令：用于设置kubectl命令自动补全
rollout命令 :用于对资源进行管理
可用资源包括：deployments，daemonsets。
子命令：
rolling-update命令: 执行指定ReplicationController的滚动更新。
该命令创建了一个新的RC， 然后一次更新一个pod方式逐步使用新的PodTemplate，最终实现Pod滚动更新，new-controller.json需要与之前RC在相同的namespace下。
scale命令 ：扩容或缩容 Deployment、ReplicaSet、Replication Controller或 Job 中Pod数量
autoscale命令： 这个比scale更加强大，也是弹性伸缩策略 ，它是根据流量的多少来自动进行扩展或者缩容
指定Deployment、ReplicaSet或ReplicationController，并创建已经定义好资源的自动伸缩器。使用自动伸缩器可以根据需要自动增加或减少系统中部署的pod数量。
certificate命令 ：用于证书资源管理，授权等
cluster-命令： 显示集群信息
top命令： 用于查看资源的cpu，内存磁盘等资源的使用率
cordon命令 ：用于标记某个不可调度
uncordon命令： 用于标签可以调度
drain命令： 用于在维护期间排除。
taint命令 ：参见：
describe命令 ：显示特定资源的详细信息
logs命令： 用于在一个pod中打印一个容器的日志，如果pod中只有一个容器，可以省略容器名
exec命令：进入容器进行交互，在容器中执行命令
kubectl exec POD [-c CONTAINER] -- COMMAND [args...]
-c, --container="" : 容器名。如果未指定，使用pod中的一个容器。
-p, --pod="" : Pod 名。
-i, --stdin[=false] : 将控制台输入发送到容器。
-t, --tty[=false] : 将标准输入控制台作为容器的控制台输入。
cp 命令：拷贝文件或者目录到pod容器中
用于pod和外StackExchange.Redis Redis的客户端部的文件交换,类似于docker 的cp，就是将容器中的内容和外部的内容进行交换。
其他命令： api-servions
api-servions命令 ：打印受支持的api版本信息
apply 命令：
apply 命令：通过文件名或者标准输入对资源应用配置
通过文件名或控制台输入，对资源进行配置。 如果资源不存在，将会新建一个。可以使用 JSON 或者 YAML 格式。
小结 ：
以上是 kubectl 一些基本命令作，更多请查看
参考链接
JAVA中后台的Servlet程序怎么将结果返回给前台的页面？
前台用AJAX将json数据传入后台，同样，后台将数据封装在json串中可传入前台，
当端通过HTTP协议接收到客户请求后，会将其转化为HttpServletRequest对象传递给Servlet。
Servlet通过这些类理解客户的请求，并将其处理后的内容通过HttpServletResponse回复到端。
Web/function容器进行整理后用HTTP协议向客户端传送响应。
生命周期
Servlet实例的装载
Servlet 实例装载有以下三种方式：
当次调用Servlet 时，就会创建一个 Servelt 实例，这个实例会长期驻留内存中。
在Web.这里我们将目录做为逻辑数据存储，为每条记录创建新的命名的文件：xml文件中的
Servlet 类文件被更新后，会重新装载Servlet。
关于springboot常见面试题整理笔记
[if !supportLists]1、[endif] 什么是spring boot，它主要有哪些优点
Springboot是spring的子项目，称为一站式解决方案，集成了外部很多的的框架，如常用的mysql、jdbc。
主要优点：通过men导入各种jar包，可以减少jar包的冲突；屏息了繁琐的xml配置文件；集成的开发框架，可以做到开箱即用
[if !supportLists]2、[endif] spingboot核心注解有哪些，都代表什么意思
核心注解主要包含3个：
[if !supportLists]1、[endif]@SpringBootConfiguration：实现配置文件功能
[if !supportLists]2、[endif]@EnableAutoConfiguration:开启自动配置功能
[if !supportLists]3、[endif]@ComponentScan:组件扫描
3、springboot中如何解决跨域问题
跨域都是通过前端JSONP来解决，但只能处理get类型请求，像t、put、delete就不支持，所以一般采用后端跨域通过WebMvcConfiguration接口来重写addCorsMappings方法，解决跨域问题。
4、在springboot微服务设计中，如何实现session共享
在微服务中，因为一个项目被拆分成多个子项目，导致内存中的session不一致，所以可以采取spring session+redis方式，将session统一保存在redis中。
5、 spri4、explain命令：用于显示资源文档信息ngbo ot需要的容器启动项目吗
不需要，springboot自带tomcat、jetty。
[if !supportLists]6、[endif] springboot运行方式有几种
一般有三种，将springboot打包发到容器中；也可直接运行main主方法；也可以mern插件运行。
[if !supportLists]7、[endif] 在springboot工程中，无需重启系统，实现项目更新
这就涉及到springboot热部署的问题，只需安装devtools工具包，就能实现修改后的文件，通过Ctrl+F9来实现热更新
[if !supportLists]8、[endif] YAML在springboot中的作用
使得springboot配置文件更加有层次感，结构也比较清晰，不容易混淆，目前scale也可以指定多个前提条件，如：当前副本数量或 --resource-version ，进行伸缩比例设置前，系统会先验证前提条件是否成立。这个就是弹性伸缩策略也是人类可读的数据序列化语言。
[if !supportLists]9、[endif] 在spingboot配置环境文件中，它们的加载顺序是什么
排序：properties文件、yaml文件、系统环境变量、命令参数等配置文件
docker命令整理
spooldir中的单个文件也可以在每个文件中添加校验和。另外一个可能更简单的方法是借用写-替换模式：首先将文件写到一边，然后移到最终的位置。设计一个保护正在被消费者处理的文件的命名方案。在下面的例子中，所有以.tmp结尾的文件都会被读取程序忽略，因此在写作的时候可以安全的使用。不启动docker服务，会报错：
// 省略...引入之后，可以直接使用配置文件中的配置对象。查看docker容器hash值：
查看docker ps完整命令：
然后可以根据contnainer id打开docker命令行
容器文件，和cp类似
查看所有：
查看digest：
查看简写hash：
忽略简写hash：
过滤：
docker images -f xxxx
过滤标签格式 "key=value"，如果有多个条件，则使用这种 --filter "key1=value" --filter "key2=value"
过滤没有打标签的镜像:
查正则：
格式化展示：
docker images --format
查看日志20行：
显示实时log，和tail -f 一个效果：
grep 过滤 log：
根据时间过滤查看 log：
注意，docker logs 不支持 --until
docker logs日志文件存储路径
docker 镜像信息：
cd var/lib/docker/containers/容器ID
在docker目录下，进入image文件夹，找到reitories.json文件
reitories.json文件详细记录了镜像一些信息
mac下docker镜像保存位置：
我的世界指令大全 2022整理最全92条指令分享
这个模式用来写日志文件和其它累积处理数据的任务。从技术上讲，它的显著特点就是极其简单。一个有趣的扩展应用就是常规作中只通过追加作更新，然后定期重新整理文件，使之更紧凑。我的世界中指令(Command)是通过输入特定文本字符串而激活的高级功能。通过按下T键唤出聊天窗口然后输入对应指令就可以使用了。常见的指令有召唤指令/summon、给予指令/give、传送指令/tp等，本文根据wiki整理了全部指令，欢迎查看。
我的世界指令大全如下：
常用指令
召唤指令/summon
给予指令/give
传送指令/tp
指令汇总
/?
/的替代命令，提供命令使用帮助。
/ability
赋予或剥夺玩家的能力。
/aancement
添加、移除或查询玩家的进度。
/alwaysday
/daylock的替代命令，锁定或解锁日夜循环。
/attribute
修改或查询玩家和生物的属性。
/ban
将玩家加入封禁列表。
/ban-ip
将IP地址加入封禁列表。
/banlist
显示封禁列表。
/bosar
修改或查询Boss栏。
/camerashake
启用镜头抖动效果。
/changesetting
更改一个正在运行的的设置。
/clear
从玩家物品栏中删除物品。
/clearspawnpoint
从世界中移除出生点。
/clone
将特定区域的方块到另一处。
/connect
/wsserver的替代命令，连接至一个WebSocket。
/damage
对指定实体造成伤害。
/data
允许玩家获取、合并或是移除实体或方块的NBT标签。
/datapack
控制加载的数据包。
/daylock
/alwaysday的替代命令，锁定或解锁日夜循环。
/debug
开始或结束调试会话。
/dedicatedwsserver
尝试连接一个WebSocket。
/defaultmode
更改默认的游戏模式。
/deop
撤销玩家的权限。
/dialogue
/difficulty
设置难度等级。
/effect
添加或移除状态效果。
/enchant
附魔玩家的物品。
/nt
用于触发一个实体的。
/execute
/experience
/xp的替代命令，给予玩家经验。
/fill
在某个区域填充特定方块。
/fog
用于更改玩家当前的雾设置。
/forceload
强制不断加载区块。
运行一个函数。
/mode
更改玩家的游戏模式。
/rule
更改或查询游戏规则。
/test
用于测试GameTest功能。
/give
给予玩家物品。
/
/?的替代命令，提供命令使用帮助。
设置世界的不可变状态。
/
/jfr
开始或结束JFR分析。
/kick
将玩家踢出。
/kill
清除实体(玩家、生物、掉落物等)。
/list
列出中的玩家。
/locate
显示最近的给定结构、生物群系或兴趣点的坐标。
/loot
将指定的战利品放入物品栏或世界。
/me
显示一条关于自己的信息。
/mobnt
控制或查询允许运行的生物。
/msg
/l和/w的替代命令，向另一玩家发送私信。
/music
设置玩家是否能控制当前播放的音乐。
/op
授予玩家权限。
/ops
/permission的替代命令，重载并应用权限。
/pardon
从封禁列表中移除玩家封禁项目。
/pardon-ip
从封禁列表中移除IP封禁项目。
/particle
创建粒子。
/perf
记录并保存性能分析数据。
/permission
/ops的替代命令，重载并应用权限。
/place
在满足条件的指定位置放置一个已配置地物、拼图或结构。
/playanimation
运行一次特定动作。
/playsound
播放音效。
/publish
向局域网开放单人游戏世界。
/recipe
给予或剥夺合成配方。
/reload
从硬盘中重新加载战利品表、进度和函数。
/remove
移除智能体。
/replace
替换物品栏中的物品。
/ride
控制一个实体的骑行状态。
/se
准备备份，查询其状态或恢复。
/se-all
保存世界状态到硬盘。
/se-off
关闭自动保存。
/se-on
开启自动保存。
/say
向多个玩家发送消息。
/schedule
安排函数在特定的游戏刻后运行。
/scoreboard
管理记分板的目标、玩家和队伍。
/seed
显示世界种子。
/setblock
将方块替换为其他方块。
/setidletimeout
设置无作玩家被踢出的延时。
/setmaxplayers
设置可加入游戏的玩家数量上限。
/setworldspawn
设置世界出生点。
/spawnpoint
设置一个玩家的出生地点。
/spectate
使一个处于旁观模式的玩家旁观一个实体。
/spreadplayers
将实体传送到随机位置。
/stop
关闭。
/stopsound
停止音效。
/structure
无需结构方块即可保存和加载结构。
/summon
生成一个实体。
/tag
修改实体的标签。
/team
修改队伍。
/teammsg
/tm的替代命令，指定要发送给队伍的消息。
/eport
/tp的替代命令，传送实体。
/l
/msg和/w的替代命令，向另一个玩家发送私信。
/lraw
向玩家显示JSON消息。
/testfor
统计符合给定条件的实体。
/testforblock
检测某方块是否在某位置。
/testforblocks
检测两个区域中的方块是否相同。
/tickingarea
添加、删除或列出常加载区域。
/time
更改或查询游戏中的世界时间。
/title
管理屏幕上的标题。
/titleraw
使用JSON管理屏幕上的标题。
/tm
/teammsg的替代命令，指定要发送给队伍的消息。
/toggledownfall
切换天气。
/tp
/eport的替代命令，传送实体。
/trigger
设置一个触发器。
/volumearea
添加、删除或列出功能域。
/w
/l和/msg的替代命令，向另一玩家发送私信。
/wb
/worldbuilder的替代命令，给予能编辑受限制方块的能力。
/weather
设置天气。
/whiist
管理白名单。
/worldborder
管理世界边界。
/worldbuilder
/wb的替代命令，给予能编辑受限制方块的能力。
/wsserver
/connect的替代命令，连接至WebSocket。
/xp
/experience的替代命令[仅Ja版]，增加或减少一个玩家的经验。