Rantetsu Inori

中国人错误发音： 切目

拉泰赫 好像是。

> 背景设置后白色部分没有去掉 这是 SSR 与 Local Storage 功能目前互相冲突而引发的技术难点，鉴于此网站大多数持久化数据目前均已转移到 Cookie 来保存了，但迄今仍未解决 Local Storage 方面的问题。不过图片那么大想想也肯定不能放在 Cookie 里面吧。 > 图片过大 建议就放在 IndexedDB 内，IndexedDB 就是新一代用来解决持久化存储容量过小的问题的。 不过 IndexedDB 貌似有个坑，就是如果用 iPhone 3、4 等古老机型打开并且手机存储刚好又满了的话，会有异常发生。

话说现在背景图片是咋存储的？不会还是 LocalStorage 吧？ 如果是，建议尽快改换成 IndexedDB。

> 已知问题，与服务端渲染有关，之后会针对此类问题用特殊方法解决（开一个在Cookies中保存的Store用于保存这类外观的东西）。 我突然想到一种不太优雅但是足够简单的方法解决。 就是 SSR 期间时，如果开了背景图片就在容器内添加一个啥都没有卵用的 div，然后把原先用 class 检测的方式改为 :has(这个div) 的方式。这样做虽然不优雅，但是足够简单，不需要大幅度修改代码就能轻松实现。

> > 就是 SSR 期间时，如果开了背景图片就在容器内添加一个啥都没有卵用的 div，然后把原先用 class 检测的方式改为 :has(这个div) 的方式。这样做虽然不优雅，但是足够简单，不需要大幅度修改代码就能轻松实现。 > > 但是SSR期间因为服务端是不知道你有没有开背景图片的，所以这个div也就在SSR时不会存在了，没用的，所以如果不保存到后端，存Cookies是唯一的方式。 错误的，Nuxt 水合仅支持 Node/Element 级别的检测，不支持 Attribute 级别的检测。因此是可以实现的。

> I added the `qrcode.vue` component in #274. > > We will able to create QR codes dynamically, but it will be style-less (no boder-radios and must specifie the color...

> UI动效逻辑是 > > 先出现 红 后出现 绿, 绿 将 红 向右挤,后 加载 黄 和 蓝 将 绿 向下挤 已知问题，目前仍未清楚是哪里发生的问题。 > 红蓝两部分点击效果不一致,是否需要统一 消息中心没有做完，可能会发生较大更改。 > 当选中一个不可用功能时,缺乏内容提示,且默认回退于首页而不是之前选中的内容 个人主页其它页面没有做完，做完后即解决该问题。

# 商议 由于将要推出子频道系统，正在考虑频道可否与用户名重名。 ## 该系统推出前的规则 用户名不可重名。 ## 方案 ### 一、全站范围用户名不得重名，全站范围频道不得重名，但是两者可以交叉重名，即两者拥有各自独立的命名池 疑点：假如有人把频道名字取名为“艾了个拉”等其他人的用户名，会不会觉得非常奇怪。 ### 二、全站范围内用户名和频道均不可重名，即两者共享相同的命名池 疑点：此方案或许会占用大量名称，造成可用的不重复名称急剧减少。 ### 三、全站范围用户名不得重名，各账户所拥有的频道不得重名，不同账户可拥有相同的频道名称 疑点：此举要求频道强制显示名称为 `用户名-子频道名`，例如：淅琳雨-科技。 ### 其它方案？ ## 补充规则（需商议） 1. 如果某个用户注册账号后已持续很长一段时间没有任何在线活动（或者未上传任何稿件？），允许平台收回其用户名占用权限。此时该用户仍保持原用户名，但一旦有其他人或新用户将用户名修改为他们的名字，将会直接抢夺他们的用户名。那些人的用户名将重置为UID，并要求在下次登录时自动弹出”首次登录欢迎页“，要求用户指定新的用户名，触发与用户个人信息违规相同的事件。

> 现在用户有不可重名的“用户名”和可以重名的“用户昵称”，这样我觉得足够了。 > 但是子频道是否允许重名需要再讨论。 建议用户名和用户昵称还是合并，且不能重名。想当年抖音搜索一个人名字会出来一堆叫一模一样名字的人，最近才开始管制的好像。