LongTao

cobracobra 是go的cli框架，包含cli库和生成基于cobra cli应用的命令行工具 简介 子命令，如app server、app sub等 完整兼容POSIX的flag，包括长命名和短命名 子命令的嵌套（子命令） 全局、本地、级联三种flag 好用的工具命令，如cobra init appname初始化cli程序,cobra add cmdname为cli程序增加子命令 智能提示 生成命令help，以及为每个flag、cmd生成-h，--help帮助 生成自动补全功能 生成man帮助文档 命令别名 自定义帮助、用法 为达到saas的12-factor 可选择viper 安装go get -u github.com/spf13/cobra/cobra会自动安装最新版本库和命令行工具，国内下不下来可以手动下载放到对应的文件夹中，然后就可以在你的code里应用它import "github.com/spf13/cobra" 概念cobra主要管理commands、args、flags，commands代表一个命令或动作，一般用动词命名，args代表输入的 ...

Mermaid流程图 graph的基本用法基础 graph图开头要以graph TD从上到下或graph LR从左到右graph RL从右到左开头，代表画图的顺序 带方向的链接需要最少两个-和一个>，-的数量代表连线的长度，如A -----> B 带方向的链接需要最少三个个-，-的数量代表连线的长度，如A ----- B 图的方向支持一下几种方式： 1234567graph LRTB - 从上到下(top buttom)BT - 从下到上(buttom top)LR - 从左到右(left right)RL - 从右到左(right left)TD - 跟 TB 相同 三种线类型 123--- : 实现-.- : 虚线=== : 粗线 虚线带箭头的话加 > ，实线和粗线则最后一个字符替换成 > 注释的两种写法(中间加注释，后边加注释) 12-- 中间加注释写法 -->-->|后边加注释写法| 文本框类型 1234[] - 方形文本框{} - 菱形文本框() - 边角圆滑文本框( ...

Garbled Circuit零碎知识定律:是由实验得出的基本结论，由定律进行数学推导可以得到一些物理上的结论或者定理 定理: 由公理，原理，定律经过数学推导得出的结论 公理: 是没有经过证明，但被当作不证自明的一个命题 信息守恒定律: 物理学的绝对性定律,量子力学基石(幺正性:波函数归一化,全空间粒子总概率为1),指孤立物理系统中信息守恒(定律,不一定正确,如黑洞佯谬的挑战) 黑洞无毛: 黑洞只有质量、角动量以及电荷三个不能变为电磁辐射的守恒量，其他的信息全都丧失 黑洞佯谬: 广义相对论中对黑洞的计算得出黑洞无毛,黑洞层面信息不再守恒,这也是广义相对论和量子理论矛盾之处 同态：抽象代数中，同态是两个代数结构（例如群、环、或者向量空间）之间的保持结构不变的映射 同态加密: 对经过同态加密的数据进行处理得到一个输出，将这一输出进行解密，其结果与用同一方法处理未加密的原始数据得到的输出结果是一样的 可信计算(Trusted Computing，TC): 可信目的是保证系统和应用的完整性等，从而确定系统或软件运行在期望的可信状态。可信是安全的必要不充分条件,可信计算分为外包计算和多方计算,外 ...

1.查看当前运行的linux内核编译参数 1234#两个方法，proc要求在内核编译时增减相应的选项才会生成，很多系统没有/proc/config.gz，第二种方法，一般zcat /proc/config.gz#或cat /boot/config-$(uname -r)

简述背景：在systemd之前使用initd 管理服务（把启动脚本放在在/etc/init.d/下），但是有两个主要缺点： 线性(串行)启动导致启动时间过长 initd只负责在系统启动时启动启动脚本，若要处理脚本状态需要自己实现，导致脚本复杂 systemd设计目标 为服务启动和管理提供全套解决方案 可完全取代init.d ，性能更强，功能更多 功能系统管理综合(systemctl))123456789#常用命令# 重启systemctl reboot# 关闭电源systemctl poweroff# CPU暂停systemctl halt# 挂起systemctl suspend 用户(loginctl)12345678910list-sessions List sessionssession-status [ID...] Show session statusshow-session [ID...] Show properties of sessions or the manageractivate [ID] Acti ...

