谈一个非小白但也非经常搞机的人会遇到的问题。

看清楚、算清楚，机箱厚度够不够放下 CPU 风扇，上水冷的话仔细看一下机箱是支持 12 的还是 24 的。


这俩问题我都遇到过，好几年前了，
一次是装好了，侧板勉强扣上，400 的那个散热铜柱都顶在侧板上了，略微都能看出来顶凸起了。

还一次是帮朋友装机，他网上看的配置买回来，结果光看到机箱支持水冷，没注意它只支持 12 的，水冷买的海盗船的，大了，又换了一个机箱。

@9fan

那就还是说单个请求太大的问题呗。

我个人方案是 上传服务增加临时目录，用对象存储的话搞个 temp 桶 或者 /temp 目录都可以， 然后写个定时任务，每隔几个小时清理掉临时目录下所有创建时间大于任务执行间隔的文件。
这个接口的所有文件都先上传到临时目录， 然后提交时后从临时目录复制一份到正确位置。

这样临时文件接口也不需要数据库记那些文件被使用了，那些是作废的。

@limaofeng
@9fan

以这楼主这描述问题的能力想说服领导真的不太现实。
你要说服领导
1 、你要明白他为什么这么想
2 、你得有足够合理的方案能兼容他原有的想法，或者有足够的说服力劝他改变原想法。


至于上传文件必须有业务信息这部分有时候是合理的，比如我参与的有的系统涉及打包导出功能，所以资源文件的存放一开始就是和业务绑定的 比如 '/data/posts/{postid}/images/cover.jpg'，'/data/post/{postid}/attachments/a.zip' 因为要复制对应目录就可以导出所有有用资源，所以路径中拼接了 相关的业务 id ， 因为需要业务 id 自然需要先创建了业务信息。

基于此，如果是我，我会提出这些解决方案，我个人倾向 2 > 1 > 3 > 4 。

1 、能不能先根据 id 生成策略创建一个 业务 id ，进入页面就返回一个 id 给前端， 然后上传文件 和提交业务信息分成两步来，都使用这个 id 。 这样的缺点就是会有冗余废数据，需要额外逻辑去判断和删除，而且原本应该是一个原子性的操作如今拆成几步了可能会有 bug 需要仔细 debug 。

2 、新写一个临时文件上传接口， 提交业务时创建信息，然后再从临时文件那复制文件到之前的上传接口就好，业务信息也有了， 临时文件目录只需要写个定时任务定期清理就好，甚至不清理也没问题，除了占空间和可能会被人当作分享图床外不会有任何副作用。 缺点除了这个临时目录也会冗余外，就是上传接口要调整一下或者新加一个支持从本地复制接口。

3 、一个接口支持多文件上传，写起来很简单，但文件如果大了，需要调整服务器允许上传文件上限，并且会严重占用带宽。

4 、将文件二进制 base64 发送， 除了个别接口只允许上传类似 logo 之类小文件的情况外，一遍不建议这么写。

“是可以上传多个文件，但是文件无法进行业务上的区分”

你们是不会给 MultipartFile 加 @ RequestParam 或者 @ RequestPart 注解? 还是说不知道 这个注解可以指定 key ?

@Part2 看着像 dota 的 啪啪卵子

我是城里人，我小时候也说虚岁，现在说的少，但我并不排斥这种算法。包括过生日我也只过农历的。

@412999826

两个回复我一并回了，你认不认同我都别回复了。

对这个论坛对数码 IT 小白不友好这点是事实，但在一个偏技术论坛里很正常，大家默认大部分用户是懂一些基础内容的。
并且我还是那句话，他蠢到恰到好处，他要是不知道什么 airdrop 用了蓝牙，也许还不会被嘲讽的这么厉害。
并且他也不是在问小白问题，而是在吹嘘某个东西没吹对，被懂的人一眼就能看出来错的那种。

你去军武论坛发帖吹以色列有天顶星科技的梅卡瓦，被人嘲讽不正常吗？ 军事论坛也开放注册，大家也一般都认为关注的都是像个爱好者，而不是纯外行。

-------

请听题。
1 、请你帮我分析一下，以下这段话的含义是 ”苹果的 [蓝牙技术] 遥遥领先，大文件都可以秒传" 还是 “苹果的一种传输技术有黑科技 比 蓝牙技术快多了，大文件都可以秒传”。
"蓝牙明明那么慢，但是 airdrop 一加成，简直就是光速啊，几十 M 的文件，秒传。科技改变人类，不服不行啊“

2 、请分析，我的例子 “魅族就是牛，全屏手势操作，没有大下巴了，也没有三大金刚按键了，比其他安卓领先一大截” 中踩一捧一 中 踩的是哪一个。

我实在无法理解您这句结论是怎么得出的。
“蓝牙那么慢，苹果改造过的蓝牙简直光速” 可没有像 “魅族有了全屏手势，比其它安卓领先一大截” 这样踩一捧一 。


如果你觉得 说蓝牙 不算踩， 但说其他安卓算踩 就很双标。
不过我把例句改成所有手机也没问题，我这例句的观点仅仅是说 某井底之蛙拿个已经存在的、大家都用了，他却不知道的还以为是自己关注的那家的独创技术来吹嘘，被人嘲讽也活该。

“魅族就是牛，全屏手势操作，没有大下巴了，也没有三大金刚按键了，比其所有手机领先一大截”

