2021-02-12
15 篇热帖
2. 不开玩笑 能不能分享一条人生经验?
我在 v2 的用户里可能算比较小的,好奇能得到什么答案。大事小事,各个方面都可以,想到什么说什么
借此机会祝大家新年快乐
3. 有没有觉得今年的央视春晚越来越难看?
2021 过年有什么其他可以推荐看看的?
4. 想退学去做桌面运维,可行性怎样?
大学没多大希望读下去了,就算读下去估计也不能毕业。而且学校本来也不怎么好,我这边最烂的本科吧
大学也花了很多钱了。也买了不少书和课来看,感觉没多大用处,学不会。学的 EE
想要去转行做桌面运维,但是我没有文凭。技术应该不会差太多吧,大概
装电脑还是会装的。毕竟也用了上十年的电脑了,就刚开始的一两年不熟悉电脑是找别人修电脑,后来都是自己修、自己装电脑,还是比较熟悉的吧。Linux 也用过好几年,虽然后来换成了 wsl
看日志都是人力看的,毕竟也没遇到过非常多的日志。脚本的话,以前用 Linux 的时候会一些
别的一些东西,比如网络、打印机之类的,多少也会一些维护吧
之前准备刷 leetcode,但是感觉自己的能力实在是太差了,花了几天也就看了几题,而且还是不能够自己写出来。差的太远了。硬件方面的话,感觉差的更远,连及格都差好远
如果这个做不了的话,大概就只能进厂了。也不会别的什么东西吧
5. 局域网内联机的 pc 游戏推荐
局域网多人联机,pc 游戏,谢谢万事顺遂的各位靓仔!
6. 快进到春晚不许无聊了
昨晚发了一条说说,吐槽了一下春晚很无聊,发现居然都发不出去了。早上起来用百度搜索“春晚无聊”发现都搜不出来了,据说微博也发不出来类似内容。果真就是春晚必须要好看了呗。好吧好吧,那就好看吧,太好看了,春晚真是太好看了!!!!
7. 目前 Google Photos 似乎并没有更好的替代品
我的需求:
- 容量要尽可能大,毕竟这玩意儿可能一用就是一辈子
- 具有智能识别功能,这玩意儿用过就回不去了
- 具备相册功能,方便归类
列举几个“竞品”的缺点:
- OneDrive 在没有智能识别,也没有相册功能。而且跟备份的文件会混在一起,乱七八糟
- iCloud 对非苹果生态用户很不友好
- 自建 NAS 之类……我对自己的容灾能力实在是没有信心
百度的一刻相册不考虑,原因相信大家都懂
综上所述,有没有比 Google Photos 更好的替代品?我觉得应该是没有了,唯一的缺点就是被墙
8. 分享购买外贸电视盒子的惨痛教训,真的不建议随便购买
一直都想买个更强的电视盒子,但是一直都没有购买的冲动。直到自建 Minecraft Bedrock 服务添加两个 Addon 后,导致客户端内存不足(以前一直用 N1,内存 2GB ),才迫于无奈地认真去选购。最后购买了“x96 max+”这个被吹上神坛的外贸电视盒子( 4GB 内存+64GB 闪存,某宝 240 包邮)。折腾了几天,才认识踩了个大坑。
首先,完全不建议购买这个,特别是未能确认清楚硬件型号的情况下,再便宜也不能买!
其它盒子不好说,就这个“x96 max+”来说,硬件版本非常混乱。除了厂商做升级迭代,还出现了阉割版本。由于没有查看清楚原版系统就刷机了,只能打开盒子看电路板。经过确认后,我那到手的,就是阉割了有线千兆芯片的版本(主板写有编号:Q5X3_141 V4.1 20112,有线千兆芯片的位置没有芯片)。其实有线千兆不是重点,重点是网上几乎所有“x96 max+”的系统,都不能刷!为什么我知道?因为我刷成砖了……幸好找到了强制刷机的触点,还有几乎是全网唯一能刷的系统( Android TV 系统)。
还有必要说说其它缺点。系统是 32 位的,只能装 32 位的 apk,例如 VLC 就有分 32 位和 64 位两个版本。运行时,CPU 温度较高(其显示 50 多摄氏度),不知道夏天能不能扛得住,反正网上一堆改装散热的文章。
附上相关资料:
1 ) X96 Max+救砖,新主板短接进入强刷教程(就是强制刷机的触电,有图片介绍) https://www.znds.com/tv-1184123-1-1.html
2 )可以刷的 Android TV 系统(找到V1.0ATV X96MAX_Plus_Q1,再点其下面的下载链接)
https://www.evolutiontv-vs.com/uncategorized/%d0%b1%d0%bb%d0%be%d0%b3-%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d0%bd%d1%8b%d1%85-%d1%84%d0%b0%d0%b9%d0%bb%d0%be%d0%b2.html
9. 昨晚中了淘宝清空购物车
10. 有使用 vim 写代码的兄弟姐妹么?你们都安装了哪些插件?
先祝大家新年快乐!
如题!
有直接使用 vim coding 的兄弟么?( vim/neovim ) 你们都使用了哪些插件?
比如, 插件管理器,vundle or vim-plug ? 文件浏览,nerdtree ? 状态栏,airline ? 或者,什么,文件查找搜索,fzf ? CtrlP? 又或者什么代码提示 Coc 还是 LSP ?
等等……
分享一下。
11. M1 芯片的 Mac 设备进入桌面需要多久?比 Intel 快多少秒?
很好奇 M1 在进入这个桌面的过程有多快?快 50%?
希望了解的朋友简单分享一下体验,非常感谢!
12. 大家买了马里奥 3D 世界吗
过年等不及实体版,商店预购了数字版,开始玩耍
13. 面向校招/社招,开源社区系统 Echo,基于目前主流 Java Web 技术栈,并提供详细的开发文档和配套教程
博主目前东南大学研究生在读,近一个月开发了一款社区系统,为接下来的校招做准备,同时开源出来和各位小伙伴一起交流学习。项目仍然存在很多不完善的地方,大家多多指教~
-
在线体验:项目已经部署到腾讯云服务器,各位小伙伴们可直接线上体验:http://1.15.127.74/
已内置三种不同身份的用户:
username password 特殊权限 管理员 admin admin 数据统计、删除帖子 版主 master master 置顶帖子、加精帖子 普通用户 user user -
文档地址:文档通过 Docsify + Gitee Pages 生成,在线访问地址: https://veal98.gitee.io/echo
💻 核心技术栈
后端:
- Spring
- Spring Boot 2.1.5 RELEASE
- Spring MVC
- ORM:MyBatis
- 数据库:MySQL 5.7
- 分布式缓存:Redis
- 本地缓存:Caffeine
- 消息队列:Kafka 2.13-2.7.0
- 搜索引擎:Elasticsearch 6.4.3
- 安全:Spring Security
- 邮件任务:Spring Mail
- 分布式定时任务:Spring Quartz
- 日志:SLF4J (日志接口) + Logback (日志实现)
前端:
- Thymeleaf
- Bootstrap 4.x
- Jquery
- Ajax
🎀 界面展示
首页:

