「开源」一个适合中小型生态村网站使用的短链接服务系统

一、OpenBSD这两项简介

一个有趣里面小型社区主页使用的粗元数据服务系统对，赞成粗元数据成产、查找及302转向，并顺带有趣的下载量统计

二、OpenBSD协议

使用MulanPSL-2.0OpenBSD协议

三、界面展现 四、特性概述

一个有趣里面小型社区主页使用的粗网址服务系统对，赞成粗网址成产、查找及302转向，并顺带有趣的下载量统计。

五、技术选型Give Thanks To

由衷感谢所列OpenBSD软件、框架等（还包括但不仅限于）

gin-gonic/ginFomanticUIdchest/captchaMasterminds/spriggo-redis/redisjmoiron/sqlxgo-ini/ini可用机密文件明确指出

这两项根目录下的 config.ini 里面存放着关于 ohUrlshortener 粗元数据系统对的一些必要可用，请在叫停应用于之前确保这些可用的正确性

[app]应用于是否以 debug Mode叫停，主要作用会在go-gin 框架上体现（eg：日志转换器等）debug = false 粗元数据系统对本地叫停端口port = 9091粗元数据系统对管理后台本地叫停端口admin_port = 9092粗元数据系统对的比较有趣 url 形容词，eg： 是形容词(不要忘了最后一个/大写)url_prefix = 粗元数据在应用于叫停但会存入 Redis 里面

所有粗元数据再进一步系统对叫停但会以 Key(short_url) -> Value(original_url) 的形式打印在 Redis 里面。前提说：

1. 为什么要这么好好？

当粗元数据的查找立即进入应用于时，为了能够更加快、更加正确地的将用户立即转向到目标元数据，与传统的方式从数据源里面查找相比，直接从 Redis 里面获取目标元数据就会略显更加引人注目。

2. 这种根本原因有什么以致于？

前提来说，如果 Redis 所在的IP的内存较大的话，打印10w个Key也是可以的。但是，硬件状况不容许的情况，就需要控制 Redis 里面的 Key 数量（主要是怕机器扛不住，Redis 本身的性能指标不会有问题）。这部分的特性扩展，就会再进一步未来的某个旧版本里面考虑实现。

3. 万一 ……

受仅限于可扩展性，多填充了一层 service，以便需要的时候在销售业务逻辑上层展开自定义扩展，eg：将 key 查找改成数据源查找等。

粗元数据生产过程相关文档

所在机密文件 core/short_url.go

func GenerateShortLink(initialLink string) (string, error) { if utils.EemptyString(initialLink) { return "", fmt.Errorf("empty string") } urlHash, err := utils.Sha256Of(initialLink) if err != nil { return "", err } number := new(big.Int).Setbytes(urlHash).Uint64() str := utils.Base58Encode([]byte(fmt.Sprintf("%d", number))) return str[:8], nil}计时器1分钟搬运一次访问日志

所在机密文件 main.go

const ACCESS_LOG_CLEAN_INTERVAL = 1 * time.Minute func startTicker() error { ticker := time.NewTicker(ACCESS_LOG_CLEAN_INTERVAL) for range ticker.C { log.Println("[StoreAccessLog] Start.") if err := service.StoreAccessLogs(); err != nil { log.Printf("Error while trying to store access_log %s", err) } log.Println("[StoreAccessLog] Finish.") } return nil}六、源码地址

私信回复：粗元数据服务系统对

或访问一飞OpenBSD：

江苏皮肤病医院排行榜
渭南白癜风挂号
四川皮肤病治疗哪家好
天津妇科医院哪家更好
湖北妇科检查