[toc] 写在前面原文是hacker-laws ，作者做了翻译、归纳、整理、夹带私货；阅读hacker laws 有助于coder 更好的开发； here we go! 定律90-9-1 法则 (90–9–1 Principle or 1% Rule)在诸如维基这样的互联网社区中，90% 的用户只看内容并不参与互动，9% 的用户会参与讨论，而只有 1% 的用户会创造内容。 阿姆达尔定律 (Amdahl’s Law)并行计算中，有些部分可以被多核心并行处理，有些部分只能串行处理，增加核心对速度的提升的收益会边际递减 破窗效应 (The Broken Windows Theory)在破窗理论中认为，恶化若不修复，会导致进一步更严重的恶化参见： 布鲁克斯法则 (Brooks’s Law)软件开发后期，添加人力只会使项目开发得更慢。因为有些事情无法分割，切增加沟通成本（和阿姆达尔有点像）《人月神话》大篇幅在讲这个 CAP 定理 (CAP Theorem or Brewer’s Theorem)CAP 定理由 Eric Brewer 所定义，它指出对于分布式数据存储来说，不可能同时满足以下三点 ...

最近这两天台风“烟花“ 肆虐长三角，偶然间看到ios开发中的Typhoon，那今天就聊聊依赖注入吧。 什么是Typhoon台风Typhoon 是Objective-C和Swift语言的轻量级依赖注入工具，功能较全，容易上手。 什么是依赖注入(Dependency Injection,DI)依赖注入是减少代码耦合度的一种常见方式。 在解释依赖注入之前我们要解释一下控制反转，因为依赖注入是实现控制反转的一种方式(另一种方式是依赖查找)。 什么是控制反转(Inversion of Control,IoC)控制反转是面向对象编程(OOP)的一种设计原则(SOLID原则的D依赖倒置原则)，用来降低代码耦合度。 描述：类A需要用到类B中的对象o,必使得要在类A要获取类B的引用，类B实例创建过程如果在类A代码中实现会使得代码耦合度增大，更改类B中的代码，可能也要去更改引用了类B的代码，很不好用；而控制反转则是将创建类B实例的控制权从类A中剥离到IOC容器控制。 依赖注入与控制反转辨析控制反转是思想，依赖注入是技术，依赖注入是控制反转的一种实现方式。 依赖注入是从类A的角度描述的：类A需要依赖IOC容 ...

概述 数字签名 加解密 对称 非对称 RSA算法 大整数的因数分解，是一件非常困难的事情（对目前的计算机算力和数学方法来说）。我们可以以此为数据加解密 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132package mainimport ( "errors" "fmt" "reflect" "strconv" "strings")func main() &# ...

[toc] 在开发和生活中常听人说起奥卡姆剃刀以及若无必要，勿增实体，其实除了奥卡姆剃刀这个工具外还有很多其他有用的剃刀。 剃刀是什么剃刀又称哲学剃刀，英文名Philosophical razor，是帮人做决定一些经验法则，是一种粗略的不稳定的简化思决策工具，只能做出粗略的判断(经验上的)，做出的决定更可能让你满意也有可能让你不满意(慎用)。 奥卡姆剃刀奥卡姆剃刀是什么奥卡姆剃刀英文名Ockham’s Razor，又称简约法则，14世纪提出，原教旨为‘entities should not be multiplied beyond necessity’，奥卡姆剃刀更像是从500/1000简化到1/2，而不是从汤汤(封面就是汤汤)是一只猫简化到汤汤是一种生物，更不是简化成汤汤是一种植物，当然奥卡姆剃刀也可以做一些微小的删除，但是请不要滥用！ 通俗解释 更简单的解释更可能是正确的 假设越少越好 有哪些影响地心说对天体运行的描述是及其复杂的，日心说对天体的描述的简单的，虽然两者都可以同等相对正确的描述天体运行轨迹（都很粗糙，太阳系统中每个星体运行轨迹是很复杂的，老三体人了），除此之外还有 ...

[toc] 什么是分布式系统为了完成共同的任务，通过某种通信方式(一般是网络)使用多个计算机节点。这个由多个计算节点组成的系统就是分布式系统。通俗来说就是使用更多机器来处理问题，其实我们的互联网就是一个分布式系统。 为什么要使用分布式系统单节点计算、存储能力弱，硬件提升性价比低，应用消耗资源过于高时；要实现高可用、高并发时；可以无限的横向扩展 ##如何实现分布式 简单来说就是对任务分而治之(贯穿整个计算机上下的底层思想，而且来源于生活)，即是分片(partition),把不同分片交给不同节点处理即可，在未来保证可用性与并发性时，我们将分片冗余处理(一个分片交给多个节点处理) CAP定理定理指的是一个经过逻辑证明的猜想；2000年布鲁尔提出此猜想2002年MIT的大佬给出证明 描述CAP定理指出一个分布式系统不能同时满足一下三点 一致性(Consistency)所有节点访问同一份最新的数据副本 可用性(Availability)每次请求都能获取到非错的响应 分区容错性(Partition tolerance)一个分布式系统中出现故障导致分裂成多个计算节点（区）；这些区应能使系统正常运行 ...