以魅族举例是因为魅族是我个人见到的最早做屏幕手势操作逻辑的安卓厂家，安卓 4.0 时期他们的改版 home 键就算有个雏形了，一开始说其他安卓是我仅仅想限定在某个范围内，避免我个人不知道的其他家当时也有。



最后果粉的问题， 我对果粉有有偏见的只有两种人，一种就是原楼主那种无脑吹捧，不懂装懂夜郎自大的。
第二种就是粉丝滤镜入脑的 giegie 粉，“你凭什么攻击我家 giegie ，攻击我家 giegie 就是攻击我们所有 giegie 的粉丝”。

所以对华为粉中的 “爱国粉” 和 “下大棋粉” 我也一样讨厌，对 Miboy 中有一部分人也很讨厌。


我自己直到现在主力机还是 iPhone ，但我不会说也不认为 iPhone 哪都比安卓好，也不会在别人说果粉如何如何的时候感觉受到了冒犯。

这帖子就是一个变相洗白贴。
如果那个楼主是说 “苹果就是牛 airdrop 比蓝牙传文件快多了”， 那么来嘲讽他无知果粉的人就会少很多, 当然也还是会有人跳出来说 “楼主没见识，xxx 比 airdrop 还快”。

但那个楼主的意思是 “苹果就是牛，同样是蓝牙，airdrop 比别人的蓝牙快”。 这个蠢的点恰到好处，以至于确实让人不好分辨他是不是反串。

1 、说他不懂技术，但他知道蓝牙，知道 airdrop 用了蓝牙，但却以为 airdrop 只用了蓝牙，也不知道蓝牙带宽速率今天依旧不够。
2 、基于 1 的谬误，得出了苹果的蓝牙技术比别人家好 n 倍，并且不思考为什么差距这么明显了其他家的蓝牙却不抄，这不需要懂技术只需要懂常识就会觉得奇怪，就会思考求解，就会发现快的不是蓝牙。
3 、基于果粉认知不去深究，默认苹果就是别人家牛，觉得 2 那么明显的差距也可以用苹果技术好，当了井底之蛙并且还出来炫耀。 如果今天了我还出来发帖 “魅族就是牛，全屏手势操作，没有大下巴了，也没有三大金刚按键了，比其他安卓领先一大截”。 那不也是被人喷？ 自己井底之蛙而不自知还一副优越感的吹捧被人喷很合理。

我是 6s 时代开始的苹果用户，三星小米魅族一加也都买过，承认苹果好用，但对于苹果从没有粉丝滤镜。原帖一副坐牢 20 年出来贩卖 BP 机的类似态度不被人喷才奇怪。

作为个体你是更喜欢买断制呢还是会员制？

看电影喜欢买票买盘还是去开 svip ？
打游戏是喜欢买断制的单机，还是月卡制的手游网友？

-----------------------


Saas 也是一种 会员制， 因为你提供的服务每时每刻都需要成本，那自然要成为你的用户也得考虑长期付费的问题，即便你宣称一次付费永久有效，那我也得顾虑你究竟能不能维持的了会不会某年坚持不住了直接跑路， 比如 115 网盘和 pornhub 的永久会员。

而私有部署则好多了， 只要不断电，网络地址不变，也许到废弃那天都不需要人运维，什么时候停止运营真的是我可以说了算的。

@firelynx 本质就是物美价廉，狼多肉少，至于发车区域与实际人流区域的差异我感觉其实还好。

华北或者江南这种人流密集区可能确实有些中间站在铁路系统内的地位和实际的外出务工人口不一致。
西北方向，内蒙古，山、陕、甘肃、新疆基本上大站就是人多的城市，就是外出人口的主力，人流基本都和血管一样从大城市到本地核心城市再转其它通勤到周边县市。

没候补的时候，你可以抢到票，有了候补反倒抢不到票了，恰恰说明了，候补出来之前买票更并不公平。

优先售卖全程票也并不是候补出来后才新加的，以前也是这规则，没候补的时代如果车次抢手，我也需要多买几站，以保证可以买到任意车厢的票，而不是只抢那一两节区域预留车厢。

你以前可以抢到票是因为你和别人有信息差（更好用的抢票软件）、技术差(更靠近铁路机房的网络线路)、付费差（抢票软件越好用越贵、而且还可以无上限加钱提升抢票软件内的优先级，还有 IDC 机房或者云主机租用费用）。

12306 节假日购票难的本质就是 100 张票 却有 200 个人抢， 最后会有 130 多人在车上，有些人哪怕无票硬上或者买短补全程的方式挤在连接处或者座位底下都得上车。

你之前通过抢票软件抢到票了，对那些用的抢票软件不如你的、加价不如你的、甚至玩不太明白互联网软件的那些人来说更不公平。

各凭本事、弱肉强食的社会达尔文主义我觉得并不能称之为“公平”，毕竟所有人的初始属性并不相同。

在编程里面，一般情况都是包左不包右， 所以我原本是习惯 00:00:00 的方式。

然而在 SQL 最起码 MySQL 中 between and 是左右边界值都包含的， 而我又懒得用 "x >=a 、x<b" 去 替换 "x BETWEEN a and b"

那么最简单的方式就是把 b 改成 23:59:59, 觉得不精确那你就再加精度 23:59:59.999 。

如果你用 java 的话，jdk8 还可以 LocalDate.atTime(LocalTime.Max)

北京，14 年实习 2000 ，15 年毕业转正 5000 。

@wuwuta170 河南的话应该比北京暖和不了太多吧，不过今年冬天确实明显比往年冷很多。