也分实际场景吧，如果是提供的云数据库的业务，那就是无法提前知道用户会创建什么样的数据结构。 但还要提供 API 去操作数据库。
如果要针对特定用户的数据表做处理，例如拆分姓名，那就应该让用户自行的创建一个数据前置、后置处理器去处理。
如果场景中没有这个“用户”，那就应该由业务自行的来抽象一个，哪个是这个“用户”，例如 A 业务、B 业务。

总结一下：运用领域思维去设计总是无往不利，比如这个场景：总得有人知道数据结构吧？ 谁知道谁处理就不会有这种疑问了。

上传文件的时候，下边的选项，如果变更了， 对已经上传的文件生效么？ 更改完也没个提示效果。。。

Today 的功能应该是 bug 了。。。 点一下，也没有把当前天放到页面中。。。1.31 在右下角。。还得滑动一下 才能滑到~ 不过，这个生命进度条的功能。。。 目标进度的功能确实是很适合有长期目标的人用的~

不说业务场景，单接口返回 10w 条数据是傻 x 么。。。
如果真要返回：
那 10w 条是怎么产生的？如果要回答这个问题，那就要看业务场景，数据时效性如何。是否适合缓存，能否用 cdn。
如果一定要用 http 接口，则需要自行设计内容格式，每行独立编码，可流式解码。如果用 linux，一定要用系统态发文件。应用层要支持 range、gzip。
性能角度，单次接口耗时多久？单服务器 qps 能到多少，业务 qps 峰值多少？如果多台服务器提供服务，是否对不同用户需要提供不同的 10w 行记录（不同时间方案的 10w 行数据是有差异的）。这又可以做共享缓存方面的优化。

任何抛开业务场景谈架构的都是傻 x。。。 如果面我这个问题，我可以答，但我听不到实际的应用场景，我不会去这家公司（为了面试出傻 x 问题的人是傻 x ）

发现更硬的硬伤是部分软件在 Mac 上就没有~ 研究了下 Syncthing，速度慢死。。。 但是同步成功了~
我也用了阿里云的 oss 图形界面管理工具，来回传更方便一点儿（虽说手动）
OneDrive、dropbox 打不开~ （不想翻）
其他的看了下，我更期望使用一款按量付费，而不是包年包月的~

我也碰到一个神奇的现象~ 使用快速预览（空格键）预览一个 gif 图片，然后，预览窗内就花了。。 然后，发现照片里按年查看也花了。。 又发现，所有菜单项都是空白了。。。 由于没记住第几项是重新启动，只能硬件重启了。。
重启之后恢复正常~
触发这个 bug，也很容易。。。 在一个 gif 上狂按空格键。。。。直到这个 gif 无法正常显示为止。。。

没人关心还是咋的。。。

后来我找到答案了~~

使用 script_fields，配合_source=*实现的~ 代码不贴了，有兴趣自行查阅官方文档~

很多年前，我也是梦见得绝症。。。 哭醒的。。。。

@Bigglesworth 尼玛，我在公司看到你这条笑喷了。。。 怎么办。。。 哈哈哈哈哈哈哈

你这么写你自己看的懂么？看你代码的其他人看的懂么？
如果你想看着简介（简短，易懂），可以看看这段：
$id = '';
$name && is_numeric($key) && $id = $key; // 如果 name 不为空，并且 key 是数字，则 id=key

唉，我这儿也访问不了 github 。。。 工单的处理意见如下：
[ 处理意见 ] 您好，看您的这个截图就是无法连接对应的那个 url 的 443 端口，这个就需要您自行查看核实下对应连接访问方是否针对我方的主机进行设置了操作屏蔽，阿里云本身是不会针对任何的外部 url 以及服务器 ip 接口等设置屏蔽操作的，谢谢。

阿里云你大爷。。。

我搞了个夺宝的 app ，开奖不是用算法的~ 是用直播机械式开奖的~ 毫无坑点~ 不过还没上线。。。

Courier New +1

1. 我觉得 orm 相当灵活， ModelA::with(modelB) 直接就把 modelB 关联数据取出来了，不叫灵活么？

2. 你写 sql 的时候，是针对 mysql 的么？如果移植到其他 db ，还能用否？

3. 不会就去学，错用？说明你不会啊。。。就像普通 sql ，你会的语法是 100%么？

4.开启你的 mysql general_log ，然后看下 orm 给出的 sql 结果，跟你自己写的，哪个好？性能问题，也是 php 层面上多执行了一些方法而已。在 sql 上，比你拼的都好（用第一个问题的例子试试看就知道了。。。


工欲善其事必先利其器，提高生产力的东西，为何不用呢？？？ 人区别于动物，就是因为人善于用工具啊。。。否则就真的是程序“猿”了。。。。

之前看过某人的 laravel 路由执行时间就是几十毫秒。。。