现在用的几个都是 DLNA 协议，拉地址放的，对于自己本地放的小电影，看不了

原始的代码确实难读：手动 for 循环；各种 flag 用于控制循环。这些面向过程式的编程风格极大的增加了阅读难度。

以下是 AI 优化过的代码，利用 js 的函数式编程特性，可以以更易读的方式组织代码：
主要的优化点是，用 filter 和 some 代替冗长的 for 循环。这里面的 Map 确实不是必要的，如果换成 string array 的话看起来会更简单一点。

```javascript
const originArr = [
{ value: "q", children: [{ value: "w", children: [{ value: "e" }, { value: "r" }] }, { value: "t", children: [{ value: "" }, { value: "y" }, { value: "u" }] }, { value: "i" }] },
{ value: "o" },
];

const targetMap = new Map([
["q/w/e", undefined],
["q/t", undefined],
]);

function formatArr(arr, path = '') {
return arr.filter(item => {
const currentPath = path ? `${path}/${item.value}` : item.value;

// Check if the current path is needed
if (targetMap.has(currentPath)) {
return true;
}

// Check if any target path starts with the current path
const isPrefix = Array.from(targetMap.keys()).some(key => key.startsWith(currentPath));
if (!isPrefix) {
return false;
}

// Recursively filter children if they exist
if (item.children) {
item.children = formatArr(item.children, currentPath);
}

return true;
});
}

const copyArr = formatArr(JSON.parse(JSON.stringify(originArr)));
console.log(originArr, copyArr);
```

@ik 看来楼主确实不知道 profile 功能的实际情况，除了 ip 其他都满足。profile 就相当于操作系统的多用户，不同的 profile 相关文件是分开存储的，新开的 profile 是全新的环境，可以安装不同的扩展，登录不同的 google 帐号，这些都会产生不同的指纹。
隐私窗口会有 cookie 严格限制的问题，现在我们的 QA 测试不同帐号都是用不同 profile 来测的。


chrome 开不同的 profile 就可以

所以有谁哪天发发善心，毁灭掉这个糟糕的世界吗？

我用的 contabo 基础套餐 2C 4G 也是 4 刀起步，看了下这两家都是德国的，难道这是原因之一？
https://contabo.com/en/vps/

mac 上的 Edge 挺不错的，设置后可以达到类似 Arc 浏览器的效果。
至于 Chrome 也在不断加侧边栏的各种功能，落后于主流的功能，应该只剩垂直标签栏没有加了。

> 企业愿意花钱的，一定是跟业务匹配度高的，满足这几个预期：第一是立马提高业绩，第二是安全合规不得不买，第三是有增值服务。效率协同，一定是排在最后一位的
引用自少数派 https://sspai.com/post/82238

run.ci 做 devops 很合适

最初当作开源宣传的，v 站上自己就有 https://www.v2ex.com/t/918383 ，然后新的私有项目占了老项目的名字，确实有点问题。

不过现在新的 repo 的 readme 已经改了，不会再造成误导了。之前还是会误导人的。

甚至找不到 cancel plan 的地方，openai 的 help 页面说可以点击 cancel plan 按钮，但是我没看到。

gayhub issue 挂了

有人提到微信、QQ 。要是这两个变灰的话，那事情就有点怪了。微信列表全是你自己的联系人，当然也可能你希望某些人的头像是灰的（🐶

@shm7 他老板要在 VPS 上装，VPS 加到 8G 可不止这点钱了。

多谢楼主带逛

我觉得也不一定要做大做全吧，做大做全很难面面俱到，总有人会对其中的一部分功能不满意。
非云端的大而全服务，本地的各种配置可能随着越大越全，门槛逐渐升高。

低代码平台是个方向，但怎么做好需要思考。首先肯定是立足全球的去思考，海外的大部分软件不像国内这么封闭，大部分都有 API 接口可以互相协作，比如日历可以对接 google ，微软之类。这些锦上添花的功能就没必要自己全部实现，能够和已有的较好的工具对接就行。

然后就是模式，可以免费加付费的功能，免费有助于培养社区。你的产品做好核心功能，设计好接口，方便和其他工具对接的话，有利于成长吧。
我想象中的产品是这样的，有点类似 slack ，slack 自身以 message 为中心，所有的功能及第三方功能都是通过对 message 的操作实现的，到现在为止 slack 是我觉得用的最舒服的办公软件。如果有一个文档界的 slack ，自身专注文档的核心体验，然后一些其他的功能可以和第三方工具联动。比如说，日历，日历都是 ics 文件，这个文件本身可以存储在文档 app 中，但可以和 google calendar 连接，在谷歌日历上去操作管理各种事件，然后这个数据又可以同步回来，用于其他不同功能的插件中。

以上是一些随便的想法，总之是觉得大而全是不现实的，在微服务、低代码的流行下，怎么和开放的 app 一起协作更重要吧。

给外包用的，很早以前第一家公司用过。那时候做的是那些游戏等各种活动页面，在这个平台上传上去的。

已收藏，感谢分享 💕