登录页:

帖子详情页:

个人主页:

朋友私信页:

私信详情页:

系统通知页:

通知详情页:

账号设置页:

数据统计页:

搜索详情页:

🎨 功能列表

-
注册
- 用户注册成功,将用户信息存入 MySQL,但此时该用户状态为未激活
- 向用户发送激活邮件,用户点击链接则激活账号( Spring Mail )
-
登录 | 登出
- 进入登录界面,动态生成验证码,并将验证码短暂存入 Redis ( 60 秒)
- 用户登录成功(验证用户名、密码、验证码),生成登录凭证且设置状态为有效,并将登录凭证存入 Redis 注意:登录凭证存在有效期,在所有的请求执行之前,都会检查凭证是否有效和是否过期,只要该用户的凭证有效并在有效期时间内,本次请求就会一直持有该用户信息(使用 ThreadLocal 持有用户信息)
- 勾选记住我,则延长登录凭证有效时间
- 用户登录成功,将用户信息短暂存入 Redis ( 1 小时)
- 用户登出,将凭证状态设为无效,并更新 Redis 中该用户的登录凭证信息
-
账号设置
-
修改头像
- 将用户选择的头像图片文件上传至七牛云服务器
- 修改密码
-
修改头像
-
帖子模块
- 发布帖子(过滤敏感词),将其存入 MySQL
-
分页显示所有的帖子
- 支持按照 “发帖时间” 显示
- 支持按照 “热度排行” 显示( Spring Quartz )
- 查看帖子详情
-
权限管理( Spring Security + Thymeleaf Security )
- 未登录用户无法发帖
- “版主” 可以看到帖子的置顶和加精按钮并执行相应操作
- “管理员” 可以看到帖子的删除按钮并执行相应操作
- “普通用户” 无法看到帖子的置顶、加精、删除按钮,也无法执行相应操作
-
评论模块
- 发布对帖子的评论(过滤敏感词),将其存入 MySQL
- 分页显示评论
- 发布对评论的回复(过滤敏感词)
-
权限管理( Spring Security )
- 未登录用户无法使用评论功能
-
私信模块
- 发送私信(过滤敏感词)
-
私信列表
- 查询当前用户的会话列表
- 每个会话只显示一条最新的私信
- 支持分页显示
-
私信详情
- 查询某个会话所包含的所有私信
- 访问私信详情时,将显示的私信设为已读状态
- 支持分页显示
-
权限管理( Spring Security )
- 未登录用户无法使用私信功能
-
统一处理 404 / 500 异常
- 普通请求异常
- 异步请求异常
-
统一记录日志
-
点赞模块
- 支持对帖子、评论 /回复点赞
- 第 1 次点赞,第 2 次取消点赞
- 首页统计帖子的点赞数量
- 详情页统计帖子和评论 /回复的点赞数量
- 详情页显示当前登录用户的点赞状态(赞过了则显示已赞)
- 统计我的获赞数量
-
权限管理( Spring Security )
- 未登录用户无法使用点赞相关功能
-
关注模块
- 关注功能
- 取消关注功能
- 统计用户的关注数和粉丝数
- 我的关注列表(查询某个用户关注的人),支持分页
- 我的粉丝列表(查询某个用户的粉丝),支持分页
-
权限管理( Spring Security )
- 未登录用户无法使用关注相关功能
-
系统通知模块
-
通知列表
- 显示评论、点赞、关注三种类型的通知
-
通知详情
- 分页显示某一类主题所包含的通知
- 进入某种类型的系统通知详情,则将该页的所有未读的系统通知状态设置为已读
-
未读数量
- 分别显示每种类型的系统通知的未读数量
- 显示所有系统通知的未读数量
- 导航栏显示所有消息的未读数量(未读私信 + 未读系统通知)
-
权限管理( Spring Security )
- 未登录用户无法使用系统通知功能
-
通知列表
-
搜索模块
-
发布事件
- 发布帖子时,通过消息队列将帖子异步地提交到 Elasticsearch 服务器
- 为帖子增加评论时,通过消息队列将帖子异步地提交到 Elasticsearch 服务器
-
搜索服务
- 从 Elasticsearch 服务器搜索帖子
- 从 Elasticsearch 服务器删除帖子(当帖子从数据库中被删除时)
- 显示搜索结果
-
发布事件
-
网站数据统计(管理员专属)
-
独立访客 UV
- 存入 Redis 的 HyperLogLog
- 支持单日查询和区间日期查询
-
日活跃用户 DAU
- 存入 Redis 的 Bitmap
- 支持单日查询和区间日期查询
-
权限管理( Spring Security )
- 只有管理员可以查看网站数据统计
-
独立访客 UV
-
优化网站性能
- 使用本地缓存 Caffeine 缓存热帖列表以及所有用户帖子的总数
🔐 待实现及优化
以下是我个人发现的本项目存在的问题,但是暂时没有头绪无法解决,集思广益,欢迎各位小伙伴提 PR 解决:
- 注册模块无法正常跳转到操作提示界面(本地运行没有问题)
- 评论功能的前端显示部分存在 Bug
- 查询我的评论(未完善)
以下是我觉得本项目还可以添加的功能,同样欢迎各位小伙伴提 issue 指出还可以增加哪些功能,或者直接提 PR 实现该功能:
- 忘记密码(发送邮件找回密码)
- 查询我的点赞
- 管理员对帖子的二次点击取消置顶功能
- 管理员对已删除帖子的恢复功能(本项目中的删除帖子并未将其从数据库中删除,只是将其状态设置为了拉黑)
🌱 本地运行
各位如果需要将项目部署在本地进行测试,以下环境请提前备好:
- Java 8
- MySQL 5.7
- Redis
- Kafka 2.13-2.7.0
- Elasticsearch 6.4.3
然后修改配置文件中的信息为你自己的本地环境,直接运行是运行不了的,而且相关私密信息我全部用 xxxxxxx 代替了。
本地运行需要修改的配置文件信息如下:
1 )application-develop.properties:
- MySQL
- Spring Mail (邮箱需要开启 SMTP 服务)
- Kafka:consumer.group-id (该字段见 Kafka 安装包中的 consumer.proerties,可自行修改, 修改完毕后需要重启 Kafka )
- Elasticsearch:cluster-name (该字段见 Elasticsearch 安装包中的 elasticsearch.yml ,可自行修改)
- 七牛云(需要新建一个七牛云的对象存储空间,用来存放上传的头像图片)
2 )logback-spring-develop.xml:
- LOG_PATH:日志存放的位置
每次运行需要打开:
- MySQL
- Redis
- Elasticsearch
- Kafka
另外,还需要事件建好数据库表,详细见下文。
📜 数据库设计
用户 user:
DROP TABLE IF EXISTS `user`;
SET character_set_client = utf8mb4 ;
CREATE TABLE `user` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(50) DEFAULT NULL,
`password` varchar(50) DEFAULT NULL,
`salt` varchar(50) DEFAULT NULL,
`email` varchar(100) DEFAULT NULL,
`type` int(11) DEFAULT NULL COMMENT '0-普通用户; 1-超级管理员; 2-版主;',
`status` int(11) DEFAULT NULL COMMENT '0-未激活; 1-已激活;',
`activation_code` varchar(100) DEFAULT NULL,
`header_url` varchar(200) DEFAULT NULL,
`create_time` timestamp NULL DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_username` (`username`(20)),
KEY `index_email` (`email`(20))
) ENGINE=InnoDB AUTO_INCREMENT=101 DEFAULT CHARSET=utf8;
讨论帖 discuss_post:
DROP TABLE IF EXISTS `discuss_post`;
SET character_set_client = utf8mb4 ;
CREATE TABLE `discuss_post` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user_id` int(11) DEFAULT NULL,
`title` varchar(100) DEFAULT NULL,
`content` text,
`type` int(11) DEFAULT NULL COMMENT '0-普通; 1-置顶;',
`status` int(11) DEFAULT NULL COMMENT '0-正常; 1-精华; 2-拉黑;',
`create_time` timestamp NULL DEFAULT NULL,
`comment_count` int(11) DEFAULT NULL,
`score` double DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_user_id` (`user_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
评论(回复)comment:
CREATE TABLE `comment` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`user_id` int(11) DEFAULT NULL,
`entity_type` int(11) DEFAULT NULL COMMENT '评论目标的类别:1 帖子; 2 评论 ',
`entity_id` int(11) DEFAULT NULL COMMENT '评论目标的 id',
`target_id` int(11) DEFAULT NULL COMMENT '指明对谁进行评论',
`content` text,
`status` int(11) DEFAULT NULL COMMENT '状态:0 正常; 1 禁用',
`create_time` timestamp NULL DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_user_id` (`user_id`),
KEY `index_entity_id` (`entity_id`)
) ENGINE=InnoDB AUTO_INCREMENT=247 DEFAULT CHARSET=utf8;
私信 message:
DROP TABLE IF EXISTS `message`;
SET character_set_client = utf8mb4 ;
CREATE TABLE `message` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`from_id` int(11) DEFAULT NULL,
`to_id` int(11) DEFAULT NULL,
`conversation_id` varchar(45) NOT NULL,
`content` text,
`status` int(11) DEFAULT NULL COMMENT '0-未读;1-已读;2-删除;',
`create_time` timestamp NULL DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `index_from_id` (`from_id`),
KEY `index_to_id` (`to_id`),
KEY `index_conversation_id` (`conversation_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
🌌 理想的部署架构
我每个都只部署了一台,以下是理想的部署架构:
🎯 功能逻辑图
画了一些不是那么严谨的图帮助各位小伙伴理清思绪。
单向绿色箭头:
- 前端模板 -> Controller:表示这个前端模板中有一个超链接是由这个 Controller 处理的
- Controller -> 前端模板:表示这个 Controller 会像该前端模板传递数据或者跳转
双向绿色箭头:表示 Controller 和前端模板之间进行参数的相互传递或使用
单向蓝色箭头:A -> B,表示 A 方法调用了 B 方法
单向红色箭头:数据库或缓存操作
注册
- 用户注册成功,将用户信息存入 MySQL,但此时该用户状态为未激活
- 向用户发送激活邮件,用户点击链接则激活账号( Spring Mail )
登录 | 登出
-
进入登录界面,动态生成验证码,并将验证码短暂存入 Redis ( 60 秒)
-
用户登录成功(验证用户名、密码、验证码),生成登录凭证且设置状态为有效,并将登录凭证存入 Redis
注意:登录凭证存在有效期,在所有的请求执行之前,都会检查凭证是否有效和是否过期,只要该用户的凭证有效并在有效期时间内,本次请求就会一直持有该用户信息(使用 ThreadLocal 持有用户信息)
-
勾选记住我,则延长登录凭证有效时间
-
用户登录成功,将用户信息短暂存入 Redis ( 1 小时)
-
用户登出,将凭证状态设为无效,并更新 Redis 中该用户的登录凭证信息
下图是登录模块的功能逻辑图,并没有使用 Spring Security 提供的认证逻辑(我觉得这个模块是最复杂的,这张图其实很多细节还没有画全)

