Posts

刀耕火种：没有docker的时代 想想哪些没有docker时光, 我们是怎么玩linux的。 首先你要先装一个vmware或者virtualbox, 然后再下载一个几个GB的ISO文件，然后一步两步三步的经过十几个步骤，终于装好了一个虚拟机。这其中的步骤，每一步都可能有几个坑在等你踩。 六年前，也就是在2013的时候，docker出现了，这个新奇的东西，可以让你用一行命令运行一个各种linux的发行版。 docker run -it centos docker run -it debian 黑色裂变：docker时代 docker 官网上，有个对docker非常准确的定位： Docker: The Modern Platform for High-Velocity Innovation 我觉得行英文很好理解，但是不好翻译，从中抽取三个一个最终要的关键词。“High-Velocty”，可以理解为加速，提速。 那么docker让devops提速了多少呢？ 没有docker的时代，如果可以称为冷兵器时代的话，docker的出现，将devops带入了热兵器时代。 我们不用再准备石头，木棍，不需要打磨兵器，我们唯一要做的事情，瞄准目标，扣动扳机。 运筹帷幄：k8s时代 说实在的，我还没仔细去体味docker的时代时，就已经进入了k8s时代。k8s的出现，让我们可以不用管docker, 可以直接跳过docker, 直接学习k8s的概念与命令。 k8s的好处就不再多少了，只说说它的缺点。 资源消耗大：k8s单机版没什么意义，一般都是集群，你需要多台虚拟机 部署耗费精力：想要部署k8s，要部署几个配套的基础服务 k8s对于tcp服务支持很好，对于udp服务， 所以如果我们仅仅是需要一个环境，跑跑自己的代码，相比于k8s，docker无疑是最方便且便宜的选择。 说实在的，我之前一直对docker没有全面的掌握，系统的学习，我将会在这个知识库里，系统的梳理docker相关的知识和实战经验。 帝国烽烟：云原生时代 微服务 应用编排调度 容器化 面向API 参考 https://en.wikipedia.org/wiki/Docker,_Inc. https://thenewstack.io/10-key-attributes-of-cloud-native-applications/ https://jimmysong.io/kubernetes-handbook/cloud-native/cloud-native-definition.html https://www.redhat.com/en/topics/cloud-native-apps

创建数据库 curl -i -XPOST http://localhost:8086/query --data-urlencode "q=CREATE DATABASE testdb" 写数据到数据库 curl -i -XPOST 'http://localhost:8086/write?db=mydb' --data-binary 'cpu_load_short,host=server01,region=us-west value=0.64 1434055562000000000' 批量写入 output.txt nginx_second,tag=ip169 value=21 1592638800000000000 nginx_second,tag=ip169 value=32 1592638801000000000 nginx_second,tag=ip169 value=20 1592638802000000000 nginx_second,tag=ip169 value=11 1592638803000000000 curl -i -XPOST 'http://localhost:8086/write?db=mydb' --data-binary @output.txt 参考 https://docs.influxdata.com/influxdb/v1.7/guides/writing_data/

编辑这个文件 ~/.ssh/config 在顶部添加下边两行 Host * ServerAliveInterval=30 每隔30秒向服务端发送 no-op包

前些天，有朋友推荐一部美剧《致命女人》，听着名字，觉得有点像特工或者犯罪系列的电视剧。 看了前第一集之后，才发现这个剧是讲述关于婚姻方面问题美剧。 一般情况下，我不喜欢看婚姻题材的影视。但是，任何事情都逃不过真相定律。

git clean -n # 打印哪些文件将会被删除 git clean -f # 删除文件 git clean -fd # 删除文件个目录 参考 https://stackoverflow.com/questions/61212/how-to-remove-local-untracked-files-from-the-current-git-working-tree

https://smallpdf.com https://www.pdfpai.com/pdf-to-powerpoint

问题描述 连接服务器时的报警 -bash: 警告:setlocale: LC_CTYPE: 无法改变区域选项 (UTF-8): 没有那个文件或目录 git status 发现本来应该显示 ‘on brance master’ 之类的地方，居然英文也乱码了，都是问号。 解决方案 vim /etc/environment , 然后加入如下代码，然后重新打开ssh窗口 LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8

git config --global --unset http.proxy

前端组件化时，有个很时髦的词语叫做关注点分离，这个用在组件上比较好，我们可以把大的模块分割成小的模块，降低了整个模块的复杂度。 但是有时候，我觉得关注点分离并不好。这个不是指在代码开发过程，而是解决问题的过程。 关注点分离的处理方式 假如我要解决问题A，但是在解决过程中，我发现了一个我不知道的东西B, 然后我就去研究这B是什么东西，然后接二连三，我从B一路找到了Z。 然后在这个解决过程耽误一段时候后，才想起来：我之前是要解决什么问题来着？？ 关注点集中的处理方式 不要再深究的路径上走的太深 在走其他路径时，也不要忘记最后要回到A点

web服务器如果是基于tcp的，那么用来监听端口端口例如80，一定只能用来接收消息，而不能从这个端口主动发消息出去。 但是udp服务器就不一样了，同一端口，即可以用来做listen的端口，也可以从这个端口主动发消息出去。