V2EX › shepherdlazy 的所有回复 › 第 1 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

11 天前

回复了 tuimaochang 创建的主题 › Windows › 有没有类似于 scrcpy 那样，用数据线就可以控制 windows 的软件？

KVM 切换器，之前有些机房中控台需要隔离的都是这个

11 天前

回复了 mmz0717 创建的主题 › 问与答 › 鉴于最近想吃点维生素，但是各大厂商价格各异，有没有略懂的兄弟姐妹科普一波

我维 B 和维 C 在药店 2 块 5 一瓶的吃着也管用，当然有钱吃好的大品牌的我觉得也挺好。不要买那些看着包装很好品牌听都没听过的我觉得都没啥问题

11 天前

回复了 MarsOnly 创建的主题 › 问与答 › 怎么突破网络限制

公司电脑不建议，自己带个电脑或者用自己的手持设备连接移动网络。即使公司电脑不限制，如果是稍微大点的公司不是工作需要也不要在公司设备和网络上访问非工作需要的内容，个人的事就用个人的，走个人的网络

58 天前

回复了 llix110 创建的主题 › iPhone › 开完发布会，苹果还可以用生态继续护城几年？

@jguo 真是，只要苹果不搞扫操作逼用户出走，基本盘还是越来越稳的。

63 天前

回复了 worldqiuzhi 创建的主题 › 服务器 › 个人家用计算服务器推荐方案， nas 性能太弱鸡

最新的 cpu ，至少 i5 、i7 级别的，主板也至少中档以上，内存 64G ；
别盯着功耗看，没用，你不计算时候待机功耗高不了多少；
按需远程开机，网络唤醒或者弄个远程插座，上电自动启动都行； 7x24 小时开机也可以，用不了多少电，待机也就是三四十 W
简单说就是在自己能接受范围内买最好的就行，别搞啥低功耗，洋垃圾之类的

64 天前

回复了 54xavier 创建的主题 › 职场话题 › 不知道是兼职被发现还是开源项目被发现，我被约谈了

物理隔离，不要一台设备混用。你要是连接工作地点的 wifi 有的是让你安装证书才可以用，或者电脑上必须安装深信服、360 之类的。
更别整随身 wifi ，会有 wifi 扫描的，发现更麻烦，用 usb 共享网络，用干净的设备。
上面说的只是技术层面，你还要考虑人层面的。

75 天前

回复了 vitovan 创建的主题 › 知乎 › 知乎是疯了吗？还是我眼瞎了？

和知乎没关系，我的电脑浏览器最近也总是这样，打开各种网页都会有这种情况，不知道是不是我设置了 ClearType 的问题

81 天前

回复了 kisshere 创建的主题 › 问与答 › 如果没有微信朋友圈，你还会出去旅游吗？

会出去玩，别说朋友圈了，有时候照片都不照

87 天前

回复了 cx2ex 创建的主题 › Android › 如何说服老板使用原生而不是混合开发 APP

说服下自己吧

87 天前

回复了 yyqxjwxy 创建的主题 › 问与答 › 诸位你们公司都是用什么项目管理工具呢？我们开发团队不到 20 人有没有推荐的

只是项目管理 redmine 。
如果有代码管理别的需求 gitlab 直接搞定，别整乱七八糟的浪费时间

87 天前

回复了 jeremyding 创建的主题 › NAS › 分享 NAS 规划，麻烦大佬看看是否合理

要想静音 ssd 常在线，只用来存储缩略图和热数据；非可再生数据 HDD 冷备，至少两块镜像。血泪教训，千万别只存一份。
我是不怕麻烦所以群晖之类的不用（因为之前试用过半年经历过一次，一块硬盘状态不健康整个 nas 全部不让写，后来就不用了），啥 nas 系统之类的对我而言只不过是提供了 GUI 操作，有没有无所谓，我就裸机系统多媒体图片文件我用 piwigo 管理，能完美实现我的缩略图和热数据常在线，要想用原始图片的时候冷数据盘直接上线就能用

88 天前

回复了 websong188 创建的主题 › 分享创造 › 2024 年才用上 Keepass 密码管理,但 0 成本也挺爽。

@24 切换的动力确实不是很大。服务器端安全性，勤备份问题也不大。库中密码也是用主密码加密的。我也还在试用阶段。我保险起见服务器还是不长开，隔段时间开一两天让各端同步下。

88 天前

回复了 websong188 创建的主题 › 分享创造 › 2024 年才用上 Keepass 密码管理,但 0 成本也挺爽。

最近从用了十多年的 keepass 换到了 Bitwarden 。Bitwarden 就是比较统一各各端都一样，不过 keepass 还在保留着，如果试用两个月后有不能接受的点，再换回去

88 天前

回复了 caijunduo 创建的主题 › 程序员 › 咨询各位大佬，这样的图片处理服务是否合理，有没有可以改善的地方

API 两个：上传图片，处理图片（将处理后图片生成到缓存位置，并返回处理的图片）
http://example.com/api_v1/image/upload
http://example.com/api_v1/image/process [内网 API]
用户请求图片 http://example.com/u/x/a.jpg 时，nginx 确定文件是否存在，如果文件不实际存在时，反向代理到内网的图片处理 API ，并返回结果

88 天前

回复了 caijunduo 创建的主题 › 程序员 › 咨询各位大佬，这样的图片处理服务是否合理，有没有可以改善的地方

处理很耗时吗？为什么不用户首次获取图片的时候再处理呢？
不了解你的使用场景哈，只是设想下。
1. 用户上传到图片存储[原始存储]可以是服务器、目录或存储池。例如 http://example.com/origin/a.jpg
2. 服务器端用户消息分发,根据不同图片和用户生成不同 URL 推送给用户，例如图片 a ，用户 x ，http://example.com/u/x/a.jpg
3. 用户收到推送消息，开始下载图片
3.1 服务器收到图片请求，检查缓存是否存在图片，即是否实际存在 /u/x/a.jpg ，如果不存在，调用图片处理函数或添加到列队生成图片。wait
3.2 返回用户请求图片

1 2

❮

❯