分页显示所有的帖子
- 支持按照 “发帖时间” 显示
- 支持按照 “热度排行” 显示( Spring Quartz )
- 将热帖列表和所有帖子的总数存入本地缓存 Caffeine (利用分布式定时任务 Spring Quartz 每隔一段时间就刷新计算帖子的热度 /分数 — 见下文,而 Caffeine 里的数据更新不用我们操心,它天生就会自动的更新它拥有的数据,给它一个初始化方法就完事儿)
账号设置
-
修改头像(异步请求)
- 将用户选择的头像图片文件上传至七牛云服务器
- 修改密码
此处只画出修改头像:
发布帖子(异步请求)
显示评论及相关信息
评论部分前端的名称显示有些缺陷,有兴趣的小伙伴欢迎提 PR 解决~
关于评论模块需要注意的就是评论表的设计,把握其中字段的含义,才能透彻了解这个功能的逻辑。
评论 Comment 的目标类型(帖子,评论) entityType 和 entityId 以及对哪个用户进行评论 /回复 targetId 是由前端传递给 DiscussPostController 的
一个帖子的详情页需要封装的信息大概如下:
添加评论(事务管理)
私信列表和详情页
发送私信(异步请求)
点赞(异步请求)
将点赞相关信息存入 Redis 的数据结构 set 中。其中,key 命名为 like:entity:entityType:entityId,value 即点赞用户的 id 。比如 key = like:entity:2:246 value = 11 表示用户 11 对实体类型 2 即评论进行了点赞,该评论的 id 是 246
某个用户的获赞数量对应的存储在 Redis 中的 key 是 like:user:userId,value 就是这个用户的获赞数量
我的获赞数量
关注(异步请求)
- 若 A 关注了 B,则 A 是 B 的粉丝 Follower,B 是 A 的目标 Followee
- 关注的目标可以是用户、帖子、题目等,在实现时将这些目标抽象为实体(目前只做了关注用户)
将某个用户关注的实体相关信息存储在 Redis 的数据结构 zset 中:key 是 followee:userId:entityType ,对应的 value 是 zset(entityId, now) ,以关注的时间进行排序。比如说 followee:111:3 对应的 value (20, 2020-02-03-xxxx),表明用户 111 关注了实体类型为 3 即人(用户),该帖子的 id 是 20,关注该帖子的时间是 2020-02-03-xxxx
同样的,将某个实体拥有的粉丝相关信息也存储在 Redis 的数据结构 zset 中:key 是 follower:entityType:entityId,对应的 value 是 zset(userId, now),以关注的时间进行排序
关注列表
发送系统通知

