首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  laminux29  ›  全部回复第 35 页 / 共 130 页
回复总数  2593
1 ... 31  32  33  34  35  36  37  38  39  40 ... 130  
❮ ❯
2024-11-17 10:37:59 +08:00
回复了 loulijun 创建的主题 › 程序员 › Godaddy 的两步验证千万别开啊，也别绑定信用卡
频繁换手机 + 没备份，OP 自己的问题。纪律性这么差，还搞海外服务，出事的概率太高了。

1.换手机是一件成本极高、代价极大的事情，要把所有数据，全部进行备份与迁移，还要在新手机上，逐个进行测试验证。某些 APP 比如微信 QQ ，程序逻辑有问题，换手机可能会有概率丢失某些消息。

2.至于没备份，就更不应该了。很多大佬连小姐姐都有 RAID 5 保护 + 异构存储双副本容灾，账号信息这种重要级别很高的数据，至少是异构平台 3 副本了，而你居然没备份。

这次的事情暴露了你纪律性太差了，如果不根治这个问题，以后还会有相关事情暴雷。
2024-11-17 10:26:22 +08:00
回复了 korvin 创建的主题 › Apple › 16G/256G 和 24G/512G 的 M4 Mac mini 怎么选?
智商税玩具，买来干嘛？

硬盘最大只有 8TB 还 不 支持 RAID 1 ；

内存最多 64 GB 还 不 是 ECC 的；

最多只能接 3 个显示器；

网卡最大只有 10Gbps ；

如果没有 IOS 开发刚需，正规的 x86 + ATX + Windows 不香嘛？
2024-11-14 11:01:43 +08:00
回复了 devli 创建的主题 › 宽带症候群 › 2024 年，虚拟平台 All in one ，家用选 Esxi 还是 pve？
家用，萌新，选 Windows + VMware Workstation Pro ，原因是简单、通用、方便迁移与管理。但缺点是性能不行。

家用，大佬，选 PVE ，原因是提供最高灵活度的定制化，性能可控。

生产，PVE + ESXi 两套跑异构来保证 HA ，高主频 x86 CPU + 大内存 + Windows + VMware Workstaion Pro 来做测试。
2024-11-14 10:52:48 +08:00
回复了 crc8 创建的主题 › Python › 为什么 Python 会有那么多人喜欢用？
因为差生多、穷、贪婪，整个世界都这样。

差生多的意思是，没有几个人会严谨对待数据类型、异常处理，导致 js 、python 这类语言风靡。一旦工程大了，最终害人害己。

穷的意思是，项目资金少，人力贵，导致催需求，不会给工程师预留多少时间来规范化地处理需求。

贪婪的意思是，催需求，缩减工期，减少人力支出，能减少资本家的成本支出。
2024-11-13 10:47:58 +08:00
回复了 bjzhou1990 创建的主题 › 宽带症候群 › PVE 管理口性能的疑问
网络没做隔离，导致 OpenWRT 的 WAN 口与 LAN 口混在一起，OpenWRT 会对 LAN 口做各种管理，比如 dhcp 等等。

你这种情况，要不给 OpenWRT 直通，要不 vlan 做隔离。直通比 vlan 简单，物理网口不够，直接加 pcie 网卡或 usb 网卡。
2024-11-13 10:16:48 +08:00
回复了 jmliubiao 创建的主题 › 宽带症候群 › 请教各位一个 ddns 网络问题
为啥不用 TP-Link 的？ TP-Link 路由器自带免费的 DDNS ，需要咨询一下客服，哪些款式支持。

然后你可以在 TP-Link 路由器后台，申请一下 xx.tpddns.cn 域名。TP-Link 路由器会自动把公网 IP ，解析到这个域名。这个域名还可以通过 cname 解析到你自己的域名里，比如阿里云的 xx.top 域名。

还有一种方法，如果你有阿里云的自己的域名，可以去 github 上搜一个支持阿里云的 ddns ，比如 NewFuture 的 DDNS 项目。这玩意有 Linux 和 Windows 版本。做个开机自启的任务计划，以及每分钟更新一次的任务计划。
2024-11-08 10:30:58 +08:00
回复了 tool2dx 创建的主题 › 宽带症候群 › 买了个香港阿里云，快的时候 5M/s 下载速度，慢的时候 200k/s，实在是郁闷。
1.你买了个香港阿里云主机。你登录到云主机上，在云主机上，从互联网下载文件，快的时候 5MB/s ，慢的时候 200KB/s.

2.你在云主机上，有一个 APK 文件，大小为 100MB 。你在公网上，从这台云主机，下载这个 100MB 的 APK 文件，速度是 200KB/s 。

是这个意思吗？

我觉得，如果你能把问题表述完整，没有歧义，并且把单位写对，最后给一下云主机的带宽信息，这更有利于解决这个问题。
2024-11-05 17:57:11 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@iseki
你这个例子，假阴性不就出来了：

