V2EX › neoblackcap 的所有回复 › 第 2 页 / 共 99 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 99

❮

❯

308 天前

回复了 linmt 创建的主题 › 程序员 › 如何使用 Java 将一个网页转成 PDF

@flyqie 没记错的话，是 Puppeteer 那批人做的。相同的人，在 Google 做了 Puppeteer ，去微软做了 Playwright

309 天前

回复了 dyv9 创建的主题 › 程序员 › 请教商品价格排序的性能问题

实际上这个就是搜索引擎的需求，你在做排名相关工作。
我的建议是，后台有服务不断根据需求更新索引。然后用户实际搜索的时候，就可以通过索引快速查询到商品

337 天前

回复了 wkong 创建的主题 › 程序员 › 个人觉得 Go 的 error 设计的非常好，为什么还那么多人吐槽？

@chenqh 也许他们都喜欢用 core dump 分析问题

337 天前

回复了 keepRun 创建的主题 › 程序员 › 腾讯云刚推出的 EdgeOne CDN 有点香，按被攻击时的正常流量计费

防 DDoS 也就 CF 他们家的产品比较好用，啥都不说，先给你上个 5 秒盾，肯定能减少一大批流量

343 天前

回复了 hytirrb 创建的主题 › 程序员 › uu 们，如何用 Python 或者 go 语言使用 rsa 算法实现对于文件的加密和解密

非对称的加解密成本高，一般不会对较长的数据进行加密。一般都是非对称加密对称加密过程的密钥，然后明文再通过对称加密，并传输。
实际上你这个流程，有点像 TLS/SSL ，如果需要进行网络传输的话，优先使用这些方式，而不是自己重新实现。

355 天前

回复了 jiayouzl 创建的主题 › Python › PyCharm 2023.2.5 pro 版开发 Django 项目 templates 的 HTML 模版没代码提示,谢谢.

@jiayouzl PyCharm 这几年的 bug 都不少，他们修 bug 的热度也不是很高。有些 bug 都是 Major 级别的，都好几年没修

355 天前

回复了 jiayouzl 创建的主题 › Python › PyCharm 2023.2.5 pro 版开发 Django 项目 templates 的 HTML 模版没代码提示,谢谢.

新版本有很多小的回归问题，不知道是不是因为换了新 GUI 的。现在连重构中的类成员提升都没法正常显示，好几个版本都还没修呢。
上他们家 Youtrack 看看吧，也许上面有绕过问题的方法

360 天前

回复了 Q9K 创建的主题 › Elasticsearch › 关于 elasticsearch 机器的选择

@Q9K 当然了，腾讯那边是每台是 1000qps 这样子，不过他们是有做分流

360 天前

回复了 Q9K 创建的主题 › Elasticsearch › 关于 elasticsearch 机器的选择

@Q9K 一般校园系统，不是什么选课之类的活动，100qps 差不多了。而且很多时候是可以在前端人为控制速率的。还能加队列慢慢处理。
而且 es 也要看索引以及分词做得好不好，不是说你们上了就能做到 10000qps 。腾讯他们自己分享过，他们的 QQ 登录服务器也是 1000qps 这个量级

361 天前

回复了 nodejsexpress 创建的主题 › Windows › windows11 的 WSL 和 Vmware 是不是不兼容

@oxromantic Azure 的根基，不可能不维护不更新的

2023-11-24 21:47:54 +08:00

回复了 mimiphp 创建的主题 › PHP › php8.3 更新了

Python 什么时候不注重性能了？ Python 是因为注重 C 扩展兼容性以及单线程效率所以很多改动没法做。但是随着这些年大厂的不断投入，Python 也开始动了，新版本已经加入颗粒度更小的子解析器。有利于日后解决 GIL 问题。
至于 Javascript 还不够激进么？ V8 早年都是直接生成机器码执行的。V8 在我看来，都属于 VM 的第一梯队了

2023-11-23 21:10:23 +08:00

回复了 ieesk 创建的主题 › PostgreSQL › postgres 咨询锁性能问题

@ieesk 其实完全可以很少改动，你把写入的操作放在一个独立的服务，那个服务只有一个进程，开放一个接口。现有的服务在写入的时候就调用这个接口。
上锁，释放锁的速度并不慢。慢是因为锁竞争。单线程写入的话，性能上限应该可以逼近你数据的写入效率极限。

不过这样改的话，运维会多了很多工作。毕竟无缘故就多了一个服务需要运维，还让系统引入了一个单点问题。如果要解决单点问题的话，又要引入分布式锁。

2023-11-23 15:29:18 +08:00

回复了 ieesk 创建的主题 › PostgreSQL › postgres 咨询锁性能问题

我们以前的做法是尽量让锁前置，不用数据库。比如特定的竞争操作只有 master 进程有写入的权限。这样就去掉了锁竞争

2023-11-21 09:24:01 +08:00

回复了 cMoon 创建的主题 › JetBrains › idea 特别耗资源

前端项目，建索引的时候，直接 10G 打满。16G 已经不够 IDEA 消耗了，还是上 32G 吧，建议 64G

2023-11-19 12:30:29 +08:00

回复了 Nazz 创建的主题 › Windows › Windows10 已经成为了最好的 Linux 发行版

@lscho 跨文件系统的操作，都一样。如果都是在虚拟机里面的，那么性能还可以接受。

2023-11-01 01:02:06 +08:00

回复了 zhengchengdong 创建的主题 › Java › MQ 就 MQ 好了，保证顺序那什么的是你该干的事儿吗？啊？

就这样的统计功能都要放在业务系统里面做，那什么系统跑不死啊。登录，登出的事件写日志（进 MQ 再落地也一个道理），直接通过回放日志，简单统计一下当天是否有超过 15 分钟的在线就得了。而且还不会对业务系统产生影响，因为这需求可以做成实时的，也可以做成离线。
OLAP 的活就不要压业务系统了。