@lisongeee

厉害！我自己都没注意到这里有一步 io 操作。。

本地调试快是读的文件, 部署后文件没有跟着打包，读 s3.

自己把自己搞进胡同了。。

@foolishcrab 好的，我去看下相关资料，创建后没专门去改配置。

这个问题还比较奇怪，像是打包时给逻辑给复杂化了，导致性能下降

/** @type {import('next').NextConfig} */
const nextConfig = {
output: 'standalone',
};

export default nextConfig;

@rbe 请教下 target 应该怎么改？ 还是真是难住了，尝试改配置也行不通。

实在不行就跑 dev 模式。。 要么就是换 jsdom 再试试，不过这打包还真是有点迷幻，比开发环境还慢。。

@zhhbstudio 没有做特殊处理，创建 nextjs 时配置也没怎么动，这个还是刚入门，都没研究过


{
"compilerOptions": {
"lib": ["dom", "dom.iterable", "esnext"],
"allowJs": true,
"skipLibCheck": true,
"strict": true,
"noEmit": true,
"esModuleInterop": true,
"module": "esnext",
"moduleResolution": "bundler",
"resolveJsonModule": true,
"isolatedModules": true,
"jsx": "preserve",
"incremental": true,
"plugins": [
{
"name": "next"
}
],
"paths": {
"@/*": ["./*"]
}
},
"include": ["next-env.d.ts", "**/*.ts", "**/*.tsx", ".next/types/**/*.ts"],
"exclude": ["node_modules"]
}

@rbe 不是版本问题，开发时用的 npm run dev . ( nextjs )

mac build 之后运行 node .next/standalone/server.js ，打包后变慢了，跟 docker 和系统没有关系。

打包优化时由简变繁。。

@zhhbstudio 感谢回复，我刚测试完 mac 下的运行，不知道打包后有这么大的差异。。 有办法让打包的变快吗？
难道产品模式用 npm run dev ？这就有点懵逼了

有兴趣是前提条件，相关行业合适岗位先工作，慢慢成长。
我以前高中毕业都不怕，年轻就是硬着头皮就上

有本事不 star ，读代码就行了。开源也喷，不开源也喷

哪位爬虫大佬下手可以轻点

UI 不行就花钱整个好看的，前端 UI 很多都是白菜价

中医要寻对人还是比较难的，以前看过好几次都没效，看得都不相信中医了。。
后来还是亲友推荐才找到了有点水平的中医，楼上说 5 千年猜想的无非是觉得多学了几本书，觉得自己牛逼哄哄。

分开两个 compose ， 使用共享网络。
1.依赖服务
2.经常需要维护应用部分


nginx 使用备用服务：

upstream app_sock {
server 127.0.0.1:3300;
server 127.0.0.1:3400;
server 127.0.0.1:3500 backup; #
}


维护时先升级这个两个端口的容器：3300 ，3400 。
3500 容器保持在线，前面两个端口升完，这个最后升级。
这样升级时影响降到最低。

~/.gitconfig
[http]
proxy = http://127.0.0.1:1087
[https]
proxy = http://127.0.0.1:1087

mailjet
这个完美嵌入 rails ，免费版每天 200 个邮件推送