Gogs简介 Gogs是一款极易搭建的自助Git服务，使用Go语言开发，只要Go语言支持的平台它都支持，包括Linux、Mac OS X、Windows以及ARM平台。Gogs对系统硬件要求极低，你甚至可以在树莓派上搭建它。 项目地址：https://github.com/gogs/gogs 安装 Gogs在Docker环境下的安装非常简单，只需要两个命令即可，推荐使用该方式来进行安装。 首先我们需要先下载Gogs的Docker镜像；
|
1 2 |
docker pull gogs/gogs |
下载完成后使用docker run命令即可运行服务；
|
1 2 3 4 |
docker run -p 10022:22 -p 10080:3000 --name=gogs \ -v /mydata/gogs:/data \ -d gogs/gogs |
这里我们说下命令中值得注意的地方，10022对应的是Gogs的SSH服务端口，10080对应的使用Gogs的HTTP服务端口，我们还将容器的数据目录挂载到了宿主机的/mydata/gogs目录下，这样就算我们重新创建容器数据也不会丢失。 配置 安装完成后，我们第一次访问Gogs服务会显示一个设置页面，访问地址：http://192.168.5.19:10080/ 数据库设置，这里我们直接使用内置的SQLite3数据库即可，使用其他的需要自行搭建数据库； 应用基本设置，主要修改域名、SSH端口号和应用URL即可。 使用 注册 配置好以后会直接跳转到登录界面，首先注册一个帐户； 注册完成后，登录即可进入控制面板页面。 创建仓库 直接使用我的仓库右侧的加号即可创建仓库，简单设置下仓库名称和可见性来完成创建； 创建成功后直接使用克隆地址即可克隆该仓库； 我们可以直接使用IDEA的Git检出功能； 检出完成后，加入我们的代码直接提交、推送，在Gogs里面就可以看到我们提交的代码了。 工单管理 这里的工单管理，有点类似Github上面的Issue的功能，我们可以通过创建工单按钮来创建； 输入我们的标题、内容和标签以后即可创建； 创建完成后显示效果如下。 添加用户 有时候管理员需要新建一些帐户来协作开发，此时我们只要点击头像->管理面板->用户管理即可打开用户管理界面； 然后点击创建新的帐户，输入相关信息即可完成创建。 管理协作者 创建完成后，我们可以在仓库页面的仓库设置中打开管理协作者功能； 之后通过输入协作者账户，点击增加新的协作者并设置好权限即可，这样协作者就可以访问并向该仓库提交代码了。 迁移外部仓库 Gogs还提供了从外部仓库迁移代码的功能，通过头像左侧的加号，然后选择迁移外部仓库即可； 这里以迁移Gitee上的mall项目为例，项目地址：http://gitee.com/macrozheng/mall 迁移成功后就可以在Gogs里面看到mall项目了！ Gogs VS Gitlab 之前有写过一篇《10分钟搭建自己的Git仓库》，使用的是Gitlab，下面对比下Gogs和Gitlab在安装使用过程中的优缺点，仅代表个人观点。 比较方面 Gogs Gitlab Docker镜像大小 44MB 836MB 启动速度 很快，几秒 很慢，机器配置不好要10分钟 配置要求 很低，树莓派都可以 很高，吃内存，吃CPU 访问速度 够快 机器配置好也还可以 功能 功能较少 功能很丰富 from:https://mp.weixin.qq.com/s/WYHuAvN1pt_TGkBVWBnPSA
View Details摘要 在开发或生产环境中，我们经常会搞一套自动化部署方案（俗称一键部署）。比较流行的一种就是Gitlab+Jenkins实现方案，不过这种方案占用内存比较大，没有个8G内存，很难流畅运行，而且部署起来也不快。最近发现一款神器Drone，轻量级CI/DI工具，结合Gogs使用内存占用不到1G，几行脚本就能实现自动化部署，推荐给大家！ Drone简介 Drone是一款基于容器技术的持续集成工具，使用简单的YAML配置文件即可完成复杂的自动化构建、测试、部署任务，在Github上已经有22K+Star。 Gogs安装 我们将使用轻量级的Gogs来搭建Git仓库，这里只是简单说下安装步骤，具体使用可以参考《Github标星34K+Star，这款开源项目助你秒建Git服务！》。 首先需要下载Gogs的Docker镜像；
|
1 |
docker pull gogs/gogs |
下载完成后在Docker容器中运行Gogs；
|
1 2 3 4 |
docker run -p 10022:22 -p 10080:3000 --name=gogs \ -e TZ="Asia/Shanghai" \ -v /mydata/gogs:/data \ -d gogs/gogs |
Gogs运行成功后，访问Web页面地址并注册账号：http://192.168.5.78:10080 然后将我们的SpringBoot项目mall-tiny-drone的源码上传上去即可，项目地址：github.com/macrozheng/… Drone安装 接下来我们安装下Drone，不愧是基于容器的CI/DI工具，使用Docker安装很方便！ 首先下载Drone的Server和Runner的镜像；
|
1 2 3 4 |
# Drone的Server docker pull drone/drone:1 # Drone的Runner docker pull drone-runner-docker:1 |
这里有个Server和Runner的概念，我们先来理解下； Server：为Drone的管理提供了Web页面，用于管理从Git上获取的仓库中的流水线任务。 Runner：一个单独的守护进程，会轮询Server，获取需要执行的流水线任务，之后执行。 接下来我们来安装drone-server，使用如下命令即可；
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
docker run \ -v /mydata/drone:/data \ -e DRONE_AGENTS_ENABLED=true \ -e DRONE_GOGS_SERVER=http://192.168.5.78:10080 \ -e DRONE_RPC_SECRET=dronerpc666 \ -e DRONE_SERVER_HOST=192.168.5.78:3080 \ -e DRONE_SERVER_PROTO=http \ -e DRONE_USER_CREATE=username:macro,admin:true \ -e TZ="Asia/Shanghai" \ -p 3080:80 \ --restart=always \ --detach=true \ --name=drone \ drone/drone:1 |
这里的配置参数比较多，下面统一解释下； DRONE_GOGS_SERVER：用于配置Gogs服务地址。 DRONE_RPC_SECRET：Drone的共享秘钥，用于验证连接到server的rpc连接，server和runner需要提供同样的秘钥。 DRONE_SERVER_HOST：用于配置Drone server外部可访问的地址。 DRONE_SERVER_PROTO：用于配置Drone server外部可访问的协议，必须是http或https。 DRONE_USER_CREATE：创建一个管理员账号，该账号需要在Gogs中注册好。 接下来安装drone-runner-docker，当有需要执行的任务时，会启动临时的容器来执行流水线任务；
|
1 2 3 4 5 6 7 8 9 10 11 12 |
docker run -d \ -v /var/run/docker.sock:/var/run/docker.sock \ -e DRONE_RPC_PROTO=http \ -e DRONE_RPC_HOST=192.168.5.78:3080 \ -e DRONE_RPC_SECRET=dronerpc666 \ -e DRONE_RUNNER_CAPACITY=2 \ -e DRONE_RUNNER_NAME=runner-docker \ -e TZ="Asia/Shanghai" \ -p 3000:3000 \ --restart always \ --name runner-docker \ drone/drone-runner-docker:1 |
这里的配置参数比较多，下面统一解释下。 DRONE_RPC_PROTO：用于配置连接到Drone server的协议，必须是http或https。 DRONE_RPC_HOST：用于配置Drone server的访问地址，runner会连接到server获取流水线任务并执行。 DRONE_RPC_SECRET：用于配置连接到Drone server的共享秘钥。 DRONE_RUNNER_CAPACITY：限制runner并发执行的流水线任务数量。 DRONE_RUNNER_NAME：自定义runner的名称。 Drone使用 让我们来访问下Drone的控制台页面，第一次登录需要输入账号密码（在Gogs中注册的账号），访问地址：http://192.168.5.78:3080/ 此时我们在Gogs中的项目会现在在列表中，如果没有的话可以点下SYNC按钮； 接下来我们需要对仓库进行设置，将仓库设置为Trusted（否则Drone创建的容器无法挂载目录到宿主机），最后点击SAVE按钮保存； 保存成功后会在Gogs中自动配置一个Web钩子，当我们推送代码到Gogs中去时，会触发这个钩子，然后执行在Drone中的流水线任务； 拉到最下面，我们可以发送一个测试推送，推送成功会显示绿色的√； 此时我们在Drone中发现其实流水线执行失败了，那是因为我们在脚本中引用了Secret中的ssh_password； 在仓库的设置中添加一个Secret即可，Secret是专门用来存储密码的，此密码只能被使用或删除，无法被查看； 在ACTIVITY FEED中使用RESTART可以重新执行该流水线，发现已经成功执行。 编写脚本 当我们向Git仓库Push代码时，会自动触发Web钩子，然后Drone就会从Git仓库Clone代码，再通过项目目录下的.drone.yml配置，执行相应的流水线，接下来我们来看看这个脚本是如何写的。 首先我们来了解下在.drone.yml中配置的工作流都有哪些操作，看下流程图就知道了； 再来一个完整的.drone.yml，配上详细的注解，看下就基本懂了！
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 |
kind: pipeline # 定义对象类型，还有secret和signature两种类型 type: docker # 定义流水线类型，还有kubernetes、exec、ssh等类型 name: mall-tiny-drone # 定义流水线名称 steps: # 定义流水线执行步骤，这些步骤将顺序执行 - name: package # 流水线名称 image: maven:3-jdk-8 # 定义创建容器的Docker镜像 volumes: # 将容器内目录挂载到宿主机，仓库需要开启Trusted设置 - name: maven-cache path: /root/.m2 # 将maven下载依赖的目录挂载出来，防止重复下载 - name: maven-build path: /app/build # 将应用打包好的Jar和执行脚本挂载出来 commands: # 定义在Docker容器中执行的shell命令 - mvn clean package # 应用打包命令 - cp target/mall-tiny-drone-1.0-SNAPSHOT.jar /app/build/mall-tiny-drone-1.0-SNAPSHOT.jar - cp Dockerfile /app/build/Dockerfile - cp run.sh /app/build/run.sh - name: build-start image: appleboy/drone-ssh # SSH工具镜像 settings: host: 192.168.5.78 # 远程连接地址 username: root # 远程连接账号 password: from_secret: ssh_password # 从Secret中读取SSH密码 port: 22 # 远程连接端口 command_timeout: 5m # 远程执行命令超时时间 script: - cd /mydata/maven/build # 进入宿主机构建目录 - chmod +x run.sh # 更改为可执行脚本 - ./run.sh # 运行脚本打包应用镜像并运行 volumes: # 定义流水线挂载目录，用于共享数据 - name: maven-build host: path: /mydata/maven/build # 从宿主机中挂载的目录 - name: maven-cache host: path: /mydata/maven/cache |
run.sh执行脚本可以实现打包应用和运行容器镜像，之前讲过这里就不再赘述了，具体可以参考《我常用的自动化部署技巧，贼好用，推荐给大家！》，运行成功效果如下。 总结 对比Jenkins复杂的图形化界面操作，Drone使用脚本来定义流水线任务无疑更简单、更直观。Drone更加轻量级，内存占用少且响应速度快！自动化部署要啥Jenkins？直接给Git整个CI/DI功能难道不香么？ 参考资料 官方文档：docs.drone.io/ 结合Maven使用：docs.drone.io/pipeline/ku… 结合SSH使用：plugins.drone.io/appleboy/dr… 将容器目录挂载到宿主机：docs.drone.io/pipeline/do… 项目源码地址 github.com/macrozheng/… 本文 GitHub github.com/macrozheng/… 已经收录，欢迎大家Star！ 作者：MacroZheng 链接：https://juejin.cn/post/6963430116080910367 来源：掘金 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
View DetailsMySQL 中常用的两种时间储存类型分别是datetime和 timestamp。如何在它们之间选择是建表时必要的考虑。下面就谈谈他们的区别和怎么选择。 1 区别 1.1 占用空间 类型 占据字节 表示形式 datetime 8 字节 yyyy-mm-dd hh:mm:ss timestamp 4 字节 yyyy-mm-dd hh:mm:ss 1.2 表示范围 类型 表示范围 datetime '1000-01-01 00:00:00.000000' to '9999-12-31 23:59:59.999999' timestamp '1970-01-01 00:00:01.000000' to '2038-01-19 03:14:07.999999' timestamp翻译为汉语即"时间戳"，它是当前时间到 Unix元年(1970 年 1 月 1 日 0 时 0 分 0 秒)的秒数。对于某些时间的计算，如果是以 datetime 的形式会比较困难，假如我是 1994-1-20 06:06:06 出生，现在的时间是 2016-10-1 20:04:50 ，那么要计算我活了多少秒钟用 datetime 还需要函数进行转换，但是 timestamp 直接相减就行。 1.3 时区 timestamp 只占 4 个字节，而且是以utc的格式储存， 它会自动检索当前时区并进行转换。 datetime以 8 个字节储存，不会进行时区的检索. 也就是说，对于timestamp来说，如果储存时的时区和检索时的时区不一样，那么拿出来的数据也不一样。对于datetime来说，存什么拿到的就是什么。 还有一个区别就是如果存进去的是NULL，timestamp会自动储存当前时间，而 datetime会储存 NULL。 2 测试 我们新建一个表 插入数据 查看数据，可以看到存进去的是NULL，timestamp会自动储存当前时间，而 datetime会储存NULL 把时区修改为东 9 区，再查看数据，会会发现 timestamp 比 datetime 多一小时 如果插入的是无效的呢？假如插入的是时间戳 结果是0000-00-00 00:00:00，根据官方的解释是插入的是无效的话会转为 0000-00-00 00:00:00，而时间戳并不是MySQL有效的时间格式。 那么什么形式的可以插入呢，下面列举三种
|
1 2 3 4 |
//下面都是 MySQL 允许的形式，MySQL 会自动处理 2016-10-01 20:48:59 2016#10#01 20/48/59 20161001204859 |
3 选择 如果在时间上要超过Linux时间的，或者服务器时区不一样的就建议选择 datetime。 如果是想要使用自动插入时间或者自动更新时间功能的，可以使用timestamp。 如果只是想表示年、日期、时间的还可以使用 year、 date、 time，它们分别占据 1、3、3 字节，而datetime就是它们的集合。 from:https://segmentfault.com/a/1190000017393602
View Details一、服务器基本信息
1、查看系统主机名称
2、查看系统内核版本
3、查看 RedHat 版本
4、查看 CentOS 版本
5、查看 CPU 信息
6、列出所有可用块设备
7、查看磁盘空间占用
8、查看内存占用
9、查看文件/目录空间占用
10、查看时间与时区
二、服务器网络
1、查看服务器内网 IP
2、查看服务器公网出口 IP
3、查看服务器防火墙状态
4、firewalld 防火墙添加规则/重载规则/查看开放的端口
5、DNS 与 hosts
6、ping 与 telnet
三、服务进程与连接
1、进程
2、连接
四、Docker
1、仓库 REGISTRY
2、镜像 IMAGE
3、容器 CONTAINER
4、docker run 命令
五、其他
1、scp
2、rz 与 sz
3、which 与 whereis
4、zip 与 unzip
5、history
6、回到命令行首与行尾
文件类
ls echo cat grep find wc cut head tail less chmod chown ln cp scp which mkdir pwd sed awk xargs
磁盘类
du df
网络
ifconfig netstat tcpdump ping
系统类
ps kill time date who su sudo free top ulimit export set unset nohup
压缩、解压缩类
zip unzip gzip tar
简单应用
查看系统版本
查看cpu个数和核数
清除缓存
显示所有监听端口
找出监听特定端口的程序
统计和特定ip端口建立的tcp连接数，或已经处于TIME_WAIT状态的连接数
显示特定程序cpu和内存占用
显示cpu或内存占用前几名程序，自定义输出序列
删除特定目录及子目录下30天之前的日志文件
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
140.82.112.4 github.com 13.229.188.59 www.github.com 140.82.113.3 gist.github.com 185.199.108.153 assets-cdn.github.com 199.232.68.133 raw.githubusercontent.com 199.232.68.133 gist.githubusercontent.com 199.232.68.133 cloud.githubusercontent.com 151.101.192.133 camo.githubusercontent.com 199.232.68.133 avatars0.githubusercontent.com 199.232.68.133 avatars1.githubusercontent.com 199.232.68.133 avatars2.githubusercontent.com 199.232.68.133 avatars3.githubusercontent.com 199.232.68.133 avatars4.githubusercontent.com 199.232.68.133 avatars5.githubusercontent.com 199.232.68.133 avatars6.githubusercontent.com 199.232.68.133 avatars7.githubusercontent.com 199.232.68.133 avatars8.githubusercontent.com |
View Details
nps是一款轻量级、高性能、功能强大的内网穿透代理服务器。目前支持tcp、udp流量转发，可支持任何tcp、udp上层协议（访问内网网站、本地支付接口调试、ssh访问、远程桌面，内网dns解析等等……），此外还支持内网http代理、内网socks5代理、p2p等，并带有功能强大的web管理端。 https://github.com/ehang-io/nps https://ehang-io.github.io/nps/#/
View Details今天用Dapper更新是用到了IN写法，园子里找了篇文章这样写到 传统sql in (1,2,3) 用dapper就这样写
|
1 2 3 |
conn.Query<Users>("SELECT * FROM Users s WHERE s.id IN (@ids) ",new { ids = new int[]{1,2,3}}) conn.Query<Users>("SELECT * FROM Users s WHERE s.id IN (@ids) ",new { ids = IDs.ToArray()}) |
用了之后出现， System.Data.SqlClient.SqlException:““,”附近有语法错误。” 这样的提示， 跟踪SQL语句时发现按以上方法生成的SQL语句是这样的：
|
1 |
exec sp_executesql N'update WebSiteChanelListPage set status=0 where ID IN ((@ilist1,@ilist2))',N'@ilist1 int,@ilist2 int',@ilist1=1,@ilist2=2 |
我们不难发现生成的语句中多了一层括号，于是果段修改代码：
|
1 2 |
string UpdateString = "update WebSiteChanelListPage set status=0 where ID IN @ilist"; connection.Execute(UpdateString,new { ilist = idlist.ToArray() }); |
执行成功！问题解决！ 当然也有可能是我的Dapper的版本问题，我用得是：Dapper 1.50.4.0 from:https://www.cnblogs.com/cmt/p/14580194.html?from=https%3A%2F%2Fwww.cnblogs.com%2Fxwei%2Fp%2F8794384.html&blogId=121045&postId=8794384
View Details一、问题出现 新项目采用新的前端ajax请求方式，对应的后端接口也进行了参数层面的修改。 原先在谷歌F12查看的接口请求参数打印为Query String Parameters 后续对参数进行了封装，接口请求参数打印为 。 本地测试都通过的情况下，决定上线。上线完之后对于post请求出现了请求服务器失败的情况，开始对nginx的配置进行整理和排查。 二、问题排查 原先的nginx配置如下图所示 通过对nginx日志的分析，发现了一个OPTIONS类型的请求。经过查证在请求时，OPTIONS请求是客户端的浏览器对服务端发送的一个请求，属于浏览器级行为 OPTIONS请求方法的主要用途有两个： 1、获取服务器支持的HTTP请求方法； 2、用来检查服务器的性能。例如：AJAX进行跨域请求时的预检，需要向另外一个域名的资源发送一个HTTP OPTIONS请求头，用以判断实际发送的请求是否安全。 再来看下这个“某些情况下”都是什么情况？ 1、跨域请求，非跨域请求不会出现options请求 2、自定义请求头 3、请求头中的content-type是application/x-www-form-urlencoded，multipart/form-data，text/plain之外的格式 当满足条件12或者13的时候，简单的ajax请求就会出现options请求，有没有感觉到一点同源策略的意思，个人理解这个就是浏览器底层对于同源策略的一个具体实现。首先得到服务器端的确认，才能继续下一步的操作，这也是为什么options请求也被叫做“预检”请求的原因吧。 通过上面的描述，大致理解了什么是opyions请求以及options请求发送的时机，以此说明需要先处理options请求再对自己的请求做处理 三、处理方式 直接上代码了
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 |
location / { proxy_set_header Host $host; add_header 'Access-Control-Allow-Credentials' 'true'; add_header Access-Control-Allow-Origin "$http_origin"; add_header Access-Control-Allow-Headers 'DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Authorization'; if ($request_method = 'OPTIONS') { return 204; } add_header Cache-Control no-cache; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; proxy_pass 代理地址 } |
from:https://blog.csdn.net/ATadpole/article/details/109185390
View Details场景： 1.内嵌使用的是 vue + webpack 打包的单页面 2.更新内容后，webview里面的内容无法更新， 解决办法 1.在url后面加时间戳， 这个在苹果可以实时解决缓存，安卓有些机子不行 2.在安卓机子不行的时候，需要在webpack打包的时候加上 hash配置，不懂hash配置的，可以百度一下， 并且在index.html 里面meta标签加上http-equiv=“cache-control” content=“no-cache” 3.以上能解决新的打包项目在webview 缓存问题， 4.因为原先已经有缓存，进不到新打包的项目里面，走不到新的代码，所有还是会存在缓存问题，只需微信打开http://debugtbs.qq.com，然后根据里面提示，进入页面，里面有一个清除本地缓存选项，清除后，下次进去就可以了。 5.完美解决webview缓存问题 ———————————————— 版权声明：本文为CSDN博主「qq_39260927」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/qq_39260927/article/details/110558497
View Details