设计一张任务表或者类似的东西，用户上传时，相当于提交了一个任务。任务中可以有很多属性，比如原始文件名、任务类型、用户 ID 、任务创建时间、任务开始时间、任务结束时间、任务状态、任务简要日志等。
用户上传文件之后，自动在任务表中提交任务，记录下文件的原始名称。磁盘上实际存储文件时使用任务 ID 去作为文件名，这样你调用脚本时不需要关心原始文件名了，全程只需要关心任务 ID 。脚本执行完成之后根据任务 ID 去更新任务状态。结果文件保存时也是只关心任务 ID 。
用户下载结果文件时，在下载接口中根据任务中的原始文件名实时生成结果文件名。这样结果文件也不需要关心原始文件名了。
根据这个任务表，后面还可以增加更多的业务，比如批量导入、对接其他系统自动导入、重试导入、导入历史等等。

上次看到 cocopilot 上了 trending 榜，就觉得这有点高调了，仓库会完蛋，没想到完蛋这么快，而且是连号一起完蛋了😭

R.I.P

`TenantLineHandler` 中的 `ignoreTable` 方法中，从当前线程上下文获取用户信息，如果没有用户信息，则返回 true ，代表不按租户 ID 过滤

我也是，自己很多年前注册好的美区账号，前天图省事在二手鱼买的礼品卡，充值上去发现 ChatGPT Plus 无法订阅，找美区客服沟通，客服说他操作了，让我等 24 小时。24 小时之后我再次尝试，发现美区账号已经被 Disabled in App Store and iTunes. 再次找客服申诉，申诉失败。白花了 24 刀。不知道是不是因为礼品卡的问题，还是我的什么操作触发了风控。

[email protected] 谢谢大佬

我也是，自己用了几年的美区账号，买礼品卡充值，订阅被拒，账号被封，24 美金没了，申诉失败

+1 ，周围同事全阳了，合租的房子里住了 6 个人全阳了，就我一个阴的。核酸一直在做，混管必阳，单管必阴，昨天的单管也是阴。抗原有时候也在测，一直是阴。只打了三针科兴，平时戴 N95 ，每天战战兢兢。

翻了下，早在 2015 年就有人提了这个问题，想把配置文件默认格式改为 yml 。也有人建议增加一个选项，用来控制配置文件是.properties 格式还是.yml 格式。但是 Snicoll （ Spring 官方核心研发）说暂时不打算切换，因为 IDE 对 yml 格式的支持没达到很强的水平，相比 properties 格式的支持根本不在同一个级别上。直到 2018 年又有人提了这件事，Snicoll 还是觉得 IDE 目前对 yml 支持的不太好，不愿意切换。

相关讨论 Issue：
https://github.com/spring-io/initializr/issues/94
https://github.com/spring-io/initializr/issues/614

楼上说的对，生产环境的数据库，字段最好只增不删，新表可以弃用旧字段，但旧字段最好不要物理删除，否则将来回滚、历史数据追溯等操作很麻烦。

另外针对你的需求，不建议使用一些库去实时生成 DDL 语句直接执行，不可控因素太多。建议在上线之前借助工具提取出 DDL 语句，比如 Navicat 的“工具”——“结构同步”，可以帮你对比两个库，并且帮你生成 DDL 语句。拿着这些 DDL 语句人工一条条审核，必要时做一些修改，等上线期间执行 DDL 语句即可。

支付宝的免密支付也不要开，淘宝开着，手机放口袋里误触，直接点进一个商品下单了，都派送了才发现

好奇到底是什么样的场景，需要 Java 来实现而且需要延迟精确到微秒，应该有别的解决方案

关键词“pdrlabs”搜了一下，发现这个扫描貌似从 2014 年就已经有了，不少人遇到过这个扫描，而且都是类似的 UA

@hingbong jdk1.8 我没看，我是把 jdk11 升级了小版本后出现的，也没细研究是哪个小版本开始的，只发现了应该是这个 commit 加入的限制： https://github.com/openjdk/jdk/commit/395bb5b7f97f2549da89641257fe56712856b49d

你是不是在用 Undertow 作为 web 容器时遇到了这个问题，本地开发启动时加 JVM 参数`-Djdk.io.File.enableADS=true`即可，部署到 Linux 上之后没有这个问题

我是在支付宝上月捐免费午餐，我小时候以及刚毕业时也穷过，穷到吃不起饭，现在的收入中等，至少温饱没问题了，顺便每个月请孩子们吃几顿饭

Spring Boot 3 建议等正式版，按照计划，大约在今年 11 月 24 、25 日左右发布。
JDK 17 没啥，我这边把应用从 JDK11 升级到 17 测试过一段时间没什么问题。但如果你原来是 JDK 1.8 ，那么就得好好仔细测一测

一时半会不想换或者来不及选的话，可以下载 0.11.18 版本应急，6 月上旬才会开始强制更新。详见 https://www.v2ex.com/t/823959

看表的预估数据量，如果数据量预估不会太大，且这张表涉及的接口等调用产生的数据量也不会很大，就存 varchar 增加可读性，代码中用枚举或者常量来存放这些状态枚举，如果数据量预估会持续增长或者肯定比较大，或者涉及到的接口、调用产生的传输数据量也比较大，存 tinyint 或者 int 减少空间占用