gotool

README

gotool

介绍

golang 工具集

软件架构

软件架构说明

安装教程

1. xxxx
2. xxxx
3. xxxx

使用说明

1. xxxx
2. xxxx
3. xxxx

参与贡献

1. Fork 本仓库
2. 新建 Feat_xxx 分支
3. 提交代码
4. 新建 Pull Request

特技

1. 使用 Readme_XXX.md 来支持不同的语言，例如 Readme_en.md, Readme_zh.md
2. Gitee 官方博客 blog.gitee.com
3. 你可以 https://gitee.com/explore 这个地址来了解 Gitee 上的优秀开源项目
4. GVP 全称是 Gitee 最有价值开源项目，是综合评定出的优秀开源项目
5. Gitee 官方提供的使用手册 https://gitee.com/help
6. Gitee 封面人物是一档用来展示 Gitee 会员风采的栏目 https://gitee.com/gitee-stars/

fork && import

在项目根目录下运行如下命令，版本号可以根据实际情况修改。在项目根目录下运行它就是给主 mod 添加 replace，可以对依赖的 mod 也起作用 go mod edit -replace github.com/mojocn/base64Captcha@v1.3.1=github.com/myzero1/fork2base64Captcha@z1.1.1

给 mod 添加新的依赖使用 go get github.com/mojocn/base64Captcha@v1.3.1

https://blog.csdn.net/hanziyuan08/article/details/107214582 https://studygolang.com/articles/23008

go modules的replace使用, 解决fork的项目import问题
寒枫Alex · 2019-08-23 15:32:57 · 777 次点击 · 预计阅读时间 2 分钟 · 17分钟之前 开始浏览
这是一个创建于 2019-08-23 15:32:57 的文章，其中的信息可能已经有所发展或是发生改变。
探究问题所在
如果直接第三方依赖, golang是可以满足使用的. 但如果我们需要修复第三方依赖的bug, 抑或为第三方依赖添加新feature, 那将是非常反常识的.
在其他语言中, 往往是可以import相对路径的包, 因此改动第三方依赖非常简单, 只需要fork一下, 然后改动相关代码, 然后将自己项目的依赖定位到新的地址即可.
但是在golang中不是这样, golang中, 只允许绝对路径, 所有的import, 都将唯一定位到同一个固定的地方, 下面举例.
如果我们fork了我们的一个依赖的仓库, 它的结构可能如下:

forked-repo
    |--a.go # import了some-dir
    |--b.go # import了some-dir
    |--some-dir # 子module
        |--c.go
        |--d.go
我们可以将自己的项目的依赖地址定位到forked-repo上, 这样我们对a.go和b.go的改动, 是可以生效的, 这也很符合我们的常识.
但如果我们需要改动c.go, 那会发现, 我们的改动并不会生效, 因为a.goimport的some-dir, 地址实际上是github.com/源地址/xxxx, 我们fork后的地址是github.com/fork地址/xxx. 这样, 子module依旧是使用原仓库的, 这就是问题所在.

解决方案
1. 替换依赖地址
直接替换所有的依赖地址, 可以通过sed命令或者其他方法. 如果你打算长期依赖于fork后的仓库, 且需要改动的地方不多的时候, 可以考虑这种方式.
但如果你考虑提交pull request的话, 那这种方式无疑很麻烦.

2. 通过go modules的replace
go modules的replace命令一般而言, 是最佳的解决方案. 如果你在使用go modules, 可以考虑这种方式.

官方对replace命令的描述:

replace指令在顶级go.mod中为实际用于满足go源文件或go.mod文件中的依赖项的内容提供附加控制，而在building时忽略除主模块以外的模块中的replace指令.
简而言之就是:

在项目的go.mod中, 使用replace命令的话, 可以对import路径进行替换. 也就是可以达到, 我们import的是a, 但在构建的时候, 实际使用的是b.
可以replace是成VCS(github或者其他地方), 或者文件系统路径(可以是绝对路径, 也可以是相对于项目根目录的相对路径). 使用文件系统路径这种, 在开发调试的使用, 非常有用.
最顶层go.mod的replace命令, 将影响到自身, 以及自身的所有依赖. 也就是可以间接改变依赖的项目的import. 这样我们在fork的项目的import, 不用在fork项目里面的go.mod进行replace, 直接在使用的项目里replace即可.
使用方式
直接编辑go.mod:

module nt-pdf-generator

go 1.12

require (
    github.com/xxx/abc v0.2.0 # replace的依赖, 必须要require
)

replace github.com/xxx/abc => ../github.com/hanFengSan/abc # 文件路径不需要附带版本信息
然后运行一下:

go mod tidy
大功告成.

z1tryout

试用 设计逻辑

1判断运行程序的机器是不是虚拟机
2获取cupid
3向gitee.com发送请求
4获取请求中的时间戳和返回的数据
5若返回的数据中的过期时间比请求中的时间戳小就通过
6没cupid对应一个文件，文件中就只有一个过期时间     如 cupid  > 2021-01-12 12:13:14

z1log

日志 设计逻辑
https://www.liuvv.com/p/5d303099.html 

1. 基于 https://github.com/uber-go/zap
2. 开箱即用
3. 滚动日志文件
4. 添加bufer
5. 不用于z1err中
6. SetLog(Filename string,istimestrap,MaxSize,MaxBackups,MaxAge,Compress,AddLogBuffer int);istimestrap == 1 使用时间戳否则使用时间字符串;Compress == 0    不压缩，其它都压缩;AddLogBuffer == 1 日志输出到缓存中，之后可以充缓存中读取日志数据；Filename == ""   不输出到文件中
7. DefultLog() 恢复默认配置，默认日志只打印到控制台上

z1cnf

配置 设计逻辑
https://www.liuvv.com/p/e2f28eb4.html

1. 基于 github.com/spf13/viper
2. 开箱即用
3. 测试动态更新,加上 Z1viper.WatchConfig()  使用 z1cnf.Z1viper.GetString(`z1cnf`) 就可也拉到最新的值了
4. z1cnf.Init(z1cnf.JSON, `config/config.yaml`, `{"contentType":"json","name":"张三","年龄":18}`)
5. 格式转换 func Convert(sourceType, sourceContent, targetType string) (targetContent string)

logs

1. 预发布 z1crypto 和 z1captcha at 2020/11/30 14:33:33
2. 预发布 z1struct at 2020/12/1 11:55:33
3. 预发布 z1info at 2021/01/05 13:18:33 封装 build info
4. 预发布 z1cnf 和 z1log 2022/01/28 10:32:00