显示系统通知

搜索

类似的,置顶、加精也会触发发帖事件,就不再图里面画出来了。
置顶加精删除(异步请求)
网站数据统计

帖子热度计算
每次发生点赞(给帖子点赞)、评论(给帖子评论)、加精的时候,就将这些帖子信息存入缓存 Redis 中,然后通过分布式的定时任务 Spring Quartz,每隔一段时间就从缓存中取出这些帖子进行计算分数。
帖子分数 /热度计算公式:分数(热度) = 权重 + 发帖距离天数
// 计算权重
double w = (wonderful ? 75 : 0) + commentCount * 10 + likeCount * 2;
// 分数 = 权重 + 发帖距离天数
double score = Math.log10(Math.max(w, 1))
+ (post.getCreateTime().getTime() - epoch.getTime()) / (1000 * 3600 * 24);

📖 配套教程
想要自己从零开始实现这个项目或者深入理解的小伙伴,可以扫描下方二维码关注公众号『飞天小牛肉』,第一时间获取配套教程, 不仅会详细解释本项目涉及的各大技术点,还会汇总相关的常见面试题,目前尚在更新中。
并推荐我的开源教程类项目 『 CS-Wiki 』,Gitee 推荐项目,目前已 0.9k star: 致力打造完善的 Java 后端知识体系,不仅仅帮助各位小伙伴快速且系统的准备面试(秋招 /社招),更指引学习的方向
📞 联系我
有什么问题也可以添加我的微信,记得备注来意:格式 <u>(学校或公司 - 姓名或昵称 - 来意)</u>
👏 鸣谢
本项目参考牛客网 — Java 高级工程师课程,感谢老师和平台
14. 我来送 DV 通配符了 兼容性=DigiCert (Limited Offer 50 张)
规则
- 送出 1 年期通配符。
- 预算 50 张,送完即止(结束状态会 append )。
- 每 15 楼送出一张(每个 ID 限制一次,如重复顺延 15 楼)。
- 踢楼结束超过 7 天无法联系到用户(联系方式请见下面的描述),视为放弃领取资格。
- 踢楼内容:“中国大陆 OCSP 证书就找量子认证平台:www.quantumtrus.com ” + 换行 + 你本人生成的 CSR 的 PEM 内容( common_name 必须根域名)需含有邮箱,私钥请妥善保管。 请注意这个邮箱是我们发货的唯一凭证依据,勿乱填入!
例如
中国大陆 OCSP 证书就找量子认证平台:www.quantumtrus.com
-----BEGIN CERTIFICATE REQUEST-----
MIIBLTCB1QIBADBzMQswCQYDVQQGEwJDTjERMA8GA1UECBMIU2hhbmdoYWkxETAP
BgNVBAcTCFNoYW5naGF1MRkwFwYDVQQDExBxdWFudHVtY2EuY29tLmNuMSMwIQYJ
KoZIhvcNAQkBDBRjYUBxdWFudHVtY2EubGltaXRlZDBZMBMGByqGSM49AgEGCCqG
SM49AwEHA0IABKqc63Y+dhUXzHnEj9gXSGsJj9cMSJ1P0/aNAGq3khliSOftJ12s
MNZuD+Vj86gNTRIePsJaJo4707F+sINV+rigADAKBggqhkjOPQQDAgNHADBEAiBa
J81zQWUrOT7qYvpQRROidNM8AzwTUxMQF+UUYXjXnwIgUGuJFpBRoTfW7SzbxJvq
AiueIuFXJBXPpf8V6grKnyE=
-----END CERTIFICATE REQUEST-----
- 需要用户在所用网站底部下添加
本网站 SSL 由拥有大陆 OCSP 的<a href="https://www.quantumtrus.com/?_utm_source=v2ex_tl" target="_blank">量子证书</a>平台提供
踢楼结束后,我们工作人员会主动联系您 CSR 中的邮箱,请注意“ca@quantumca.limited”的邮件(提前加白)。
公司介绍
我们是🇬🇧英国注册公司 Quantum CA Limited, 与美国 SSL Corp 达成战略合作, 在中国推出含有海外+CN OCSP/CRL 节点的 SSL 证书品牌。
公司网站是 www.quantumtrus.com.
我们的合规性比部分友商更靠谱,我们的 Intermediate Certificate 的 OCSP 和 CRL 数据中心区域与 Leaf Certificate 的 OCSP 和 CRL 区域保持一致,并且我们与 CA 通力合作,在上海某数据中心托管了 OCSP Responder 密码机, 能够真正做到在中国全大陆 CRL/OCSP 覆盖在 5ms ~ 50ms 以内。
我们自有 SSL 品牌为 Quantum Secure Site 和 Quantum Secure Code Signing
- Quantum Basic TLS DV
- Quantum Secure Site DV (FLEX)
- Quantum Secure Site OV
- Quantum Secure Site OV Pro (FLEX)
- Quantum Secure Site EV
- Quantum Secure Site EV Pro (FLEX)
- Quantum Secure Code Signing
- Quantum EV Secure Code Signing
- Quantum Secure Code Signing Pro
- Quantum EV Secure Code Signing Pro
同时,我们还提供 subCA 解决方案,我们给客户提供的 subCA 方案同样 CRL/OCSP 覆盖海外和大陆区域。我们是目前国内首家公开报价 45w 以内提供 CRL/OCSP 大陆覆盖的 CA 战略伙伴供应商。
以上。
P.S: 如果踢楼贴不受欢迎,请转移至其他版块。
最后,祝大家
新春快乐!
15. 请推荐迷你路由器,需要能刷 openwrt
需要至少 3 个以太网口,WiFi 至少得有 2.4G 的,USB 口有的话最好,体积尽量小巧一点
必须能被 openwrt 支持
刚刚看了看 miwifi mini,不知道有没有什么雷坑
米路由系列从来没用过,隐约记得小米做的路由总有各种问题,有些还涉及硬件