V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  relsoul  ›  全部回复第 1 页 / 共 3 页
回复总数  54
1  2  3  
sourcetree 可以设置不同仓库的每个仓库单独的 git name & git email
@raw0xff 单点登录,按照目前浏览器的限制 这个问题技术层面是解决不了的,那就搞一个域名专门用来登录。用户登录系统本来就应该保持稳定性。如果要考虑这种分布式验证的话 不如考虑用 2FA ,另一个... webauthn 这玩意挺难用的,在跨设备的时候很蛋疼,比如 web 端注册了后,手机也要登录这个系统的时候 安卓,ios ,pc 同步 key 这步就麻烦得要死。
这个可以归纳为 SSO ,如果软件层面目前解决不了 那就从工程层面去解决。
明显是有漏洞,不解决 0day 很难,如果是用开源的程序 那就更新 version ,如果用的随便买来的源码 那就自求多福做代码审计。建议做 docker 隔离,不至于一个站点 g 了 其他关联网站全 g 了
目前是放了一个 4 口 j4125 ,pve 装的 ikuai+openWrt ,出现过一次断电后无法进入系统。

另外觉得我的需求把 j4125 放这里用太浪费了,所以想找一个替代硬件,然后把 j4125 出了换 n100 装 all in boom
---
你需要的是冗余备份,而不是换整个解决方案。难道换了个交换机就不会 boom 么? 我自己组了两台小主机,一台主用,一台吃灰。
@hefengwqz .... 还以为啥呢,这种需求 j4125 ,n100 ,n95 ,自组 itx 小主机+万兆网卡就行了...
你是想数据包转发走硬件转发,还要能针对数据包做处理的对吧? FPGA 了解一下
86 天前
回复了 Hundredwz 创建的主题 NAS 小白家庭 nas 搭建方案,求建议
@leonme 昂达 itx h610 我也有,铭瑄的 itx h610 2lan 双网口我也有... 我建议用铭瑄的 h610 2lan 双网口 。matx 和 atx 不清楚
87 天前
回复了 Hundredwz 创建的主题 NAS 小白家庭 nas 搭建方案,求建议
先说我半年前的配置 J4125 + 8g
再说说我现在的配置
12300t
16g
万兆网卡+poe

n5105 的 cpu 性能太弱,

使用 alist 映射各种云盘资源
使用 transmission 下载网络资源

不说宽带范围和使用范围默认你千兆下载满速,当你满速下载的时候 你的 cpu 已经是 100%了,这个时候如果你做点其他的事情 那么基本上就不够用了,这种 all in boom ,要么不搞,要搞还是搞一个好一点的 cpu ,n5105 的发热也比较大,不要扯啥省电,开个空调一天哪个不比多十几 w 耗电大。

n5105 这点性能不够,n100 也不够,上低压 u 吧。上面的性能真一点都不够看,说 n5105 够的了 基本上没跑过下载和大应用(流量,耗 cpu ,gpu)服务。


12300t 我满速下载+上传 基本上 cpu 占用在 70%左右。再直通 gpu 给 jellyfin 没啥压力。

整体功耗比我之前的 j4125 多了 30w 的样子,另一个 并不是长时间都是高负载跑,但是要高负载跑的时候 你正好有其他的服务 比如旁路由 就会影响你的浏览体验。

n5105 玩玩可以,这么多服务

可以容忍一定程度的数据丢失和**系统崩溃** -要做到这一点可不容易
盲猜 modal 弹窗先渲染了,但是内部可能有一些逻辑做了一些处理,导致 modal 先出来,但是 container 没渲染出来。。 没时间搞环境 可以从 settimeout(func,0)开始试试。
@relsoul 补充一点,建议把防止改为 如何提高恶意用户刷接口的成本 这样的话会好理解一点。
1. wasm 有浏览器兼容性问题,外加一点点性能问题
2. 恶意用户可以不了解你的加密规则,只需要拿到加密后的结果即可。
3. 建议在 WAF 层做限流拦截处理。
272 天前
回复了 zuotun 创建的主题 Linux Windows 打游戏的方案是什么?
折腾过的人告诉你,买两台电脑,或者两台笔记本。
没人回答来简单答答....

jwt 多方便啊,不用中心态维护,直接做校签就行。(当然你也可以用 redis 来维护 jwt )

只要微服务的配置中心的密钥一致,那么无论什么微服务都不用依赖 redis ,直接本地做校签,减少架构依赖性。不过某种意义上来说 jwt 也是一种 session ,去中心化的 session 。
简单答答

mysql 和 pg 的定位差不多,不过 mysql 在国内的流行程度和成熟程度远远大于 pg 。从用法来说 pg 的支持程度要大于 mysql 的。所以如果抛开历史因素不谈 现在选择 sql 的话 pg 是首选,但是就像之前有位老哥说的 从 mysql 迁移到 pg ,发现 sql 不兼容,开发人员写了一些 mysql 特定的 sql... 所以从开发的知识体系来说,国内 mysql 还是老大哥。

ck 没用过,不能回答。
es 也只简单用过,我的定义是文本搜索,其他等大佬们补充。

mongodb 用的还算多,不过也仅停留在业务层,mongodb+nodejs 是前几年开发的标配了,之前的版本不支持事务注定了成为非标准化格式存储库,现在版本支持后用 mongodb 做主流程的也挺多(交易这块)。mongodb 的性能要好于 sql (不绝对),并且横向扩展性也好(集群扩展),由于 bjson 的形式 可以成为非成型业务的快速开发首选,node (快+json 天生友好),mongodb ( bjson 的形式)。
324 天前
回复了 tlerbao 创建的主题 NGINX 大家都是怎么管理 Nginx 站点的?
nginx proxy manager
简体中文输入法,罪魁祸首
1  2  3  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4295 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 01:06 · PVG 09:06 · LAX 18:06 · JFK 21:06
Developed with CodeLauncher
♥ Do have faith in what you're doing.