@Lixiaobai233 #6
D525 的寿命更是长，而且大部分 D525 是无风扇或者散热片借助机箱散热的
D525 的工控太多了，多少软路由的最低平台就是 D525 ，做好的带 6 个千兆网卡的那种
我这边之前在 IDC 公司，2019 年还在大量采购 D525 的 6 网卡 1U 软路由准系统

@jasonyang9 #4
@AlexRoot #18

就是个 asterisk 接各种混合东西 自用+商用 各种脚本
早期还接入了 google voice 可以免费呼入呼出北美 后来 google voice 不再支持了
后来还有 chan_dongle 收短信 转接各种特殊的通话内网
本身就放在一个特殊单位的机房


@midakaliu #19
@WhatTheBridgeSay #10
不是硬盘问题 直接没法启动了 不是没法引导了
跨版本更新必须重启的 估计是主板毛病 其实我有备用 775 主板 其他 775 cpu 也有 想修也能修 不过没必要了
业务已经直接用备份数据 在云上恢复了


@zhywang #21
最开始装是个 E2140 ，然后过了几个月用一个 E2180 替换下来 E2140
因为 E2140 更适合 PC 机自己超频 E2180 倍频太高了反而不行

E2140 随便频率翻倍。。。

扩展一下：

1. 我们年营业额中 9 位数，实际员工人数为 0 ，主要用于签信创业务合同的公司收到过这个函，公司注册在自贸区虚拟地址，收件地址是某个员工住宅，（为了开票提额，注册地址不具备经营条件，所以随便找了个公司房子面积较小的只有 28 平米的学区房的员工签了个租房协议，在工商备案为实际经营地址），该文件快递发到了这个地址，电话写的工商备案的电话（实际为财务公司的负责人手机号）。这个公司有大量运营商二次招标的中标记录

2. 我们已经不再使用的旧公司，只是没注销，无员工无业务，但是有大量替客户备案域名，有各种招聘网站的多年 VIP ，大量用于注册各种公司账号的公司壳，收到过这个函，我们至今还在招聘网站以这个公司名义招聘，实际入职不是这个公司，因为 VIP 都开了多年，这个公司要不是各种历史遗留的账号和备案，早注销了。因为后来引入战略股东重新做的股权结构，这个老公司就不再用了

3. 我们实际技术支撑公司 1 ，大量员工，注册地址即办公地址，肯定有用 docker desktop 的员工，且很多，没收到过。。。

4. 我们实际技术支撑公司 2 ，少量员工，但是是运营商和国家电网的供应商，有大量运营商和国网内部招标中标记录的，收到过。。。

我这边员工为 0 人的 用来过账的公司 也收到过

外国号注册不了抖音，中国号注册不了 tiktok

这好像是知道 tiktok 人的常识

所以别跟风人云亦云了

至于小红书，人家创始时候就是一半海外说中文的一半美妆博主，人家最开始就是高度涉外全球 CDN 的

肯定要通知啊。工作嫌麻烦，不如回家躺平

从 2007 年到现在 我自己有决定权的，不限制国产化的服务器全部都是 ubuntu server

@sagaxu #11
我这边的系统，每个表几乎都是亿行数据起步，这么大的数据规模，基本所有的 WHERE 多条件查询都设计了专用索引，要不根本操作不动
经常是表占 50GB 空间，其中 2/3 是索引占的
然后实际就是，只要你不 FORCE INDEX ，那么 MYSQL 一定会选择最垃圾的索引
几乎没有例外 我们全部测试过

@sagaxu #11
mysql 你用非常容易选错索引都是抬举他了

只要是稍微复杂的查询，你库里有多条为每条复杂查询设计好的索引，且字段有重复的（就是有不同复合索引包含同一个字段），MYSQL 好像是故意的，他一定会选择错的索引

我们这边的一套系统的血泪经验 接近 99%的错误索引选择率

MYSQL 稍微复杂一丁点的查询 一定要手动指定索引
不要让他自动分析，全是最垃圾索引

除了必要值班人员，我们这已经事实放假了，不扣年假，不扣工资