@sduoduo233
@aisk
@zq11211277
你们这就是有点纯抬杠了。即便不装根目录，比如装在更常见的 C:\Program Files 这些目录下，卸载的时候也会直接把 C:\Program Files 给清空

nodejs 当然能用 webpack 。。。。。。。

看这底下地评论我还以为是来到了 mjj 论坛了哈哈，隔壁论坛也好几个相关帖子，都一样地评论画风。证明大家还是看得清地。。。
https://hostloc.com/thread-1211000-1-2.html

0120-993-993
这是苹果日本官网的电话，0 开头，分号隔断，阁下如何应对？ PS：这里面还没国家区号咧，加上区号就是 +81 0120-993-993 或者 081 0120-993-993

这不光是 alter 的问题，改表的话发布流程多挺多步骤更麻烦也是一点。
预留的话直接代码里用预留字段就行了不用改数据库。
当然，无所谓这点工作成本的话最新版 mysql 倒是无所谓

乔布斯还坚持 3.5 寸屏幕是最好的尺寸呢。以乔布斯那种性格和做事风格，信不信要到不知道多少代 iPhone 之后他才会愿意增大屏幕。。。
而且出现死亡之握之后死鸭子嘴硬的不也是乔布斯。乔布斯是死也不愿意为了信号而妥协设计的人，他还在的话没准信号会更差，然后教育你信号不好是因为你使用姿势不对多从自己身上找原因。

智能手机开天辟地的时候他是神，但是进入蓝海市场阶段后，他坚持的很多点都可能会导致非常大的问题。乔布斯之所以是神就是因为他已经走了，如果他还活着估计会被喷成翔。
当然，以乔布斯做事的决断，我觉得至少 ios 的返回逻辑他肯定能有办法解决的。直接出个新的返回逻辑，然后所有 app 必须适配，不适配直接下架的事情他应该能真会去做的

@fyxtc 好吧，，，看来解决了

@fyxtc komga 怎么可能无法打开 zip 。。。

试了一下，干，怎么 alphine 下的 sh 又显示当前目录了。难道记差了

问题的次要原因还在 alpine 默认只有 sh ，而 sh 不像 bash ，zsh 那样显示目前在哪个目录。
在 alpine 里操作的时候经常就出现不用 pwd 搞不清自己在哪个目录的情况。

极其经典的 EAV 模型问题。本质上产生这个问题的原因是想用 RDS 来实现 NoSQL 的功能。mysql 后来添加了 json 字段就是为了解决这个问题

https://juejin.cn/post/6997230227868876830
https://zhuanlan.zhihu.com/p/404294076

我的项目实践经验就是，用 join 是最好的方法。如果你是 mysql 新版本之类的也可以改数据库结构，直接定义个 json 字段把商品信息的 json 存进去倒也行（反正已经这样定义数据了，你查询速度怎么都快不了了）。最好最彻底的解决办法就是上 NoSQL 或基于文档的数据库，如 mongodb ，elasticsearch 之类的

想了会，lz 意思就是本地不同目录放了一堆不同静态网站，然后域名解析到本地，想通过 nginx 根据不同域名访问不同静态网站？

如果你这些静态网站都在 home 目录的不同地方的话，这情况你直接把 home 目录给 mount 到 nginx 容器里就行了。反正只是本地开发测试，怎么简单怎么来

@snylonue 是不是难以理解？我作为发帖者看了这么多回复，也难以理解为什么那么多人不厌其烦地说是验证问题。我只能说，这个帖子下说是验证问题的，基本全都是想都没想过纸上谈兵的人（而且往往这么说的人口气真的令人不适，所以才一个个怼过去）

@gogogo1203 emmmm 。。。。你怎么就这么被我说说就破防了。。。。莫非真被我说中了。。。。。

我连续两天对线不正好证明我工作量不饱和么。如果我信了 ls 那几位把所有字段都改成指针的提案，我怕不是要多加班一个月哦，哪有这闲心在这和别人对线。
“别人用 go 写 curd 都写了多久了” 不要觉得没人遇到过这类问题，仔细看看这个帖子，已经有很多人提到过遇到过这问题了，以及为了避免这个问题他们用了什么方法了，他们才是真的用 go 写业务有经验的。而这个帖子下回复的很多人（包括你），从回复来看，我深刻怀疑充其量就是用 go 写过小工具，或者只写过规模非常小的项目。用 Go 写实际项目和业务经验之少令人汗颜

其他不说，已经快 200 楼了，就在你上一次回复我的这短短几层之间，又有一位爷跳出来一副高高在上教育别人的口吻在说这是要加 validation 来解决的问题。请问这么多人真的有哪怕动过脑子想过这个问题么？

@kiwi95 chatgpt 这个做法我是知道的，但也和上面说全改成指针一样属于目前不太可行的方案。主要几个项目，json 解析相关的 struct 上百个，涉及到字段上千个。没办法简单批量将这些字段全替换成 NullableInt 、NullbaleString 之类的。其次即便想办法批量替换了，所有用到这些字段的代码因为字段类型改变了，全都要重写。对现有项目做如此庞大的更改是真的不太现实（当然新项目可以这么做）

@Terminl 请勿抓住所谓订单、价格不放，随便举个例子罢了，建议你看一下 139L

@ding2dong 你说的很好，没错, null 对应 go 的 nil ，而在 go 中要给 int 类型赋 nil 值是会报错的。所以按照你说的意思，将 nil 解析到 int 字段报错不应该是最符合直觉的行为吗？