V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  rekulas  ›  全部回复第 36 页 / 共 89 页
回复总数  1774
1 ... 32  33  34  35  36  37  38  39  40  41 ... 89  
2022-10-27 22:31:06 +08:00
回复了 arongla 创建的主题 程序员 面包多怎么打不开了
周六清晨,我们突然发现面包多主域名大面积无法访问,紧接着发现所有子域名也无法解析,登录腾讯云后发现,我们的 DNS 被暂停解析了。

此时我们接到有关部门的电话,被告知面包多上存在的一个有害内容,需要删除,我们照做了,然后又按照有关部门的指导写情况说明和整改报告,并等待了几天,然后被告知,面包多的主域名和子域名都无法解封。

。。。大概率要挂了 中国做个产品真难
可能因为 socks5 被设计出来就不是为了做 proxy 的,主要功能应该是用于协助数据交换
正确来说应该是 socks5 协议而不是代理
楼上的没说对 并不是小数点后多少位,而是整数+小数部分总共多少位
因为计算机一个变量类型可使用的字节数有限(比如 int 只有 4 字节),所以只能存储有限位数的小数
纠正一下,有工资的才叫加班
没工资的叫义务工作
2022-10-20 10:11:39 +08:00
回复了 hh54188 创建的主题 分享创造 分享最近自己冲刺测试覆盖率 100% 的心得
早就躺平了,正式系统中维护测试成本越来越高,以后只有等 ai 升级了来自动测试了
2022-10-12 11:30:35 +08:00
回复了 tikazyq 创建的主题 程序员 单元测试的爱恨情仇,作为码农们,你们写单元测试么?
我们都是开发完了把所有开发完了人工测试一遍所有可能相关的流程,虽然麻烦但是稳
2022-10-12 11:24:53 +08:00
回复了 tikazyq 创建的主题 程序员 单元测试的爱恨情仇,作为码农们,你们写单元测试么?
基本不写 个别项目偶尔会写-时间很充裕的情况下
写测试比开发还费时间,更大的问题实际测试异常复杂 单测压根覆盖不了多少情况,性价比极低
15 年前流行的方案
2022-10-09 15:33:48 +08:00
回复了 naaive1024 创建的主题 奇思妙想 量子为什么纠缠?
用 random 解释似乎不合理,如果 random 是可预测的,那就跟就纠缠无关,如果是不可预测的,那又把问题甩了回去
应该是 p = &a
2022-10-01 22:15:38 +08:00
回复了 yigemeirenyongde 创建的主题 分享创造 写了个纯前端的图片压缩
果然是越压越大,想来应该是发现市面上的图片压缩都是压小竞争太激烈,所以另辟蹊径走一条差异化道路,这样就没有竞争者了,高明!!
辨识度太低了。。
之前看过某些网站用纯算法(非 ai)生成头像的,而且辨识度很高
2022-09-23 11:04:57 +08:00
回复了 PanicByte 创建的主题 分享创造 Stable Diffusion Inpainting
👍 我也在等 1.5 discord 老哥说还有 2 周
2022-09-23 10:19:09 +08:00
回复了 huangzhiyia 创建的主题 分享创造 UI-SSH 新的服务器面板
服务器面板还是静态语言合适点 用 py 开发宝塔的团队都有点后悔了
2022-09-22 21:47:34 +08:00
回复了 hzxxx 创建的主题 分享发现 企业微信这是生产环境和正式环境搞混了?
前几天更离奇 tim 未加好友的情况下强行推送营销消息过来
https://wx4.sinaimg.cn/mw2000/786620bcly1h6fptjhmalj20q00ikgmg.jpg

找了半天发现没办法屏蔽,遂不管,过一会又发了条过来。。。
于是赶紧加了好友拉入黑名单似乎才清净了
2022-09-22 12:37:26 +08:00
回复了 opentrade 创建的主题 程序员 没完没了的争论
我觉得这样挺生机勃勃的 🤣
如果都统一了想法,那不是更无趣
2022-09-22 10:58:53 +08:00
回复了 join 创建的主题 Node.js 如何防止 Node.js 频繁修车
@yaphets666 不做也不行,毕竟前端必须跟 js/ts 打交道,而且我不是嫌 node npm 不好,只是觉得包管理不够完善,因为我也做多种语言开发,npm 的依赖问题是遇到最多的,不过现在通过其他方式锁定版本已经暂时不会烦这问题了。
2022-09-22 10:46:00 +08:00
回复了 join 创建的主题 Node.js 如何防止 Node.js 频繁修车
@yaphets666 我可能确实学得不好,但是你至少把别人的经验看完再回复吧。
你把^1.0.0 改为 1.0.0 ,这样版本确实锁死了,但是
这个依赖 a 依赖了 b ,b 依赖了 c ,c 依赖了 d ,你难道以为 lock 能锁死每一层的版本?
2022-09-22 10:11:16 +08:00
回复了 join 创建的主题 Node.js 如何防止 Node.js 频繁修车
@wangtian2020 lock 那么稳翻车的就不会这么多了,多层依赖的你试试能锁几层

@join 我现在用的 shrinkwrap 锁定似乎有效 你可以试试
2022-09-21 18:56:23 +08:00
回复了 join 创建的主题 Node.js 如何防止 Node.js 频繁修车
@kid740246048 感谢回复,但是可能对我来说不是好办法。首先我们无论 dev 还是生产环境都是开启 lock 的,但并没有阻止问题。如果转 yarn 的话也许是个办法(还未测试),但小项目还好,大项目转恐怕未必会很顺利,npm/pnpm 兼容度足够高了吧,仍然有些项目不支持 pnpm-或者你需要手动解决很多依赖问题,得不偿失。
依赖打包这个是能解决, 但是太不优雅了,我们还是考虑的锁定版本方案
2022-09-21 17:56:04 +08:00
回复了 join 创建的主题 Node.js 如何防止 Node.js 频繁修车
npm 依赖确实是个大坑,冷嘲热讽要求学基础的是什么情况
学得好的,能否帮我优雅解决下这个问题? https://www.v2ex.com/t/870920

@codingBug
@zbinlin
1 ... 32  33  34  35  36  37  38  39  40  41 ... 89  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3369 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 11:51 · PVG 19:51 · LAX 03:51 · JFK 06:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.