4 、5 、
1234 、12345 、
2 、23 、2345 、
3 、34 、
4 、
5

这些都缺失。
2024-11-05 17:52:30 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@sockpuppet9527

倒排索引不是用来解决楼主这个需求的。建议仔细看一下倒排索引的说明，然后找几个物流单号，用这种方法试试，你就明白了。
2024-11-05 10:27:16 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@iseki

分词与近似策略是无法精确处理这类需求的。所以我在开始就说了，这类需求，就没办法用索引。

recheck 只能解决假阳性，解决不了假阴性。

你说你们这边线上在用，没什么大问题，那是因为你们没发现问题，而且用户也没汇报。不仅如此，就连大电商平台，比如淘宝京东的历史订单号的搜索，因为他们采用分词搜索，所以他们也没办法实现这个需求。
2024-11-05 10:20:16 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@sockpuppet9527

这玩意也是分词机制，你仔细看看你发的链接。分词与近似策略是无法精确处理这类需求的。所以我在开始就说了，这类需求，就没办法用索引。

业内目前应对这部分问题，第一是不处理。很多电商平台通过关键字搜索历史订单时，会发生这种情况，搜不出来；然后是通过剪枝需求去做的，比如银行只允许搜最近 3 个月的交易记录。
2024-11-04 16:57:17 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@alansfinal

那篇文档的意思是，pg_trgm 这玩意本质上是类似于全文搜索的，需要预先对自然语言的词汇进行处理，所以无法处理非词汇的结果，也就是纯数字是处理不了的。

而且这还是一种近似搜索，会有错误的结果，并不是 LIKE %keyString% 这种精确搜索。
2024-11-04 12:54:24 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@iseki

它后面写了 non-alphanumerics
2024-11-04 12:52:34 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@skinny

OP 是希望用纯数字字符串当成子串来进行搜索，或者更严谨来说，是匹配，而且还不限定位置。这种匹配，在算法与数据结构的层面，是没办法加索引的，只能蛮干，这也是为什么这类业务很少见，而且搜索引擎对这种搜索也没办法做到高精准度。
2024-11-04 04:36:55 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@lmshl

如果你看不懂 10 楼发的英文，可以试试翻译软件。
2024-11-03 21:31:04 +08:00
回复了 iixy 创建的主题 › 淘宝 › 淘宝网页版商品的价格都是问号，这是彻底把 web 用户当狗了吗？
1.防止爬虫。

2.手机上有你的个人信息，更容易做信息收集与广告推荐。
2024-11-03 19:47:38 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
另外，是否考虑修改需求，比如淘宝业务，用户的查询范围只是自己的订单，菜鸟驿站老板查询的范围只是他的驿站范围，那么可以通过剪枝 + 数据冗余的方法，空间换时间，能控制到一个比较理想的性能范围。

然后查询接口，再按时间进行分区：最近 3 个月内是默认查询，如果要查询所有时间范围，就让他们排队查询，或查询结果异步通知。
2024-11-03 19:40:53 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
这种需求，是没办法用索引的，所以无论什么数据库，包括 ES 、Click House 、Redis 、PG 甚至 Oracle ，都不好使，只能用硬件去硬抗。2 楼老哥说对了。

可以使用基于区域或散列，进行分片，用很多物理机去扛，每台物理机扛一个分片。简单一些可以用 MongoDB ，天生分布式 + 分片。需要高性能那就用 Redis 集群，大内存，数据提前加载到内存里。

话说回来，这种需求，虽然提高了用户体验，但真的烧钱。公司没钱的话，不建议这么做。
2024-11-03 19:31:56 +08:00
回复了 drymonfidelia 创建的主题 › 数据库 › 亿级订单表 要对物流追踪号支持 LIKE %123% 这样的前后缀都模糊查询，现在的 MySQL 查一次要几分钟，必须上 ES 或者 ClickHouse 吗？另外归档数据也要查，有没有办法压缩存储数据
@lmshl 笑死，你发的东西，你都不看一下嘛？

pg_trgm ignores non-word characters (non-alphanumerics) when extracting trigrams from a string.
2024-11-03 19:00:45 +08:00
回复了 JingW 创建的主题 › Android › 打算换个折叠屏，请问 Teams 和 MS Authenticator 在国内的兼容性
生产力有多屏电脑，大屏影音娱乐有平板，出差有轻薄本，一直不明白折叠手机有何意义，而且这玩意还会降低续航、增加重量、增加操作麻烦程度。

我身边倒是很多中产女第一时间买了这玩意。
1 ... 31  32  33  34  35  36  37  38  39  40 ... 130  
❮ ❯
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   2692 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 12:29 · PVG 20:29 · LAX 04:29 · JFK 07:29
♥ Do have faith in what you're doing.