V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  ttkit  ›  全部回复第 3 页 / 共 5 页
回复总数  84
1  2  3  4  5  
@musi 啊,那我的明确观点就是 react 的设计架构和 tailwindcss 会让开发人员更好的开发项目,那么你说这句话的论证也不解释,请问你是不是被大模型要淘汰的那一批人?
@sleepm 👍
@importmeta 啊这。。
@jiangzm 因为我的项目要做 seo 优化,所以必须用 nextjs 。
@lnbiuc 论证还没有,一是个人的开发体验,二是既然是使用 AI 来开发代码,那么我想真实的了解 AI 的想法,所以问了 AI 它的观点。三是论证要实际给出项目描述让 AI 来完成,那么项目的复杂度也要论证。
这个只是初步的讨论。
@Dragonphy 准备有时间升级 15 版本了,看官方说 15 版本默认使用 Turbopack 了,Turbopack 的速度比 Webpack 快 700 倍,比 Vite 快 10 倍。这使得项目的构建速度大幅提升,开发者可以更高效地进行开发。
@wnpllrzodiac 打包的时候要分析几千个模块,nextjs 又要区分哪些页面需要服务端渲染哪些需要 spa 打包,所以页面多了会变慢。我现在用的是 nextjs 是 14 版本,Next.js 15 会好些,默认的打包工具从 Webpack 升级为 Turbopack 。
@darkengine 哈哈,node 项目就这样,npm 包依赖太多
@msg7086 原来如此。
@sagaxu 好兄弟可以了,我之前写了一个 sh 脚本:
log "正在构建项目..."
rm -rf .next/
NODE_OPTIONS="--max-old-space-size=4096" npm run build || handle_error "构建失败"

没加 export 导致的。
这个做备选方案吧,还是 github actions 的自动化部署方案优秀,可以省不少钱。
@sagaxu v8.getHeapStatistics()
{
total_heap_size: 6516736,
total_heap_size_executable: 262144,
total_physical_size: 6291456,
total_available_size: 2192958816,
used_heap_size: 4726808,
heap_size_limit: 2197815296,
malloced_memory: 262312,
peak_malloced_memory: 172416,
does_zap_garbage: 0,
number_of_native_contexts: 2,
number_of_detached_contexts: 0,
total_global_handles_size: 8192,
used_global_handles_size: 2848,
external_memory: 2293864
}
输出的这些。
@sagaxu 用了这个配置不行,感觉还是 ecs 服务器太拉垮,准备降低服务器配置了,多花 1000 多块钱很不开心。把这 1000 多去升级宽带更划算。
@laminux29 good, bro.
@salmon5 bro, 我自己的定位不是前端,可以把我当成全栈(全干)!虽然从前端入行的。
@baobao1270 这个就是专业👍
@hefish 哈哈,是的,不是专业的,只能用的时候网上找找资料,问问 AI
@skallz 好的,谢谢提醒。
@newaccount 好的,我研究下
@rekulas 是啊,太坑,打包这些都是 next 项目自带的,也问了 AI 有什么优化的方法,最多就是加 node 运行的最大内存还是不行。
@newaccount 大佬,swap 是什么?我一个小前端不是很懂运维的知识。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1005 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 22:35 · PVG 06:35 · LAX 15:35 · JFK 18:35
Developed with CodeLauncher
♥ Do have faith in what you're doing.