You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

AWS EC2中修改util.js后变更未生效,已重启Nginx仍无效

修改API_BASE_URL后仍调用旧地址的排查原因
  • 前端代码未重新构建:你修改的是src/helpers/util.js源码文件,但前端项目(如React、Vue等)需要通过构建工具(npm/yarn)将源码打包成生产环境的静态文件。Nginx实际服务的是构建后的dist或build目录下的文件,仅修改源码不执行构建,Nginx会继续使用旧的打包产物,导致新配置不生效。需执行构建命令(如npm run build),并将构建后的静态文件替换到Nginx指定的部署目录。

  • 浏览器缓存干扰:浏览器可能缓存了旧的静态资源(比如打包后的JS文件),即使服务器端已更新构建文件,浏览器仍会加载本地缓存的旧版本。可通过**强制刷新页面(Ctrl+Shift+R)**测试,或在构建时为静态资源添加哈希后缀(多数前端框架的生产构建默认支持),避免浏览器长期缓存旧资源。

  • Nginx配置路径错误:检查Nginx配置文件(通常在/etc/nginx/conf.d/或/etc/nginx/sites-available/目录下),确认root或alias指令指向的是最新构建后的静态文件目录,而非源码目录或未更新的旧构建目录。若路径指向错误,Nginx会继续提供旧文件。

  • 权限问题导致构建未读取修改后的文件:你用sudo nano修改了源码文件,可能导致util.js的权限异常,构建工具无法读取最新内容,从而复用旧的缓存或未更新的代码。可检查文件权限(ls -l src/helpers/util.js),确保构建用户拥有读取权限,或重新构建时使用sudo npm run build(若需管理员权限)。

  • 构建工具缓存未清理:Webpack、Vite等前端构建工具会缓存构建过程中的中间产物,若修改源码后未清理缓存,可能导致构建产物未更新。可尝试删除构建工具的缓存目录(如node_modules/.cache),或执行清理缓存的构建命令(如npm run build --no-cache)后重新构建。

内容的提问来源于stack exchange,提问作者user022yufjb

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.06.29 06:53:35