nas 不基本都是读哪里来的掉速？过热掉速？
而且单 670p 在缓存耗尽的情况下写入是超过 250MB/s 的，虽然还是很烂但是对比前面的 660p 已经好一大截了。。。

问题是这软路由我看了看就是个小盒子？那个所谓四 m2 其实是拿一个 pciex4 分的，一个盘就 x1 。。。
感觉可能还不如先担心一下这平台搭软 raid 再搭四个 2.5g 处理器和散热吃不吃得消。。。

php ？
混口饭吃，基本到哪四位数工资。。。
靠铁饭碗吃饭的工资高点，小万顶天。。。
反正温饱没啥问题，就是 low 。。。

wordpress 那是 php4 时代的产物，这么多年架构没怎么改过。。。
写我没写过多少破解倒是做过一堆。。。
倒是见过网上有人讲我写 wp 月入 xxx ，实际没看见过，可能和山里包治百病的老中医差不多。。。

前几年就业勉强还能看的时候知乎那帮 laravel 传教士都不敢说纯 php 有钱途，都得加点什么“魔改 php”，“vue 前端”一类的定语。。。
这两年。。。
反正我这边明明是按 php 招的。。。大前年先给逼着学 jsp 又被折腾着搞 python 最近开始被迫琢磨 opencv 了。。。
自己在家还都写的 typescript 玩。。。
名义上是个 php ，实际上没多少 php 的事。。。

https://github.com/Cyan4973/xxHash/wiki/Collision-ratio-comparison#collision-study

xxhash 有提供目前常见的一些 hash 方法的性能跑分，虽然说这里大多是非安全哈希，但是纯数字输入要都能碰撞我觉得不至于 low 到这个地步。。。
而且百万次 650ms 。。。兄你这专用算法好像还没达到通用算法的起跑线？。。。
解密倒是确实别想，老老实实彩虹表。。。

然后你这个 hashids 出的 base64 ，24 位长 18 位 binary ，144 位了。。。
嫌长和不好看的话，出 64 位 hex 就好，也就 16 位字符串。。。

`Options All`
试试看？

如果只是 propfind 的 xml 有兼容问题那网页上 get 请求应该是没有问题的，但是现在 get 也是空的，说明是 apache 的 webdav 有问题。。。

如果是挂载盘的问题那其他盘应该也有问题才对，最好配下`ErrorLog`看看

另外有一种可能是请求超时了，我自己写的 webdav 在目录文件太多的时候会碰到，不确定触发条件。。。

我们这边的 apache hive 基本上每个表都会留三到五个 ext ，最少也得留一个。。。
主要改表结构这件事你不知道会导致什么后果，但是不改明显是没什么大问题的。。。

改结构你改完 sql 脚本还要去数据同步里面改映射，改完映射整个数据流程得全部重新审批重新发布。。。
然后外部 rds 和各种视图也要跟着全部改一遍，都不是不在一个部门的问题，可能要跨好几个部门。。。
用通配符的部分全部都会报错，不用通配符的有的表百十个字段你最好也得通知一遍说不定有什么影响业务的问题。。。
留个 ext 要哪天不够用大不了加个分隔块 concat 一下就完了。。。

@mewsf http 基本就是直接卡到超时，我在 wireshark 上找往本机的 tcp ，列表直接是空的。。。
昨天家中老母被掉线到受不了了就打了个 10000 号报修，估计这几日会上门换个猫什么的先试试。。。
主要工作日我都不住家。。。情况就比较尴尬
看看家中老母能和电信小哥折腾出什么结果先。。。

@1423 唔。。。目前的上级就是光猫，拨号也是猫拨的，看来总之得先要到超管密码==。。。
明天我先就只说老掉线看看能不能直接召唤到小哥，换个猫或者把超管密码套出来先。。。