支持一下

我现在用的这个油猴脚本, 支持数十个搜索引擎跳转, 还可以自定义搜索引擎.
https://greasyfork.org/zh-CN/scripts/397993

nginx no-cache 的问题, 我用 docker 搭建了另一个 nginx, 作为外网访问入口, 其中把 no-cache 替换掉.
这系统还有个严重问题, 上传下载文件和看视频 , 数据有效率只有 30%, 也就是说下载 100MB 的文件,实际的数据传输大概是 300MB.

支持一下,感谢.

绿联 NAS, 我用了 1 周后, 就对这个产品绝望了. 从软件设计的不足 和 bug, 以及部分技术设计, 能够看出来 这个团队全是混子.

开发: 用户权限问题 OP 已经说了, 我不重复了. nginx 静态资源全部被加上 no-cache, 导致外网访问非常非常慢, 我 100M 的上行都不够用. 例如:图片查看器的 js 文件几兆, 每看一张图片, 都会重新下载这个 js. 我到现在都忍不住想骂这群 SB, 极其不负责任.

测试: 登录窗口, 密码输错后, login 按钮不可点击, 只能刷新页面. 这种非常基本的功能 bug, 能存在 1 年不修复.

产品: 产品规划非常混乱, 可以肯定, 这个产品经理根本不懂 NAS, 不知道该做什么. 基本的文件备份都没做好, 一堆 bug 不修复, 一直在搞些可有可无的功能, 比如:音乐播放器, 电子书, 然后做出来之后又完全不能用.

这个团队, 没有任何人真的在日常使用他们的产品.

这些问题, 不会随便时间而改变, 绿联 NAS 永远不会变好. 除非换管理层.

函数计算能省钱的场景, 非常非常有限.

非工作时间, 以不重要的事情 @人, 都是蠢货.
降低员工被 @敏感度, 最后导致员工 即使被 @也不在乎.

想省电, edge 有标签页自动休眠, 不占用 cpu.
如果还想省内存, 就用 Auto Tab Discard 这个扩展, 自动 discard 页面.
注意: 这两个不能同时打开, 否则 discard 无效.
现在我的 edge 长期内存占用在 2G 以内.

如果主要是为了存储家庭照片和视频, 那么绿联不行.
如果是为了用 docker 折腾各种软件, 那么绿联没问题.

我看了下, 我的分享率竟然是 18.

贴，龙膜，隔热确实有效果.
我贴的 1000 多的低端龙膜, 效果已经可以了

vscode 的每个窗口都是独立的, 跟 chrome 一样, 导致多窗口占用大量内存.
不知道这个浮窗是怎么实现的.

自己定制的.
个人感觉大部分的主题 都没有根据语言的特点来设计主题颜色. 代码的颜色应该对重要内容进行强调, 次要内容减少存在感, 让人看一眼立即就能抓住代码的关键, 加速代码阅读速度.

例如:
* 关键词用橙色. if else for while return 这样的关键词 通常决定着代码的关键逻辑. 应该一眼就能判断出这段代码的大致步骤和路径.
* 方法调用用很亮的绿色. 在函数式编程时, 可以快速看清楚.
* 类名用 紫色, 用于强调.
* 局部变量用黑色, 因为不重要.
* 函数名用亮绿色, 加粗.
* 光标所在位置, 用蓝色, 并且在 minimap 中着色. 这样就可以快速知道一个方法在哪里被调用, 一个变量在哪里被使用.

NAS 厂的手机客户端做的都挺烂.

小儿科问题，直接让他自己用搜索引擎就完了。你要是连这个都说不出口，那网友也帮不了你

在用小米 12s, 摄像头突出不严重. 带个壳之后就完全不突出了.

* 服务对外暴露的 Restful API 全部是直接面向外部调用设计的.
内部接口与外部接口需要分开.

* 需要重新走一次参数处理和鉴权验证的逻辑
鉴权应该在 gateway. 既然现在已经在每个服务中都有鉴权了, 那可以为内部 API 添加一个统一前缀, 来跳过鉴权.
参数处理本来就是必要的, 省不掉.

* 重复访问服务 B 五到六次
如果是同一个功能, 应该考虑 多个接口合并到一个接口
远程调用是 IO, 不能循环调用, 应该改为批量.
对于数据变化不大的, 使用本地缓存.

* 或者说服务 A 的某一业务逻辑需要同时访问服务 B 、C 、D 、E 、F 等。又由于 1 的问题，效率极差。
大部分情况下, 一个功能不会同时调用 BCEDF 这么多的服务接口. 可以考虑下是否是服务拆得太细.