@zouywx86 谢谢 V 友让我了解到这个模型，刚刚试了一下，和 qwen-max 能力不相上下，正好最近要用模型 API 批量重构代码，省了一顿饭钱了 :P

@persistz 我回复啥胡说八道的了？ 是不是回错人了

我目前是写脚本来实现，但担心 token 会不会消耗太多，吃不消？

我的开源项目也想找队友，有明确的盈利计划，但目前架构还不够确定，等确定了才会去找....

技术入股只要后期有分红就是正常的，有人出钱有人出力，只要写好合同就行...

https://github.com/work7z/LafTools

我觉得那点内存开销没啥，普通用户也不会时时看内存占用，更何况现在内存硬盘都不贵了

@xhatt510 #81 看了一下我的工具箱，很惭愧我也把 Base64 放进加密解密那一处，不过我加了 FAQ 做备注 https://laftools.cn/cn/tools/go/codecs

关于安全方面，你们公司应该会有定期培训的吧。。。很好奇他当时怎么进去的

也许是各大网站的 base64 列于加密解密项让人误导了

@llllash 不客气的

@Jasckcc 好的，了解了

容易听成 cum mate

在线是指可托管你数据的吗？

多语言化可以参考我的 nextjs 项目，我自己造了个轮子扫描所有 key ，并且自动生成对应的 i18n

https://github.com/work7z/LafTools

可以参考 laftools.cn 我们选型用了 Next.js ，就是希望页面直出，给用户客户端少些 js 执行的负担


但缺点也很明显，next.js 这个技术实现底层太过复杂，你很难完全弄懂，vercel 夜时不时有一些 bug

假如你怕折腾，我建议 spa 就可以了，毕竟这年代机器配置都没那么差了

写 js 没关系，不要让我来维 jia 护 sai 就好

@Amose2024

我用 Next.js 有一段时间，不算是大师哈，但踩的坑也不少，相对也懂一些，我在本贴提到的都是 [standalone] 模式的，关于其他默认模式的不在我探讨范围内。

之前写 middleware 的时候，引入了一些 npm 的库，按理来说是在 Node.js 上跑的应该都能编译，但 Next.js 就是不允许 middleware 上引用一些第三方的库，要不然就报错给你看。经过一些 issues 和官方人员的探讨和相关 workaround ，我才知道如果是 standalone 模式下要用 middleware ，你得配置如：

export const config = {
matcher: "/((?!api|static|.*\\..*|_next).*)",
runtime: "experimental-edge", // for Edge API Routes only
unstable_allowDynamic: [
"/node_modules/lodash/**",
"./node_modules/.pnpm/[email protected]/node_modules/lodash/lodash.js",
],
};


而这个又正好是实验性特性（正如你每次跑 dev 都会提示你的一样： ⚠ You are using an experimental edge runtime, the API might change.）

反正我就一个写代码的，懒得翻源码看，就这么先写着先，对于楼主和我的场景来说，Next.js 都不合适 :P

@Amose2024 一键部署指的是 vercel 那一套吗？确实是有，但我需要更高层次的定制，nextjs 满足不了(或者说场景不合适)

middleware 的 edge engine 确实是实验性质

@tianzx 可以的老哥，感谢建议哈哈哈

我是为了 seo 考虑和页面直出，所以用了 Next.js ，不过也确实到处都是 use client ，我到时候看看架构要不要调整下

@tianzx 对我来说好处就是 ssr+server action ，这些还是 OK 的，坏处就是定制型差，而且场景不太匹配就是说...

关于第二点 abortIncoming ，看了下 issue ，应该也是由 middleware 导致的