NOISE知识效率集
适合中小型社区网站使用的短链接服务系统,支持短链接生产、查询及302转向,并自带点击量统计、独立IP数统计、访问日志

适合中小型社区网站使用的短链接服务系统,支持短链接生产、查询及302转向,并自带点击量统计、独立IP数统计、访问日志

notion image

ohUrlShortener

适合中小型社区网站使用的短链接服务系统,支持短链接生产、查询及302转向,并自带点击量统计、独立IP数统计、访问日志查询:
  1. 支持 Docker One Step Start 部署、Makefile 编译打包
  1. 支持短链接生产、查询、存储、302转向
  1. 支持访问日志查询、访问量统计、独立IP数统计
  1. 支持 HTTP API 方式新建短链接、禁用/启用短链接、查看短链接统计信息、新建管理员、修改管理员密码
  1. 支持访问日志导出,方便线下分析
notion image
notion image
notion image
notion image
notion image
notion image
notion image
notion image
notion image

快速使用

Docker 一步启动所有服务,运行 docker/one_step_start.sh ,该命令将会:
  1. 拉取 baratsemet/ohurlshortener-admin 镜像(本地构建可查看 docker/admin.Dockerfile
  1. 拉取 baratsemet/ohurlshortener-portal 镜像(本地构建镜像可查看docker/portal.Dockerfile
  1. 通过 docker/pull_build.yml 其他描述内容构建 redispostgresql 镜像及服务,并对其运行状态做判断,等待缓存和数据库服务正常之后,再启动其他必要服务 (本地构建镜像请查阅 local_build.yml)
  1. 构建名为 network_ohurlshortener 的虚拟网络供上述服务使用
  1. 开启本机 90919092 端口分别应对 ohUrlShortener-PortalohUrlShortener-Admin 应用

参数说明

配置文件

根目录下 config.ini 中存放着关于 ohUrlShortener 短链接系统的一些必要配置,请在启动应用之前确保这些配置的正确性

Admin 后台默认帐号

默认帐号: ohUrlShortener 默认密码: -2aDzm=0(ln_9^1
数据库中存储的是加密后的密码,在 structure.sql 中标有注释,如果需要自定义其他密码,可以修改这里
加密规则 storage/users_storage.go
亦可参照 storage/users_storage_test.go 中的 TestNewUser() 方法

HTTP API 支持

/api 接口权限说明

所有 /api/* 接口需要通过 Bearer Token 方式验证权限,亦即:每个请求 Header 须携带
sha256_of_password 的加密规则,与 storage/users_storage.go 中的 PasswordBase58Hash() 保持同步

1. 新增短链接 POST /api/url

接受参数:
  1. dest_url 目标链接,必填
  1. memo 备注信息,选填
请求示例:
返回结果:

2. 禁用/启用 短链接 PUT /api/url/:url/change_state

接受参数:
  1. url path 参数,指定短链接,必填
  1. enable 禁用时,传入 false;启用时,传入 true
请求示例:
返回结果:

3. 查询短链接统计数据 GET /api/url/:url

接受参数:
  1. url path 参数,指定短链接,必填
请求示例:
返回结果:

4. 新建管理员 POST /api/account

接受参数:
  1. account 管理员帐号,必填
  1. password 管理员密码,必填,最小长度8
请求示例:
返回结果:

5. 修改管理员密码 PUT /api/account/:account/update

接受参数:
  1. account path 参数,管理员帐号,必填
  1. password 管理员密码,必填,最小长度8
请求示例:
返回结果:

6. 删除短链接 DELETE /api/url/:url

接受参数:
  1. url path 参数,要删除的短链接地址
(此处省略示例)

短链接在应用启动时会存入 Redis 中

所有短链接再系统启动时会以 Key(short_url) -> Value(original_url) 的形式存储在 Redis 中。

1. 为什么要这么做?

当短链接的查询请求进入应用时,为了能够更快、更准确的将用户请求转向到目标链接,与传统的方式从数据库中查询相比,直接从 Redis 中获取目标链接就会显得更有价值。

2. 这种处理方式有什么缺点?

理论上来说,如果 Redis 所在的服务器的内存较大的话,存储10w个Key也是可以的。但是,硬件条件不允许的情况下,就需要控制 Redis 中的 Key 数量(主要是怕机器扛不住,Redis 本身的性能不会有问题)。这部分的功能扩展,考虑在将来的某个版本中实现并允许配置管理。

3. 万一

考虑到可扩展性,多封装了一层 service,以便需要的时候在业务逻辑层进行自定义扩展,eg:将 key 查询改成数据库查询等。

短链接生产过程相关代码

所在文件 core/short_url.go

定时器1分钟清理一次访问日志

所在文件 main.go

Contributor License Agreement

第一次提交 Pull Request 时 ,请您在 Pull Request 内容中明确写明「本人自愿接受并签署 《ohUrlShortener Contributor License Agreement》」,并在 Pull Request 信息中附带该协议链接信息。
badge