iCloud 相册共享，挺好用的

直接使用 SQL 不行吗？这个需求数据库直接就可以解决吧，何必写代码

这个要看你的部署机制。如果是分开部署，想让前端路由生效，nginx 本来就要进行设置，肯定不会走后端。如果是先后端解析再把页面当作模板返回，那就是后端路由为主了，这种情况下需要后端的 controller 设置一下通配符，把未定义路由统一交给前端解析。

看了下铃木的网站，element 做起来没问题，功能上内置组件都覆盖了，但是样式要大量定制。element 提供主题定制的功能，自己再改改 css，问题也不大。你自己写也行，但是自己写组件要自己实现操作逻辑，这些东西组件库都帮你做了，从快速出货角度考虑没这个必要。
看你仿的页面感觉主要是你前端不熟悉，尤其是布局和 css 。你还是先用内置组件把页面拼出来，再慢慢调整样式吧。

这个是 Response 吧。如果你用的是 ajax，直接浏览器就能看。如果你知道自己需要获取请求属性，RequestEntity 或者 HttpServletRequest 都有 api 能看。

这个不存储，是指单个实例不存储，还是整个系统就不在数据库存储用户认证系统？如果是前者，你不手动保存自然不会存储。如果是后者，那么自定义一下 User model，一个认证 Backend，自己实现一下鉴权方法

如果没有特殊需求，不需要保存前一个被点击的条目吧。只需要在树状组件维护一个叫 selected 的 state，用于保存被选中 layout 的 ID 。在循环渲染中，如果该 layout 被选中，传一个 active 为 true 的 prop，用于标记高亮就可以了。当进行点击时，触发一个 change 事件，把点击的 layout ID 作为参数传递，在树状组件处修改 selected 即可。

以前做过类似的加的是时间，实现比较简单

我习惯用单独接口，每次打开页面请求一下。单独的接口合理一点，因为不一定能保证当前用户和登录时返回的信息一致。

你的思路可以实现，自定义 manager 、queryset 和 model，覆盖 crud 方法就可以。或者用 signal 实现。注意自带的批量不会触发这些方法，所以要单独处理。

不过我觉得权限放在 orm 这层可能不是个好主意，以后修改维护都不太方便，orm 应该只关注查询，加太多功能就太臃肿了。为什么不能放在视图层？这个是最自然的解决方案，根据请求和 user 直接判断，也好维护。

每次看到新设置都觉得别扭，微软也不缺设计师产品经理，搞不懂为什么设置条目都是直接无脑罗列的，连个 grid 分组也没有。右边就白花花一大片，空间浪费太严重，随便拿个软件的设置界面感觉都比这个强。对比旧版的控制面板和各种设置对话框，旧版有 tab 和合理的功能分割排布，真是感觉新的设置差太远了。

https://docs.spring.io/spring-security/site/docs/current/reference/html5/#el-pre-post-annotations

文档就可以解答你的疑惑，启用注解鉴权后，直接利用注解搞定

你这个图只能看出是后端报错，具体内容去日志里看看

排版不太容易看，重新贴一下

```sql
INSERT INTO
`PMnotyet`(`LName`, `type`, `pmid`)
SELECT
'Jay', '1', '55'
WHERE
EXISTS(SELECT id FROM NickNametbl WHERE `pmff` = '1' AND `LName` = 'CN')
OR NOT EXISTS(SELECT id FROM NickNametbl WHERE `LName` = 'CN' LIMIT 1)
```

insert into 没有直接加 where 的语法。你可以把第一个 where 改成 select，根据第二个 where 的条件来生成结果，再将后半部分的结果直接插入 PMnotyet 表。另外你后面的语句也有点错误，需要调整一下。

INSERT INTO
`PMnotyet`(`LName`, `type`, `pmid`)
SELECT
'Jay',
'1',
'55'
WHERE
EXISTS(
SELECT
id
FROM
NickNametbl
WHERE
`pmff` = '1'
AND `LName` = 'CN'
)
OR NOT EXISTS(
SELECT
id
FROM
NickNametbl
WHERE
`LName` = 'CN'
LIMIT
1
)

亲测可以生效

https://codesandbox.io/s/priceless-heisenberg-mqzrr?file=/index.html
试了一下是完全正常的，你能贴出完整一点的代码吗？

名称要让大家都认识，要不然就没有意义了。从这个角度看，使用非常广泛的缩写可以用，自己发明的就完全没必要了。像前几位截断这种最可怕，过两周自己都不认识了。